I tried to trick CUE Tools into believing the rip was the original pressing of which repair information is present in the CTDB by offsetting the audio. But I must have missed something, because CT still recognised it being the new pressing, just with an offset... maybe you can tell me how exactly does CUE Tools determine which pressing a set of files is, Gregory?
New version didn't fix my problem, still getting that message
That's not at all what I was getting at, but whatever. Gregory Chudov knows what I'm talking about which is all that matters. If he implements your suggestion I will still hold you responsible for any misinformation that may result.So that you may know, none of the entries to which you are referring as having the "correct offset" actually have the correct offset because the reference wasn't properly determined.Don't take this as an endorsement for the true offset, rather I'm poking fun at those who think their ill-gotten music is somehow better if it is calibrated to an arbitrary reference.
Gregory said that using the "fix offset" (so that no offset has to be applied when verifying) shouldn't be used unless the offset is horribly wrong, e.g. audibly wrong transition between tracks etc.
This is interesting, is there a particular reason for that?
So, my suggestion could be valid for the "verification" process, which consists on verifying the rip against the AccurateRip database
If he implements your suggestion I will still hold you responsible for any misinformation that may result.