Jump to content

playsoft

+AtariAge Subscriber
  • Content Count

    415
  • Joined

  • Last visited

  • Days Won

    2

playsoft last won the day on August 7 2018

playsoft had the most liked content!

Community Reputation

629 Excellent

About playsoft

  • Rank
    Moonsweeper

Profile Information

  • Gender
    Male
  • Location
    UK

Recent Profile Visitors

10,083 profile views
  1. I was able to turn my Sega Mega Drive control pad into a 3 button joystick by (1) swapping around the wires from pins 5 & 7 so that +5V is taken from pin 7 on the A8 (2) removing the 74HC157 multiplexer (3) making the appropriate jumper connections between (what were) the multiplexer inputs and outputs. Note this is an original Sega Mega Drive 3 button controller model number 1650 made in China. I also have a model number 1650-50 made in Malaysia but that is different inside, the wires would be harder (for me!) to swap and the chip is surface mount. This is what it looked like before: And after: It may not work with all the JOY 2B+ hacks because I get small values when buttons B and C are not pressed (5 and 3) and those hacks may be looking for 0. However it does work with the 2 games that I have done, Scramble and Moon Patrol Redux which support Sega and/or JOY 2B+ (since I am more forgiving with my checks). Edit: Just tried the hacked version of Defender and it works fine! As does the hacked version of Dropzone.
  2. Yes, replace the original RMT version with the updated one as you don't need them both.
  3. Yes, many thanks for the report 👍
  4. It's in the original RMT version by Fandal and Kjmann and seemed to cause a problem with some xex loaders (e.g. Ultimate Cart) but not others (e.g. Atarimax). I was not sure what it was trying to achieve by using BOOT. From what I remember there were at least a couple of instances of it so the simplest fix seemed to be to set BOOT to 1 by adding it to the XEX just before the run:
  5. Hi Tezz, I am full steam on my New Year Disk submission at the moment and will be until the end of the year. After that I'll PM you with details of everything that I've done and we can see if there is any overlap in what we are doing.
  6. You can read about the sort of things which are possible with the expansion port here: As for breaking games down in that manner, that's what I did with AtariBlast! for the Ultimate SD cart. However, it is one thing doing that for games that you wrote, because you have the source code and know how they work. Doing that for other games for which only a binary exists would be 100s of hours of work for a programmer. Just to disassemble and fully understand a relatively simple game can take many months. Even then, it may not be possible. If say a game uses a bitmap graphics mode it may need 8K RAM for the screen. If it uses double buffering, so it shows one screen while it constructs the other, then it needs 2 x 8K RAM for the display - and that is all the RAM on the 5200 used up. Even if there was some sort of internal modification available for the 5200, which gave it 48K or more RAM, you would still need programmers to port the games. This would still be a significant undertaking for old games where only the binaries exist. What it might achieve is more new A8 games being made available on the 5200.
  7. Mark, that explains why it's not going right (98 < A4). From the Caverns of Mars 3 topic, Ken used the same thresholds in Beef Drop so you shouldn't be able to go right in that either. Ideally you should get 00 for left/up, 72 for centre and E4 for right/down. Not many old controllers will be perfect, but your values are a fair bit out. I think you might need to adjust the POT inside your 5200 console to calibrate the controllers - have you ever done that before?
  8. Is anyone else having this issue? I have 4 x original 5200 controllers and the game works correctly with them all. Mark, I remember writing a controller test program, searched for it and found it here in post #19. You were also having the same problem with that game! I don't know if you ever ran the test program, but could you please try it and see what values you get (I've attached it again). Run the program and hold the joystick right, the first hexadecimal value is the horizontal POT and should give a value like E4. The game needs to see a value of A4 or greater in order to move right. cal.bin
  9. Yes the screen was put into wide playfield mode in order to reduce the overscan areas. My LCD is pretty good but both my CRT and LCD TV still show some on the left. You can see mine here: There is discussion about overscan here and a possible hardware fix: In order to "fix" it in Moon Patrol you would have to drop one of the colours. At the bottom of the screen where the buggy is, the four normal playfield colours are green, yellow, light brown and dark brown. The inverse colour is white for the missiles. In order to keep the background colour black you would have to sacrifice one of the normal playfield colours; you need to keep green to blend in with the mountains/city so I guess dark brown would become black.
  10. The Moon Patrol hacks production line has closed down for the rest of the year but there is one thing TIX wants to try that I'll look at next year. If that is possible then I will look at these too, the first one would seem possible not so sure about the others.
  11. Thanks for posting the pictures. I was a bit concerned after seeing the Super Community video which had overscan and a black colour change in the display area on the right: The amount of overscan will vary depending on the TV/monitor - yours looks about perfect! My LCD monitor is not bad, a tiny amount on the left: My CRT monitor and LDC TV both show a bit more overscan on the left: I do not see the black colour change at all. In Altirra, if I configure for extended or full overscan, then I can see the overscan on the right as expected. However I still don't see the black colour change.
  12. It is a hack of an old commercial game though, so I'm not sure it is something that should really be sold. However you can get bespoke carts made though the AA store and by other AA users.
  13. The 2600 Cartridge Adaptor is really a complete 2600 without the RF modulator. The 2-port 5200 (and modded 4-ports) have audio and video inputs on the cartridge pin out that you can feed anything into. It would be completely pointless of course, but you could take an A8, tap off the audio and video signals at the appropriate points and connect them to the correct pins of a 5200 cartridge board. There might be a little more to it than that, but that's effectively how the 2600 adaptor was done.
  14. I don't think it could be done via the cartridge port. I am not a hardware guy, but my understanding is the issue is that there's no read/write line to the cartridge. The Atarimax Ultimate SD cart gets around this in it's read/write mode by having one address range for writing ($4000..$5FFF) and another address range for reading ($6000..$7FFF). Writing also suffers from indexed addressing being unreliable, I don't know if this is due to lack of a read/write line or is something specific to the Atarimax cart. Either way, I think any such scheme would only be useful for new software specifically written for it, I don't think it would be much help in porting existing A8 games.
  15. Thank you for doing a 5200 version of your great game!
×
×
  • Create New...