<div><br></div><div><div dir="auto">> A lot of the video game hardware in the late 70’s/early 80’s didn’t have a buffer to “draw” into. The Atari 2600 had (I think) 128 bytes of ram, to draw the screen, developers had to time their code to be in sync with the electron beam raster to draw!</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="#954F72"><div class="m_-8901104570179087122WordSection1"><p class="MsoNormal">Fortunately there was an interrupt per scan line that did the timing for you. Most of the time you’d just copy the right RAM snippet into the scan line.</p></div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="#954F72"><div class="m_-8901104570179087122WordSection1"><p class="MsoNormal"> They also had Sprite’s, tiny (8x16 pixel?)  bit maps with hardware offset registers to position each sprite in the screen.  Those were automatic - no per-scan code needed - you just change the X and Y registers at the end of the screen scan to the sprites position in the next frame.  You could do the entire game of Pong with 3 sprites, writing only 6 bytes per frame to move the paddles and ball.  It was so easy to write games back then.</p></div></div>
</blockquote></div></div>-- <br><div dir="ltr" class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr">Gregg Tracton: tired, retired & inappropriately unattired (PJ's)</div></div></div></div>