How to deal with copy controlled CDs (and understanding error correction in EAC)?

… so here’s the log after applying “Encode, repair”. Should I be bothered by:

  1. no match on track #12 with offset 679?
  2. no CRC32 for track #5 but instead another value?

[CUETools log; Date: 17.12.2020 14:17:25; Version: 2.1.6]
CUETools DB: corrected 1255 errors.
[AccurateRip ID: 00167c93-00d068ed-bb0bd40c] found.
Track [ CRC | V2 ] Status
01 [a92f839b|9b403e39] (088+153/251) Accurately ripped
02 [a3e82380|38f27492] (090+154/254) Accurately ripped
03 [762f572f|2b70450c] (089+155/254) Accurately ripped
04 [f7c456e2|ed57ab96] (090+153/253) Accurately ripped
05 [abb34d6c|4ca96ee5] (089+154/253) Accurately ripped
06 [11706d73|f1f335d4] (090+155/255) Accurately ripped
07 [0dc15849|7dc2ab1a] (089+155/254) Accurately ripped
08 [c3f07c13|ffd7a4c2] (091+156/257) Accurately ripped
09 [d238c87b|65718a45] (091+153/254) Accurately ripped
10 [cf9c27a6|28e47863] (089+155/254) Accurately ripped
11 [ce66c2af|a37d3790] (090+153/253) Accurately ripped
12 [9ec04359|84bec9ea] (087+153/250) Accurately ripped
Offsetted by 679:
01 [a8b1ca27] (004/251) Accurately ripped
02 [07342c0d] (004/254) Accurately ripped
03 [8669345e] (004/254) Accurately ripped
04 [9bd7e8e6] (004/253) Accurately ripped
05 [7f3d5325] (004/253) Accurately ripped
06 [18b9ee96] (004/255) Accurately ripped
07 [b0de03ae] (004/254) Accurately ripped
08 [5c8faad0] (004/257) Accurately ripped
09 [c7e6cd57] (004/254) Accurately ripped
10 [a8ae2b2d] (004/254) Accurately ripped
11 [1fbb02fa] (004/253) Accurately ripped
12 [a3509af0] (000/250) No match (V2 was not tested)

Track Peak [ CRC32 ] [W/O NULL] [ LOG ]
– 100.0 [B9C69F2D] [A8F3BDCA]
01 99.3 [711634F9] [3DF836EE] CRC32
02 87.3 [54679541] [C0A1E6C3] CRC32
03 77.3 [F718E8CD] [DECB8781] CRC32
04 93.8 [3942FCF5] [99C3F472] CRC32
05 100.0 [C0D2932B] [114A9562] [1262DBC3]
06 95.3 [2D23B310] [3D4C5C40] CRC32
07 53.8 [4572A218] [B75AA647] CRC32
08 94.6 [48FD26F8] [305B8E16] CRC32
09 100.0 [98A423A2] [F6747C92] CRC32
10 92.9 [298B542B] [DA6D2722] CRC32
11 92.4 [48787A2C] [11AF029F] CRC32
12 72.7 [5612A92D] [40B5F65C] CRC32

The sections with different offsets identify different pressings of the release, it doesn’t matter if it matches or not, as long as you have a pressing that does.

Not sure I’ve seen that before - although I rarely read that far down - I’ll have a search, but it’s not important if CTDB/AccurateRip match.

1 Like

Found an article on the site I linked to earlier about CUETools.

It basically says that last column (LOG) is populated only if there’s an EAC log in the same directory, and it details the type of CRC calculated by EAC. Values appear to be CRC or W/O NULL, or if they don’t match with what CUETools has just calculated (because you corrected track 5) the CRC calculated by EAC, as seen from your partial EAC log.

 Suspicious position 0:02:49 - 0:02:51

 Peak level 100.0 %
 Extraction speed 0.2 X
 Track quality 98.7 %
 Copy CRC 1262DBC3
1 Like

Thanks. So I’m good to go (and maybe reading too much into details the log outputs?!) :slight_smile:

No problem. I was only on the forums as I was asking a question about the database export, so thought I’d try and give back if I could.

