summaryrefslogtreecommitdiffstatshomepage
path: root/hash/psx.xml
diff options
context:
space:
mode:
Diffstat (limited to 'hash/psx.xml')
-rw-r--r--hash/psx.xml34
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>
-->