Search options (Page 2 of 3)

2010-05-15 13:03:54

I was worried when I couldn't get the original dumps to match, I didn't realize the different offsets would cause discrepancies between the dumps.

So I used the following command on all four of the dumps

C:\zz>FPCopy64 -r "track01.bin" -352800
File Part Copier v1.31. Copyright (c) NiKoTiN 2004-2009.
Resize done.

C:\zz>psxt001z.exe --fix "track01.bin"
psxt001z by Dremora, v0.21 beta 1

File: track01.bin
Size (bytes):   324615984
From image:     362012784
Size (sectors): 138017
From image:     153917
Mode: 2
EDC in Form 2 sectors: NO
System area: US NoEDC
Postgap type: Form 1, zero subheader, zero data
Sector 138016: Subheader/Data/EDC/ECC (fixed)
Done.

C:\zz>psxt001z.exe "track01.bin"
psxt001z by Dremora, v0.21 beta 1

File: track01.bin
Size (bytes):   324615984
From image:     362012784
Size (sectors): 138017
From image:     153917
EDC in Form 2 sectors: NO
ID: SLUS-00896
Date: 2000-01-27
System area: US NoEDC


C:\zz>psxt001z.exe --gen pregap.bin 352800
psxt001z by Dremora, v0.21 beta 1

File "pregap.bin" with size 352800 bytes was successfully generated!

C:\zz>copy /b pregap.bin+track02.bin track02good.bin
pregap.bin
Track02.bin
        1 file(s) copied.

C:\zz>

Which garnered the following results

rom ( name "track01 (lisc).bin" size 324615984 crc ecabc100 md5 670b574c81387241d5f08be4171509eb sha1 bd402e8456879e715f9e1cb99d3ff7ec865795ed )
rom ( name "track01 (plex).bin" size 324615984 crc ecabc100 md5 670b574c81387241d5f08be4171509eb sha1 bd402e8456879e715f9e1cb99d3ff7ec865795ed )
rom ( name "track01 (sams).bin" size 324615984 crc ecabc100 md5 670b574c81387241d5f08be4171509eb sha1 bd402e8456879e715f9e1cb99d3ff7ec865795ed )
rom ( name "track01 (tsst).bin" size 324615984 crc ecabc100 md5 670b574c81387241d5f08be4171509eb sha1 bd402e8456879e715f9e1cb99d3ff7ec865795ed )

rom ( name "track02good (lisc).bin" size 37396800 crc 7976083e md5 2d7b5e8e94a91bf5423b2356f6a34863 sha1 d9f92af296360772e62caa4cb276de3fa74f5538 )
rom ( name "track02good (plex).bin" size 37396800 crc 7976083e md5 2d7b5e8e94a91bf5423b2356f6a34863 sha1 d9f92af296360772e62caa4cb276de3fa74f5538 )
rom ( name "track02good (sams).bin" size 37396800 crc 7976083e md5 2d7b5e8e94a91bf5423b2356f6a34863 sha1 d9f92af296360772e62caa4cb276de3fa74f5538 )
rom ( name "track02good (tsst).bin" size 37396800 crc 7976083e md5 2d7b5e8e94a91bf5423b2356f6a34863 sha1 d9f92af296360772e62caa4cb276de3fa74f5538 )

I got 4 exact matches which also match Teancum's corrected dumps, so it looks like this is a good verified dump.

The only difference I noticed was when I compare track01 of the PerfectRip dump it's comming up with different hash calculations

rom ( name "01.- tron bonne.track.img" size 324615984 crc 538d3fae md5 70b549945eb155ddec75f8b8376a8210 sha1 dd9b8177fe9d1df3d731f1d9d3fef58609371aa9 )
rom ( name "02.- tron bonne.track.pcm" size 37396800 crc 7976083e md5 2d7b5e8e94a91bf5423b2356f6a34863 sha1 d9f92af296360772e62caa4cb276de3fa74f5538 )

2010-05-15 05:15:10

Ok so another attempt at dumping a -647 game i.e. The Misadventures of Tron Bonne which also came with a Mega Man Legends Demo. Both games have a 2 second pregap and a disc offset of -647. Please note that these were / are brand new never before played games so they are in mint condition.

I dumped both games with the following settings in all 4 of my drives

Drive Offset      EAC Setting                 Drive                clrmamepro name
   +102             -545             Light Scribe GSA-H55L              (lisc)
   +30              -617             PLEXTOR DVDR PX-708A               (plex)
   +1182            +535             SAMSUNG DVD-ROM SD-616F            (tsst)
   +6               -641             TSSTcorp SH-S223L                  (sams)

I decided to compare the unaltered originally dumped tracks (aside from the Offset correction for EAC) to determine if they were being dumped successfully before I try to make any corrections to the tracks.

And here are the results...

