Alwin Henseler wrote:
>
> Hi you all..!
>
> >
> > HARDWARE PROPOSAL:
> > --
> > In stead of building an internal 3.58MHz clock in all SCC's, Audio's and
> > Musics it would be convenient to have a fixed 3.58MHz clocksignal
> > available on the cartridgeconnector and also a 'BUSCL
At 08:54 PM 9/29/98 +0200, Jon wrote:
>This mailinglist is an excellent instrument for doing this. Just look at
>the JoyNet proposal. It is good for everyone that some (new) things are
>standardized and agreed.
JoyNet is no longer a proposal, it's a standard!
By the way, I'm working on a game fo
:> HARDWARE PROPOSAL:
:> --
:> In stead of building an internal 3.58MHz clock in all SCC's, Audio's and
:> Musics it would be convenient to have a fixed 3.58MHz clocksignal
:> available on the cartridgeconnector and also a 'BUSCLOCK' which reflects
:> the processor's speed. My prop
On Wed, 30 Sep 1998, Maarten ter Huurne wrote:
>
> >This mailinglist is an excellent instrument for doing this. Just look at
> >the JoyNet proposal. It is good for everyone that some (new) things are
> >standardized and agreed.
>
> JoyNet is no longer a proposal, it's a standard!
> By the way, I
> > Putting a fixed frequency signal, and a variable CPU clock/bus speed
> > signal, side by side on a cartridge-connector is a good thing, but
> > for the MSX system, the chance to do so was lost with the definition
> > of the MSX standard, no way to re-do this.
> Not so negative! 'Reserved' si
:The MSX standard requires "CPU clock, 3.58 MHz." on pin 42 (which
:would it be?). You might consider this 2 signals in one, usually the
:same. The idea discussed here, comes down to making this 2 separate
:signals, CPU clock, and 3.58 MHz.
:
:What's next, is to consider what should be on pin 42:
Hi again,
Jon De Schrijder <[EMAIL PROTECTED]> wrote:
> HARDWARE PROPOSAL:
> --
> In stead of building an internal 3.58MHz clock in all SCC's, Audio's and
> Musics it would be convenient to have a fixed 3.58MHz clocksignal
> available on the cartridgeconnector and also a 'BUSCL
] Officially there is the CLOCK signal (pin42) and it should be 3.58MHz.
] (Even on Turbo-R in R800 mode the CLOCK signal is 3.58MHz, can someone
] confirm this?
Yes, it is 3.58Mhz indeed.
] What about the read/write cycles, are these at 3.58MHz
] too?
Yes. The S1990 makes sure that Z80 timing i
] :>This mailinglist is an excellent instrument for doing this. Just look at
] :>the JoyNet proposal. It is good for everyone that some (new) things are
] :>standardized and agreed.
] :
] :JoyNet is no longer a proposal, it's a standard!
] :By the way, I'm working on a game for it, but I won't say
:>This mailinglist is an excellent instrument for doing this. Just look at
:>the JoyNet proposal. It is good for everyone that some (new) things are
:>standardized and agreed.
:
:JoyNet is no longer a proposal, it's a standard!
:By the way, I'm working on a game for it, but I won't say much more u
Hi folks!
thank you for replying my question about the 7MHz musicreplay. Some
months ago I did some tests: I connected some internal 3.58MHz signal
directly to the SCC and to the MSX-Audio. The SCC did work fine. But the
Audio sometimes skipped a note like Laurens described. I thought this
was du
Hi!
>
> thank you for replying my question about the 7MHz musicreplay. Some
> months ago I did some tests: I connected some internal 3.58MHz signal
> directly to the SCC and to the MSX-Audio. The SCC did work fine. But the
> Audio sometimes skipped a note like Laurens described. I thought this
>
Hi you all..!
>
> HARDWARE PROPOSAL:
> --
> In stead of building an internal 3.58MHz clock in all SCC's, Audio's and
> Musics it would be convenient to have a fixed 3.58MHz clocksignal
> available on the cartridgeconnector and also a 'BUSCLOCK' which reflects
> the processor's s
13 matches
Mail list logo