Redump Forum

Oh, you mean the drive read-feature is application depend, not it's native right?

I guess maybe read command or ASPI(SPTI) layer different.

After I test the Pioneer DVD-129P via EAC and PR and Isobuster, I'll show the report here.

Best regard.

I use Pioneer DVD-129P via PR to dump SLPS-00917

https://redump.info/disc/9568/

And it get a perfect Track 01 and match the DB, but it hang up when jump to Track 02.

I restart PR and lost the drive, it shows blank on  devices screen.

Maybe my chipset problem, I'll change it to another PC.

Report continue.........Log out.

After move to 2nd PC(same ASPI and SPTI), the result is stop at the last sector of Disc.

The Track 01 also wrong CRC32. (But I don't know why.)

Isobuster test result is overread Lead-in only.

That's all.


PS: Audio trap dsc + CDRWin method get the wrong Track01, too. (Fix by cut the offset)

If the PR set length per read command to burst, not 1 sector.

It will get the right CRC Track01(data), but still stop at the last sector of Disc. (Track02 will be delete after U stop PR)

Maybe it can use PR(data) + EAC(audio) method to match the DB. ( nonsense)

If your drive has a correction offset value of +6 and factory write offset is +2, combined correction offset is +8, 32 bytes (You can, pottentially, miss 8 bytes at the end, not beggining, of disc). Thus, if you use audio trap disc, you can extract 0 - 50197 range using CDTool (With C2 reporting enabled, subchannel reading (Raw mode and deinterleaving enabled) and Main+Sub+C2 read order). You have to substract 32 bytes at the beginning of dump and append 32 zeroed bytes in the end. Start of a data track scrambled is always 00 FF FF FF FF FF FF FF FF FF FF 00 01 82 00. (00 FF FF FF FF FF FF FF FF FF FF 00 02 00 00 once descrambled).

Then, open SubCode Analyzer, load .sub and make CUE file. This CUE file is useful for spliting dump with CDMage and, then, descramble data track. If everything is fine (Tracks properly cutted, no missing data...), you will get a match. With trap disc method and my Pioneer drive I have dumped several discs for my personal archive and they match database.

Every utility noted is here:
/viewtopic.php?t=3289

PS: As far I know, also IsoBuster extracts ranges in burst mode, not single sector mode.

If your drive has a correction offset value of +6 and factory write offset is +2, combined correction offset is +8, 32 bytes (You can, pottentially, miss 8 bytes at the end, not beggining, of disc). Thus, if you use audio trap disc, you can extract 0 - 50197 range using CDTool (With C2 reporting enabled, subchannel reading (Raw mode and deinterleaving enabled) and Main+Sub+C2 read order). You have to substract 32 bytes at the beginning of dump and append 32 zeroed bytes in the end. Start of a data track scrambled is always 00 FF FF FF FF FF FF FF FF FF FF 00 01 82 00. (00 FF FF FF FF FF FF FF FF FF FF 00 02 00 00 once descrambled).

Then, open SubCode Analyzer, load .sub and make CUE file. This CUE file is useful for spliting dump with CDMage and, then, descramble data track. If everything is fine (Tracks properly cutted, no missing data...), you will get a match. With trap disc method and my Pioneer drive I have dumped several discs for my personal archive and they match database.

Every utility noted is here:
/viewtopic.php?t=3289

PS: As far I know, also IsoBuster extracts ranges in burst mode, not single sector mode.

Well, the solution for deal with the anomaly PS game is complex.

I learned a lot, thank you, pablogm123.

By the way, how about the anomaly PS game with Mode1 data mixed in Mode2 data area.

Any clue? Ex: SLPS-01565 and SLPS-02814. Dump with Isobuster directly? (Single Data Track Game)

Perfect Rip cannot extract the last sector of a data track correctly when it is a PSX CD without EDC data (at least on my plextor).
One can use psxt001z to fix and injector to "unfix" the sector. That matches then what you get when you extract the data track with CDTool and "ECC off" checked.

A mode 2 data track can have a combination of mode 2/form 1 frames (For normal data, 2048 bytes of user data/sector) and form 2 frames (For audio/video, 2324 bytes of user data/sector). You can dump it directly with IsoBuster, of course.

By the way, I remember Hitachi-LG drives with Renesas chip (The ones with +667 in Accuraterip database) can extract such last sector without neeeding workarounds.

Thanks everyone who provide the important data and share the experience.