************************************************************************************************
************************************************************************************************

The Misadventures of Tron Bonne

rom ( name "track01 (lisc).bin" size 324968784 crc ceaccee4 md5 1d514537838622670ae2b0fd3060e01d sha1 4d15feb68d5453864706f1c707ed9211be8c15f9 )
rom ( name "track01 (plex).bin" size 324968784 crc c3bf598c md5 f08b816750da037901d5deadfed99a84 sha1 951e2da5927f1c1be2386e19ee23957460d7e117 )
rom ( name "track01 (sams).bin" size 324968784 crc 11e6bb43 md5 5a67674f07b5f957cee0372cf17c5534 sha1 dc24233ea3ccbe92b4fb218025b25e64078bc11b )
rom ( name "track01 (tsst).bin" size 324968784 crc ceaccee4 md5 1d514537838622670ae2b0fd3060e01d sha1 4d15feb68d5453864706f1c707ed9211be8c15f9 )

rom ( name "track02 (lisc).bin" size 37044000 crc 9281934f md5 8068aec53ff135f2daae1c6988b5368e sha1 6b7d3dda0242e62c7bc1d32bd898e6f2b6bb0530 )
rom ( name "track02 (plex).bin" size 37044000 crc 9281934f md5 8068aec53ff135f2daae1c6988b5368e sha1 6b7d3dda0242e62c7bc1d32bd898e6f2b6bb0530 )
rom ( name "track02 (sams).bin" size 37044000 crc 9281934f md5 8068aec53ff135f2daae1c6988b5368e sha1 6b7d3dda0242e62c7bc1d32bd898e6f2b6bb0530 )
rom ( name "track02 (tsst).bin" size 37044000 crc 9281934f md5 8068aec53ff135f2daae1c6988b5368e sha1 6b7d3dda0242e62c7bc1d32bd898e6f2b6bb0530 )

So 2 of the 4 track01 dumps match and all 4 of the EAC tracks match

So I ran all 4 Tron Bonne track01 dumps though CDMage which reported 153 corrupt sectors per track of which CDMage was able to fix 151 corrupt sectors (although the (sams) dump was only able to correct 150 corrupt sectors for some reason)...

rom ( name "track01 (lisc).bin" size 324968784 crc ca49db90 md5 db33794cf21444a1ba5f817471f37fd5 sha1 9f74c81f80c286401e2629f1491799d3adfaa0bf )
rom ( name "track01 (plex).bin" size 324968784 crc ca49db90 md5 db33794cf21444a1ba5f817471f37fd5 sha1 9f74c81f80c286401e2629f1491799d3adfaa0bf )
rom ( name "track01 (sams).bin" size 324968784 crc 3e05043d md5 b4ffd6b3649d4b2ca9e5909dd8001ea8 sha1 52342328cf991fcd75cddb54d2cccbe0697460fe )
rom ( name "track01 (tsst).bin" size 324968784 crc ca49db90 md5 db33794cf21444a1ba5f817471f37fd5 sha1 9f74c81f80c286401e2629f1491799d3adfaa0bf )

I also dumped this game using Perfect Rip and came up with the following results

©2006   H & H   s o f t w e r x.
PerfectRip v1.00 b34 log. 5/14/2010 9:17:09 PM

