:
:>Anyway, I foresee problems when a faster MSX, i.e. a
:>MSX with the Z380 onboard, will be released. New programs will then also
:>support the Z380-drivers, but old programs will think it's a turboR and
use
:>the turboR-drivers, which access the MoonSound way too fast on a Z380.
:
:That is something the designers of the Z380 board will have to fix.
:For example, they can use a very low clock speed to emulate Z80 behaviour
:(something like 1MHz, because Z380 uses less clockticks per instruction
:than Z80 does). This is not a good way of solving the problem, but it's
:very easy to implement.
I think this wait has to be implented in all new hardware. They do it too on
the PC, so why not on the MSX? I mean, They could have foreseen it, because
there are already 3 different MoonSound-drivers. Wasn't it just better to
build in that little device that lets the CPU wait when the MoonSound is
accessed too fast?
:A good way would be to delay the Z380 on I/O to the old-style MSX bus. Just
:like what the S1990 does to the R800 on VDP I/O. Ofcourse the new bus will
:work with much lower delays (or even no delays at all), so you can use the
:Z380 system at full speed if you use high-speed hardware connected to the
:new bus.
:If you use Z380 top speed with only I/O slowed down, most programs will
:work fine. DOS and BASIC will be much faster, but games usually run at the
:same pace because they are programmed on the interrupt. Except for SD
:Snatcher and Solid Snake (just use 7MHz or R800 speed and you'll see what I
:mean).
Well, I don't know it on R800 speed but I know it on Z80H-speed...
Especially Solid Snake...
~Grauw
****
MSX Mailinglist. To unsubscribe, send an email to [EMAIL PROTECTED] and put
in the body (not subject) "unsubscribe msx [EMAIL PROTECTED]" (without the
quotes :-) Problems? contact [EMAIL PROTECTED] (www.stack.nl/~wiebe/mailinglist/)
****