Sometimes there’s just so much information you don’t know what’s important!

One thing I would do before you get too far down the line with your ripping is to establish how you’re planning to serve up your music, as it can influence some of the decisions you make about tagging e.g. how you’re going to navigate through it.

I’ve been using MinimServer (a UPnP server) for years now and it’s excellent. It’s robust, lightweight, very configurable and it has an authour that’s unbelieveably responsive to any problems you may encounter. It’s recently gone payware but there is a free tier and a 30 day trial of the paid product.
The hardware you’re using to play the music though will dictate what’s possible.

2 Likes

As of today, I’m using Plex running on a Synology DS218. For now I did not encounter any issues, but I’m also not a hardcore user!

Just (possibly) one last note here in this thread: I’m ripping another CD of mine which is taking like 7 hours to get past track 4 (total 10 tracks). Am I right assuming that if it takes that long to extract data with EAC, then in any case the CD is probably unusable in a consumer CD player?

1 Like

Depends on how the damage is on the CD. I have some CDs that will get stuck and repeat a fraction of a second. And other CDs that take large jumps to a different track. So many different types of damage that different players react in different ways. It is why I love EAC so as it now lets me FLAC everything before the rot takes over.

1 Like

I’d try Burst mode in EAC (EAC > Drive Options > Extraction Method) and then possibly also CUERipper (within the CUETools directory) remembering to change the read offset to +6, and if that doesn’t work I’d give up :slight_smile:
What CD is it? Do you know if it has copy protection, or is there any damage to it?

Pet Shop Boys - Behaviour
I don’t see any scratches on the surface of the disc… but man: track #4 estimated ripping time went up to like 40+ hours!!!

And now I’m working on “Che Sudaka - 10”, which is brand new (ok, a couple of years old, but I bought it from a shop, it came new/sealed) and has no scratches. This one behaved strangely: track #1 took like 30-40 minutes, then XLD just stopped ripping anything else.
I’m now using EAC on Win10 to see what happens…

Just had a quick look on discogs and I can’t see any mention of copy protection.

I’ve had no experience of XLD so can’t comment on whether you’ll have more luck with EAC, but it can’t be any worse!
If it looks like it’s going to take longer than 10 minutes try burst mode and see how you go.

Ok, so the “Che Sudaka - 10” CD ripped after 3 hours.
EAC told me that there were errors:
Exact Audio Copy V1.6 from 23. October 2020

EAC extraction logfile from 20. December 2020, 21:31

Che Sudaka / 10

Used drive : hp DVD A DS8A5LH Adapter: 1 ID: 0

Read mode : Secure
Utilize accurate stream : Yes
Defeat audio cache : Yes
Make use of C2 pointers : No

Read offset correction : 6
Overread into Lead-In and Lead-Out : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Null samples used in CRC calculations : Yes
Used interface : Native Win32 interface for Win NT & 2000
Gap handling : Not detected, thus appended to previous track

Used output format : User Defined Encoder
Selected bitrate : 1024 kBit/s
Quality : High
Add ID3 tag : No
Command line compressor : C:\Program Files (x86)\Exact Audio Copy\FLAC\FLAC.EXE
Additional command line options : -6 -V -T “ARTIST=%artist%” -T “TITLE=%title%” -T “ALBUM=%albumtitle%” -T “DATE=%year%” -T “TRACKNUMBER=%tracknr%” -T “GENRE=%genre%” -T “COMMENT=%comment%” -T “BAND=%albuminterpret%” -T “ALBUMARTIST=%albuminterpret%” -T “COMPOSER=%composer%” %haslyrics%–tag-from-file=LYRICS="%lyricsfile%"%haslyrics% -T “DISCNUMBER=%cdnumber%” -T “TOTALDISCS=%totalcds%” -T “TOTALTRACKS=%numtracks%” %hascover%–picture="%coverfile%"%hascover% %source% -o %dest%

TOC of the extracted CD

 Track |   Start  |  Length  | Start sector | End sector 
