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: Anyway to speed up a FLAC rip? (Read 26276 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Anyway to speed up a FLAC rip?

I followed the FAQ above for setting up EAC to rip to FLAC.  The only issue I have is the time its taking.  Its averaging 30 minutes each CD and I have hundreds to rip.  I am not using burst or anything like that, I followed the FAQ to the letter. 

Is there anyway to speed this up?

Anyway to speed up a FLAC rip?

Reply #1
Which FAQ are you following?

Anyhow...
Burst used with AccurateRip or T&C is fine.
Using C2 pointers (if your drive can provide them) with AccurateRip or T&C is fine as well.

I remember you saying you have a caching drive and a non-caching drive and am assuming you're using the non-caching drive and have the "Drive caches audio data setting" unchecked?

If you aren't already, you should be able to tell EAC to compress in the background and do simultaneous threading if you have a hyperthreading or multi-core processor or have multiple processors.

It's also commonly held that telling flac to use a compression level higher than 6 gives diminishing returns.

Anyway to speed up a FLAC rip?

Reply #2
Unless, as Reynold mentions, you use very high compression ratio settings (recommended is default -5-), these 30 minutes have nothing to do with the fact that you rip to FLAC instead of ripping to WAV. It's the ripping process itself that is amiss.

Here, I rip a full CD with EAC, to FLAC /5, in less than 2 minutes, in secure mode! I use a NEC 4550, secure mode, C2 reporting enabled. My comp is not even very fast, it's a mere 2.26 Ghz Celeron. The actual coding to FLAC takes about... 3 seconds per track!

So something's wrong with your settings. It would be helpful if you would give as many precisions as possible about the settings you use in EAC, the drive you use as a ripper etc...

Anyway to speed up a FLAC rip?

Reply #3
I used this guide here:

http://www.hydrogenaudio.org/forums/index....showtopic=30959

So I guess we can start there.  Its slow as hell now.

Drive 1:  Pioneer DVD RW DVR-112d  1.09 (No C2 available)

Drive 2: HL-DT-STDVDROM GDR8164B 0608  C2 available

Both Drives have Caching.  Drive 2 seems even slower but C2 is turned off as stated in the guide.

Moderation: Removed quote from previous post.

Anyway to speed up a FLAC rip?

Reply #4
Don't take this wrong, but you'll have to do better than that (just giving a link to the instructions you followed) if you really want constructive help.
Please mention the actual EAC settings, your ripping drive, the ripping mode you choosed, your comp specs... the more details the better.

Anyway to speed up a FLAC rip?

Reply #5
Don't take this wrong, but you'll have to do better than that (just giving a link to the instructions you followed) if you really want constructive help.
Please mention the actual EAC settings, your ripping drive, the ripping mode you choosed, your comp specs... the more details the better.
No offense taken,

Settings:
Code: [Select]
EAC Options:

Extraction Tab
[X] Fill up missing offset samples with silence *Optional. For drives that overread lead in/out this is not needed.*
[ ] No use of null samples for CRC calculations *Doesnt change audio*
[X] Synchronize between tracks
[ ] Delete leading and trailing silent blocks
[X] Skip track extraction on read or sync errors (wont affect rip, but I check yes for next 3)
[X] Skip track extraction after duration longer than X times realtime
[X] After each 30 minutes of extraction, cool down the drive for 5 mins
[X] Lock drive tray during extraction
Extraction and compression priority: Normal
Error recovery quality: Medium **this is a change from my previous recommendation. This will decrease the number of error bars from 5 to 3. I have never had a rip go past 3 bars (really usually only 2 at most) and have an error free rip. Save the time. Plus its easier on your drive.

General Tab
doesnt matter for ripping.

Tools Tab
[X] Retrieve UPC/ISRC codes in CUE sheet generation
[X] Use CD-Text information in CUE sheet generation
[ ] Create '.m3u' playlist on extraction - **user option
[X] Automatically write status report on extraction
[X] On extraction, start external compressors queued in the background [1] - **user option.
[X] Do not open external compressor window - **user option
[X] Submit drive features after detection
[ ] Activate beginner mode, disable all advanced features

Normalization Tab
NOT CHECKED!!!

Filename Tab
Naming Scheme: %A - %C - %N - %T (or as you prefer, check EAC's FAQ.txt)
Various Artists: %C - %N - %A - %T (see above)

Catalog Tab
Not important

Directories Tab
**user option.

Write Tab
Nothing to do with extraction here

Interface Tab
Not so important, you can use the Native one



Drive Options

Extraction Method Tab
Secure Mode (after "detect read features" option is used, with appropriate settings)
**It is also reasonable to use Burst Mode if you always use Shift-F6 (Test & Copy). It has been argued that this is more secure then secure mode and its tends to be faster. Burst mode alone (without Test & Copy) is not secure!
[X] Drive caches audio data (clears the drive cache)
[ ] Drive is capable of C2

Drive Tab
Autodetect for drive read command
[ ] Big endian
[ ] Swap channels
[X] Spin up before extraction

Offset / Speed Tab
Offset locked by AccurateRip
Overread into lead-in and lead-out data (You will need to test this one on a disc, if you get a read sync error on the first or last track of a new CD your drive cant overread and the option should be unchecked - this will mean that you loose the number of samples equal to your drive offeset on either the first or last song, the only solution is a different drive)
[X] Allow speed reduction during extraction
[X] CD-Text Read capable drive

Gap Detection Tab
Gap/Index retreval method: per drive setting (start with method A or B)
Detection Accuracy: Secure (some prefer to use accurate)


Compression Options

External Compression Tab
[X] Use external compression
User defined encoder
Use file extension: .flac
Program including path: -browse and select flac.exe-
Additional Command Line Options:
[b]-6 -V -T "artist=%a" -T "title=%t" -T "album=%g" -T "date=%y" -T "tracknumber=%n" -T "genre=%m" -T comment="%e" -T "comment=EAC (Secure Mode)" %s[/b]
Bitrate: Doesn't matter
[X] Delete WAV after compression
[ ] Use CRC check
[ X] Add ID3 tag
[X] Check for external compression return code

Offset Tab
[ ] Use offset detection for encoding and decoding Do NOT check this as it will add gaps to gapless music
Those are pretty much my settings.

This part is confusing:
Extraction Method Tab
Secure Mode (after "detect read features" option is used, with appropriate settings)
**It is also reasonable to use Burst Mode if you always use Shift-F6 (Test & Copy). It has been argued that this is more secure then secure mode and its tends to be faster. Burst mode alone (without Test & Copy) is not secure!

When I rip I go to actions > Test and copy >Compressed

I do not have burst or fast mode checked under drive options.

[!--sizeo:1--][span style=\"font-size:8pt;line-height:100%\"][!--/sizeo--]Moderation: Placed the information copied from Eli's guide in a codebox.  Note that the only thing that had been changed from the guide was the use of an ID3 tag.[/size]

Anyway to speed up a FLAC rip?

Reply #6
How fast does your drive actually read the CD? My LG drive hard locked read speed at 4x (or maybe 3x even) when reading Audio CDs.
The Plan Within Plans

Anyway to speed up a FLAC rip?

Reply #7
One-size fits all solutions for EAC suck.  I suggest you follow this guide instead:
http://wiki.hydrogenaudio.org/index.php?ti...Lossless_Backup

...and again, Burst with T&C is perfectly fine, so don't feel compelled to follow it to the letter.

Also, rips based on C2 error information without T&C are only as secure as your drive's ability to provide reliable C2 pointers.  Without thorough testing you should assume your drive can't provide reliable C2 pointers.  Like with Burst mode, until you use T&C you should assume your rips are not secure when enabling the use of C2 pointers.  In the case of Francksoy-Wizzu's NEC drive, a brand notorious for giving unreliable results in EAC when C2 information enabled, an extra 3 seconds per track is a minor price to pay in order to insure true security.  This fast ripping speed is largely attributed to the fact that it does not cache audio data, BTW.

If you are interested in learning about the drive features read this:
http://wiki.hydrogenaudio.org/index.php?ti...C_Drive_Options

Moving on...
Both Drives have Caching.
...but four days ago you said:
I am a little mixed up on this, on one hand I read to check the feature to use Cache when ripping to Flac but on the other hand I read that the information coming from Cache can lead to errors.  One of my drives supports cache, the other doesnt.  i am using EAC.
Which is the case?

Lastly, adding an ID3 tag to FLAC files is not a good idea!!!

Anyway to speed up a FLAC rip?

Reply #8
One-size fits all solutions for EAC suck.  I suggest you follow this guide instead:
http://wiki.hydrogenaudio.org/index.php?ti...Lossless_Backup

...and again, Burst with T&C is perfectly fine, so don't feel compelled to follow it to the letter.

Also, rips based on C2 error information without T&C are only as secure as your drive's ability to provide reliable C2 pointers.  Without thorough testing you should assume your drive can't provide reliable C2 pointers.  Like with Burst mode, until you use T&C you should assume your rips are not secure when enabling the use of C2 pointers.  In the case of Francksoy-Wizzu's NEC drive, a brand notorious for giving unreliable results in EAC when C2 information enabled, an extra 3 seconds per track is a minor price to pay in order to insure true security.  This fast ripping speed is largely attributed to the fact that it does not cache audio data, BTW.

If you are interested in learning about the drive features read this:
http://wiki.hydrogenaudio.org/index.php?ti...C_Drive_Options

Moving on...
Both Drives have Caching.
...but four days ago you said:
I am a little mixed up on this, on one hand I read to check the feature to use Cache when ripping to Flac but on the other hand I read that the information coming from Cache can lead to errors.  One of my drives supports cache, the other doesnt.  i am using EAC.
Which is the case?

Lastly, adding an ID3 tag to FLAC files is not a good idea!!!



I remember that thread, I think I was getting mixed up because one of the drives does C2 checking and the other does not.  I might have confused that with Caching.

How fast does your drive actually read the CD? My LG drive hard locked read speed at 4x (or maybe 3x even) when reading Audio CDs.



Thats a good question, I dont remember having any locks in any other app like winamp.  I dont remember seeing any options for drive speed in EAC.

Anyway to speed up a FLAC rip?

Reply #9
I remember that thread, I think I was getting mixed up because one of the drives does C2 checking and the other does not.  I might have confused that with Caching.
So EAC's test for audio caching came back and said both drives cache audio data, correct?

How fast does your drive actually read the CD? My LG drive hard locked read speed at 4x (or maybe 3x even) when reading Audio CDs.
Thats a good question, I dont remember having any locks in any other app like winamp.  I dont remember seeing any options for drive speed in EAC.
EAC has throttling options, but I believe lexor might be talking about drives that automatically lock the speed of discs they detect as problematic.  This is determined by the drive and is something you cannot control.

Anyway to speed up a FLAC rip?

Reply #10
I remember that thread, I think I was getting mixed up because one of the drives does C2 checking and the other does not.  I might have confused that with Caching.
So EAC's test for audio caching came back and said both drives cache audio data, correct?

How fast does your drive actually read the CD? My LG drive hard locked read speed at 4x (or maybe 3x even) when reading Audio CDs.
Thats a good question, I dont remember having any locks in any other app like winamp.  I dont remember seeing any options for drive speed in EAC.
EAC has throttling options, but I believe lexor might be talking about drives that automatically lock the speed of discs they detect as problematic.  This is determined by the drive and is something you cannot control.



Ok, so how do I determine If thats whats going on?

I will double check at home but I am pretty sure both have caching. 

Can EAC output a log after testing a drive or is there something else out there I can use to test so I can post results? CDfreaks reviews of the Pioneer drive are not great but nothing horrible either.

I also checked the EAC lossless guide you posted and my settings are pretty much the same aside from the burst settings which I will change.

Anyway to speed up a FLAC rip?

Reply #11
I would focus on reconfiguring EAC per the wiki article I gave before trying to do any troubleshooting.

Can EAC output a log after testing a drive or is there something else out there I can use to test so I can post results?
You can tell EAC to generate a log from a test rip once it has finished.

I also checked the EAC lossless guide you posted and my settings are pretty much the same aside from the burst settings which I will change.

Of the settings that aren't "pretty much the same", you will see differences in the time it takes to rip a disc:
[X] After each 30 minutes of extraction, cool down the drive for 5 mins
[X] Spin up before extraction

With a caching drive there is no way you're going to see the speeds reported by Francksoy-Wizzu in secure mode.

Anyway to speed up a FLAC rip?

Reply #12
have you tried a new firmware on your pioneer, it may speed up ripping.

http://forum.rpc1.org/dl_firmware.php?download_id=2331

(make sure you fully read the instructions before doing it or you may brick your drive)
Who are you and how did you get in here ?
I'm a locksmith, I'm a locksmith.

Anyway to speed up a FLAC rip?

Reply #13
I'd see if the HL-DT-STDVDROM GDR8164B accepts the FUA command and use C2 pointers w/T&C, but we need to get the basics straightened out first.

Roughly speaking, for every 2MB requested from the drive in secure mode:
2MB are read with C2 pointers and no cache flushing
4MB are read with C2 pointers and with cache flushing
4MB are read without C2 pointers and no cache flushing
6MB are read without C2 pointers and with cache flushing

Extra reading translates into slower ripping speeds.


Anyway to speed up a FLAC rip?

Reply #15
Just to push home the point about Accuraterip. If you get a positive accuraterip result you don't need to test and copy. This will greatly help speed up the ripping process too.
daefeatures.co.uk

Anyway to speed up a FLAC rip?

Reply #16
Just to push home the point about Accuraterip. If you get a positive accuraterip result you don't need to test and copy. This will greatly help speed up the ripping process too.



Right, the thing is I have a ton of Import house CDs that there are no results on.

Anyway to speed up a FLAC rip?

Reply #17
I'd also like to add to that:

If there were no re-reads except only at the very very end of a track, test and copy will most likely be a waste of time when using secure mode without C2 pointers, regardless of AccurateRip results.

Anyway to speed up a FLAC rip?

Reply #18
Checking burst mode on the HL-DT-STDVDROM GDR8164B brings it down to 8 minutes.  I still have spin the drive before checked.  The Pioneer DVDRW is still pretty slow but I knocked half the time off that too.  I would love to get this to under 5 minutes.

Here is the funny thing, If I use secure mode my ripping speed in under 6x, If I use burst mode it jumps to almost 20x.  What can I do to speed this up in secure mode? 

Basically, T&C is doubling the time.  Drives are both confirmed to have Caching.  I do not have C2 checked.

Moderation: Quotation from off-topic post removed.

 

Anyway to speed up a FLAC rip?

Reply #19
I followed the FAQ above for setting up EAC to rip to FLAC.  The only issue I have is the time its taking.  Its averaging 30 minutes each CD and I have hundreds to rip.  I am not using burst or anything like that, I followed the FAQ to the letter. 

Is there anyway to speed this up?


JH, I don't know about your level of exp. with Virtual Drives, but have you considered just imaging the CDs into .ISO files on your hard disk as a first step (say a dozen discs at a time) and then loading/mounting the images (one at a time) with a virtual drive system like Nero, Daemon Tools, or Slysoft VirtualCloneDrive?

Then use EAC to get extraction at higher hard disc speeds.  Whether this would bother EAC, I do not know.  I believe in theory, that the image from most image reading programs will be bit-for-bit accurate with the results of EAC reading from the DVD/CD-ROM.  Just unmount the image afterwards, and delete the ISO file.

The benefit in my opinion would be that the audio CD would be treated as a data disc, and no firmware limitations would impede the ripping speed.  Error handling can be controlled by the ripping/image extracting application (such as MagicISO or ISOBuster, etc.) to keep DVD/CD drive speeds at error-free working levels.

I remember Pioneer DVDs having some speed limiting aspects in their firmware, when ripping DVDs I think, from what I read about the 107/108 models.  Whether this continued into the 111/112 I do not know.
Brian2090

  *----======  "Are you sure that's a candle?"

Anyway to speed up a FLAC rip?

Reply #20
I believe in theory, that the image from most image reading programs will be bit-for-bit accurate with the results of EAC reading from the DVD/CD-ROM.
This depends on the condition of the disc and the drive doing the ripping.

The benefit in my opinion would be that the audio CD would be treated as a data disc, and no firmware limitations would impede the ripping speed.
This is absolutely false.

Error handling can be controlled by the ripping/image extracting application (such as MagicISO or ISOBuster, etc.) to keep DVD/CD drive speeds at error-free working levels.
This isn't true either.

Anyway to speed up a FLAC rip?

Reply #21
In the case of Francksoy-Wizzu's NEC drive, a brand notorious for giving unreliable results in EAC when C2 information enabled, an extra 3 seconds per track is a minor price to pay in order to insure true security.
I thoroughly tested my 3540 units  - this NEC reputation dates back from the 3500/3450/3520 series I think. Here I have 3540 and 4550, and both have 100% reliable C2 reporting.
Of course I can vouch only for these models, which are not even produced anymore anyway.
Quote
This fast ripping speed is largely attributed to the fact that it does not cache audio data, BTW.
Yep

I also definitly concur with your advice or using T&C. I most of the time don't, since my usual ripping drives have been tested for reliable C2 reporting, but that's what I do (and recommend) in case I use a non-tested oir unknown drive.

Anyway to speed up a FLAC rip?

Reply #22
Just for the heck of it I installed Foobar and set it to Standard error checking and my rip took about 1 minute less.  So it ripped around 5:30.  The drive speed was much better, in the mid 20's although I dont know why it doesnt rip full speed, error checking I guess.

Anyway to speed up a FLAC rip?

Reply #23
Just for the heck of it I installed Foobar and set it to Standard error checking and my rip took about 1 minute less.  So it ripped around 5:30.  The drive speed was much better, in the mid 20's although I dont know why it doesnt rip full speed, error checking I guess.

Be careful with foobar2000 and ripping, especially in standard mode.  When it comes to security going from EAC to foobar2000 is a step backwards (less immunity to consistent errors, no AR support).  With your drive that provides C2 pointers, going to dBpoweramp will be a step forwards.

Do you still have the "Spin up drive before extraction" option enabled in EAC?
You will experience a decrease in ripping time if you disable it.

Anyway to speed up a FLAC rip?

Reply #24
Just for the heck of it I installed Foobar and set it to Standard error checking and my rip took about 1 minute less.  So it ripped around 5:30.  The drive speed was much better, in the mid 20's although I dont know why it doesnt rip full speed, error checking I guess.

Be careful with foobar2000 and ripping, especially in standard mode.  When it comes to security going from EAC to foobar2000 is a step backwards (less immunity to consistent errors, no AR support).  With your drive that provides C2 pointers, going to dBpoweramp will be a step forwards.

Do you still have the "Spin up drive before extraction" option enabled in EAC?
You will experience a decrease in ripping time if you disable it.



I doubt I will dump EAC, Im finally starting to get it.  Spin drive is still checked but I am not using C2 error checking.  Accuraterip is enabled. 

I was wondering about ripping some straight to .iso and worrying about some lesser used ones later, thats a but by bit copy and I can archive to DVD-R.