Type    . Time        . Description
------- + ----------- + -----------
Info    | 9:17:09 PM | Current device: PLEXTOR DVDR   PX-708A  1.12
Info    | 9:17:10 PM | Reported CD read speed (kbytes/s): 1411(8x)
Info    | 9:17:10 PM | Current read error recovery setting: mode: 00h retry count: 10
Info    | 9:17:10 PM | Setting of read error recovery to normal with 3 retries was successful.
Info    | 9:17:10 PM | Detecting subcode/C2 pointers priority..
Info    | 9:17:10 PM | Detecting and correcting subchannel offset..
Info    | 9:17:10 PM | Subcode/C2 priority is: main+C2+sub.
Info    | 9:17:10 PM | Subchannel sector offset: 1
Info    | 9:17:10 PM | Detection finished.
Info    | 9:17:10 PM | Main channel read offset correction: 2468 bytes (617 samples)
Info    | 9:17:10 PM | Main channel write offset correction: 0 bytes (0 samples)
Info    | 9:17:10 PM | Subchannel offset correction: -1 sectors
Info    | 9:17:10 PM | C2 error pointers offset correction: 2468 bits
Warning | 9:17:10 PM | CD-TEXT not found or unsupported
Info    | 9:17:10 PM | Reading Media Catalog Number...
Info    | 9:17:11 PM | MCN not encoded
Info    | 9:17:11 PM | Reading International Standard Recording Code...
Info    | 9:17:12 PM | ISRC(track 1) not encoded
Info    | 9:17:12 PM | ISRC(track 2) not encoded
Info    | 9:17:13 PM | OP: -00:00.02 to -00:00.01 (-000002 to -000001), duration: 00:00.02 (000002)
Info    | 9:17:13 PM | Trk 01: 00:00.00 to 30:42.16 (000000 to 138166), duration: 30:42.17 (138167)
Info    | 9:17:13 PM | Trk 01 format type is CD-ROM mode 2
Info    | 9:17:13 PM | Index found: 410101000000000002002832
Error   | 9:21:15 PM | Error while burst reading sectors: 137998 to 138020 (30:39.73 to 30:40.20)
Info    | 9:21:16 PM | Retrying with 1 sector reads from: 137998 (30:39.73)
Info    | 9:21:16 PM | Found new subchannel offset correction (sectors): 0 (LBA: 138016)
Info    | 9:21:16 PM | Pause found: 010200000174003042174B20
Info    | 9:21:16 PM | 1 sector reads were ok, setting back to burst reading from: 138021 (30:40.21)
Info    | 9:21:16 PM | FLAGS DATA
Info    | 9:21:16 PM | Current copyright flag !DCP kept
Info    | 9:21:16 PM | Trk 02: 30:42.17 to 34:12.16 (138167 to 153916), duration: 03:30.00 (015750)
Info    | 9:21:16 PM | Trk 02 format type is CDDA
Info    | 9:21:16 PM | Index found: 010201000000003044177775
Info    | 9:21:46 PM | Current copyright flag !DCP kept
Info    | 9:21:47 PM | Setting back of saved read error recovery parameters was successful.
Info    | 9:21:47 PM | Total corrupt Q subcode blocks: 2663
Info    | 9:21:47 PM | Trk 01 corrupt symbols (C2 pointers): 0
Info    | 9:21:47 PM | Trk 02 corrupt symbols (C2 pointers): 0
Info    | 9:21:47 PM | Total corrupt symbols (C2 pointers): 0
Warning | 9:21:47 PM | Injected sub at sector: 138015 (30:40.15)
Info    | 9:21:47 PM | Reading process completed successfully.

************************************************************************************************
************************************************************************************************

Mega Man Legends Demo

rom ( name "track01 (lisc).bin" size 98174832 crc 96e4d43b md5 3ae438b6a800900e8c9a44e8dc0895ba sha1 cdd28c8506d731d54839d9c6a5ec652dd17d7222 )
rom ( name "track01 (plex).bin" size 98174832 crc 41a84be1 md5 e084697fc0e3302c36b71d09dd68ef52 sha1 602130a2d56d1eb958b92304ac3c770dbc65ddd9 )
rom ( name "track01 (sams).bin" size 98174832 crc 96e4d43b md5 3ae438b6a800900e8c9a44e8dc0895ba sha1 cdd28c8506d731d54839d9c6a5ec652dd17d7222 )
rom ( name "track01 (tsst).bin" size 98174832 crc 96e4d43b md5 3ae438b6a800900e8c9a44e8dc0895ba sha1 cdd28c8506d731d54839d9c6a5ec652dd17d7222 )

rom ( name "track02 (lisc).bin" size 37044000 crc 9281934f md5 8068aec53ff135f2daae1c6988b5368e sha1 6b7d3dda0242e62c7bc1d32bd898e6f2b6bb0530 )
rom ( name "track02 (plex).bin" size 37044000 crc 9281934f md5 8068aec53ff135f2daae1c6988b5368e sha1 6b7d3dda0242e62c7bc1d32bd898e6f2b6bb0530 )
rom ( name "track02 (sams).bin" size 37044000 crc 9281934f md5 8068aec53ff135f2daae1c6988b5368e sha1 6b7d3dda0242e62c7bc1d32bd898e6f2b6bb0530 )
rom ( name "track02 (tsst).bin" size 37044000 crc 9281934f md5 8068aec53ff135f2daae1c6988b5368e sha1 6b7d3dda0242e62c7bc1d32bd898e6f2b6bb0530 )

So 3 of the 4 track01 dumps match and all 4 of the EAC tracks match

So I ran all 4 Mega Man Legends Demo track01 dumps though CDMage which reported 151 corrupt sectors which CDMage was able to fix and came out with the following results which all match.

rom ( name "track01 (lisc).bin" size 98174832 crc 5de7af2a md5 eb7eb45e875d1659f58320d27e4fcf5a sha1 2d3943b7ad6099229551ec3f672674ae544fa258 )
rom ( name "track01 (plex).bin" size 98174832 crc 5de7af2a md5 eb7eb45e875d1659f58320d27e4fcf5a sha1 2d3943b7ad6099229551ec3f672674ae544fa258 )
rom ( name "track01 (sams).bin" size 98174832 crc 5de7af2a md5 eb7eb45e875d1659f58320d27e4fcf5a sha1 2d3943b7ad6099229551ec3f672674ae544fa258 )
rom ( name "track01 (tsst).bin" size 98174832 crc 5de7af2a md5 eb7eb45e875d1659f58320d27e4fcf5a sha1 2d3943b7ad6099229551ec3f672674ae544fa258 )

