Got a drive capable of the D8 command yet, I'm still having issues getting my Audio Track hashes to match up, was hoping if I posted it here, someone would be able to spot my error if that's possible.
Exact Audio Copy V0.99 prebeta 5 from 4. May 2009
EAC extraction logfile from 10. February 2012, 17:12
Unknown Artist / Unknown Title
Used drive : PLEXTOR DVDR PX-708A Adapter: 3 ID: 0
Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : Yes
Read offset correction : -220
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 Bit, Stereo
TOC of the extracted CD
Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 0:06.00 | 0 | 449
2 | 0:06.00 | 0:07.01 | 450 | 975
Track 2
Filename C:\Users\rcw003\Music\Track02.bin
Peak level 98.0 %
Track quality 100.0 %
Test CRC CB36007F
Copy CRC CB36007F
Copy OK
No errors occurred
End of status report
I've went through all my EAC settings a number of times so I'm not sure what I'm doing wrong, any insight would be great.
EAC cannot overread into track 2's pregap in a mixed mode CD when combined offset correction is a negative value, even when drive can overread into leadin/out. Moreover, EAC cannot detect any pregap in data track + single audio disc. Two workarounds:
-PerfectRip.
-Another drive with big offset correction value in order to get a positive offset correction value. Then, you have to use a hex editor to prepend 352800 zeroed bytes.
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
If you have a Plextor you should use Perfectrip to dump the tracks.
In this case you don´t get matching hashes because EAC has a bug (ONLY in discs with one data track and one audio track) that detects always a 0.00 sec gap instead of the true one. So if you add 150 sectors of silence (00's) to the beggining of the extracted track you should get matching results.
Anyway, in this case, you must dump the high density track to verify the dump!
"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?"
708 is known to have issues due to a problematic chipset.. You're prolly better of getting a newer version (like 716/755/760) or a CDRW plexwriter if you can