---------------------------------------------------------
    1  |  0:00.00 |  7:20.47 |         0    |    33046   
    2  |  7:20.47 |  3:21.65 |     33047    |    48186   
    3  | 10:42.37 |  3:23.07 |     48187    |    63418   
    4  | 14:05.44 |  3:12.73 |     63419    |    77891   
    5  | 17:18.42 |  3:43.39 |     77892    |    94655   
    6  | 21:02.06 |  3:11.73 |     94656    |   109053   
    7  | 24:14.04 |  4:51.48 |    109054    |   130926   
    8  | 29:05.52 |  3:23.22 |    130927    |   146173   
    9  | 32:28.74 |  3:23.45 |    146174    |   161443   
   10  | 35:52.44 |  2:59.47 |    161444    |   174915   

Track 1

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\01 10.wav

 Suspicious position 0:05:44
 Suspicious position 0:05:52 - 0:05:53
 Suspicious position 0:06:01
 Suspicious position 0:06:03
 Suspicious position 0:06:05 - 0:06:06
 Suspicious position 0:06:08

 Peak level 91.2 %
 Extraction speed 0.0 X
 Track quality 98.1 %
 Copy CRC 35FE6C00
 Cannot be verified as accurate (confidence 1)  [93BFAD4A], AccurateRip returned [06B9B94B]  (AR v2)
 Copy finished

Track 2

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\02 Inmigrant Soul.wav

 Peak level 100.0 %
 Extraction speed 1.1 X
 Track quality 99.9 %
 Copy CRC D401E509
 Accurately ripped (confidence 1)  [49B1DDC9]  (AR v2)
 Copy OK

Track 3

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\03 C’est plus beau.wav

 Peak level 92.4 %
 Extraction speed 1.3 X
 Track quality 100.0 %
 Copy CRC A5F78EA7
 Accurately ripped (confidence 1)  [26577ED8]  (AR v2)
 Copy OK

Track 4

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\04 Love is strong.wav

 Peak level 92.2 %
 Extraction speed 1.4 X
 Track quality 100.0 %
 Copy CRC 0461B402
 Accurately ripped (confidence 1)  [9DF2F7E4]  (AR v2)
 Copy OK

Track 5

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\05 Desearía.wav

 Peak level 100.0 %
 Extraction speed 1.5 X
 Track quality 100.0 %
 Copy CRC F64A8FC5
 Accurately ripped (confidence 1)  [B80ED966]  (AR v2)
 Copy OK

Track 6

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\06 Que viva la gente.wav

 Peak level 92.2 %
 Extraction speed 1.5 X
 Track quality 100.0 %
 Copy CRC 87B83202
 Accurately ripped (confidence 1)  [AF09994E]  (AR v2)
 Copy OK

Track 7

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\07 Ya nunca me verás caer.wav

 Peak level 92.2 %
 Extraction speed 1.7 X
 Track quality 100.0 %
 Copy CRC B1E92590
 Accurately ripped (confidence 1)  [A109D804]  (AR v2)
 Copy OK

Track 8

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\08 Stress.wav

 Peak level 92.2 %
 Extraction speed 1.7 X
 Track quality 100.0 %
 Copy CRC 2B891E2D
 Accurately ripped (confidence 1)  [02728AC0]  (AR v2)
 Copy OK

Track 9

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\09 Hombre libre.wav

 Peak level 92.2 %
 Extraction speed 1.7 X
 Track quality 100.0 %
 Copy CRC D87D9956
 Accurately ripped (confidence 1)  [56916129]  (AR v2)
 Copy OK

Track 10

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\10 Crisis de amor.wav

 Peak level 92.2 %
 Extraction speed 1.5 X
 Track quality 99.9 %
 Copy CRC 3D4CD23E
 Accurately ripped (confidence 1)  [A66E64C7]  (AR v2)
 Copy OK

9 track(s) accurately ripped
1 track(s) could not be verified as accurate

Some tracks could not be verified as accurate

There were errors

End of status report

---- CUETools DB Plugin V2.1.6