I also dumped this game using Perfect Rip and came up with the following results

©2006   H & H   s o f t w e r x.
PerfectRip v1.00 b34 log. 5/14/2010 10:24:50 PM

Type    . Time        . Description
------- + ----------- + -----------
Info    | 10:24:50 PM | Current device: PLEXTOR DVDR   PX-708A  1.12
Info    | 10:24:50 PM | Reported CD read speed (kbytes/s): 1411(8x)
Info    | 10:24:50 PM | Current read error recovery setting: mode: 00h retry count: 10
Info    | 10:24:50 PM | Setting of read error recovery to normal with 3 retries was successful.
Info    | 10:24:50 PM | Detecting subcode/C2 pointers priority..
Info    | 10:24:50 PM | Detecting and correcting subchannel offset..
Info    | 10:24:50 PM | Subcode/C2 priority is: main+C2+sub.
Info    | 10:24:50 PM | Subchannel sector offset: 1
Info    | 10:24:50 PM | Detection finished.
Info    | 10:24:50 PM | Main channel read offset correction: 2468 bytes (617 samples)
Info    | 10:24:50 PM | Main channel write offset correction: 0 bytes (0 samples)
Info    | 10:24:50 PM | Subchannel offset correction: -1 sectors
Info    | 10:24:50 PM | C2 error pointers offset correction: 2468 bits
Warning | 10:24:50 PM | CD-TEXT not found or unsupported
Info    | 10:24:50 PM | Reading Media Catalog Number...
Info    | 10:24:51 PM | MCN not encoded
Info    | 10:24:51 PM | Reading International Standard Recording Code...
Info    | 10:24:52 PM | ISRC(track 1) not encoded
Info    | 10:24:53 PM | ISRC(track 2) not encoded
Info    | 10:24:53 PM | OP: -00:00.02 to -00:00.01 (-000002 to -000001), duration: 00:00.02 (000002)
Info    | 10:24:53 PM | Trk 01: 00:00.00 to 09:16.40 (000000 to 041740), duration: 09:16.41 (041741)
Info    | 10:24:53 PM | Trk 01 format type is CD-ROM mode 2
Info    | 10:24:54 PM | Index found: 410101000000000002002832
Error   | 10:26:05 PM | Error while burst reading sectors: 041587 to 041609 (09:14.37 to 09:14.59)
Info    | 10:26:05 PM | Retrying with 1 sector reads from: 041587 (09:14.37)
Info    | 10:26:05 PM | Found new subchannel offset correction (sectors): 0 (LBA: 41590)
Info    | 10:26:05 PM | Pause found: 01020000017400091641E85C
Info    | 10:26:05 PM | 1 sector reads were ok, setting back to burst reading from: 041610 (09:14.60)
Info    | 10:26:05 PM | FLAGS DATA
Info    | 10:26:05 PM | Current copyright flag !DCP kept
Info    | 10:26:05 PM | Trk 02: 09:16.41 to 12:46.40 (041741 to 057490), duration: 03:30.00 (015750)
Info    | 10:26:05 PM | Trk 02 format type is CDDA
Info    | 10:26:05 PM | Index found: 010201000000000918415DA0
Info    | 10:26:32 PM | Current copyright flag !DCP kept
Info    | 10:26:32 PM | Setting back of saved read error recovery parameters was successful.
Info    | 10:26:32 PM | Total corrupt Q subcode blocks: 1897
Info    | 10:26:32 PM | Trk 01 corrupt symbols (C2 pointers): 0
Info    | 10:26:32 PM | Trk 02 corrupt symbols (C2 pointers): 0
Info    | 10:26:32 PM | Total corrupt symbols (C2 pointers): 0
Warning | 10:26:33 PM | Injected sub at sector: 041589 (09:14.39)
Info    | 10:26:33 PM | Reading process completed successfully.

************************************************************************************************
************************************************************************************************

So should I assume the unaltered dumps are good to start editing, or where should I go from here (resize, remove, etc.)?

Please note I am also having a similar issue with Shockwave Assault.

2010-05-15 05:15:02

i guess CD have some scraches or fingerprints on it.

I cleaned the disc before dumping, I didn't see any scratches of finger prints.

you could try to clean it and set lower reading speed, before dumping with IsoBuster.

I haven't tried this because I'm not sure how to change the read speed in ISOBuster

does data track have EDC for Form2 sectors?

How would I be able to tell if this game has EDC?

if it does, you could run it through CDMage and likely 'Light Scribe' image will report some errors.
repairing those probably will make it match to the other images.

