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.

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.

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.

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:

http://redump.org/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.

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.

For more or less *standard PC discs with audio tracks, the classic IsoBuster+EAC method once detected the combined offset should be fine, anyway.

There are currently 5 Half-Life discs of that region in the DB:

http://redump.org/disc/10506/
http://redump.org/disc/26040/
http://redump.org/disc/16573/
http://redump.org/disc/26001/
http://redump.org/disc/25966/

You cannot dump properly track 2 of /disc/26001/ with neither a real Plextor or a swappable drive. Anothers ones yes, assuming that last track isn't truncated by the offset when drive used lacks of overreading into lead-out hability (my Pioneer DVR-107D/110D and my Hitachi-LG GCE-8526B are conventional drives and they can read into the lead-out).

*: no mastering errors, no scrambled data sectors in the first audio track's pregap, no audio sectors in the data track and a generous amount of digital silence in the ending of last track.

Also my main point, how am I supposed to obtain the subchannel data of this game. My normal method of using alcohol 120 will not work. Should I just use the subdump program?

As template, but specifying more clearly what is mastering ring code, mastering SID code, toolstamp, mould SID code and additional mould text, layer from that code and we put <TAB> for any ammount of multiple spaces:
http://forum.redump.org/topic/13553/

Taking this as example, would be this way:

http://redump.org/disc/29391/

Mastering ring code:
Sony DADC<TAB>5057288DVD 01

Mastering SID code:
IFPI LY33

Mould SID code:
IFPI AEW37

And because it's a single layer DVD, only there is codes in that layer, as general rule (certain DVD-5 discs can contain a dummy second layer with codes more or less readable depending on how the artwork cover these codes).

Regarding dumping of Tagès:

http://club.myce.com/showthread.php?t=51912
http://club.myce.com/showthread.php?t=89212

Also will cd manipulator use the sub file in img/ccd/sub. You said imgburn will ignore the sub file but will cd manipulator accept it?

Subcode data is mainly useful for multitrack discs, to detect accurately the gaps of tracks and imperative for these EUR PS1 discs protected by LibCrypt. For normal PC discs with just a data track even bin/cue is just fine, so perhaps ccd/img/sub (accepted by CDManipulator in RAW DAO 96 mode, by ImgBurn as well, but will ignore the sub and subcode will be generated by the burner) is the optimal solution.