[CTDB TOCID: Cb_kzmQ3GfDJ3Sa9GOZKRFqs9cs-] found
Submit result: Cb_kzmQ3GfDJ3Sa9GOZKRFqs9cs- has been submitted
Track | CTDB Status
1 | (0/4) No match
2 | (4/4) Accurately ripped
3 | (4/4) Accurately ripped
4 | (4/4) Accurately ripped
5 | (4/4) Accurately ripped
6 | (4/4) Accurately ripped
7 | (4/4) Accurately ripped
8 | (4/4) Accurately ripped
9 | (4/4) Accurately ripped
10 | (4/4) Accurately ripped

==== Log checksum 5D1E5359799EF9A9AB44D4E00B348E2446A819988F72E2972352C379632FB1A0 ====

But when letting CUETools go over the ripped files, no errors are shown:
[CUETools log; Date: 20.12.2020 21:33:47; Version: 2.1.6]
[CTDB TOCID: Cb_kzmQ3GfDJ3Sa9GOZKRFqs9cs-] found.
Track | CTDB Status
1 | (1/5) Accurately ripped
2 | (5/5) Accurately ripped
3 | (5/5) Accurately ripped
4 | (5/5) Accurately ripped
5 | (5/5) Accurately ripped
6 | (5/5) Accurately ripped
7 | (5/5) Accurately ripped
8 | (5/5) Accurately ripped
9 | (5/5) Accurately ripped
10 | (5/5) Accurately ripped
[AccurateRip ID: 000fdd64-007b644c-7d091c0a] found.
Track [ CRC | V2 ] Status
01 [10fae8f6|93bfad4a] (0+0/1) No match
02 [e8558409|49b1ddc9] (0+1/1) Accurately ripped
03 [d180747c|26577ed8] (0+1/1) Accurately ripped
04 [50a3a0f8|9df2f7e4] (0+1/1) Accurately ripped
05 [f9696db9|b80ed966] (0+1/1) Accurately ripped
06 [2f6d3386|af09994e] (0+1/1) Accurately ripped
07 [4022b9b0|a109d804] (0+1/1) Accurately ripped
08 [3621aacf|02728ac0] (0+1/1) Accurately ripped
09 [eb9005c8|56916129] (0+1/1) Accurately ripped
10 [275d706f|a66e64c7] (0+1/1) Accurately ripped

Track Peak [ CRC32 ] [W/O NULL]
– 100.0 [744EE918] [CD348A54]
01 91.2 [35FE6C00] [C1EDB3FA]
02 100.0 [D401E509] [AC7EEA98]
03 92.4 [A5F78EA7] [971F112F]
04 92.2 [0461B402] [73F6D46C]
05 100.0 [F64A8FC5] [977CE1E0]
06 92.2 [87B83202] [04092649]
07 92.2 [B1E92590] [EF0FBBBF]
08 92.2 [2B891E2D] [30F70F4F]
09 92.2 [D87D9956] [ABE67DB2]
10 92.2 [3D4CD23E] [012413D0]

Which software should I trust in this case? Or should I just test it by ear? :slight_smile:

You can trust both :slight_smile:

In the EAC log it told you there were errors with Track 1, and in the CTDB check at the bottom of the EAC log it stated that there were 4 matches with tracks 2 -10 but none with track 1. It then stated that it submitted the results to the CTDB database.

Then you ran CUETools and it told you the same as before, except that it now included your submission with the results, hence you see all the numbers increasing by 1.

What happens if you now try and perform an encode and repair in CUETools? I bet you now can’t because it has a match for Track 1!

1 Like

Yes, that’s exactly it!
So finally: I have to listen to track #1 and hear by myself if it’s damaged or not, right?!

I think it would be worth you performing a BURST mode rip on that CD and see what the log tells you. I don’t think your results will be submitted again as I think it logs where it’s come from.
Personally I would also see how CUERipper got on, and given it looks like you’re running into quite a few problems I’d be tempted to try dbPoweramp too, it has a 21 day trial and it’s a very good program.

I’ve just seen in the chain that someone recommended increasing the recovery quality to High, given you’ve got CUETools to back you up I’m not sure this is helping things and will be adding considerably to the time it takes. If you failed to get a rip by any other means then at that point maybe boost it up, but 3 hours is a crazy amount of time to spend attempting a single CD (I think the default is medium).