I ran the image through CDMage and it stated that the image had 3 corrupt sectors which it was able to fix.

But when I ran the image back through clrmamepro it came up with a new with a set of hash calculations that were completely different than the other results

track01.bin size 723414048 crc 850f59f8 md5 da7e622e0ae4fa889c1697a36317719f sha1 1cad08cc96c889e12b1e177cd007d6593a2039f3

I've been having problems similar problems when trying to dump Tron Bonne & Mega Man Legends Demo

2010-05-13 21:53:02

I'm glad you guys suggested using both EAC & PerfectRip because I ran into an unusal situation with Brigandine.

The IsoBuster /EAC dump matches the database but the PerfectRip one doesn't, I'm not sure which one to trust.

2010-05-13 14:26:04

Personal I think the thing that made me wait so long to dump my games was the complexity of the dumping process. It's not so bad now that I've tried it a couple of times but if the main point of the video is get get people to join redump.org and start dumping their games, I think it might be a better idea to create several video tutorials for people to view, for instance

- Dumping 1 track PS1/2 disc using IsoBuster
- Dumping 2 track PS1 game using IsoBuster & EAC
- Dumping 2 track PS1 game using Perfect Rip
- Dumping Multi track PS1 game using IsoBuster & EAC
- Dumping Multi track PS1 game using Perfect Rip

Also include videos of common errors found when dumping games

- Combined negative offset
- Isobuster Errors
- EAC Pregap issues

Lastly include a video on how to repair a damaged disc using Brasso / Plexus
- I haven't tried it yet but others have and they have reported positive results

If we house all these videos in one thread and sticky it, I think it would help people that are unfamiliar with the process attempt to dump a game or two....

2010-05-12 03:59:01

Thank you both for the help! I'm pretty sure I understand the concept now. But just to make sure, the only time I would need to use the FPCopy64 -r "track02good.bin" -2468 command would be if I have a negative offset, correct?

And I may need to adjust the -2468 value depending on what the combined offset is, correct? I assume the calculation would be, combined offset times 4.

In the future I'll probably dump any new discs using Perfect Rip and compare them using ISOBuster + EAC. If I find any discrepancies I'll dump the track 2 manually using ISOBuster.

2010-05-11 18:35:49

-2468 are the bytes in offset -617 => 617 x 4. IsoBuster dumps a track with no offset correction, so you do it manually. You have to dump track with IB, not with normal method.

But I thought that was what the copy /b pregap.bin+track02.bin track02good.bin command is for, isn't this adding the pregap to track 2?

Also I was able to verify other 2 track games such as Dino Crisis 2 without using a remove or resize command, all I used on track 2 was

psxt001z.exe --gen pregap.bin 352800
copy /b pregap.bin+track02.bin track02good.bin

I'm still a little confused on when I should be using the remove / resize command. I just want to make sure I understand in case I encounter a disc with a similar issue.

Lastly, since EAC didn't show any errors, how would I know that I have a bad dump of track 2 (assuming this game was undumped and not in the database)? Since EAC and Perfect Rip are coming up with two different results how do I know which one is correct?

2010-05-11 14:57:37

Thank you all for responding and offering assistance.

velocity37 wrote:

If you're uncomfortable with hex editors, you can instead:
psxt001z.exe --gen offsetfix.bin 2468
copy /b offsetfix.bin+track02.bin track02good.bin
FPCopy64 -r "track02good.bin" -2468

Why would I need to resize track 02 by 2468 bytes? I haven't done this on any of my other 2 track dumps?

I usually just do the following when dumping a 2 track disc

FPCopy64 -r "track01.bin" -352800
      (assuming the pregap is 2 seconds)

psxt001z.exe --fix "track01.bin"

psxt001z.exe "track01.bin"

psxt001z.exe --gen pregap.bin 352800
      (assuming the pregap is 2 seconds)

copy /b pregap.bin+track02.bin track02good.bin

Should I be using the FPCopy64 -r "track02good.bin" -2468 command for all 2 track discs?

I tried my normal method of dumping then used the above command to resize track 2 but it still didn't match the database entry.

I tried dumping this disc with Perfect Rip (using the Sega CD guide in the forums) & it matched the database entry exactly. I guess my only question is why can't I get the disc to match the database entry through the normal method of dumping? Are we sure that perfect rip is producing accurate results?

2010-05-09 04:26:31

Thanks for the quick response,

Is that package included in your post the same thing as generating a 2 second pregap and merging it with the original track 2 to create a new track02good.bin file? See example below.

psxt001z.exe --gen pregap.bin 352800

copy /b pregap.bin+track02.bin track02good.bin

If it's not the same thing, how would I know when to use the bat files if I'm dumping a new game with the same problem?

2010-05-09 04:16:18

