Looking for help

[axisleon]

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)

https://redump.info/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:

Code: Select all

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)

Code: Select all

MD5:    fad8a46bc73e11908f1ff6f9d246f68d
SHA1:   25eec6ee539794eb7ef3be84e4f0effbdf6db296
CRC32:  faceb85c

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

Code: Select all

MD5:    f5cddc51455b85a83ec645a55cdbc251
SHA1:   8c2e9b3ff004d850153ce9f0eed262010cbac570
CRC32:  3b4c493e

Not match the DB.

I did that 3 times.

[axisleon]

2nd question:

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

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

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

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

Code: Select all

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

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

[axisleon]

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.

[iR0b0t]

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

[axisleon]

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

[iR0b0t]

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!

[axisleon]

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)

[axisleon]

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

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

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

Need fix or no ?  Confused...

[RetroGamer]

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!

[axisleon]

Thanks for yours answer, RetroGamer.

Best regard.

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