I am not sure if this is the correct forum to post this question in, I apologize in advance if this is misplaced.
I am trying to rip my TOMB RAIDER (Original PS1 PAL VERSION) image in Daemon Tools Pro, to get an ISO file of it.
I am not able to do so, since it is a "multi-session disc".
This is the message I am getting:
Is there a way to rip it anyway?
I found some threads online regarding .BIN and.CUE files, but I have no idea on how to do that in this program.
PS1 games aren't multisession. It's likely that it's mixed mode (data and digital audio).
Use a software like ImgBurn, CloneCD or Alcohol 120% with PlayStation profile to backup your game.
Could you be more specific regarding the "PlayStation Profile"?
Is that a setting option to rip the disc image in one of the mentioned softwares?
EDIT: I found out with a little google searching.
Thanks for the advice, I'll try that.
Also one more question.
Is it recommended to pic the lowest (slowest) reading speed when ripping the image? I heard a long time ago that it was recommended for best results?
I ripped my game disc with Alcohol 120% and got a MDS and MDF file.
These files were unusable in ePSXe and the emulator was stuck at the black screen on game bootup.
I then tried to convert the MDF to an ISO file with MagicISO, this did not fix the problem either..
I'll try that.
I will keep my progress updated, thanks.
UPDATE:
The mirrors provided on the ImgBurn website contains Malware by the name of OpenCandy.
I am not allowing Malware for an opensource program on my PC.
Any suggestions?
I actually wanted to make an own thread for this but since this one is somwhat new and relevant to my question, I'll just post it here.
So, regarding the bin/cue format, is it necessary to split the raw data into different files if there is more than one track on the disc or is that just a matter of whether the emulator supports it?
Because usually all the burning programs I used so far just make a single bin file, like the one I recently did for the game "The Italian Job" that I wanted to try out on an emulator (PCSX-R):
Code:
FILE "The Italian Job.bin" BINARY
TRACK 01 MODE2/2352
INDEX 01 00:00:00
TRACK 02 AUDIO
INDEX 01 65:59:06
TRACK 03 AUDIO
INDEX 01 66:49:08
However when trying to open the game the emulator is just stuck at the loading screen, permanently showing the loading animation.
At first I thought this was an emulator issue but when trying out a version of that game that someone else dumped, it didn't have this issue (though I think this other version was from a different region as well) but the dumped files also looked different, like this:
Code:
FILE "Italian Job, The (Track 1).bin" BINARY
TRACK 01 MODE2/2352
INDEX 01 00:00:00
FILE "Italian Job, The (Track 2).bin" BINARY
TRACK 02 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
FILE "Italian Job, The (Track 3).bin" BINARY
TRACK 03 AUDIO
INDEX 00 00:00:00
INDEX 01 00:02:00
Also I guess its not possible to use the split-file bin/cue format to be able to play multi-disc games without having to open different files in the game (one file includes all discs)?
CDDA should work either way, but some emulators do not support multiple bin files.
As for The Italian Job, if you have a PAL version you will need a .sbi file from here because it has LibCrypt protection.
Ah thanks, yes now it works (had to use the German version since thats the one I have).
Do you know if it is possible to patch the .bin file to include the .sbi information? If necessary I would also do it by hand, I just don't know what exactly the .sbi file contains (or rather how the information is used in combination with the .bin file).
I just would prefer it to have all my PSX games in the same format as plain bin/cue without any additional files.
Speaking of which, I would like to re-join the tracks that got seperated in multiple .bin files into one .bin file (so that I'll only have multiple bin files for games that actually came with multiple disks).
I assume to do that its enough to join the files according to their track order and update the .cue sheet with time offsets being exactly where the last track ended?
True but since my disk is in a somewhat bad shape I would prefer not stress it any more than necessary. Also I just tried the joining method and it indeed seems to work, at least the emulator didn't seem to have any problem loading the game.
Hmm regarding the subchannel data, is that something thats just not supported by bin/cue format or could it be done somehow? Like using the sbi2sub utility with a ccd/img/sub dump and then convert those files (back) to bin/cue?
Btw the only download link that I have found for the tool (on redump) is down, if you have it available or know another source it would be great if you could post a link here.
For some reason it wouldn't accept the cue sheet with the single bin file though, I had to split it up again in 3 tracks, modify the cue sheet accordingly and only then it was able to write the ccd/img/sub files (which the emulator was also able to load, I tested it).
Unfortunately it really seems that bin/cue doesn't support subchannels since a backwards conversion from these files resulted again in the game not loading.
So I guess I'll just have to stick with sbi files if I want to keep using the bin/cue format.
This is an older thread, you may not receive a response, and could be reviving an old thread. Please consider creating a new thread.
Related Threads
?
?
?
?
?
Next Generation Emulation
2.2M posts
459.8K members
Since 2001
A forum community dedicated to all emulation enthusiasts. Come Join discussion on all platforms from Nintendo, Microsoft Xbox, Sony Playstation, to PC. Coding, tips, builds, specs, tricks and more.