Howard Price wrote:
> Thanks for this info. Surprisingly, I'm still using my *real
> SAM* to program on right now
My real one is fairly inconvenient to use - I need access to the main
TV, and I have to put it back in it's box so my wife doesn't complain
about it being untidy! :-D
> I genera
At 22:26 14/08/01, Si Owen wrote:
You'll certainly see the extra delays when writing to ports 248 and
above, or when the ASIC is drawing the main screen area. I'm confident
that the current SimCoupé is already accurate enough for you to be able
to develop your Mode 4 IM2 routines on it and have
Howard Price wrote:
> Do you know how many T-states you get a frame, then?
There are always 384 t-states per line for the 312 screen lines = 119808
t-states.
> Pref. with memory contention in Mode 4
> Just writing a timing program in IM2
Unfortunately it's not that simple to work out! :
At 11:59 10/08/01, you wrote:
Real SAM:
MODE 1: ROM=5.986, RAM=4.428
MODE 2: ROM=5.988, RAM=4.883
MODE 3 and 4 (video on): ROM=5.988, RAM=4.883
MODE 3 and 4 (video off): ROM=5.988, RAM=5.561
Si
Do you know how many T-states you get a frame,
001 4:33 PM
Subject: RE: Sam CPU timing
Aley Keprt wrote:
> I didn't write CPU core for ASCD, don't you know?
I never said you did... I just posted a complete set of figures for
what you posted a few days ago, partly to correct the SimCoupé value you
quoted. I also wanted to challenge
Thanks David - much appreciated :)
Si
- Original Message -
From: "David Ledbury" <[EMAIL PROTECTED]>
To:
Sent: Friday, August 10, 2001 4:19 PM
Subject: Re: Sam Copue - good or bad desing [Was: Re: Sam CPU timing]
>
> - Original Message -
> From: "
- Original Message -
From: "Simon Cooke" <[EMAIL PROTECTED]>
To:
Sent: Friday, August 03, 2001 5:52 PM
Subject: Re: Sam Copue - good or bad desing [Was: Re: Sam CPU timing]
> From: "Aley Keprt" <[EMAIL PROTECTED]>
> > Okay, this would be long,
Aley Keprt wrote:
> I didn't write CPU core for ASCD, don't you know?
I never said you did... I just posted a complete set of figures for
what you posted a few days ago, partly to correct the SimCoupé value you
quoted. I also wanted to challenge your statement that the SimCoupé
result was becau
: Illusion Softworks, Brno, CZ - [EMAIL PROTECTED]
--
- Original Message -
From: "Simon Owen" <[EMAIL PROTECTED]>
To:
Sent: 10. srpna 2001 12:59
Subject: RE: Sam CPU timing
Aley Keprt wrote:
> Yes, there are many bugs.
> I have a special test software which gives 4.8MHz
Aley Keprt wrote:
> Yes, there are many bugs.
> I have a special test software which gives 4.8MHz speed on
> real Sam and 3.17 on SimCoupe.
> ASCD shows only 2.72MHz. Eh
I did some tests last night using my real SAM, SimCoupé 0.81a and ASCD
0.90 WIP 1. I get very different results from yours
First Aley wrote:
>Look Simon you have a problem. You can't stand anybody saying truth...
Then Simon wrote:
Whatever... *sigh*... No, Mr. Smarty Superior Pants, ...Well DUH
Can we save the insults for after the discussion? I'm interested in your
views without the playground stuff.
Cheer
From: Simon Cooke <[EMAIL PROTECTED]>
> From: "Aley Keprt" <[EMAIL PROTECTED]>
> > > As for Mode 1 timing, the SAM is deliberately slowed down in Mode 1.
> >
> > But the question is how this is done, when it is automatically turned
off
> > when saving to tape. I mean when you load ZX-ROM and type L
August 03, 2001 2:28 PM
Subject: Re: Sam Copue - good or bad desing [Was: Re: Sam CPU timing]
>
>
> Aley Keprt wrote:
> >
> > The question is what is Mikrobaze? Shall I know it?
>
> Hmmm... Amateur radio and home computers (both 8bit and 16bit) magazine
> from Cze
gt;
To:
Sent: Friday, August 03, 2001 4:01 PM
Subject: RE: Sam CPU timing
> Aley Keprt wrote:
> > I don't have source code. It was published in binary form in
> > a diskmag.
>
> A binary would be fine - just something that can demonstrate a
> difference.
>
> Si
From: "Aley Keprt" <[EMAIL PROTECTED]>
> Okay, this would be long, long, long.
> Please read whole before replying. And be sure if you will delete all my
> good comments, and reply only to a few bad mistakes, I will write it
again.
> I think this all must be understand as a whole, not partially!
W
Aley Keprt wrote:
> I don't have source code. It was published in binary form in
> a diskmag.
A binary would be fine - just something that can demonstrate a
difference.
Si
Aley Keprt wrote:
>
> The question is what is Mikrobaze? Shall I know it?
Hmmm... Amateur radio and home computers (both 8bit and 16bit) magazine
from Czechoslovakia.
> ...as you can see, even if it was there, I can't knew it...
That's strange because it was very nice magazine.
> Aley
l: [EMAIL PROTECTED] *** http://get.to/aley
office: Illusion Softworks, Brno, CZ - [EMAIL PROTECTED]
--
- Original Message -
From: "Simon Owen" <[EMAIL PROTECTED]>
To:
Sent: 3. srpna 2001 13:49
Subject: RE: Sam
Sent: 3. srpna 2001 13:27
Subject: Re: Sam Copue - good or bad desing [Was: Re: Sam CPU timing]
>
>
> Aley Keprt wrote:
> >
> > [...]
> > To make things much simpler, I said that it would be nice to have just
one
> > thing: divided memory into fast ram and videoram. btw.
Aley Keprt wrote:
> Yes, there are many bugs.
> I have a special test software which gives 4.8MHz speed on
> real Sam and 3.17 on SimCoupe.
That's quite a big percentage different - most strange. I can only
think that it's relying (at least partly) on one of the missing features
I mentioned bef
Aley Keprt wrote:
>
> [...]
> To make things much simpler, I said that it would be nice to have just one
> thing: divided memory into fast ram and videoram. btw. This is used on Amiga
> as well, doesn't matter that it is 16bit, because memory is the same
> regardless of number of bits.
Do not
PROTECTED] *** http://get.to/aley
office: Illusion Softworks, Brno, CZ - [EMAIL PROTECTED]
--
- Original Message -
From: "Simon Owen" <[EMAIL PROTECTED]>
To:
Sent: 3. srpna 2001 12:21
Subject: RE: Sam CPU
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,
... and not
> noticing any memory contention at all)
Don't remember: Not noticing something doesn't mean it doesn't exist!
Aley
------
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 - To:
Sent: 1. srpna 2001 19:45
Subject: Re: Sam CPU timing
> On Wed, 1 Aug 2001 00:47:45 +0200, "Aley Keprt"
> <[EMAIL PROTECTED]> wrote:
>
> < snip long commentary>
>
> As I remember it, all the sam memory is running in contended mode,
> except when the display is turned off, so there is no chance of
> getting the full 6MHz from it.
>
> Further when mod
Hi out there.
Because of lack of membranes one of our SPC members, Dirk Berghoefer started to
do this. He used a Commodore box to fix the SAM and does all parts as harddisk,
mouse-if, comms-if inside, also he realised an external keyboard.
All this was shown at the Z-Fest in Germany, a meeting of
i change isps as regular as my socks
2 times a year at least
- Original Message -
From: "Dave Whitmore" <[EMAIL PROTECTED]>
To:
Sent: Friday, August 03, 2001 12:04 AM
Subject: Re: Sam CPU timing
> On Fri, 3 Aug 2001 00:00:08 +0100 Fri, 3 Aug 01 00:03:27 BST, "
On Fri, 3 Aug 2001 00:00:08 +0100 Fri, 3 Aug 01 00:03:27 BST, "David
Ledbury" <[EMAIL PROTECTED]> wrote:
>No
Apologies, I thought it might have. :-)
Dave
(have u got fed up with clara then?)
No
- Original Message -
From: "Dave Whitmore" <[EMAIL PROTECTED]>
To:
Sent: Thursday, August 02, 2001 11:40 PM
Subject: Re: Sam CPU timing
> On Wed, 1 Aug 2001 21:53:29 +0100 Wed, 1 Aug 01 21:58:00 BST, "David
> L" <[EMAIL PROTECTED]> wrote:
>
&
On Wed, 1 Aug 2001 21:53:29 +0100 Wed, 1 Aug 01 21:58:00 BST, "David
L" <[EMAIL PROTECTED]> wrote:
>
>Speaking of which - has anyone ever attempted to rehouse SAM into a PC box?
I bought a new case for a PC. I took it out of the box and put my SAM
in it. Does this count?
Dave
2 AM
Subject: Re: Sam CPU timing
> -Oorspronkelijk bericht-
> Van: David L <[EMAIL PROTECTED]>
> Aan: sam-users@nvg.ntnu.no
> Datum: woensdag 1 augustus 2001 22:51
> Onderwerp: Re: Sam CPU timing
>
>
> >> Nice to see people speaking about SAM
-Oorspronkelijk bericht-
Van: David L <[EMAIL PROTECTED]>
Aan: sam-users@nvg.ntnu.no
Datum: woensdag 1 augustus 2001 22:51
Onderwerp: Re: Sam CPU timing
>> Nice to see people speaking about SAM related stuff - even if to moan
>about
>> it's design!
>
>Spe
- Original Message -
From: "David Ledbury" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, August 01, 2001 9:51 PM
Subject: Re: Sam CPU timing
>
> - Original Message -
> From: "Simon Cooke" <[EMAIL PROTECTED]>
> To:
> Sent: Wednesday,
- Original Message -
From: "Simon Cooke" <[EMAIL PROTECTED]>
To:
Sent: Wednesday, August 01, 2001 6:45 PM
Subject: Re: Sam CPU timing
> (running a 1.4Ghz AMD T-bird with 0.5Gb of RAM these days... and not
> noticing any memory contention at all)
Only a one Gig
From: "Aley Keprt" <[EMAIL PROTECTED]>
> Although I don't understand how does it work, I'm sure that we are facing
a
> very terrible
> computer design, which has underdimensed system bus, resulting in a large
> speed loss (upto
> 32%). This is similar to modern PC computers with Pentium 3 running a
On Wed, 1 Aug 2001 00:47:45 +0200, "Aley Keprt"
<[EMAIL PROTECTED]> wrote:
< snip long commentary>
As I remember it, all the sam memory is running in contended mode,
except when the display is turned off, so there is no chance of
getting the full 6MHz from it.
Further when mode 1 is selected the
CPU clock is 6MHz, but when you compare real speed of computer with ZX
Spectrum, you can't
see much difference. Since ZXS has standard PAL 3.54MHz clock, it should be
much much slower
then Sam. But it isn't. And I ask why? Here are some speculations from my
head. ;-) I hope
that Si Owen and other g
37 matches
Mail list logo