Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: EAC Ripping at 0.0x speed and 30 hours estimated! (Read 3149 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

EAC Ripping at 0.0x speed and 30 hours estimated!

I Want to rip my CD's and upload then in the internet in lossless format. In the first moment i ripped in the burst mode which was very fast, but I read that the burst mode is not good to make accurate copies. So I decided to use the fast mode, then some songs stayed with noises. But as I want perfect copies I choosed the secure mode because I read that was the best. But as the title says the ripping is in 0.0x speed and is estimated to finish in 30 hours!.
 This is normal? I used the configuration from this site: http://www.hardware.com.br/comunidade/ripar-cd/867342/ (It is in portuguese but the screenshots are in English). My drive is HL-DT-ST DVDRAM GH22NS40   with the offset setted in +667.
 All the discs are new and don't have any scratches. But when is in testing and extracting says the tracks have sync and read error.
  Why this is happening and how can I fix?
Help here, thanks.

Re: EAC Ripping at 0.0x speed and 30 hours estimated!

Reply #1 –
Try enabling C2 error pointers?

Re: EAC Ripping at 0.0x speed and 30 hours estimated!

Reply #3 –
There's some good info on using EAC in the HA Wiki:
http://wiki.hydrogenaud.io/index.php?title=EAC_Drive_Options

"Burst mode performs extraction without any error checking. It is handy for discs that do not require re-reading in order to be ripped accurately, especially with drives that cache audio data. It is also handy for discs that trigger re-reading in secure mode but cannot be ripped accurately. When used in conjunction with AccurateRip, or in conjunction with a test CRC to compare with the read CRC in the event that AccurateRip doesn't have data for your disc, burst mode is completely secure. "

Re: EAC Ripping at 0.0x speed and 30 hours estimated!

Reply #4 –
Quote from: greynol on
https://www.google.com/search?q=GH22NS40+eac+slow
Which returns a bunch of results with the key phrase "GH22NS40" struck through, because it is apparently irrelevant. There do seem to be a few results that have both "eac slow" and "GH22NS40" in them, but they're mostly topic listings where the phrases happened to appear in the same page together at index time.

Oh, right, and the first result, which is an older topic on this very forum.

Re: EAC Ripping at 0.0x speed and 30 hours estimated!

Reply #5 –
Google has sucked for at least ten years, but I still hold out hope. Oh, well.

Do "+" and "-" work at all?

Anyway, the business end of EAC (business, as in the business end of the stick) hasn't changed since drives were IDE, so the problem could be at the very core; possibly solved with legacy settings in the bios or aspi drivers. I didn't read the links; I don't know. I just know the problem isn't unique and it certainly isn't new.

Re: EAC Ripping at 0.0x speed and 30 hours estimated!

Reply #6 –
So, I Opted for fast mode. I compared both and I did not notice the difference between the secure ripped and the fast ripped track. The song with strange noise is even heard on the cd, so I think it is of the music (which is a little weird because the music is not ''noise style'').
The test & copy in the secure mode said that the track had read and sync error but I didn't notice that at all, and secure and accurate are not the same thing.
Here are the link of the topic where that this is said : https://hydrogenaud.io/index.php/topic,75404.0.html

Thanks for the help. Now I don't have to wait 30 hours for the Test & copy finish.

Re: EAC Ripping at 0.0x speed and 30 hours estimated!

Reply #7 –
Quote
The song with strange noise is even heard on the cd, so I think it is of the music (which is a little weird because the music is not ''noise style'').
The test & copy in the secure mode said that the track had read and sync error but I didn't notice that at all, and secure and accurate are not the same thing.
If you hear it when playing the CD (especially if you hear the same thing on a different CD player) it's on the CD.

And, if it "passes" AccurateRip, it's "in the music" and a "normal" part of the CD.  Not all recordings are perfect and if it's from an older analog recording, the defect may be in the original analog master.

If you get an uncorrected sync error, it should fail AccurateRip.   

Not all ripping errors are audible, and I've never had a case where EAC reported "no errors" where I later heard a defect, even if AccurateRip was not verified.

Re: EAC Ripping at 0.0x speed and 30 hours estimated!

Reply #8 –
Quote from: greynol on
Google has sucked for at least ten years, but I still hold out hope. Oh, well.

Do "+" and "-" work at all?
Reportedly, the only thing that still works is enclosing phrases that must be in the results in double quotes, but even then, if it finds no results with the mandatory keywords, it automatically ignores the double quotes and tells you as such at the top of the results page.

Re: EAC Ripping at 0.0x speed and 30 hours estimated!

Reply #9 –
Foobar can rip lossless just fine. EAC needs some serious love from the developer right now.
EZ CD Audio Converter