Dumping tools and games

[TheDrifter363]

Um, ok. Lol. So I have an external LG blu ray drive that I use for most of my dumping. I've dumped the first data track with cd manipulator. I didn't have any audio in the data track and I verified it against the other dumps. I've seen scrambled data in track 2's pregap, it had a read+write offset of 651. I'm having trouble determining the read offset. Every time I use EAC, it says overread lead in only, and cd not found in database. What am I supposed to do now? I want to determine the read offset so I can properly dump these tracks. Oh, also this burner supported c2 errors, should I have it enabled or forget about it? Man these discs with audio tracks are hard.

Now if for some reason, my drive's not good enough to submit to your website, is there any way for me to have a good backup of these drives? I wish to preserve them.

Edit: So I did some more reading and I've determined these things. When I detect pregaps for half life the original, I get a 2 second pregap in track 2 and a 2 second pregap in track 1, which is the data track. I used isobuster's sector viewer to determine my read+write offset and I got 651 samples. I found my drive in accuraterip's database and they listed 667 samples for the read offset. This means the value I will put in EAC will be 651. My factory write offset is -16. Also when detecting the pregap, track 6 does not have a read crc, but does have a test crc. I will give some more findings, but it seems as if I'm going to have different checksums as compared to the other dumps. If so, why is this? Games with audio will have different checksums depending on which drive you use? That would make the redump database very large. Maybe I'm not doing something right.

Also with all of this information, is there any way for me to back up these games that contain audio data? Should I just use a ccd, img, sub as I've been doing before. Can ccd capture all the audio tracks successfully?

Edit2: Ok so I ripped the files with EAC and I have some questions. In the log file it said track 6 and 7 were at 99.8 and 99.5 percent accuracy but the crc values matched on both of them. Also none of the music bin files match up with the database. Lastly I have no idea how to mount these files into am image which I can use to install the game. Any help would be appreciated.

[pablogm123]

This is not explained in the official guide, because majority of "hardcore" dumpers started to use real Plextor drives and therefore manual method was considered obsolete...

When in the pregap there is at least one entire scrambled data sector (=2352 bytes/588 samples) or more scrambled data with a visible header, first visible header should be observed very carefully.



Requested sector is 22:19:25, and because that sector is marked as audio by the subs drive won't correct the offset. Neither unscramble data.

Drive provides a part of 22:19:20 and the beggining of 22:19:21, that header you can see. Drive is reading 4 sectors before than expected, plus 2324 bytes (because sector 22:19:21 [23:99:21 in scrambled form] starts at 0x914 offset in that screenshot).

2352*4 bytes +2324 bytes = 11732 bytes. Read offset of drive used: +6 samples, +24 bytes.

(11732 bytes - 24 bytes)/4 bytes per sample = 2927 samples, the expected one and verified via a real Plextor drive:

https://redump.info/disc/29165/

With the classic way, user will see that there are 16436 bytes of scrambled data, so that will think that offset once subtracted the read offset of the drive is 4103 samples. Very wrong, because in that pregap there are two scrambled data sectors which belong to the audio track.

Sample of pregap used, untouched and the valid sectors unscrambled, being 22:19:21 the first one.

https://www.dropbox.com/s/t0h467nl9y84v … 0offset.7z

==========

Once properly detected and configured the offset, any drive should dump the very same audio tracks, if there are mismatches (without taking into account read errors themselves):

-First audio track with data in the pregap. In the posted example, if you delete the first 11732 bytes matches the pregap extracted via a Plextor drive and cdtoimg-d8. Sometimes pregaps with scrambled data sectors can be recovered by extracting the pregap range via IsoBuster, adding a few of extra sectors to correct the offset. In this case, extracting 100300-100460 (10 extra sectors to overdump a little) sectors, deleting the first 11732 bytes and resizing the bin so that size is 352800 bytes (deleting now useless data from the ending, not from the beggining). That would be the pregap with data, which could be pasted into the track dumped by EAC to restore it.