I've been trying to dump Shockwave Assault for the PSX and have been getting mixed results. I dumped it the first time on each of my four drives. The Plextor & TSSTcorp came up with the same results, the Light Scribe was showing something different, and it was undumpable on the Samsung drive.

Original Dumps

Light Scribe GSA-H55L    track01.bin size 723414048 crc 6d84d5fd md5 eac64ce84a79ac0aca32ff737b37b343 sha1 b3ad6dbcbc9daf9c457ccf465baa655e6d8662d4
PLEXTOR DVDR PX-708A     track01.bin size 723414048 crc d1b262cd md5 52d1ebb22bad17ecd250a7eea6159f84 sha1 e285eeeab6827396b6fec653cf1490de1abfdf99
TSSTcorp SH-S223L        track01.bin size 723414048 crc d1b262cd md5 52d1ebb22bad17ecd250a7eea6159f84 sha1 e285eeeab6827396b6fec653cf1490de1abfdf99
SAMSUNG DVD-ROM SD-616F  Sector Errors (wont dump correctly)

So since I got errors on one drive and different results on another I decided to redump in on all four drives again just to make sure it's be dumped correctly. I came up with similar results, the Plextor & TSSTcorp came up with the same results as they did before, the Light Scribe was showing something different and it was even different when compared to the first dump from the Light Scribe drive, and it was undumpable on the Samsung drive again.

Re-Dumps (2nd attempt)

Light Scribe GSA-H55L    track01.bin size 723414048 crc 9691cdc2 md5 687ca57d62bf7efca4c6df5c63dc4361 sha1 8e04d2d154ac205c64ebd235d7eb6bf97a7325a9
PLEXTOR DVDR PX-708A     track01.bin size 723414048 crc d1b262cd md5 52d1ebb22bad17ecd250a7eea6159f84 sha1 e285eeeab6827396b6fec653cf1490de1abfdf99
TSSTcorp SH-S223L        track01.bin size 723414048 crc d1b262cd md5 52d1ebb22bad17ecd250a7eea6159f84 sha1 e285eeeab6827396b6fec653cf1490de1abfdf99
SAMSUNG DVD-ROM SD-616F  Sector Errors (wont dump correctly)

so just for curiousity's sake I redumped it again with the Light Scribe drive and came up with a complete different result again.

Re-Dumps (3rd attempt)

Light Scribe GSA-H55L    track01.bin size 723414048 crc 7f3e2bf6 md5 ce6e0843bab5b0b7948414909bac0b6a sha1 bfb246af9c606eeb1ea24e7a371f7b8174e9d8fe

Why am I getting a different result every time I try to dump the game with the Light Scribe drive?

Also since I was able to get 4 identical dumps with two different drives should I assume that the game was dumpped successfully on the TSSTcorp & PLEXTOR drives?

Before I submit the this as a newly dumped disc I'll wait for feedback here first.

2010-05-09 03:54:22

I'm having trouble dumping Rhaosody, I used the following two commands to correct track 1 which matched the database entry

FPCopy64 -r "track01.bin" -352800

psxt001z.exe --fix "track01.bin"

I used IsoBuster to check the pregap just to make sure that its really 2 seconds and it is, the garbage started 150 sectors back, however the px_d8 log shows msf as 00:02:02. Is the MSF value the pregap because on all the other games I have checked it's listed as 00:02:00?

I can't get track 2 to match even if I add 2 second pregap to track 2.

C:\z>px_d8.exe e 0
Sector: 0
MSF: 00:02:02
Combined offset: -2468 bytes / -617 samples

Here is the EAC log of track 2 incase you notice anything incorrect in here...

EAC Log

Exact Audio Copy V0.99 prebeta 4 from 23. January 2008

EAC extraction logfile from 5. May 2010, 21:15

Unknown Artist / Unknown Title

Used drive  : PLEXTOR DVDR   PX-708A   Adapter: 1  ID: 1

Read mode               : Secure
Utilize accurate stream : Yes
Defeat audio cache      : Yes
Make use of C2 pointers : Yes

Read offset correction                      : -617
Overread into Lead-In and Lead-Out          : Yes
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks   : No
Null samples used in CRC calculations       : Yes
Used interface                              : Native Win32 interface for Win NT & 2000
Gap handling                                : Not detected, thus appended to previous track

Used output format : Microsoft PCM Converter
Sample format      : 44.100 kHz, 16 Bit, Stereo


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.00 | 38:15.21 |         0    |   172145   
        2  | 38:15.21 |  3:07.46 |    172146    |   186216   


Track  2

     Filename C:\Documents and Settings\Special-T\Desktop\Track02.bin

     Peak level 98.8 %
     Track quality 100.0 %
     Test CRC A912AB5D
     Copy CRC A912AB5D
     Copy OK

No errors occurred

End of status report

2010-05-03 02:58:24

