At 3:15 am +0100 26/9/99, Si Owen wrote:
>Andrew Collier wrote:
>The 125% horizontal stretching you mentioned in a previous message could
>also be done for free if the video card supports hardware stretching, but
>would be deadly slow if it needs to be done it hardware. It might look
>awful anyway
Andrew Collier wrote:
> The "stretching" effect is just the right hand side of the scrolly --
> because I had assumed a TV doesn't display further right,
Ah, yeah, I stepped thru it and found the preparations for the next line :-)
> So... that scrolly was written on the assumption that the left
At 10:00 pm +0100 24/9/99, Si Owen wrote:
>Mnemo demo 2, part 2 (http://www.obobo.demon.co.uk/mnemo2p2.jpg). Scroller
>lined up ok, but the right hand edge has a strange stretching effect for the
>edge of the character (and 'o' in this case) that's appearing.
Hard to tell from that picture, but
At 12:50 am +0100 26/9/99, Si Owen wrote:
>real SAM (it's decided the display will only be shades of green today!).
Whoa - so did mine!
Um, I suspect that's because I've got it hooked up to a greenscreen monitor
though :)
Andrew
--
-- Andrew Collier ([EMAIL PROTECTED]) --My other
Si Cooke wrote:
> Hmmm... it sounds like a Simcoupe problem; the disk is standard
> format; the only real difference is that I've got my QDOS on the booter;
> so does that come up?
The QDOS booter is fine, it's just when loading after that. The last thing
it reads on the disk is side 0, track 52,
From: Si Owen <[EMAIL PROTECTED]>
> Si Cooke wrote:
> > Have you tried out the "Auf Wiedeshen Monty"/SCPDU 6 demo from the
Entropy
> > Experience disk yet? Because all the source code to the border scrolly
on
> > that is available... :) (that, and I'd love to see a screen-shot of it
;))
>
> I trans
Si Cooke wrote:
> Have you tried out the "Auf Wiedeshen Monty"/SCPDU 6 demo from the Entropy
> Experience disk yet? Because all the source code to the border scrolly on
> that is available... :) (that, and I'd love to see a screen-shot of it ;))
I transferred the original disk over to a SAD again
Ian Collier wrote:
> True.
...
> I would assume so.
...
> Also correct. :o)
Well, I try my best :-)
> > maybe having a common routine for 'memory accesses' which adjusts to the
> > next 4-tstate or 8-tstate boundary *at that point* rather than trying to
> > work it all out when the instruction st
On Fri, Sep 24, 1999 at 07:49:51PM +0100, David Laundon wrote:
> PUSH HL takes 16 tstates (but only 24 during screen contention)
True.
> and CALL nn
> takes 24 tstates (but only 40 during screen contention). I'm not sure if
> RSTs a
Si Cooke wrote:
> Have you tried out the "Auf Wiedeshen Monty"/SCPDU 6 demo from the Entropy
> Experience disk yet? Because all the source code to the border scrolly on
> that is available... :) (that, and I'd love to see a screen-shot of it ;))
Do you have a disk image of it anywhere? I've got a
> Comments and/or corrections on any of the above would be greatly
> appreciated!
Have you tried out the "Auf Wiedeshen Monty"/SCPDU 6 demo from the Entropy
Experience disk yet? Because all the source code to the border scrolly on
that is available... :) (that, and I'd love to see a screen-shot of
Si Owen wrote:
> Now I've implemented the display changes (border, palette and/or video
mode)
> to instruction level it's possible to see how it copes with some of the
SAM
> demos that rely on perfect timing. In general it seems to cope quite
well,
> but there still seem to be some subtle timing i
On Fri, Sep 24, 1999 at 06:36:41PM +0100, Si Owen wrote:
> I've noticed that some places where the video timing isn't quite right seems
> to involve DJNZ for tight delay loops. The width of the scroller section
> used by the E-Tunes demo is mainly just one such loop. Is there anything
> special a
Andrew Collier wrote:
> 16* uncontended t-states for an IN a,(n) or OUT (n),a;
> 20** uts for an IN a,(c) or OUT (c),a.
>
> Question: Does SimCoupe currently use those values for the
> instruction time?
Not quite so fixed as the position in the scanline can vary the timings by 4
t-states. I curre
On Thu, Sep 23, 1999 at 12:28:01AM +0100, Andrew Collier wrote:
> >* CLUT
>
> > LD bc,CLUT 1 248 0 12 uts
> > LD a,12762 127 8 uts
> > OUT (c),a 237 121 12 uts in-screen, 20 uts off-screen
> I've just realised that this p
> Question: Does SimCoupe currently use those values for the instruction
time?
>
> What other ports should I try, which might not involve the added ASIC
delay?
Any below &E0, I believe...
Si
I've done a few experiments into the INput and OUTput timings on the Sam. I
used a program by Ian called "Z-States" which gives a visual indication of
how long a short sequence of instructions has taken, both on and off the
screen.
Now, readers of Based On An Idea will recall that you can consider
>* CLUT
> LD bc,CLUT 1 248 0 12 uts
> LD a,12762 127 8 uts
> OUT (c),a 237 121 12 uts in-screen, 20 uts off-screen
I've just realised that this particular result is nonsensical - eg, it
would make most of my border scroll
18 matches
Mail list logo