Hello, everyone. Sorry for many question.

I always get wrong hash audio-data when dump one-Data and one-Audio CD.

But no problem for multi-audio track CD via EAC using the same way.

This time I choose a [SS]Shining-Wisdom that have been verified by 4 dumpers.

I found there are two datas in DB, so I dump Track01.bin first and match that one. (lucky)

http://redump.org/disc/3235/  (The other one have different Track01.bin)

After calculate the exact offset manually, it's +684 ok. (And the ringcode is P2K, too.)

EAC Log:

Exact Audio Copy V0.99 prebeta 5 from 4. May 2009

EAC extraction logfile from 1. December 2011, 7:10

Unknown Artist / Unknown Title

Used drive  : PIONEER DVD-RW  DVR-111   Adapter: 0  ID: 0

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

Read offset correction                      : 684
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                                : Appended to next track

Used output format : Microsoft PCM Converter
Sample format      : 44.100 kHz, 16 ビット, ステレオ


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.00 |  8:50.70 |         0    |    39819   
        2  |  8:50.70 |  0:08.23 |     39820    |    40442   


Track  2

     Filename C:\new\TEST\Track02.bin

     Peak level 45.9 %
     Track quality 98.7 %
     Test CRC FACEB85C
     Copy CRC FACEB85C
     Copy OK

No errors occurred

End of status report

Get a Track02.bin without gap because of EAC bug. (1465296 byte)

MD5:    fad8a46bc73e11908f1ff6f9d246f68d
SHA1:   25eec6ee539794eb7ef3be84e4f0effbdf6db296
CRC32:  faceb85c

After fixing the gap by ss_fixing. The hash is    (1818096 byte)

MD5:    f5cddc51455b85a83ec645a55cdbc251
SHA1:   8c2e9b3ff004d850153ce9f0eed262010cbac570
CRC32:  3b4c493e

Not match the DB.

I did that 3 times.

Post's attachments

EAC.png 41.83 kb, 15 downloads since 2011-11-30 

You don't have the permssions to download the attachments of this post.

2nd question:

Another Game with one-Data and one-Audio, but it's PSX game.

http://redump.org/disc/9568/

Use the same way, and the Audio is match the DB.  (Wow!!)

but get a one-sector-error Track01.bin.

MD5:    140b9c3be7a43273e7042e328b91ff6d
SHA1:   5d4a7e09f131b5ebad31dce6e97b1efa077eb6e1
CRC32:  1ec78ed9

Did I miss something?  (I notice some fixed issue in the DB edit history.)

Post's attachments

Cdmage.png 25.17 kb, 15 downloads since 2011-12-01 

You don't have the permssions to download the attachments of this post.

Sorry everyone, the 1st question solved.

I use the write offset to read offset correction.

Maybe I should go to the bed and sleep more.

so, everything solved by yourself? you're good boy wink

PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)

5 (edited by axisleon 2011-12-01 00:48:26)

No, the 2nd question didn't, yet.

axisleon wrote:

but get a one-sector-error Track01.bin.

you are using a pioneer drive, they can't handle those special discs by sony.
cdmage reports a corrupted HEADER field, which is most likelly zeroed in your case!

PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)

7 (edited by axisleon 2011-12-01 18:51:34)

Hmm, I'll try it again after getting  the other devices.

Thank you, Administrator


Sorry, the last question:

Fill-up QSF on the last sector of Track01 will match the DB but still have 1 error.

Then clear the User Data will match the old history and no error occured.

If the situation happened again, should I fixed it? (Ex: SLPS-00451)

8 (edited by axisleon 2012-01-17 20:36:30)

I try to borrow one drive that support PR, today, and dump it via PR.

...
Info    | 3:36:58 | Trk 01: 00:00.00 to 07:11.49 (000000 to 032374), duration: 07:11.50 (032375)
Info    | 3:36:59 | Trk 01 format type is CD-ROM mode 2
Error   | 3:38:32 | Error while burst reading sectors: 032208 to 032230 (07:09.33 to 07:09.55)
Info    | 3:38:32 | Retrying with 1 sector reads from: 032208 (07:09.33)
Info    | 3:38:32 | Found new subchannel offset correction (sectors): 2 (LBA: 32225)
Info    | 3:38:32 | Pause found: 0102000001740007115068DA
Info    | 3:38:32 | 1 sector reads were ok, setting back to burst reading from: 032231 (07:09.56)
Info    | 3:38:32 | Index found: 01020100000000071350984B
Info    | 3:38:32 | FLAGS DATA
...

So the PR fixed it automatically.

And the 01.- cd.track.img match the newest DB, CRC32 = dab05773

http://redump.org/disc/9568/

The cdmage check result is "Image has 1 corrupted sector(s)."

Need fix or no ?  Confused...

axisleon wrote:

The cdmage check result is "Image has 1 corrupted sector(s)."

Need fix or no ?  Confused...