-Gaps badly detected, use another drive or another method of detecting gaps in the drive's properties, until getting gaps which make sense. And always configure EAC to analyze EAN aka MCN aka CATALOG and ISRCs, another thing not mentioned in the guide, to get more complete cues, because many discs have the typical CATALOG 0000000000000.

-Last track truncated. With a +667 drive it is somewhat likely that certain last tracks are truncated. Hot swap method (any useless [or not useless if you treat it well and carefully in the process] CDDA disc bigger (speaking of size in sectors) than the disc to dump is fine for that) and then you can run to recover the lost audio samples. Extract the first sectors of lead-out (previously known that sector, for Fury^3 is 191780) and replace the xyz bytes of the track dumped by EAC with the xyz bytes of the lead-out, where xyz is the combined offset for that disc/drive combination. An easier alternative would be another drive where combined offset for that disc is negative (for example, +6 drive for -22 and -12 discs, at least to dump the last track, never the first one unless you restore the possible missing data) or a drive which can overread into the lead-out.

For that drive:
C2 error reporting enabled.
Cache defeating disabled, because caches audio data under 64 KB of audio. 37/39 KB as far I remember.
And of course, makes use of Accurate Stream, because any decent drive since 1998~2000 offer Accurate Stream = constant and predictable offset, not something like +113 in a read, +115 in other, +116 in other... an 8x CD-ROM drive by Panasonic which jitters.

And try +667-12 for that disc, -16 samples isn't a common offset. -12 is.

To mount the image, don't forget to replace MODEx/2xxx with the proper one (MODE1/2352 or MODE2/2352, pretty obvious seeing the byte 15 of the dumped data track, 01=MODE1 and 02=MODE2) and replace every .wav" WAVE with .bin" BINARY, because audio tracks dumped following the guide lack of header.

==========

CCD question: make a CloneCD dump and replace the img created with bins concatenated:

copy /b "Track 01.bin"+"Track 02.bin"+"Track 03.bin"+"Track 04.bin"+... "Name of the IMG.img"

Done, CCD image with the audio ripped securely and with corrected offset. And additionally sub could be replaced with the dumped by subdump if you care.

[TheDrifter363]

So I dumped the game finally, and it matched! Though I'm having a hard time mounting it. Here is my cue file:

REM DISCID BC0F651C
REM COMMENT "ExactAudioCopy v1.0b3"
PERFORMER "Unknown Artist"
TITLE "Unknown Title"
FILE "01 Track01.bin" BINARY
  TRACK 01 MODE1/2352
    TITLE "Track01"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "02 Track02.bin" BINARY
  TRACK 02 AUDIO
    TITLE "Track02"
    PERFORMER "Unknown Artist"
    INDEX 00 00:00:00
    INDEX 01 00:02:00
FILE "03 Track03.bin" BINARY
  TRACK 03 AUDIO
    TITLE "Track03"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "04 Track04.bin" BINARY
  TRACK 04 AUDIO
    TITLE "Track04"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "05 Track05.bin" BINARY
  TRACK 05 AUDIO
    TITLE "Track05"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "06 Track06.bin" BINARY
  TRACK 06 AUDIO
    TITLE "Track06"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "07 Track07.bin" BINARY
  TRACK 07 AUDIO
    TITLE "Track07"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "08 Track08.bin" BINARY
  TRACK 08 AUDIO
    TITLE "Track08"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "09 Track09.bin" BINARY
  TRACK 09 AUDIO
    TITLE "Track09"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "10 Track10.bin" BINARY
  TRACK 10 AUDIO
    TITLE "Track10"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "11 Track11.bin" BINARY
  TRACK 11 AUDIO
    TITLE "Track11"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "12 Track12.bin" BINARY
  TRACK 12 AUDIO
    TITLE "Track12"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "13 Track13.bin" BINARY
  TRACK 13 AUDIO
    TITLE "Track13"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "14 Track14.bin" BINARY
  TRACK 14 AUDIO
    TITLE "Track14"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "15 Track15.bin" BINARY
  TRACK 15 AUDIO
    TITLE "Track15"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "16 Track16.bin" BINARY
  TRACK 16 AUDIO
    TITLE "Track16"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "17 Track17.bin" BINARY
  TRACK 17 AUDIO
    TITLE "Track17"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "18 Track18.bin" BINARY
  TRACK 18 AUDIO
    TITLE "Track18"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "19 Track19.bin" BINARY
  TRACK 19 AUDIO
    TITLE "Track19"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "20 Track20.bin" BINARY
  TRACK 20 AUDIO
    TITLE "Track20"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "21 Track21.bin" BINARY
  TRACK 21 AUDIO
    TITLE "Track21"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "22 Track22.bin" BINARY
  TRACK 22 AUDIO
    TITLE "Track22"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "23 Track23.bin" BINARY
  TRACK 23 AUDIO
    TITLE "Track23"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "24 Track24.bin" BINARY
  TRACK 24 AUDIO
    TITLE "Track24"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "25 Track25.bin" BINARY
  TRACK 25 AUDIO
    TITLE "Track25"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "26 Track26.bin" BINARY
  TRACK 26 AUDIO
    TITLE "Track26"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "27 Track27.bin" BINARY
  TRACK 27 AUDIO
    TITLE "Track27"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00