It funny that you mention this because I recently redumped my copy of Tomb Raider and it showed me as having some EAC errors but not on the last track.... anyways even with the errors mine matched the database entry exactly so I'm not sure whats going on?

I dumped it using my HL-DT-STDVD-RAM GSA-H55L Drive

2010-05-02 22:32:30

Couldn't you just use the Game Doctor? It's suppose to buff out the scratches on a CD and/or DVD?

I live in the USA and it was sold at Software Etc. & EBgames when it was popular a couple of years ago.

2010-05-01 03:31:55

I just redump / verified my copy of Breath of Fire IV for the playstation, however this is the first game I encountered that had two data tracks and no audio tracks.

I extracted both tracks using IsoBuster & then checked them with clrmamepro and they matched the entry in the database.

Couple of quick questions though.

1. I'm assuming I should not be using the psxt001z.exe --fix "trackxx.bin" command on track 02 because it generated errors even though its a data track. Correct?

2. I used the px_d8 command to determine that the disc offset which was -647, what would that be used for since there are no audio tracks to dump, is that number needed for anything?

2010-04-30 06:12:55

Well do I feel like an idiot right about now lol, velocity37 was right I was just on the wrong tab

Thank you all for the suggestions, that corrected the problem. All four of my drives work correctly now.

velocity37 wrote:

Also, does that Plextor work with px_d8? If it does, you'll no longer have to count garbage data, and you can get the offset of data-only discs

Holy crap that is an awesome program and yes my Plextor works with it so feel free to update your post with my drive information PLEXTOR DVDR PX-708A +30

I also tested the following drives and they do not work (an error appeared when I tried to run the file)

- Light Scribe GSA-H55L +102
- TSSTcorp SH-S223L +6
- SAMSUNG DVD-ROM SD-616F +1182

But I'm glad I have one drive that can handle this nifty little program.

Thanks again for all your help guys!

2010-04-29 20:05:51

I've been searching the internet and still can't seem to find a solution to the above problem....

But another

The guide here on Redump.org says I should be using ExactAudioCopy V0.99 Prebeta 4, which I am.

I noticed that V0.99 prebeta 5 is out now, so should I upgrade? Do you think this may fix the above problem?

2010-04-29 16:26:47

Sounds good, it's probably going to be a week or so before I start dumping them. I still have about 20 PS1 games to dump. Thank you!

2010-04-29 15:04:28

I'd be happy too :-)

Would the updated guide pertain to the Sega CD & Saturn as well or just the PC-Engine?

2010-04-29 14:26:56

I would really appreciate it if someone would write an updated FAQ if a better method is available. I have a very large video game collection I would like to dump and upload here but I want to make sure I'm using the best easiest method available.

I have approximately 40 PC-Engine games & another 50 Sega CD games I would like to dump once I'm done doing my PS1 games.

So if anyone here is willing to create the new tutorial I would greatly appreciate it!

2010-04-29 14:12:29

Thanks for the help, that will allow me to dump another 10 or so PSX games!

So I just found two really cheap drives that I picked up and installed in my computer (serious about $5 each)

SAMSUNG - DVD-ROM SD-616F with a +1182 offset
PLEXTOR - DVDR PX-708A with a +30 offset

I tried setting them up in EAC per the guide but I'm having a problem when I get to this step

- Open the drive options (EAC -> Drive Options or press F10);
- Select the first tab ("Extraction Method") and click on "Detect Read Features";
- EAC should now start detecting the features of your drive;

They are both installed properly and working but when I do the above step it shows this message first

Then is shows this message

Why does it keep saying that CD Not Found In Offset Database?

When I set my other two drives up it took a couple of minutes but after it was done analyzing the drive it found the offset sample and asked if I wanted to submit it to the database.

I've tried several video game & music cd's but none seem to work. I even tried two of the discs that are listed on the EAC page.

Can anyone help me set this drive up?

2010-04-28 02:22:32

I just noticed that is only 1 USA TurboGrafx-CD game listed in the database.

I have a couple of games I can dump but I wanted to know if I can use the normal CD Dumping Guide or are these disc's special in any way like the Saturn & Sega CD disc's?

2010-04-27 23:43:17

Thanks for the help your explanation worked for dumping 2 track games :-)

I have another question for you though.

Since EAC won't detect the pregap length we have to determine that manually in IsoBuster, so lets use Castlevania: Symphony of the Night for our test.

When I open track 2 in IsoBuster and go back 150 sectors I see two full rows of garbage, which is correct but if we pretend this game wasn't already dumped I'm suppose to go back another page to determine if the previous page is full of garbage or just header info correct?

So if I go back another page, I get the following error...

device reported error code : 03/11/00

I ignored the error and dumped my copy of Castlevania which ended up matching the info in the database exactly.

1. Why would I be getting that error

2. Should I even be going back more than 150 sectors on 2 track discs?

