KremlingKuthroat19 wrote: ↑Mon Dec 28, 2020 12:22 pm
Interesting. So the bin/cue is a firmware that can be reused from the existing cores and retrofitted to the Miniming core.
Bin/cue is a file format, kind of like HDF for CDs. The firmware is responsible for handing over the right part of the HDF or Bin/Cue at the right time. There's an interface between the firmware and the core - and both that firmware and interface should be largely re-usable between cores.
The bit that's unique to the Amiga will be translating between that firmware/core interface to an imitation of one of the types of hardware found on real Amigas. (Another option, of course, is to define a whole new one, and then write a driver for it.)
Since there seems to be 4 interfaces on how to get the Amiga to connect to the CD drives, which option seems like the most feasible and/or robust to you @robinsonb5?
The simplest would probably be ATAPI support in the existing IDE interface - but the most interesting and appealing would be to implement Akiko properly.
The CD32 custom interface option seems the most complicated since it would require reverse-engineering the Akiko chip, but at the same time it would completely recreate the CD32 in FPGA (if my assumption is right).
WinUAE implements Akiko (at least well enough for most games to run), so that could be used for reference.
Since the CD32 is mostly backwards compatible with the CDTV, this might be an appealing option.
That compatibility is mostly at the software level - a CDTV boot ROM wouldn't have a clue how to talk to Akiko.
You did mention that you didn't want to implement the Akiko chip due to concerns about taking too much of the FPGA or spare logic elements up. Would that still be a hindrance?
What I said about space was that RTG / videocard registers don't belong in the Akiko register space. I put them there because on my primary target platform (Turbo Chameleon 64) I'm almost out of space. That's not a concern on MiSTer.
A CDTV custom interface would most likely just require the bin/cue firmware to be retrofitted...
In FPGA-land it's never a case of "just"!