Ok this has probably been asked a 1000 of times you may think,.. but I've checked the forum and could not find answers the fit absolutely for me
First of all: I have an topic at he EAC forum which explains my problems more detailed: http://www.digital-inn.de/exact-audio-copy...erhaps-bug.html (I'm calestyo there too
Ok until now I've always extraced my CDs with EAC in index based mode (meaning I get files like xx.00.wav and xx.01.wav for each index).
In the post at the EAC site you can read that I thought eac gap detection method would give me exact results which is not true as far as I can see.
I've always used different methods (a, b, c) because I found none which worked for all CDs (in some cases the whole detection simply freezed
As the detected values may be wrong,.. my files may be wrong, but as far as I understood,... all data should have been extracted correctly,.. it just may be in the wrong (previous or next) file, right?
So is it defenitely sure that if I append all tracks together (e.g. using sox) and split it with the correct values (see below) then I would get everything right... just as if I'd have ripped the CD as complete image?
By the way: Do you suggest ripping as complete image in favour of index-based ripping?
As you can read in my posts at the EAC forum,.. I've often hat the "problem" that with track or index-based extraction,.. there were read errors at the end or beginning of tracks/indexes (although these were always corrected by eac).
But when I rip as complete image,.. there are no errors at all!
Now to the gap-detection itself. As far as I can see,.. EAC is not able to absolutely correctly recognize the indexes... right?
Is there any other programm that is able to do so (perhaps cdrdao? or plextools?)?
If not, what should I do,.. to secure that I get the best possible values?
If I'd could create a cue-sheet by another application that do the work absolutely correct,... I could put all my xx.xx.wav files together,.. and split them with correct cue-sheet to the exact size.
Thanks in advance,
Chris.
