Search options (Page 12 of 12)

Only true Plextors can use 100b (Packed mode). 001b is raw mode, pretty standard. Unfortunately, Pioneer drives cannot overread into lead-in (Needed for PF and mixed mode CDs).

Once you master audio trap disc method, it works very fine (No more data tracks screwed up by drive chipset's misinterpretations) and you won´t need a very expensive and hard to get true Plextor drive for properly dumping certain discs.

You need a true Plextor drive (Sanyo chipset). For example any PX-7xx, except 740, 750 and 751. Today, Plextor drives are actually others (Lite-On, LG, Pioneer, NEC...) rebranded by Plextor and they doesn´t offer any special feature.

If you use a trap disc based on Mode 1 track, you can only dump data tracks (Already unscrambled and offset corrected), not audio tracks. I prefer a trap disc based on audio track, you can dump everything (Data track will be neither unscrambled nor offset corrected). However, ice.exe unscramble, correct offset and split the dump.

I think you can try another type of media for trap disc, like a CD-RW. You can erase it and burn once more if required this way. From my experience, CD-RW's gave me better results than conventional CD-R's.

HL drives with Renesas (Offset correction of +667 samples/2668 bytes) can not overread into lead-out, only into lead-in. That is worthless (At first) for a drive with a positive offset correction. So your drive potentially can miss that amount of samples at the end.

However (Relatively speaking), few discs which I have ever seen have non-null samples at the very end of disc. In my collection, the only disc which requires a drive with overread into lead-out (Or a drive with negative offset correction, such as a Toshiba SD-M1702) in order to read properly the last track is Alien Trilogy for PC.

In a few of ( Very rare) cases, you could verify the lead-in (Actually pregap of track 1) and lead-out sections (If you drive can), and tweak the offset correction value to read properly the whole disc.

I have this particular CDDA to clarify my statement:

-In many CDDAs, there are a large margin of zeroed sectors before music starts. This CDDA is different, music starts at LBA -1 (According to my HL with Renesas drive and Isobuster´s sector view, which doesn´t performs offset correction), before of LBA 0. Using the standard value of offset correction drive misses the music start (586 samples at LBA -1, 588 samples at LBA 0 and 79 samples at LBA 1), so I have to use a non-standard value of -586 (Negative) samples in this particular CDDA: -588 samples of a full sector + 2 first null samples at LBA -1:

A positive offset correction value delays the start of disc the specified amount of samples (588 samples=Full sector)
A negative offset correction moves forward the start of disc.

With a Scythe IDE/SATA to USB (JMicron based, ODDs runs fine with this) and NEC DV-5800E (Crossflashed to LT SHD-16P1S, Mediatek based DVD-ROM, like  SH-D162C) I can perform the trap disc (Burned in a Samsung CD-RW disc manufactured by Daxon, others) methode (Removing the cover and stoping the unit using startstop) and dump the high density area. However, the GD-ROM which I own is too damaged and (Once descrambled by ice.exe), so, the data tracks doesn´t match the ones in Redump´s database, whereas the audio tracks does.

At least as far as I tested, the optimal read speeds were 16x or 24x. Others only gave a lot of errors. I dumped the GD-ROM using CDTool by Truman (Setting manually the desired range to dump), which also allow the use of C2 pointers as a additional layer for catching read errors.

IMHO, you should try another disc for burn the trap disc. Maybe, you are employing a wrong type of media. I had to try lots of discs, until I found the correct one, the 10x Samsung CD-RW by Daxon I currently own for trap disc. Moreover, the IDE to USB adapter you are using is critical too. As far as I know, many IDE to USB adapters doesn´t operate properly with ODDs (ATAPI) drives.