One chip MSX improvement project | MSX Resource Center (Page 4/123)

Champion (289)

23-04-2008, 16:43

I found the bug of RTC.

BUGs:
(1) The moment and the time written in the RTC-register stop.
(2) TE-bit of the mode register is not implemented.
(3) RAM of BLOCK2/BLOCK3 is and there is 8bit. (The real thing is 4bit. )

It is fatal that there is no TE-bit.
The date and the year might change while having updated time.

I completely replace RTC by the next release.

Par NYYRIKKI

Enlighted (6067)

23-04-2008, 16:48

> New idea: OCM_DOUBLE_BIOS_FOR_1CHIPMSX(KAI)

I don't like this idea so much...

You can always load another configuration from SD/MMC. It should work as long as the machine is not hard reseted. (soft reset does not load configuration again)

You could then just change configuration like this: BOOT MSX2.DAT

- You have to first boot your MSX first with another configuration
+ You don't need to have huge boot file as normal MSX disk routines can be used.

Par KdL

Paragon (1451)

23-04-2008, 17:57

HUGE??? But my SD-CARD is 2GB and there is no problem of diskspace!!

+ if you use a 256KB file .DAT and tomorrow it is necessary to make an other of 512KB,
you will delete or move all data from SD-CARD to make it as 1st file?
(..defrag is a pathetic method, hehe!)

With a big file you can replace it all times that you want without problems.

Par HRA!

Champion (289)

24-04-2008, 15:57

Certainly, the size on the SD card doesn't worry.
However, the reading time worries.

If two or more SD cards are prepared even if the switch function is not applied,
will you solve it?

I am enough in one BIOS

Par HRA!

Champion (289)

24-04-2008, 17:14

I rewrote RTC.VHD.
It is not a correction. I newly rewrote it

Some have been improved.
(1) 235LEs --> 223LEs
(2) TE-bit supported
(3) RESET register supported
(4) BANK2/BANK3 RAM is changed to 4bit-RAM.
(5) When invalid address is read, "FFh" is returned..

Final test inside now

Par HRA!

Champion (289)

26-04-2008, 03:01

New update PLD:
http://www5d.biglobe.ne.jp/~hra/note/onechipmsx/files/emsx_top_20080426_001.zip

Updates:
(1) New RTC.VHD
(2) scc_interpo deleted.
--> New feature that I added. However, the effect is a little. A special control(sccic.com) is necessary.
--> The circuit scale also consumes 1000LE or more.
--> It deleted it because it was too good :P
(3) SystemTimer changed to readonly.
(4) "test_program/rtc_test/RTCTEST.BAS" added.
(5) "fpgadesign/peripheral/test_rtc/" added. (ModelSIM test bench)

I return to the V9958 interchangeability function correction again :)

Par HRA!

Champion (289)

26-04-2008, 05:18

New update PLD:
http://www5d.biglobe.ne.jp/~hra/note/onechipmsx/files/emsx_top_20080426_002.zip

Updates:
(1) SCREEN10/SCREEN11 palette color fixed.
(2) "test_program/yae_test/" added.

Par HRA!

Champion (289)

26-04-2008, 12:06

New update PLD:
http://www5d.biglobe.ne.jp/~hra/note/onechipmsx/files/emsx_top_20080426_003.zip

Updates:
(1) It is corrected that R#26 effects by SCREEN1, 2, 3, and 4.
(2) Mask processing on a right edge is corrected.

Memo:
100 SCREEN1
110 LOCATE 0,0: PRINT "TEST"
120 FORI=0TO255:SETSCROLL I,0:NEXTI

It doesn't scroll in BlueMSX2.7.
However, the real thing scrolls.
I confirmed it on FS-A1ST :)

In SCREEN0, only R#27 is effective.
R#26 is not effective.

100 SCREEN0
110 LOCATE 0,0: PRINT "TEST"
120 FORI=0TO255:SETSCROLL I,0:NEXTI

(*) Require MSX-BASIC3.0

Par HRA!

Champion (289)

26-04-2008, 13:31

New update PLD:
http://www5d.biglobe.ne.jp/~hra/note/onechipmsx/files/emsx_top_20080426_004.zip

Updates:
(1) The bug that a right edge of "F1Spirit3DSpecial" breaks is corrected.

Par Manuel

Ascended (19469)

26-04-2008, 14:01

Memo:
100 SCREEN1
110 LOCATE 0,0: PRINT "TEST"
120 FORI=0TO255:SETSCROLL I,0:NEXTI

It doesn't scroll in BlueMSX2.7.
However, the real thing scrolls.
I confirmed it on FS-A1ST

Just checked on openMSX, and I'm happy to say that it scrolls there. I'm not sure if the left border is supposed to 'chop', but it does scroll.