If all else fails then yes, listen to the rip you had from the highest recovery quality and see if there are any glitches you can hear; you don’t need to listen to it all just where it told you the suspicious positions were. There are errors, but as long as they’re not obvious you should be fine.

1 Like

@simbun may I bother you with another CD? (I’ll do the others later).
I did this in burst mode, because track #4 would take ages to be ripped. Listening to this track with VLC on the same computer (with headphones) I did not notice anything.
Here’s the EAC output:

Exact Audio Copy V1.6 from 23. October 2020

EAC extraction logfile from 28. December 2020, 11:41

Jamiroquai / Jamiroquai Return Of The Space Cowboy

Used drive : hp DVD A DS8A5LH Adapter: 1 ID: 0

Read mode : Burst

Read offset correction : 6
Overread into Lead-In and Lead-Out : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Null samples used in CRC calculations : Yes
Used interface : Native Win32 interface for Win NT & 2000
Gap handling : Not detected, thus appended to previous track

Used output format : Internal WAV Routines
Sample format : 44.100 Hz; 16 Bit; Stereo

TOC of the extracted CD

 Track |   Start  |  Length  | Start sector | End sector 
---------------------------------------------------------
    1  |  0:00.00 |  8:49.45 |         0    |    39719   
    2  |  8:49.45 |  4:17.00 |     39720    |    58994   
    3  | 13:06.45 |  4:49.57 |     58995    |    80726   
    4  | 17:56.27 |  5:54.35 |     80727    |   107311   
    5  | 23:50.62 |  6:22.08 |    107312    |   135969   
    6  | 30:12.70 |  5:09.67 |    135970    |   159211   
    7  | 35:22.62 |  5:29.33 |    159212    |   183919   
    8  | 40:52.20 |  7:02.17 |    183920    |   215586   
    9  | 47:54.37 |  5:22.28 |    215587    |   239764   
   10  | 53:16.65 |  6:24.02 |    239765    |   268566   
   11  | 59:40.67 |  6:25.45 |    268567    |   297486   

Track 1

 Filename C:\Users\Administrator\Desktop\FLAC\Jamiroquai\Jamiroquai   Return Of The Space Cowboy\01 Just Another Story.wav

 Peak level 99.9 %
 Extraction speed 10.3 X
 Copy CRC F9CB2A5C
 Accurately ripped (confidence 75)  [E8F8899E]  (AR v2)
 Copy OK

Track 2

 Filename C:\Users\Administrator\Desktop\FLAC\Jamiroquai\Jamiroquai   Return Of The Space Cowboy\02 Stillness In Time.wav

 Peak level 98.2 %
 Extraction speed 13.2 X
 Copy CRC 8C233318
 Accurately ripped (confidence 76)  [DA9D8BC2]  (AR v2)
 Copy OK

Track 3

 Filename C:\Users\Administrator\Desktop\FLAC\Jamiroquai\Jamiroquai   Return Of The Space Cowboy\03 Half The Man.wav

 Peak level 94.7 %
 Extraction speed 14.3 X
 Copy CRC 18A4CF88
 Accurately ripped (confidence 77)  [AE3E87CF]  (AR v2)
 Copy OK

Track 4

 Filename C:\Users\Administrator\Desktop\FLAC\Jamiroquai\Jamiroquai   Return Of The Space Cowboy\04 Light Years.wav

 Peak level 98.9 %
 Extraction speed 15.5 X
 Copy CRC E59265EE
 Cannot be verified as accurate (confidence 200)  [97768B0C], AccurateRip returned [CA401C14]  (AR v2)
 Copy OK

Track 5

 Filename C:\Users\Administrator\Desktop\FLAC\Jamiroquai\Jamiroquai   Return Of The Space Cowboy\05 Manifest Destiny.wav

 Peak level 100.0 %
 Extraction speed 16.7 X
 Copy CRC BF9D6358
 Accurately ripped (confidence 75)  [942052D4]  (AR v2)
 Copy OK