FILE "28 Track28.bin" BINARY
  TRACK 28 AUDIO
    TITLE "Track28"
    PERFORMER "Unknown Artist"
    INDEX 01 00:00:00

With the way this is right now, it will not mount. It says corrupt image.

Edit: I was able to figure it out. Apparently my mounting software cannot handle multiple bins. I concatenated them with the copy /b command and sure enough it mounted. Will the ccd file I make from alcohol 120 or clonecd be compatible with the concatenated img file? I ask because the img file from the concatenation is not the same img file from alcohol 120.

Edit2: So I made the ccd file with alcohol 120 and am using the img file made from the concatenation. I have one issue. I'm using CDMage to verify any errors and I should have none. With the bins and cue files, I get no errors; however, with the ccd file I get 150 errors. I noticed that the cue file shows 150 at pause for track 2. When I load up the ccd file, there is no 150 at pause for track 2. The number is 0. How do I add this 150 at pause for track 2 in the ccd file? This should fix the ccd issue.

[TheDrifter363]

I am writing this reply to personally thank you pablogm123. You have helped so much in dumping these games, and I wanted to make sure I got them dumped as best as possible. Thank you very much and I very much appreciated what you have done for me.

[pablogm123]

Delete the REM, TITLE and PERFORMER lines. REM are comments/remarks, unneeded because these ones don't say anything useful. TITLE and PERFORMER only should contain data, in my opinion, data extracted from the actual CD-Text info encoded in the disc when available, not data provided by an online database.

To concatenate the dump, CDmage and Save as. Will create the proper cue (possible CATALOG, ISRCs and another possible flags are lost) for a single file dump, and the bin created by CDmage must match the created by copy /b. Once mounted that image, you can create a CCD/IMG/SUB (can coexist with the cue once edited the cue so that references the proper IMG file) or MDS/MDF dump from the virtual drive.

Regarding CDmage and scanning the image, seems that only can determinate the pause for images opened via a cue, not for ccd files.

[TheDrifter363]

I was able to get the cue files working. I'll just leave the files as is with the multiple bin files. Thank you again. By the way, when will the three games I dumped be entered into the database? Is there still missing information you would like me to fill out?

[pablogm123]

Initially, I prefered single file bin/cue dumps rather than splitted ones, until I realized that splitted ones are more confortable. For example, if the hash of the dump (DB can compute the CRC-32 of the entire image, deduced from the sizes and CRC-32 of the individual tracks) isn't the expected one you can detect easily the corrupted track and replace only this one, or even borrow it from another games which share the same audio tracks.

I have to add several new dumps from another dumper, so 1-2 days. When added, bookmark carefully your dumps, to add you properly as dumper (clickable nick, in other words) when you reach that range.

[Sparagas]

Sorry for necroposting, but did you successfully dumped Silent Hill for PC? Because it is not in the database yet