Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

296 Excellent

About Wilheim

  • Rank

Profile Information

  • Gender

Recent Profile Visitors

5,285 profile views
  1. About the bug I noticed, here's a video showing it: pop bug.avi
  2. Awesome job, @rensoup and the team! I was testing the game on Altirra on NTSC configuration, and I found a glitch on stage 4. For some reason, the guy gets stuck on the door at certain times. Couldn't move the guyt until it closes completeley and then starts to fall on diagonal direction to the down right section (?). Here's a pic:
  3. If your computer has 64k ram at least, I can make you a multi game cartridge with The Goonies on it.
  4. Thank you for your compliment! I had converted Realm of Impossibility to cartridge some years ago, so I decided to design the label.
  5. Shamus Caverns of Kafkha (original tape/disk) Most early 80s Atari cartridges.
  6. My two cents on this topic. The labels were printed on a color laser printer device on an adhesive paper, covered with a plastic to make a “shining” effect and protection.
  7. Caverns of Kafkha Shamus Most early 80s Atari game cartridges (just cartridges)
  8. Mail call! Arrived the cases. My pcbs designs fit perfectly on this case! The label is just a proof of concept. It’s worn by now, but it works for me for the meauserements. Thank you so much for your effort, @Sikor!!
  9. Not yet. It should arrive anytime soon. In the meantime, I opened a ticket to my post service about this.
  10. Interesting. Maybe you can make precomputed calculations on different cartridge banks and improve speed as well as not needing to use expanded ram.
  11. I think I understand your intention: to have two binaries of the game for PAL or NTSC and run the right one for each case. IIRC, in this case in particular, River Raid detects PAL or NTSC machines at the beginning. The same goes for Pitfall II. By the way, the ATR image of Yoomp! does the PAL/NTSC detection by GTIA. I think it would be interesting to change the detection routine, so the correct version will load.
  12. To be honest, I don't know exactly, but I can imagine that wire tape should do the trick. And, obviously, CON MUCHO CUIDADO!!
  13. Thanks for your video! I found it very interesting and also very instructive! To fix the mylar, have you tried to solder copper filaments to reestablish the conduct? Some friends here in Chile have used that technique, and it worked quite well. Of course the best solution is to buy a brand new one, but at least you could make it functioning until it arrives the new mylar. Cheers!
  14. Hi, everyone! Due that by this time we have a lot of NTSC and PAL users, and increasingly the coders are supporting both formats, I would like to discuss something about it. Currently, the majority of the programs that adjust PAL/NTSC timers are based on detecting the PAL address ($D014) on the GTIA, then if its NTSC or PAL, adjust the timers and colors if necessary. That would work for about 99% of the Atari 8-bit machines, but unfortunately it doesn't work, for example, to NTSC computers that the ANTIC is swapped from NTSC to PAL. The timers are adjusted for NTSC but running at a 50 Hz screen rate. Because of that, I would like to propose a standard to adjust timers and/or colors. 1.- Detecting ANTIC instead of GTIA for NTSC/PAL timing. 2.- Using PAL address of the GTIA to adjust colors. According to the XL/XE memory map from Mapping the Atari, the address $62 is used for PAL/NTSC timing. Maybe we could use that address for that purpose and modifying it when detecting the ANTIC type. Based on these principles, I would like to share a small routine to detect if the ANTIC is PAL or NTSC. It's just an example that writes on screen if the ANTIC is NTSC or not. The routine just takes the maximum scanline detected by VCOUNT. If it's less than 135, then the ANTIC is NTSC. Otherwise, is PAL. I will appreciate any feedback about it, as well as any suggestion to improve this proposal. Regards! paltest-v2.asm
  • Create New...