Track 6

 Filename C:\Users\Administrator\Desktop\FLAC\Jamiroquai\Jamiroquai   Return Of The Space Cowboy\06 The Kids.wav

 Peak level 98.3 %
 Extraction speed 17.8 X
 Copy CRC 0A4E8B38
 Accurately ripped (confidence 75)  [67249D6A]  (AR v2)
 Copy OK

Track 7

 Filename C:\Users\Administrator\Desktop\FLAC\Jamiroquai\Jamiroquai   Return Of The Space Cowboy\07 Mr Moon.wav

 Peak level 100.0 %
 Extraction speed 18.7 X
 Copy CRC 065BB90A
 Accurately ripped (confidence 77)  [348817DB]  (AR v2)
 Copy OK

Track 8

 Filename C:\Users\Administrator\Desktop\FLAC\Jamiroquai\Jamiroquai   Return Of The Space Cowboy\08 Scam.wav

 Peak level 98.6 %
 Extraction speed 19.8 X
 Copy CRC 51FB157A
 Accurately ripped (confidence 77)  [49056F67]  (AR v2)
 Copy OK

Track 9

 Filename C:\Users\Administrator\Desktop\FLAC\Jamiroquai\Jamiroquai   Return Of The Space Cowboy\09 Journey To Arnhemland.wav

 Peak level 100.0 %
 Extraction speed 20.8 X
 Copy CRC E234127F
 Accurately ripped (confidence 78)  [14EFB4F3]  (AR v2)
 Copy OK

Track 10

 Filename C:\Users\Administrator\Desktop\FLAC\Jamiroquai\Jamiroquai   Return Of The Space Cowboy\10 Morning Glory.wav

 Peak level 95.0 %
 Extraction speed 21.7 X
 Copy CRC 0119BC3B
 Accurately ripped (confidence 75)  [1D2BAFA4]  (AR v2)
 Copy OK

Track 11

 Filename C:\Users\Administrator\Desktop\FLAC\Jamiroquai\Jamiroquai   Return Of The Space Cowboy\11 Space Cowboy.wav

 Peak level 95.3 %
 Extraction speed 22.7 X
 Copy CRC A5EA7153
 Cannot be verified as accurate (confidence 200)  [9A5541C0], AccurateRip returned [A788DEA1]  (AR v2)
 Copy OK

9 track(s) accurately ripped
2 track(s) could not be verified as accurate

Some tracks could not be verified as accurate

No errors occurred

End of status report

---- CUETools DB Plugin V2.1.6

[CTDB TOCID: H0ah6W_l2unlX3ZGfZDS6xifuvY-] found
Submit result: insufficient quality
Track | CTDB Status
1 | (2037/2061) Accurately ripped
2 | (2035/2061) Accurately ripped
3 | (2037/2061) Accurately ripped
4 | ( 0/2061) No match
5 | (2023/2061) Accurately ripped
6 | (2038/2061) Accurately ripped
7 | (2028/2061) Accurately ripped
8 | (2018/2061) Accurately ripped
9 | (2025/2061) Accurately ripped
10 | (2012/2061) Accurately ripped
11 | ( 0/2061) No match

==== Log checksum 272C5B0BE75152F8469B85022A53B2CE55181A2E7B9A91F7323AD2CC2C24A3C4 ====

What do you suggest now?

This is why I just set a rip off and ignore it. Trust in EAC. It is supposed to take ages on some tracks. As long as that log tells you there are no issues, then you know you can trust it. Your ears being the final check in this equation.

I actually do my ripping on a different PC and could not tell you how long a CD takes to rip. I put it in, start it ripping, and go off and sort out the tags on a different CD. Sometimes it is ten mins, sometimes an hour or more. If I see no major issue in the rip log then I’ll just pop in the next CD.

Your track 4 and 11 there are “unique to you” in the rip it produced, but without errors in the rip. If you can’t hear a difference then I would not be concerned. I am curious if Picard produces an AcoustID that matches that track or also sees it as unique.

