Any PGM Conversion info out there?

    This site uses cookies. By continuing to browse this site, you are agreeing to our Cookie Policy.

    • Having recently bought both an EPROM programmer and one of sheep_nova's Ketsui bootlegs, and then bumped into this post on Ikotsu's blog, I began wondering whether anyone had tried running trap15's Arrange version on sheep's conversions?

      While I haven't yet opened up my cart, going by the original label it's also a KOV2 like Ikotsu's cart. Based on the copious amounts of hot glue on the PCB in the picture, I'm also guessing his cart is probably one of Joerg's conversions.

      Could the process be as simple as burning the Arrange version to a 27C322 and replacing the vanilla EPROM with it?
    • @Asure do you plan to fix the b&w ROM?
      Knowing how picky people are in this hobby I'm surprised no one else is pushing this way.
      If not I think I'll have to redo the job, it really bothers me.
      Looking for:
      - OutRun boardset even untested or not working
      - Sega Super Scaler hardware (Out Run, Model X, Model Y), even with faulty PCM chip



      01010011 01000101 01000011 01010010 01000101 01010100 00100000 01001101 01000101 01001110 01010101 00100000 01000111 01010101 01011001
    • I did look into the crash, and it's not writing to ASIC shared space (or other r/o memory) when one reaches that point in the level, so i'm a bit stumped why it crashes.

      I'm suffering from a severe lack of time these days, our 7 year old is a real handful and needs guidance and attention :).
      If i was still unemployed i would have put more time towards this. It also bothers me and my OCD :(
      If you want to support me, sign up for Dropbox by using db.tt/05qkhkFLVC. This gets you and me an extra 500MB for hosting roms, or other arcade related files :)
    • I understand perfectly you personal situation.
      And I'm OCD too ;)

      What about the high score table bug?
      Looking for:
      - OutRun boardset even untested or not working
      - Sega Super Scaler hardware (Out Run, Model X, Model Y), even with faulty PCM chip



      01010011 01000101 01000011 01010010 01000101 01010100 00100000 01001101 01000101 01001110 01010101 00100000 01000111 01010101 01011001
    • High score i didn't look at, but it works fine if you boot with dip 8 off (clean/default table is loaded from rom?). If you factory reset it can boot fine. Then let it run attract a few times, turn on dip 8 and play a few games, it will trigger the save code and store that correct table in the nvram as well.

      If you have a decent table by accident from cold boot, it will show that with buggy scores and buggy ship type on screen.
      If you have a crappy table it will crash after the warning.
      Or, you can bypass that by smashing the credit input :)
      If you want to support me, sign up for Dropbox by using db.tt/05qkhkFLVC. This gets you and me an extra 500MB for hosting roms, or other arcade related files :)
    • Having a weird issue with graphical glitching and wondering if folks have seen behavior like this before. The glitching *seems* to happen on all layers (sprite, bg, text), so I'm not sure where to even start. What's weird is that it doesn't happen during the demonstration but does during gameplay.

      I cut the power traces to the Vinput pins on the EEPROMS and left them lowered, originally, but I've gone back and lifted all of them just in case (no change). I've reflowed all pins on the EEPROMs (no change). I've tried using both the original U15 PLD and Fluffy's hacked one (no change).

      At this point I'm kind of baffled and wondering if it might just be the EEPROMs themselves, since they're Macronix branded ones I got off aliexpress, but I'm not entirely sure how I would prove that out.

      Anyway, here's a video showing the issue, make sure to watch full screen, set to 1080p, and pay close attention to the sprites.



      edit: I've gone back and re-ran the 3.3v power from my regulator--I originally ran the wire underneath the legs of the EEPROMs to keep everything neat, but on the off-chance that was interfering, I went back and ran it as short as possible. I should also say that when I burnt everything, I went through the same process of erase, blank check, write, and verify, so that shouldn't be an issue. I've also tested by taking the GFX board and swapping it into another known working cart and the issue followed.

      The post was edited 2 times, last by benime ().

    • benime wrote:

      Having a weird issue with graphical glitching and wondering if folks have seen behavior like this before. The glitching *seems* to happen on all layers (sprite, bg, text), so I'm not sure where to even start. What's weird is that it doesn't happen during the demonstration but does during gameplay.

      I cut the power traces to the Vinput pins on the EEPROMS and left them lowered, originally, but I've gone back and lifted all of them just in case (no change). I've reflowed all pins on the EEPROMs (no change). I've tried using both the original U15 PLD and Fluffy's hacked one (no change).

      At this point I'm kind of baffled and wondering if it might just be the EEPROMs themselves, since they're Macronix branded ones I got off aliexpress, but I'm not entirely sure how I would prove that out.

      Anyway, here's a video showing the issue, make sure to watch full screen, set to 1080p, and pay close attention to the sprites.



      edit: I've gone back and re-ran the 3.3v power from my regulator--I originally ran the wire underneath the legs of the EEPROMs to keep everything neat, but on the off-chance that was interfering, I went back and ran it as short as possible. I should also say that when I burnt everything, I went through the same process of erase, blank check, write, and verify, so that shouldn't be an issue. I've also tested by taking the GFX board and swapping it into another known working cart and the issue followed.
      Have you installed a decoupling capacitor on the 3.3V line? This is definitely needed and you'll get graphics issues without it.
    • oneleaf86 wrote:

      benime wrote:

      Having a weird issue with graphical glitching and wondering if folks have seen behavior like this before. The glitching *seems* to happen on all layers (sprite, bg, text), so I'm not sure where to even start. What's weird is that it doesn't happen during the demonstration but does during gameplay.

      I cut the power traces to the Vinput pins on the EEPROMS and left them lowered, originally, but I've gone back and lifted all of them just in case (no change). I've reflowed all pins on the EEPROMs (no change). I've tried using both the original U15 PLD and Fluffy's hacked one (no change).

      At this point I'm kind of baffled and wondering if it might just be the EEPROMs themselves, since they're Macronix branded ones I got off aliexpress, but I'm not entirely sure how I would prove that out.

      Anyway, here's a video showing the issue, make sure to watch full screen, set to 1080p, and pay close attention to the sprites.



      edit: I've gone back and re-ran the 3.3v power from my regulator--I originally ran the wire underneath the legs of the EEPROMs to keep everything neat, but on the off-chance that was interfering, I went back and ran it as short as possible. I should also say that when I burnt everything, I went through the same process of erase, blank check, write, and verify, so that shouldn't be an issue. I've also tested by taking the GFX board and swapping it into another known working cart and the issue followed.
      Have you installed a decoupling capacitor on the 3.3V line? This is definitely needed and you'll get graphics issues without it.
      Should've mentioned I tried this as well.
    • Fluffy wrote:

      I'll probably tinker with the layout a few days, and then order PCBs.
      I ordered PCBs and parts...
      For now I went with 2x GAL16V8 for ROM decoding, just in case I need some extra logic to get the board to boot. If I ever make a version 1.1 of the program board I can move both into a single GAL, though it is not THAT much of a cost difference.
      Wish me luck that I didn't buy expensive paperweights. :)
    • oneleaf86 wrote:

      benime wrote:

      Should've mentioned I tried this as well.
      It may seem obvious but have you cleaned the cart edges and also tried another PGM board?
      I've arrived at the conclusion it's the EEPROMs.

      Popped some newly programmed ones on a known working GFX cart and I'm seeing the same glitching.

      Guess I get to buy some new ones; do not buy from Shop3008035 on aliexpress.