@leonkiriliuk The boot rom seems to be a custom version judging by the stickers, neither the version nor the crc matches any of the ones I have seen. I don't suppose you managed to dump it?
@leonkiriliuk Most of the hardware seems identical to the Sophia dev kit, with some i/o missing (like no memory slots), and it is attached to a huge unique SH7604 debug board. Thanks for the pics!
@FessX Some Sofdec encoded videos rely on data on the CD-ROM MODE 2 Subheader, to mark each sector as audio/video/subtitle data. Some discs even set up software decoded frames and MPEG Card decoded frames (10fps video vs 30fps video with the card). Maybe that is the reason?
@cyothevile Also you may want to consider dumping the 15 or so other ROMs on the unit - the ones on the modem, the Roland synth and harmony boards, and the ones connected to the Saturn boards cart slot, etc.
@cyothevile Emulator authors are unlikely to support this, since there's 5 PCBs worth of other hardware, including a modem, a Roland synth, a SCSI card, etc.
@FessX OSSC does include overscan and all 240 lines, even 256 for PAL. But it is a line doubler, so HDMI input may be off spec in 3x/4x/5x line modes. My old plasma TV can only handle 2x line mode. But modern monitors should have no problems.
@FessX You would need to some way re-build or generate the P and Q subcode data from the cuesheet if you wanted to convert bin+cue to CHD. I don't know if any tool can do that. I usually mount the bin+cue in DAEMon Tools and re-rip with CloneCD or Discjuggler to generate subcodes.
@FessX A cue sheet may list more indexes beyond index 01, and this info is stored in sub codes. So it's not much but bin+cue does store some subcode information.
@FessX 1 CD sector = 2352 byte data + 96 byte subcode. Subcode is used for indicating track pause, audio track position data (a track can have multiple indexes, for ex. TAITO Chase HQ + SCI, Dark Savior), pregap data, and CD+G and CD+EG data.