Never fix a PSX image with CDmage! All the PSX NoEDC discs with audio tracks have always (at least) 1 corrupted sector!

"Did you ever wonder why we had to run for shelter when the promise of a brave new world unfurled beneath a clear blue sky?"

10 (edited by axisleon 2012-01-17 23:51:53)

Thanks for yours answer, RetroGamer.

Best regard.

If the SLPS-00451~2 have the same case, shall I post "Error = 1"?

axisleon wrote:

If the SLPS-00451~2 have the same case, shall I post "Error = 1"?

Yes, check the images with CDmage and post the error count (Cdmage should be used only to check the number of corrupted sectors and never to fix them!). But beware, pionner drives can't dump this kind of discs correctly.

"Did you ever wonder why we had to run for shelter when the promise of a brave new world unfurled beneath a clear blue sky?"

12 (edited by axisleon 2012-01-18 08:46:57)

That's why I ask the question, fix or not, because I only have the Pioneer devices so far.


axisleon wrote:

Sorry, the last question:

Fill-up QSF on the last sector of Track01 will match the DB but still have 1 error.

Then clear the User Data will match the old history and no error occured.

If the situation happened again, should I fixed it? (Ex: SLPS-00451)

Thanks for yours information again, RetroGamer.

Well, I know the answer is "Do not use the Pioneer Drive to handle such special discs",

I just try to find a solution for some drive unsupport PR, that's all.


Thank everyone who give me useful information.

I own a very similar Pioneer drive and audio trap disc method works flawlessly, without removing drive case. Also, PerfectRip runs fine, but only with pure CDDA discs.

On semi-vacation. MSF/AMSF to LBA/offset and viceversa calculator: link
To write properly occidental characters contained in japanese titles: screenshot
Spaces must be the fullwidth variant: link / screenshot

15 (edited by axisleon 2012-01-19 12:20:51)

The Pioneer drives can't  set the sub-channel 001b mode in PerfectRip.

So dump by the Pioneer drives via PerfectRip always wrong CRC32.

That's why I answer the post below.

http://forum.redump.org/topic/9760/veri … sou-japan/


And also thanks for your information, pablogm123.

16 (edited by pablogm123 2012-01-19 13:26:48)

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.

On semi-vacation. MSF/AMSF to LBA/offset and viceversa calculator: link
To write properly occidental characters contained in japanese titles: screenshot
Spaces must be the fullwidth variant: link / screenshot

You're right, in fact I have another Pioneer DVD-129P can over-read the Lead-in zone.

My motherboard support only 1 IDE socket, exchange the drives needs to restart the OS. (lazy...)

So I usually use the DVR-111 to dump, it works fine on Sega Saturn CD.

The special dump-guide device almost old model and hard to find unfortunately.

Anyway thanks, I'll try the audio trap disc method.

DVD-129P is Mediatek based (+6 in AccurateRip). If that drive can overread into lead-in and lead-out, it is suitable for PF.   You can use IsoBuster's sector viewer for testing:
-If you can go to negative LBA such as, -1, -2 (Until -150/-149, more or less)... drive can overread into lead-in.
-If you can go past last LBA of disc, until a certain ammount of sectors, drive can overread into lead-out.

And Retrogamer is right. I have lots of PSXs discs which I cannot dump (I speak of data track, not audio tracks) properly with my Pioneer DVD writer, NEC based, because of last sector. The only drive I own which doesn´t screw up last sector is my Panasonic/Matshita SR-8586B (VOS based).

On semi-vacation. MSF/AMSF to LBA/offset and viceversa calculator: link
To write properly occidental characters contained in japanese titles: screenshot
Spaces must be the fullwidth variant: link / screenshot

I use the EAC to test Pioneer DVD-129P, it shows overread Lead-in only.

Because I dump Saturn Game often, so the DVD-129P take a vacation. lol

Ok, I'll exchange the one next time to test its overread Lead-out by Isobuster.

Thanks the useful information.

A drive can overread in EAC, but not in IsoBuster/PF, and viceversa. I guess EAC uses a distint method for overread. For examble, my LH-20A1P can overread into lead-in/out in PF/IsoBuster/dbPowerAMP/CDTool/Nero CD Speed's test, but not in EAC. Whereas my GCE-8526B can overread into lead-in/out only in EAC.

Overread into Lead-in may be useful for discs with negative combined offset.

On semi-vacation. MSF/AMSF to LBA/offset and viceversa calculator: link
To write properly occidental characters contained in japanese titles: screenshot
Spaces must be the fullwidth variant: link / screenshot

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

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

23 (edited by axisleon 2012-01-19 22:23:20)

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)

24 (edited by axisleon 2012-01-19 22:38:31)

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. ( hmm 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:
http://forum.redump.org/topic/5272/tools-of-the-trade/

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

On semi-vacation. MSF/AMSF to LBA/offset and viceversa calculator: link
To write properly occidental characters contained in japanese titles: screenshot
Spaces must be the fullwidth variant: link / screenshot