Hello.
If I want to burn a music CD from AR validated flac files, so that in the future it can be ripped again to AR validated flac files, and supposing my CD drive as an offset of 6 (the value my ripping software uses), how should I proceed?
Thanks in advance.
Jorge
A similar question was asked 3 weeks ago
https://hydrogenaud.io/index.php/topic,125392.0.html
And of course if you did a few searches first and you've already read threads like these:
https://hydrogenaud.io/index.php/topic,86966.0.html
https://hydrogenaud.io/index.php/topic,65312.0.html
There are multiple threads on finding your drive's 'write offset correction' if not found here (https://www.daefeatures.co.uk/search)
Notes:
If the original CD had a 'pregap' before Track 01 you will need to apply when burning.
If the original CD had a 'data track' you won't be able to burn a CD from FLAC files that can be ripped AR identical
There may be a pressing match without the 'data track'
to the original.
Thank you for your answer.
I have another question which probably is less searchable. If a CD is burnt without any regard about offset. It won't be AR valid, but will the sound loose any fidelity, like cropping the beginning of tracks?
When a CD rip is 'offset corrected' that means a few samples are removed from one end of the whole CD and a few null samples are padded to the other. Which way depends on whether the 'offset correction' is positive or negative. All the audio in between remains the same.
So if the offset correction (or lack of correction) results in a few samples removed from the beginning of Track 2, you will find the missing samples at the end of Track 1. The difference is a very small fraction of a second. The only samples lost are at the beginning of Track 1 or the end of the last track (again this depends on whether the 'offset' is positive or negative) and the missing samples are usually inaudible.
The burned CD will verify in software that checks for alternate offset matches. The result will just show as a match 'offset by xx samples'.
Note: AccurateRip ignores the first 2939 samples of the first track and the last 2940 samples of the last track.