Incompatible with Multi-Track/Multi-File Images

[RibShark]

psxrip is incompatible with images that contain multiple tracks split across different files (example), which is common and in the specification for .cue files. Redump.org (a disc preservation group) specifies that all discs are dumped in this fashion and are the go-to source for verifying whether a disc image is good.

When attempting to rip an image with psxrip, it will search for a .bin file with the same name as the .cue file given rather than parsing the .cue and looking for the track. Additionally it will look for audio tracks in that same .bin file, rather than the separate ones.

EDIT: It seems to fail even when the tracks are combined into one .bin file, showing the error "No ISO 9660 filesystem on data track"

[tetracorp]

A solution I've found to work in at least certain circumstances is to fake a one-track bin/cue, then analyze that. For example, name your .bin file example.bin, then make an example.cue like this:

FILE "example.bin"
  TRACK 01 MODE2/2352
    INDEX 01 00:00:00

[Ripper55555]

I tried to fix this issue, but only managed to make it work partially.
The problem is libcdio having an unfinished .cue parser and they default to assume both the cue/bin have the same name.
My fork makes a win32 standalone build that work around a few issues by patching libcdio itself.
A way to fix this in pure psximager is to create a temporary .cue file and name it the same as track1.
Then it should load that temporary .cue file instead and delete it afterwards.
That way the filename assumption is tackled.
It should also drop all audio tracks 2+ from the .cue to make sure the disk mode is set correctly and filesystem detection works.
I haven't found where libcdio messes things up.
1 track .cue file:
INFO: Disc mode = 2
INFO: Filesystem type = 10013
2+ track .cue file:
INFO: Disc mode = 3
INFO: Filesystem type = 10003

Lots of pesky bugs.

[edit]
I'm still looking into writing a cue parser in psximager if i can't find the problem.
Work around libcdio by just dumping tracks 2+ (if audio) by using the .bin files of those tracks.
[/edit]

[Ripper55555]

Well it all boils down to libcdio.
I've managed to patch it good enough so it will parse the .cue correctly and load the correct .bin file when a sector is being requested.
Also i removed the code to circumvent the issues from the psxrip.cpp file.
It now dumps audio tracks as .wav files and use those in the rebuild as well.

Feel free to use any code.
I'm not doing a pull request due to me including a modified libcdio library.