Yes, there are many bugs.
I have a special test software which gives 4.8MHz speed on real Sam and 3.17
on SimCoupe.
It is computed by running a known instructions during one frame and then
comparing it to the known Z80 timings.
Due to slowdowns these values can't be understanded as real MHz, but they
are good for comparison.
ASCD shows only 2.72MHz. Eh....
------------------------------------------------------------------
Bc.Aley [eili] Keprt - games & multimedia programmer
ICQ: 82357182 (evenings) *** phone: +420-68-5387035 (weekends)
private e-mail: [EMAIL PROTECTED] *** http://get.to/aley
office: Illusion Softworks, Brno, CZ - [EMAIL PROTECTED]
------------------------------------------------------------------
----- Original Message -----
From: "Simon Owen" <[EMAIL PROTECTED]>
To: <sam-users@nvg.ntnu.no>
Sent: 3. srpna 2001 12:21
Subject: RE: Sam CPU timing
Aley Keprt wrote:
> Although Win32 SimCoupe does good effort in praxis, a
> theoretical documentation would be great!
There were plans for that, tho it hasn't actually been started yet! It
would (er, _will_!) be nice to have a definitive guide to explain all
the timings involved for contention, interrupts, etc.
SimCoupé still doesn't quite cover it all just yet... It's still
missing the unrounded timings when running code in the system ROM (tho
it is already correctly uncontended). It also doesn't support the
forced slowdown in mode 1, though it should be easy to implement once
the pattern is known. There could still be errors in the basic
instruction timings too, particularly in the extended sets (no problems
are known).
Si
