diff options
Diffstat (limited to 'hash/psx.xml')
-rw-r--r-- | hash/psx.xml | 34 |
1 files changed, 17 insertions, 17 deletions
diff --git a/hash/psx.xml b/hash/psx.xml index e9ecfe91007..ef01e4a3ddd 100644 --- a/hash/psx.xml +++ b/hash/psx.xml @@ -8,22 +8,22 @@ NON-REDUMP Rips *********************** A few comments on these: 1. since not a few ripping formats are not properly handled by CHDMAN (see 4. below) I currently also list checksums of the - original files. don't throw them away if they are in ccd/img/sub format! + original files. don't throw them away if they are in ccd/img/sub format! 2. pay attention to the bin/img/iso crc, not to the cue one: many of the cues I have found in the 'releases' had the wrong bin - name/location, so I had to manually edit them (changing crc) + name/location, so I had to manually edit them (changing crc) 3. bin/cue, nrg, iso/cue and ccd/img/sub/cue sets got directly converted with CHDMAN 4. ccd/img/sub (with no cue) got converted by using a generic cue file as the following one - FILE "XXXX.img" BINARY - TRACK 1 MODE2/2352 - INDEX 1 00:00:00 - (or TRACK 01, INDEX 01 when necessary). This might have introduced errors in the procedure, so it would be good to keep around - the original files for later checks + FILE "XXXX.img" BINARY + TRACK 1 MODE2/2352 + INDEX 1 00:00:00 + (or TRACK 01, INDEX 01 when necessary). This might have introduced errors in the procedure, so it would be good to keep around + the original files for later checks 5. some 'release' were found both as iso only and as iso + cue; if by using the generic cuesheet above with the iso only release you - end up with the wrong CHD try again by using MODE1 instead of MODE2 (raw data will remain untouched so in this case we can do - further changes with no loss) + end up with the wrong CHD try again by using MODE1 instead of MODE2 (raw data will remain untouched so in this case we can do + further changes with no loss) 6. releases in mdf/mds format or cdi format have been mounted in ISOBuster and raw ripped to bin/cue, so there is the possibility - that subtle errors are introduced either in this procedure, or in the original creation of the mdf/mds/cdi image. These should - be verified with the original media, and are marked as bad dumps. + that subtle errors are introduced either in this procedure, or in the original creation of the mdf/mds/cdi image. These should + be verified with the original media, and are marked as bad dumps. --> @@ -5407,9 +5407,9 @@ A few comments on these: <!-- this should be a 2 cd game --> <!-- <part name="cdrom2" interface="psx_cdrom"> - <diskarea name="cdrom"> - <disk name="happy salvage (japan) (disc 2) [slps-02822]" sha1=""/> - </diskarea> + <diskarea name="cdrom"> + <disk name="happy salvage (japan) (disc 2) [slps-02822]" sha1=""/> + </diskarea> </part> --> </software> @@ -11286,9 +11286,9 @@ A few comments on these: <info name="serial" value="SLPS-03307" /> <sharedfeat name="compatibility" value="NTSC-J"/> <part name="cdrom" interface="psx_cdrom"> - <diskarea name="cdrom"> - <disk name="simple characters 2000 series vol.02 - afroken - the puzzle (japan) [slps-03307]" sha1="5b89aac27f6435972c512abe6b949d9bae591d19"/> - </diskarea> + <diskarea name="cdrom"> + <disk name="simple characters 2000 series vol.02 - afroken - the puzzle (japan) [slps-03307]" sha1="5b89aac27f6435972c512abe6b949d9bae591d19"/> + </diskarea> </part> </software> --> |