Ultimately the aim of the ripping is for the pleasure of our ears and not having to pull the CD off of the shelf when wanting to hear it. As long as your ears pass the perfect sound to you, then all is well. Don’t be distracted by numbers.

Well, I agree thet it might take some time - but man: if it takes hours then there’s definitely something wrong - don’t you think?

That’s quite a long time, when it comes to hours. I wouldn’t have any issues with EAC (or XLD) taking hours, but the question is: does this mean that the audio is corrupted somehow?
The hundreds of CDs I’m ripping take something like 20 minutes each…

So what’s the next step here: same as suggested before? Using CUETools to verify the tracks and make FLAC files out of them?

I agree… but I’d also want to make sure that my CDs are still OK and could be audibly reproduced on a CD drive.
I admit getting distracted by numbers, indeed! OCD again…

1 Like

… and now I did the “Che Sudaka” CD - here the logs:

Exact Audio Copy V1.6 from 23. October 2020

EAC extraction logfile from 28. December 2020, 15:39

Che Sudaka / 10

Used drive : hp DVD A DS8A5LH Adapter: 1 ID: 0

Read mode : Burst

Read offset correction : 6
Overread into Lead-In and Lead-Out : No
Fill up missing offset samples with silence : Yes
Delete leading and trailing silent blocks : No
Null samples used in CRC calculations : Yes
Used interface : Native Win32 interface for Win NT & 2000
Gap handling : Not detected, thus appended to previous track

Used output format : Internal WAV Routines
Sample format : 44.100 Hz; 16 Bit; Stereo

TOC of the extracted CD

 Track |   Start  |  Length  | Start sector | End sector 
---------------------------------------------------------
    1  |  0:00.00 |  7:20.47 |         0    |    33046   
    2  |  7:20.47 |  3:21.65 |     33047    |    48186   
    3  | 10:42.37 |  3:23.07 |     48187    |    63418   
    4  | 14:05.44 |  3:12.73 |     63419    |    77891   
    5  | 17:18.42 |  3:43.39 |     77892    |    94655   
    6  | 21:02.06 |  3:11.73 |     94656    |   109053   
    7  | 24:14.04 |  4:51.48 |    109054    |   130926   
    8  | 29:05.52 |  3:23.22 |    130927    |   146173   
    9  | 32:28.74 |  3:23.45 |    146174    |   161443   
   10  | 35:52.44 |  2:59.47 |    161444    |   174915   

Track 1

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\01 10.wav

 Timing problem 0:00:30 - 0:00:33
 Timing problem 0:00:35 - 0:00:38
 Timing problem 0:06:02 - 0:06:05

 Peak level 100.0 %
 Extraction speed 3.6 X
 Copy CRC D436DB05
 Cannot be verified as accurate (confidence 1)  [9AF97DCA], AccurateRip returned [06B9B94B]  (AR v2)
 Copy finished

Track 2

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\02 Inmigrant Soul.wav

 Peak level 100.0 %
 Extraction speed 4.7 X
 Copy CRC D401E509
 Accurately ripped (confidence 1)  [49B1DDC9]  (AR v2)
 Copy OK

Track 3

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\03 C’est plus beau.wav

 Peak level 92.4 %
 Extraction speed 5.1 X
 Copy CRC A5F78EA7
 Accurately ripped (confidence 1)  [26577ED8]  (AR v2)
 Copy OK

Track 4

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\04 Love is strong.wav

 Peak level 92.2 %
 Extraction speed 5.4 X
 Copy CRC 0461B402
 Accurately ripped (confidence 1)  [9DF2F7E4]  (AR v2)
 Copy OK

Track 5

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\05 Desearía.wav

 Peak level 100.0 %
 Extraction speed 5.7 X
 Copy CRC F64A8FC5
 Accurately ripped (confidence 1)  [B80ED966]  (AR v2)
 Copy OK

Track 6

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\06 Que viva la gente.wav

 Peak level 92.2 %
 Extraction speed 6.0 X
 Copy CRC 87B83202
 Accurately ripped (confidence 1)  [AF09994E]  (AR v2)
 Copy OK