I want to make sure I'm doing this correctly because I have 5 or 6 games that aren't in the database that I want to dump, but I want to make sure I'm doing it correctly.

2010-04-24 13:06:56

Sounds good, thank you very much for the help!

2010-04-24 04:42:15

When re-verifying an already dumped game in the database, do I just need to redump the game from the original CD then scan it with clrmamepro to see if it matches?

Also what information do I need to post once I redump a game?

2010-04-24 03:47:55

I just ran into a game with this same problem (Monster Rancher), it only has two tracks....

I extracted the first track like normal then I opened the sector viewer of track 2 in IsoBuster and subtracted 150 from the starting point of 138340 which was 138190 and determined it has a pregap of 2 seconds or 2 full rows or garbage which meant 150 * 2352 = 352800

Now should I use the resize (FPCopy) and psxt001z tool on the track01.bin file and do the typical

- FPCopy64 -r "track01.bin" -352800
- psxt001z.exe --fix "track01.bin"

Also what file should I be editing with the hex editor track01.bin?

Lastly do I extract the audio with EAC or Isobuster?

Search options (Page 2 of 3)

Posts found: 26 to 50 of 69

26 Reply by Specialt1212 2010-05-15 13:03:54

Re: Tron Bonne & Mega Man Legends Demo Help (6 replies, posted in General discussion)

27 Topic by Specialt1212 2010-05-15 05:15:10

Topic: Tron Bonne & Mega Man Legends Demo Help (6 replies, posted in General discussion)

28 Reply by Specialt1212 2010-05-15 05:15:02

Re: Shockwave Assault dumping question (2 replies, posted in General discussion)

29 Reply by Specialt1212 2010-05-13 21:53:02

Re: Rhaosody & px_d8 question (22 replies, posted in General discussion)

30 Reply by Specialt1212 2010-05-13 14:26:04

Re: A way to promote redump - will you help me? (3 replies, posted in General discussion)

31 Reply by Specialt1212 2010-05-12 03:59:01

Re: Rhaosody & px_d8 question (22 replies, posted in General discussion)

32 Reply by Specialt1212 2010-05-11 18:35:49

Re: Rhaosody & px_d8 question (22 replies, posted in General discussion)

33 Reply by Specialt1212 2010-05-11 14:57:37

Re: Rhaosody & px_d8 question (22 replies, posted in General discussion)

34 Reply by Specialt1212 2010-05-09 04:26:31

Re: Rhaosody & px_d8 question (22 replies, posted in General discussion)

35 Topic by Specialt1212 2010-05-09 04:16:18

Topic: Shockwave Assault dumping question (2 replies, posted in General discussion)

36 Topic by Specialt1212 2010-05-09 03:54:22

Topic: Rhaosody & px_d8 question (22 replies, posted in General discussion)

37 Reply by Specialt1212 2010-05-03 02:58:24

Re: Dumping questions (11 replies, posted in General discussion)

38 Reply by Specialt1212 2010-05-02 22:32:30

Re: Fixing scratched CD's and DVD's using Brasso (17 replies, posted in General discussion)

39 Topic by Specialt1212 2010-05-01 03:31:55

Topic: Breath of Fire IV redump question (1 replies, posted in General discussion)

40 Reply by Specialt1212 2010-04-30 06:12:55

Re: Need help with dumping (18 replies, posted in General discussion)

41 Reply by Specialt1212 2010-04-29 20:05:51

Re: Need help with dumping (18 replies, posted in General discussion)

42 Reply by Specialt1212 2010-04-29 16:26:47

Re: PC-Engine / TurboGrafx-CD dumping (6 replies, posted in General discussion)

43 Reply by Specialt1212 2010-04-29 15:04:28

Re: PC-Engine / TurboGrafx-CD dumping (6 replies, posted in General discussion)

44 Reply by Specialt1212 2010-04-29 14:26:56

Re: PC-Engine / TurboGrafx-CD dumping (6 replies, posted in General discussion)

45 Reply by Specialt1212 2010-04-29 14:12:29

Re: Need help with dumping (18 replies, posted in General discussion)

46 Topic by Specialt1212 2010-04-28 02:22:32

Topic: PC-Engine / TurboGrafx-CD dumping (6 replies, posted in General discussion)

47 Reply by Specialt1212 2010-04-27 23:43:17

Re: Need help with dumping (18 replies, posted in General discussion)

48 Reply by Specialt1212 2010-04-24 13:06:56

Re: Verifying Dumps (2 replies, posted in General discussion)

49 Topic by Specialt1212 2010-04-24 04:42:15

Topic: Verifying Dumps (2 replies, posted in General discussion)

50 Reply by Specialt1212 2010-04-24 03:47:55

Re: Need help with dumping (18 replies, posted in General discussion)

Posts found: 26 to 50 of 69