beetle-saturn-libretro VS binmerge

A little surprisingly, https://github.com/libretro/beetle-saturn-libretro compiles just fine under https://github.com/shauninman/union-miyoomini-toolchain, and here's the resultant mednafen_saturn_libretro.so core file, if you're really so keen: https://drive.proton.me/urls/1D5KTTY870#7znkYfqDL9NP

And it was such a simple fix: https://github.com/libretro/beetle-saturn-libretro/issues/2

The issue was fixed few days ago: https://github.com/libretro/beetle-saturn-libretro/pull/197 so update the core again and rewind should work again ;)

I remember setting up a bounty for CHD support in Beetle Saturn years ago.

Yeah, this core is behind the upstream version for some time: https://github.com/libretro/beetle-saturn-libretro/issues/155

You need to merge the "Track #" bin files into one; one game needs to have one bin and one cue file. You can use CDMage, cdfix, BinMerger, or just binmerge to do that. Then you can convert to PBP.

If you only have 1 bin file, you can use binmerge to split the tracks.

You can use binmerge to put many bin into one bin: https://github.com/putnam/binmerge

If you want to split the bin file back to multiple bin files, you can use binmerge.

No idea where the pre-merged set exists online- but if you'd like to curate your own set I'd recommend binmerge, and you can auto-generate the cue files here.

Yeah, that would be cool, but then the .bin file usually needs to be split into separate tracks (using binmerge) so I'd need to modify that the work with the streams too in some way. And the .cue file needs to be handled too, so it all gets a bit awkward, and I'm thinking it might be better to make the program support .chd files directly using one of the .chd-reading libraries 🤔

Would be nice to add Binmerge functionality so you can also reverse the process completely for CD-ROM multi-tracks. I learned the hard way that GD-ROMs are not reversible yet.