qah661

I have often had a problem wrapping my head around the concept of real-time software vs non real-time software. I understand that real-time software involves time constraints. Can programming the 2600 be considered real-time then? After all, you do have to be careful of how many CPU cycles you take up per each scanline if you want to draw your graphics correctly, and you have to ensure that the sync and blank signals are sent to the TV at the appropriate times. I'm just curious.

Thanks for that tip! You guys are such a helpful community. The help is very much appreciated.

Ah. I wasn't aware of that available macro provided by Dasm's macro.h file. I'll use that for sure. Thanks again.

That worked!! Thanks! I'm guessing the values for those registers were left over from the Harmony cart menu. In my code, I am already clearing RAM. Is it a good idea to clear all the registers as well, or is that just overkill?

Hello all! I am getting back to learning some 2600 programming, and things are going well on the Stella emulator, but when I try it on my TV with the Harmony cart, it doesn't look good. Granted, I do have my 2600 connected to a 1080P (not on the 4k train yet ) TV via the coax in, but it doesn't seem to be the TV because the Harmony menu as well as commercial Atari games run just fine. I thought it was something with my code, so I compiled the first example from "Session 8: Our First Kernel" section of Andrew Davie's programming tutorial, and although it looks as expected in the emulator, it looks offset on the TV. I have also ruled out any issues with the Harmony cart since I tested the ROM of Centipede, and it works fine just like the real cart I have for it. Any ideas why this might be the case? I am in America and using an NTSC TV. I have included two pictures. One picture shows Centipede running on the TV, and the other picture shows the example code from the tutorial running on the TV. Thanks!