You should really stop relying on CRC. If even a single bit is different the CRCs will be completely different, so this is no indication of how different they are.I haven't used EAC in several years myself, but someone here will tell you how to compare the two WAV files to find out exactly how they differ and whether or not it matters.
If you do want a bit exact copy you will need 2 things:1) A drive that can read into lead-in/-out (eg. older Plextor drives)2) A drive that has got a write offset of 0 (eg. many LG drives - I use a newer LG BD drive for exanple)As far as I know there has never existed a drive that could read into lead-in/-out and had a write offset of 0. So you will need two different drives. One for reading and one for writing. Although drives that can read into lead-in/-out nowadays are probably harder to find.I do use an older Plextor drive with accurate rip software for reading and EAC for writing.If I re-rip a copy, the copy is 100% bit identical to the original rip.
Your CRCs don't match. You don't know why your CRCs don't match. The CRC values are no help other than to tell you that they don't match. If you compared the wav data then you would know why your CRCs don't match and you could fix it.
Open EAC, click on Tools->Compare WAVs, select one version of the track, select the second version of the track, tell us what you see.
I have done the same thing you are testing. I was never able to get the resulting CRC's to match and I had the read and write offsets set up correctly. I even did a digital to digital rip using a virtual drive.There are just far too many variables that can slightly offset the data to get an exact matching CRC/MD5 sum. I posted a similar thread several years back when I discovered this. The end result of said thread... don't worry about it. It's as close as it is going to get and any difference will be so minimal that you would not be able to know it anyways. Except said CRC/MD5 sum.JXL
Are the six missing samples at the beginning or the end? Was the track the first or last on the CD? What are your results with the new write offset? With more information we might be able to help you.
That depends. If one follows the meticulously hardware-derived conclusion of IpseDixit, the standard offset is 30 samples ahead of what it should be. In that case, Plextor drives (at least the old ones), which have a read offset of +30 according to the methods of EAC et al., have always had an actual read offset of 0.