Gameshark Ps1 Bin Cue
Hi everyone I've just gone through a whole bunch of my old PS1 games and ripped them to bin/cue format. However I've been reading since it creates a more accurate copy (not quite 1:1, but close) of the original.
1) With a.cue/.bin obviously the name of the.bin has to match what's referenced in the.cue. Is there a similar thing with ccd/sub/img? I've renamed the files of most of my ccd/sub/img rips but not modified any internal references to these files. Is that necessary? I've not found any hard-coded references to the file names within the ccd/sub/img files but thought I better check. 2) Does ripping to bin/cue or ccd/sub/img make any difference for actual playback of the game?
Yeah I had a look in the.ccd file and couldn't find any references to the.sub/.img files. So I'm assuming that means if I rename the files I don't have to update any pointers within any of the files to point to the new name. As I would with a.cue to point to the new.bin file name? So if a game runs ok as a.cue/.bin then I suppose it's fair to assume that there's no advantage in re-ripping to a CloneCD image? When using.cue/.bin files with PCSX on the Pandora, should I be able to open either the.cue or the.bin in the emulator?
Microsoft Windows Server 2003 Service Pack 2 (SP2) is a cumulative service pack that includes the latest updates and provides enhancements to security and stability. Install vray 3ds max.
I'm finding my.cue files inconsistent. Some loading, others not. I am referencing the correct.bin filename within the.cue as well. Yeah I had a look in the.ccd file and couldn't find any references to the.sub/.img files. So I'm assuming that means if I rename the files I don't have to update any pointers within any of the files to point to the new name. As I would with a.cue to point to the new.bin file name? So if a game runs ok as a.cue/.bin then I suppose it's fair to assume that there's no advantage in re-ripping to a CloneCD image?
When using.cue/.bin files with PCSX on the Pandora, should I be able to open either the.cue or the.bin in the emulator? I'm finding my.cue files inconsistent. Some loading, others not.
Amigo los archivos que bajes van a venir en formato winrar, despues debes descomprimir el winrar descargado y te creara una carpeta con 2 archivos en su interior, un archivo en formato bin y otro en cue. Para jugarlo en el emulador o grabarlo en cd debes tener ambos archivos.
I am referencing the correct.bin filename within the.cue as well. Case differences do matter. If your bin is called ffvii.bin, and your cue refers to FFVII.BIN, then it won't work (at least if I remember correctly). Regarding bin/cue vs ccd/img/sub: It is quite possible to rip your games to a bin/cue either with or without subchannel data. I did that just a month ago - Ripped the first FFIX disk to bin/cue, tried to run and got the black screen, slapped my forehead, re-ripped to a bin/cue with the added 'read subchannel data' option set, and that second rip worked excellently.
How you make and burn them really depends what you want to do with them afterwards. For playing in a modded ps2 you should use alcohol120 and burn in clone (ccd) mode at 4x with error skipping disabled.
For running in an emulator anything which gives you a nice bin/cue or.img file will do. Just save them and burn as data files. I run emulators so I use k3b and dump as toc/data pairs. Same as bin/cue really. Some later games need a special approach because they have different protection strategies. Always remember to rip with a dvd burner and make sure to rip the subchannel data (some games have the music there) and add it back when burning.
If it was that easy we would have NEVER bothered wiring up chips or designing printed swap disks. The PS2 swapmagic TOC is crazy taxi. It's the largest TOC anybody found.
Still the problem of the media check remains. And as I am sick of posting. Very few games will allow a swap with a different TOC. Especially later disks. I get so sick of trying to explain this to people with absolutely NO understanding of how the security systems actually work or are circumvented. Browser swap? That's mostly crap too.
Good way to trash disks and lasers is that one. Because a valid disk never stops spinning.