or Connect
Head-Fi.org › Forums › Equipment Forums › Computer Audio › Bit-perfect CD ripping
New Posts  All Forums:Forum Nav:

Bit-perfect CD ripping - Page 2

post #16 of 58
Thread Starter 

I'd like a fair bit of reassurance before I settle with my choice and start ripping. Otherwise I might find out eventually that my 1500 ripped albums are all faulty ... and I don't want that to happen. You seem very knowledgeable on this subject, Beefy, and I appreciate your help.

 

If EAC uses the same 'strategy' as DBPA, then I assume none will be better than the other if all you care about are the results? Also, is there anyone who knows what an 'overreading drive' is? I'd like to understand this whole process a bit better than I do. After all, music is what we're all here for. biggrin.gif

post #17 of 58

They both use AccurateRip for verification, so in that respect, you're looking at the same process. I think that dbpoweramp is the better interface and has more functionality that EAC.

 

Why don't you download the both of them and give them a test drive? EAC is free and dbpoweramp offers a 21 day trial.

 

Here's what over reading is about, scroll to the bottom.

post #18 of 58

I'm not going to be an OCD enabler. If dbpoweramp or EAC can't do it, nothing can. If you can't settle on one, then give up now.

 

They both use the same ripping strategy so if results is the *only* factor then toss a coin. But in my experience, dbpoweramp is far more stable and easier to use.
 

Quote:
Originally Posted by tarcalion View Post

I'd like a fair bit of reassurance before I settle with my choice and start ripping. Otherwise I might find out eventually that my 1500 ripped albums are all faulty ... and I don't want that to happen.

post #19 of 58
Thread Starter 

I just attempted to test the accuracy of EAC (set up according to xunside's guide) by burning a CD (containing one song) with Burrrn!, ripping it to my computer with EAC and comparing the resulting file with the source file using the Foobar Binary Comparator plugin.

 

The resulting log:

 

Differences found: 18345978 sample(s), starting at 0.0000000 second(s), peak: 1.9678955 at 107.1002494 second(s), 2ch

 

More than 18 million samples, starting at index 0. That has to be the entire song. It's like EAC added dither or something.

 

I tried ripping twice and the results were the same as far as I can remember, although the second time the ripping seemed to go faster as well as with less error correction.

 

This is just ridiculous. EAC is supposed to be a secure ripper. I can understand if the length of the songs aren't identical, but surely the actual content ... confused.gif

 

 

Back at Hydrogenaudio they didn't respond to this question with too much friendliness, for some reason. Please help me. I just want to understand. triportsad.gif

 

EDIT: Also, explorer displays the files as being exactly the same SIZE.

post #20 of 58

Let me guess...... the song was 6 minutes, 56 seconds? If there is an offset of even one frame, it will cause this. The actual data could be the same, but just shifted by a single sample.

 

It could be both EAC or Burrrn missing a frame for some reason or another, possibly configured incorrectly. Make sure you go through the whole setup procedure for secure ripping.

 

You should try the same thing with dbpoweramp. Again, make sure you go through the whole setup procedure for secure ripping.
 

Quote:
Originally Posted by tarcalion View Post

Differences found: 18345978 sample(s), starting at 0.0000000 second(s), peak: 1.9678955 at 107.1002494 second(s), 2ch

 

More than 18 million samples, starting at index 0. That has to be the entire song. It's like EAC added dither or something.

 

This is just ridiculous. EAC is supposed to be a secure ripper. I can understand if the length of the songs aren't identical, but surely the actual content ... confused.gif

post #21 of 58
Thread Starter 

No, both files are 3:28 minutes long. This time I will try burning several files to a CD with Burrrn! and rip them with dBpowerAMP. I will post my results.

post #22 of 58

sounds like beefy was right... almost. 6:56 is 2x3:28. I'm guessing it's a stereo track thus doubling the number of differences.

post #23 of 58

also if dbpoweramp works and eac doesn't you have eac setup wrong. I don't mean to be rude here, but literally millions of albums have been ripped bit perfectly by hundreds of thousands of users using EAC. EAC is a secure ripper. if things are setup properly it works, and that has been proven over and over so many times it's hard to fathom. I applaud you for testing your setup to ensure it is working properly but your disbelief that it works in general is misguided. Follow the setup exactly and you will be fine.

post #24 of 58

Ooops, yes, I forgot to double 44.1k to get stereo! redface.gif
 

Quote:
Originally Posted by ShawnSmith View Post

sounds like beefy was right... almost. 6:56 is 2x3:28. I'm guessing it's a stereo track thus doubling the number of differences.

post #25 of 58
Quote:
Originally Posted by tarcalion View Post
Back at Hydrogenaudio they didn't respond to this question with too much friendliness, for some reason. Please help me. I just want to understand. triportsad.gif

 


 

What is in it for us? We already know the answers, and have stated them several times.

post #26 of 58

Unless you burned the CD with EAC using the CUE sheet generated with EAC, there will probably be differences in the rip. Ripping from burned sources is highly discouraged regardless.

post #27 of 58
Thread Starter 
Quote:
Originally Posted by Beefy View Post

Ooops, yes, I forgot to double 44.1k to get stereo! redface.gif
 

Quote:
Originally Posted by ShawnSmith View Post

sounds like beefy was right... almost. 6:56 is 2x3:28. I'm guessing it's a stereo track thus doubling the number of differences.


 


Yes, that's true ... Any ideas what is causing this? I have double checked each setting several times, so I'm pretty sure that EAC isn't the problem. I'll try making another CD and see if the problem persists.

post #28 of 58

it's probably a problem with burrrn.

post #29 of 58

From the burnt CD, why not rip it several times with EAC and/or dbpoweramp, then compare those ripped files?

 

I suspect that each of the ripped versions will be identical.
 

Quote:
Originally Posted by tarcalion View Post


Yes, that's true ... Any ideas what is causing this? I have double checked each setting several times, so I'm pretty sure that EAC isn't the problem. I'll try making another CD and see if the problem persists.

post #30 of 58
Thread Starter 

OK, so now I ripped it three times with EAC, resulting in three identical files, according to bit compare.

 

The errors are exactly the same, so at least my drive seems to do its job consequently, just wrong. All three comparisons reported the same 18345978 differing samples starting at 0.000...

 

Maybe it's something wrong with my drive offset? It's set to +6 right now, but I can't seem to get EAC to detect the offset. The analyze window reports "Can't find matching read mode" for offset, but then nothing happens. Although it states that "Calculation could take some minutes", the drive doesn't seem to be working at all and I didn't have to wait long at all while performing the other drive tests. When I click "Use AccurateRip with this drive" it sets the offset to +6 and that's it and that's the setting I've been using.

 

Burrrn has an option for dithering IF I choose to add ReplayGain. I didn't when burning the disc, but I have now disabled dither nonetheless and shall try burning a new CD and repeat the process

New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Computer Audio
Head-Fi.org › Forums › Equipment Forums › Computer Audio › Bit-perfect CD ripping