Jump to content


New Members
  • Content Count

  • Joined

  • Last visited

Community Reputation

14 Good

About trapexit

  • Rank
    Space Invader

Recent Profile Visitors

1,242 profile views
  1. The Opera emulator is very CPU heavy due to being a low level emulator. I doubt the New {2,3}DS would be able to handle it. Generally you need around RP4 or ODroid XU4 levels of performance. Few handhelds have that level of performance. I have some plans that should help performance but compatibility and features have been a priority (and I've been busy with other projects).
  2. Primary maintainer of RetroArch's 4DO core here. While Phoenix is definitely the better emulator it's UX is... unique... and doesn't interface well or at all with 3rd party launchers. It's also closed source for those who care. For the casual user though 4DO is probably fine. It plays most of the games people are interested in well enough. I've been working on other projects the past couple months but hope to get back to 4DO soon and improving compatibility. That said if anyone is interested in helping out on the emulator or in doing some 3DO homebrew please reach out.
  3. https://redump.orgmight be the best place. http://redump.org/discs/system/3do/ The VGPC Discord would be good too. They have been actively looking for 3DO.
  4. Speaking of his YT channel: https://www.youtube.com/user/BolsEwhac/videos It takes a while to go through his playthrough videos but there's a lot of good info.
  5. @xjas I've got the ISO still but the VGPC would be looking for a more thorough dump which would require a Plextor drive. Check the link Schrodinger provided.
  6. Correct. The Goldstar / Sanyo version and FZ-1 require *no* soldering. The FZ-10 does. It's mentioned on the website. I bought a Sanyo model from Japan and the Goldstar/Sanyo ODE. Was cheaper than buying the ODE for my FZ-1 and ended up with 2 systems. The Goldstar / Sanyo's are easier to RGB and audio hack as well.
  7. I wonder if VGA or HDMI might not be easier. AshEvans81 on Twitter threw together something a few weeks ago. I'm considering picking up a FPGA w/ HDMI board (maybe a Pluto-IIx XC3S200 HDMI?) to play with the idea.
  8. Picked myself up a logic analyzer and a flight stick. Got all the raw data to emulate the flight stick and should have it and the docs updated shortly.
  9. Recently purchased a Sanyo Try IMP-21J 3DO console as a more hackable daily driver compared to my Panasonic FZ-1. While cleaning it I noticed two separate jumper pads. One populated with 4 pins and the other unpopulated. Changing JP2 made no observable difference and I did not check JP1. Still need to more closely follow the traces. I have the service manuals found on retrorgb for FZ1 and EU FZ-10 but I'm not seeing any jumpers referenced. I've looked around for the IMP-21J service manual to no avail.
  10. For those interested I've documented (though not in the most structured way) what I've found: https://github.com/libretro/4do-libretro/blob/master/libfreedo/pbus.txt The only thing left to figure out is the 3DO flightstick. The identifier has been elusive so far.
  11. Yeah, M2 is a different beast. It's a bit odd. The 3DO has a reasonably complex OS and set of APIs and they advertised a lot that this helped make the software work on different systems without needing to rewrite. Even in the SDK as I recall. This might be true in regards to the GPU, DSP, controller bus, etc. but the system still needed to be ARM based so the software could run in the first place. Yet their followup was PPC based. It was more about giving some flexibility in the implementation than providing a multi generational abstraction.
  12. Could be due to a few things. Is it an Anvil rom? Hard to say without seeing it.
  13. RetroArch is a frontend for libretro cores. If you're using a recent version of RetroArch you should be able to download the latest 4DO core through the interface. You can't select an arbitrary file. It looks for specific files. You'd need to rename your rom to one of the known filenames and place it in the system directory. https://docs.libretro.com/library/4do/
  14. Yes, the SAOT rom is physically located in the second rom space but from what I can tell it's not accessed the way the font rom is. When placed as the primary rom it boots normally. It's possible that either arcade systems are wired slightly differently or the rom in the first bank is different from the retail version. You appear to be using the original 4DO. I was referencing the libretro version. The former is abandoned.
  15. The SAOT rom is a primary rom. The font rom is a secondary rom which the primary looks for and will instruct the 3DO to map into the same address space (which it must switch it back if necessary). While some 3DO variations use the second rom spot for non-font roms they all have physical switches. None of the emulators mimic that physical switch.
  • Create New...