Track 7

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\07 Ya nunca me verás caer.wav

 Peak level 92.2 %
 Extraction speed 6.3 X
 Copy CRC B1E92590
 Accurately ripped (confidence 1)  [A109D804]  (AR v2)
 Copy OK

Track 8

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\08 Stress.wav

 Peak level 92.2 %
 Extraction speed 6.6 X
 Copy CRC 2B891E2D
 Accurately ripped (confidence 1)  [02728AC0]  (AR v2)
 Copy OK

Track 9

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\09 Hombre libre.wav

 Peak level 92.2 %
 Extraction speed 6.9 X
 Copy CRC D87D9956
 Accurately ripped (confidence 1)  [56916129]  (AR v2)
 Copy OK

Track 10

 Filename C:\Users\Administrator\Desktop\FLAC\Che Sudaka\10\10 Crisis de amor.wav

 Peak level 92.2 %
 Extraction speed 7.1 X
 Copy CRC 3D4CD23E
 Accurately ripped (confidence 1)  [A66E64C7]  (AR v2)
 Copy OK

9 track(s) accurately ripped
1 track(s) could not be verified as accurate

Some tracks could not be verified as accurate

No errors occurred

End of status report

---- CUETools DB Plugin V2.1.6

[CTDB TOCID: Cb_kzmQ3GfDJ3Sa9GOZKRFqs9cs-] found
Submit result: insufficient quality
Track | CTDB Status
1 | (0/5) No match
2 | (5/5) Accurately ripped
3 | (5/5) Accurately ripped
4 | (5/5) Accurately ripped
5 | (5/5) Accurately ripped
6 | (5/5) Accurately ripped
7 | (5/5) Accurately ripped
8 | (5/5) Accurately ripped
9 | (5/5) Accurately ripped
10 | (5/5) Accurately ripped

==== Log checksum 624358C17AC4B5390316935CF94B41ADB2AA453340FB7EF896A47149AF5EE286 ====

If it takes hours, and the log said it succeeded, then I am happy. I will put the track on and listen carefully to be extra happy.

If the log complains that it failed, then I will polish the CD and try again.

This is very rare. I also focused on getting all my rotten Blackburn PDO CDs out to do them early on. It is only disks like that, or old CD-Rs, where I have had troubles. My record being 48 hours and that lost a couple of tracks but got the main audio. I replaced that CD in the end.

Otherwise 20mins sounds about the normal… But I really don’t pay attention. Just a production line. :slight_smile:

Personally I have never pulled out CUETools. I have only learnt about how to actually use that in this discussion. I have huge OCD issues and know to trust EAC on its first pass. Only a very small number of CDs - less that 1% of my collection - would I need to get CUETools involved.

Because of my OCD I have talked to myself to keep this in a sensible check. :crazy_face: I have a very fancy stereo to play my FLACs back on. One of those stereos that it is painful to hear MP3s on as there is so much missing on them. When I get a hiccup on my EAC rips I’ll listen carefully. And as long as my actual EARS are happy then I will not go overboard.

See, track one there is one I’d be listening to carefully. Maybe even opening up Audacity to visually look at it and listen to it at those times in the log. Can my HUMAN ear spot anything if I focus really hard? Or is this a small maths issue? :face_with_monocle:

EAC doesn’t say how bad issues are. Just that there is a difference spotted.

What will you do when you get to your vinyl collection? Aren’t the crackles part of the music?

I had an interesting one the other day. I was at a friends house helping him fix his fancy speakers (torn cones). I put Dark Side of the Moon on as a reference for my ears. But he had the old CD from the 1980s. I hadn’t listened to that version in over a decade as I had swapped to playing the 30th Anniversary copy instead. And when Great Gig ended there is this “wobble” on the tape you hear in between the tracks (at 4:33). An audio glitch that to me had become part of the music. When I heard it that day it was like hearing an old friend. Kinda funny as I had not heard that noise in years.

Perfection is impossible to hit for us with OCD. So you have to find a “happy place”. Sometimes it it the little errors on a CD that you have been listening to for many years that actually makes the album the one you know. :laughing:

2 Likes