Jump to content

Wilheim

Members
  • Posts

    673
  • Joined

  • Last visited

Everything posted by Wilheim

  1. I used the image attached from the xe schematics. Basically, I put the input in one leg of R56 and the “chroma” output on the other leg. It worked pretty well.
  2. In my case, I replaced R56 with a small transistor circuit similar to the chroma signal extraction from the xe models. It improved the image a lot and I didn’t have to add a switch for composite video.
  3. Hace you tried by putting the switches on isopropyl alcohol? Try them by 24 hours at least, and by moving them from time to time. I tried this on my keyboard switches, and it worked.
  4. Amazing work! Congratulations @rensoupand team!! Very challenging to code something like this.
  5. Not sure if this is the proper thread to ask, but I'm having trouble on executing Corina ROM files. Tried Yie Another Kung Fu on Altirra 3.90 and 4.00 test23 and in both the screen is flashing between a correct and a faulty one. Tried on NTSC and PAL configurations. I don't know if this is a problem from the ROM file dumped or there is an incompatibility on Altirra. Does anyone know what is the issue? Here's the dump I have, as well as the screens I got: Yie Another Kung-Fu.rom
  6. Bumping this thread. Is there any news regarding the improvement? Would love to see it!
  7. Bumping this thread. Interesting way to make the XE games work on an Atarimax cartridge. Has anyone tried this technique with Commando? Besides, I see that Mario Bros is lacking sound effects. Have anyone tried to solve it?
  8. Great news!! I’m sure we will enjoy this game. By my side, I have finished the FlashSRAM design and now looking for a reliable pcb manufacturer. Looks like the COVID-19 situation on is worse than the news said, cause I have a lot of previous pcb manufacturing stalled on the Ganzshou zone. Any suggestions?
  9. Here are some conversions I did scattered around here: Conan single disk.atr Karateka (1985)(Broderbund)(US) - MaxFlash patch - v3 -deencrypted.atr Lucifer 's Realm single disk - copia.atr The Institute single disk.atr Summer Games (single disk).atr
  10. Wow! Nice to see the third part! I love the previous games and played a lot back then. Thank you, Simon, for bringing it to us. We do appreciate it!
  11. Nope, I wasn't even aware of this. That would definitevely made things easier. Thanks! It's doable, by patching the save/load game routines. This was a quick conversion, without overthinking on it.
  12. Hi, all! After having a chat with Nir, he asked me if I can convert The Dallas Quest to cartridge. Well, here's my effort so far. Did some tricks to deal with the disk swapping, and tried to patch the game as less as possible. These are conversions to Atarimax, Switchable XEGS and Megacart formats. You can't save the game on these conversions, so you have to play it from the beggining every time. Enjoy! The Dallas Quest cartridge.zip
  13. Nah, just trying to give my 2 cents. I do really appreciate your efforts, and that encourages me to bring my help anyway I can.
  14. I understand. Unfortunately, the cartridge area is restricted to $8000-$BFFF. By my side, I will continue developing this project. In case the cartridge works and if you don't mind, I would take a look if it's possible to convert it to this cartridge model.
  15. So, after thinking about @rensoup observations and @Wrathchild suggestions, I'm working on a new design. I decided to make a 16 kbytes bank-switching method, using two diodes and a resistor to make the additional gate needed. It's similar to the Megacart scheme, but using the address bus to switch instead of the data bus. Prior to make the pcbs, I decided to make another pcb to make prototypes. That way, I would be able to test any configuration on a protoboard. I'm temporarily naming the cartridge as "FlashSRAM cartridge". The bank will be selected by storing any value at $D5xx, where xx is the bank number. It's bank scheme would be: 1. Banks $00-$1F: Flash ROM (32 banks 16kbytes each) 2. Banks $20-$3F: SRAM (32 banks 16kbytes each) 3. Banks $40-$7F: unused. 4. Banks $80-$FF: turn cartridge off. I hope to have some news anytime soon with the testing.
  16. Could be an alternative to free a gate. I’ll look into it. Anyway, I prefer to maintain flash properties on the atari computer, so you can update any bugs, improvements or even stuff like high scores, save states, etc.
  17. It’s doable, but it requires an additional glue logic chip. I tried to avoid that, in order to simplicity and space . Making a cartridge that can be programmed on any Atari computer. One alternative is using a GAL programmable logic, but they are getting scarce and it will require additional hardware to store a new logic on there.
  18. The thing is that at the moment it needs 128kbytes RAM, so I'm proposing something that would work with 64k, and so bring a chance to get to a broader computer line.
  19. Yes. Instead of using PORTB,, you just store any value at $D5xx, where "xx" is the bank number as described above. As a external device, that's only doable on XL/XEs machines with expansion port. There are plenty of 65XE without it and you can only expand them by using soldering techniques. In my opinion, is far more complicated. That's even a better idea! I think unrolling data will make the game faster, and we have plenty of space if needed. On the other hand, maybe you don't have to modify that much. You just use the expanded ram provided by the SRAM portion, using 8kbytes bank size. Of course, it's just an idea that came to my mind.
  20. Progress so far. Trying to use glue logic with DIL components to make it easier to assemble.
  21. Not quite. On AtariMax you can flash and store data, but can't work as RAM for processing, for example, with sprite animation or masking. This design would allow it. Besides, AFAIK, AVG uses SIO operations to save, but not for processing.
  22. Hi, all! I was thinking about the RAM requirements to make PoP working on 64kbytes. Maybe a solution would be by using a Corina-like cartridge, using 512 Kbytes of Data on an eprom and 512 Kbytes of SRAM. That way we could use the eprom for data and the SRAM as an expansion area. To do so, I would like to propose this design: 1. 8 kbytes per bank, using $A000-$BFFF 2. Banks $00-$3F as Flash ROM (29f040 or 39sf040), making 64 banks of 8 kbytes each. 3. Bank $40-$7F as SRAM (AS6C4008), having 64 banks of 8 kbytes each. 4. Bank $80-$FF as cartridge disabled. 5. Fit on @Sikor 's cartridge cases If you like this idea, I will gladly design it and test it if it works. Of course, having support from emulators like Altirra would be a nice-to-have. @rensoup what do you think?
  23. Does anyone know if the design is available? Maybe it would be a great oportunity to make it again for Prince of Persia.
×
×
  • Create New...