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.)
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.