Not exactly...I would like to know if it is normal that the same album ripped with two different drives does not have the same bits compared with foobar bit-compare tracks plugin...
If you're ripping the same CD on two different drives that require different read offset correction values then there may be a difference at the beginning of the first track and/or the end of the last track. (foo_bitcompare or EAC Compare WAVs)
Korth thanks to moved my post in a new thread. ;) This is the log from foobar:
Differences found in compared tracks; the tracks became identical after applying offset and truncating first/last samples.
Comparing:
"C:\Users\Linuxx\Music\FLAC\Bauhaus - Press The Eject And Give Me The Tape\01. In The Flat Field.flac"
"C:\EAC Rips\Bauhaus - Press the Eject and Give Me the Tape\01. In The Flat Field.flac"
Differences found: length mismatch - 4:27.093333 vs 4:27.106667, 11778816 vs 11779404 samples.
Compared 11778816 samples, discarded last 588 samples from the longer file.
Differences found within the compared range: 23465169 values, 0:01.022336 - 4:27.093311, peak: 1.108917 (+0.90 dBTP) at 1:30.572925, 2ch
Channel difference peaks: 1.016571 (+0.14 dBTP) 1.108917 (+0.90 dBTP)
File #1 peaks: 0.802826 (-1.91 dBTP) 0.816528 (-1.76 dBTP)
File #2 peaks: 0.802826 (-1.91 dBTP) 0.816528 (-1.76 dBTP)
Detected offset as 396 samples.
Comparing again with corrected offset...
Compared 11778420 samples, with offset of 396 discarding last/first samples from total of 11778816, discarded samples were not silent in either file.
No differences in decoded data found within the compared range.
Channel peaks: 0.802826 (-1.91 dBTP) 0.816528 (-1.76 dBTP)
But I have another album ripped with different drives/offset and says: All tracks decoded fine, no differences found.
It's hard to be certain from one reference track but the above log looks like 2 different CD's of the same album, probably made in different plants but created from copies of the same master recording. The engineers selected slightly different track start positions so each CD has a unique TOC layout with some/all tracks on one CD being slightly longer or shorter than on the other. One CD also has a different start position (data offset) than the other, this is normal for CDs made from different pressings. After allowances are made for all the differences, the data within is the same (which is what the log says happened).
If you compare the following two layouts, you'll notice the even though all track times are equal in minutes:seconds the length in sectors are different for each track.
https://musicbrainz.org/cdtoc/Sxbqarypucx1WaneLvYjBi0p.FQ-
https://musicbrainz.org/cdtoc/.M7wfe7w08.F8Ef09G9ER.cAvxI-
Thanks a lot Korth! Excellent and clear explanation as always! :) For a moment I was in panic thinking that my rips was badly. eheheheh
I probably should have used these as the examples though.
https://musicbrainz.org/cdtoc/eFlVqEA19ZNcBU1n0W75d2EnLIo-
Track 1 is 20032 sectors (20032 x 588 = 11778816 samples) which matches the 1st file in your log.
https://musicbrainz.org/cdtoc/jOk5Rh.m3yPWwuv07mTe0EMpYFE-
Track 1 is 20033 sectors (20033 x 588 = 11779404 samples) which matches the 2nd file in your log.
just compare the center (length) column.