Quote:

The WSX has a tape interface!. It doesn't have a dedicated tape port; but it has a mixed tape input/output pin "hidden" in the RGB connector.

I know but MSX2P.ROM of FS-A1WX is best choose for a generic MSX2+ machine, therefore also for 1chipMSX(KAI).

(from E-mail of Benoît)

>>To be complete, the tape interface is replaced on WSX by a RGB connector. It 
>>is possible to load/save via this connector, but the volume is very low by 
>>comparison with tape interface.

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.

> 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.

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.

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

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

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
(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

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.

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

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.

Quote:

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.

Yes, it should chop.

IIRC there was another parameter which would mask it.

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

SET SCROLL <horz. scroll>, <vert. scroll>, <left 8pixel mask enable>

<left 8pixel mask enable> = 0 : NOT CHOP
<left 8pixel mask enable> = 1 : CHOP

-----

EMSX_TOP_20080436_004.zip is not supported left mask on SCREEN0.
However, in other screen modes, it sees it as well as FS-A1ST.

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

Updates:
(1) VDP S#0 "5th sp#" bit fixed.

In some games, the sprite display is improved


BUG:
Sprite of VampireKiller is abnormal (blinking)

thank you and keep up the good work