HydrogenAudio

CD-R and Audio Hardware => CD Hardware/Software => Topic started by: JHFerry on 2008-01-07 01:01:22

Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-07 01:01:22
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?
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-07 01:20:06
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.
Title: Anyway to speed up a FLAC rip?
Post by: Francksoy-Wizzu on 2008-01-07 01:43:57
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...
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-07 02:08:01
I used this guide here:

http://www.hydrogenaudio.org/forums/index....showtopic=30959 (http://www.hydrogenaudio.org/forums/index.php?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.
Title: Anyway to speed up a FLAC rip?
Post by: Francksoy-Wizzu on 2008-01-07 02:16:45
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.
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-07 02:25:08
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]
Title: Anyway to speed up a FLAC rip?
Post by: lexor on 2008-01-07 05:14:32
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.
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-07 05:36:06
One-size fits all solutions for EAC suck.  I suggest you follow this guide instead:
http://wiki.hydrogenaudio.org/index.php?ti...Lossless_Backup (http://wiki.hydrogenaudio.org/index.php?title=EAC_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 (http://wiki.hydrogenaudio.org/index.php?title=EAC_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!!!
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-07 15:53:19
One-size fits all solutions for EAC suck.  I suggest you follow this guide instead:
http://wiki.hydrogenaudio.org/index.php?ti...Lossless_Backup (http://wiki.hydrogenaudio.org/index.php?title=EAC_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 (http://wiki.hydrogenaudio.org/index.php?title=EAC_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.
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-07 17:58:42
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.
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-07 18:31:33
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.
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-07 18:41:54
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.
Title: Anyway to speed up a FLAC rip?
Post by: A_Man_Eating_Duck on 2008-01-07 18:55:22
have you tried a new firmware on your pioneer, it may speed up ripping.

http://forum.rpc1.org/dl_firmware.php?download_id=2331 (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)
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-07 19:08:18
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.
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-07 19:14:44
have you tried a new firmware on your pioneer, it may speed up ripping.

http://forum.rpc1.org/dl_firmware.php?download_id=2331 (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)



I will try that tonight as well.
Title: Anyway to speed up a FLAC rip?
Post by: evereux on 2008-01-07 19:26:08
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.
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-07 19:45:32
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.
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-07 19:50:25
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.
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-08 02:42:56
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.
Title: Anyway to speed up a FLAC rip?
Post by: brian2090 on 2008-01-08 06:29:08
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.
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-08 07:41:27
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.
Title: Anyway to speed up a FLAC rip?
Post by: Francksoy-Wizzu on 2008-01-09 07:32:26
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.
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-10 19:46:58
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.
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-10 20:43:27
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.
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-10 23:04:03
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.
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-10 23:11:54
Spin drive is still checked
Care to explain your rationale for this?

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.
What do you hope to gain by doing this?  You won't get a bit perfect copy with this method unless you have a combined read/write sample offset of 0 and I cannot think of a single program that will be able to generate such a format directly from CD that is secure.  brian2090's post about image programs treating audio CDs as data discs is complete nonsense.
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-11 03:19:21
Spin drive is still checked
Care to explain your rationale for this?

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.
What do you hope to gain by doing this?  You won't get a bit perfect copy with this method unless you have a combined read/write sample offset of 0 and I cannot think of a single program that will be able to generate such a format directly from CD that is secure.  brian2090's post about image programs treating audio CDs as data discs is complete nonsense.



Ok, iso bad idea.

Here is the update with Spin Off, No C2 checked and Medium error checking:

Burst mode 4:46
Secure mode w/cache checked run in only copy tracks 8:12
Secure mode w/cache checked run in Test and Copy 16:14

So the question is, which one should I use?  Is test and copy really needed with secure mode on?

Truthfully, I think I am fine in burst mode and its the fastest but I dont understand the difference from the secure mode.
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-11 03:41:47
Here is the update with Spin Off, No C2 checked and Medium error checking:

Burst mode 4:46
Secure mode w/cache checked run in only copy tracks 8:12
Secure mode w/cache checked run in Test and Copy 16:14

So the question is, which one should I use?  Is test and copy really needed with secure mode on?
Here's a more detailed summary I wrote recently:
http://www.digital-inn.de/129988-post4.html (http://www.digital-inn.de/129988-post4.html)

If your GDR8164B is compatible with the FUA command then I would recommend using Secure mode w/C2 with T&C if AR cannot verify.
http://www.hydrogenaudio.org/forums/index....mp;#entry539021 (http://www.hydrogenaudio.org/forums/index.php?showtopic=59927&st=25&p=539021&#entry539021)
If the FUA command works, you will be able to uncheck the caching setting.  When combined with C2 pointers, you will get burst-like speeds in secure mode.
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-12 16:56:25
Ok, Im starting to get it.  I am reading as my little ones allow so let me see If I can sum this up:

Most of my Cds are not going to come up in Accurate rip.  So Primarily I will use burst w T&C.

If I get a CD where the CRC's dont match, or there are errors I will use secure mode (right?)

I found a CD where one of the tracks is doing error detection (I know there is some scratches) That should be ripped in secure mode now correct?

The one thing that confuses me is the C2 option, I dont have it checked even though early on you recommended it.  How can I know If I can trust the drive?

This is a log from burst mode, CRC's do not match on a bunch of tracks:
Code: [Select]
Exact Audio Copy V0.99 prebeta 3 from 28. July 2007

EAC extraction logfile from 12. January 2008, 11:39

Hed Kandi / Winter Chill 06.02 (CD1)

Used drive  : HL-DT-STDVD-ROM GDR8164B  Adapter: 1  ID: 0

Read mode : Burst

Read offset correction                      : 102
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      : No
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                : 128 kBit/s
Quality                        : High
Add ID3 tag                    : No
Command line compressor        : F:\Program Files\Exact Audio Copy\Flac\flac.exe
Additional command line options : -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


TOC of the extracted CD

    Track |  Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 |  5:18.56 |        0    |    23905 
        2  |  5:18.56 |  3:25.66 |    23906    |    39346 
        3  |  8:44.47 |  6:25.36 |    39347    |    68257 
        4  | 15:10.08 |  4:48.27 |    68258    |    89884 
        5  | 19:58.35 |  4:27.26 |    89885    |  109935 
        6  | 24:25.61 |  5:51.21 |    109936    |  136281 
        7  | 30:17.07 |  4:17.14 |    136282    |  155570 
        8  | 34:34.21 |  4:48.24 |    155571    |  177194 
        9  | 39:22.45 |  3:56.13 |    177195    |  194907 
      10  | 43:18.58 |  3:29.58 |    194908    |  210640 
      11  | 46:48.41 |  6:06.54 |    210641    |  238144 
      12  | 52:55.20 |  3:26.16 |    238145    |  253610 
      13  | 56:21.36 |  5:00.41 |    253611    |  276151 
      14  | 61:22.02 |  3:51.69 |    276152    |  293545 
      15  | 65:13.71 |  5:09.13 |    293546    |  316733 


Track  1

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 01 - Slovo - Whisper.wav

    Peak level 99.8 %
    Test CRC 1AD39359
    Copy CRC 802A5671
    Accurately ripped (confidence 5)  [8942C2EB]
    Copy OK

Track  2

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 02 - Abraham - Magpie.wav

    Peak level 99.7 %
    Test CRC 9D87C7FE
    Copy CRC 9D87C7FE
    Accurately ripped (confidence 5)  [0AF5842F]
    Copy OK

Track  3

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 03 - Nova June - Another Try.wav

    Peak level 99.4 %
    Test CRC 35390781
    Copy CRC 35390781
    Accurately ripped (confidence 5)  [547695B5]
    Copy OK

Track  4

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 04 - Hard Kandy - Standstill.wav

    Peak level 99.8 %
    Test CRC 1BD18161
    Copy CRC 1BD18161
    Accurately ripped (confidence 5)  [4EBCD2B2]
    Copy OK

Track  5

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 05 - Eric Kupper presents Roy Camembert & His Orchestra - Missing.wav

    Peak level 99.8 %
    Test CRC 944CA10B
    Copy CRC 944CA10B
    Accurately ripped (confidence 5)  [F03F6C2F]
    Copy OK

Track  6

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 06 - KimBlee - Naturally (Yearn mix).wav

    Peak level 96.7 %
    Test CRC 31DC0881
    Copy CRC 31DC0881
    Accurately ripped (confidence 5)  [C19EB189]
    Copy OK

Track  7

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 07 - Ive Mendes - Night Night.wav

    Peak level 99.8 %
    Test CRC B41EAE6E
    Copy CRC B41EAE6E
    Accurately ripped (confidence 5)  [D8C545AA]
    Copy OK

Track  8

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 08 - Almadrava - I'm Sorry.wav

    Peak level 100.0 %
    Test CRC 2C4E5DA6
    Copy CRC 2C4E5DA6
    Accurately ripped (confidence 5)  [C442F3EE]
    Copy OK

Track  9

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 09 - Space Raiders - Beautiful Crazy.wav

    Peak level 99.4 %
    Test CRC C7BD65FA
    Copy CRC 8D6CE0EC
    Cannot be verified as accurate (confidence 5)  [538D80B2], AccurateRip returned [DA25BC54]
    Copy OK

Track 10

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 10 - Poloroid - Count On You.wav

    Peak level 97.6 %
    Test CRC 09F2A6AB
    Copy CRC 7215DCA1
    Cannot be verified as accurate (confidence 6)  [5269F149], AccurateRip returned [203B8AD9]
    Copy OK

Track 11

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 11 - Aim ft. Kate Rogers - The Girl Who Fell Through The Ice.wav

    Peak level 100.0 %
    Test CRC 329399F3
    Copy CRC 329399F3
    Accurately ripped (confidence 5)  [6AF507D0]
    Copy OK

Track 12

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 12 - Fingathing - Haze.wav

    Peak level 95.2 %
    Test CRC 97AECABE
    Copy CRC 97AECABE
    Accurately ripped (confidence 5)  [D6D19046]
    Copy OK

Track 13

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 13 - Gare Du Nord - Pablos Blues.wav

    Peak level 99.9 %
    Test CRC 62894607
    Copy CRC 62894607
    Accurately ripped (confidence 5)  [E302D9CF]
    Copy OK

Track 14

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 14 - 39 Vybes ft. John Lee Hooker , Groove Armada , Rachel Brown - Sometimes Lonely.wav

    Peak level 99.6 %
    Test CRC 3DD1E959
    Copy CRC 3DD1E959
    Accurately ripped (confidence 5)  [6D712DFB]
    Copy OK

Track 15

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 15 - Moby - Sunday (The Day Before My Birthday).wav

    Peak level 100.0 %
    Test CRC 0C96554A
    Copy CRC 0C96554A
    Accurately ripped (confidence 5)  [8D4D1FA8]
    Copy OK


13 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

[!--sizeo:1--][span style=\"font-size:8pt;line-height:100%\"][!--/sizeo--]Moderation: Please use codebox instead of quote in order not to waste space on long logs.  Quotation from previous post removed.
[/size]
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-12 17:36:32
Here is the log from a secure rip, although it says track 9 & 10 could not be copied they are there.  C2 is still not checked.  I do not have any CRC info for tracks 9 & 10 but all the others match now as opposed to Burst.

Code: [Select]
Exact Audio Copy V0.99 prebeta 3 from 28. July 2007

EAC extraction logfile from 12. January 2008, 12:26

Hed Kandi / Winter Chill 06.02 (CD1)

Used drive  : HL-DT-STDVD-ROM GDR8164B  Adapter: 1  ID: 0

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

Read offset correction                      : 102
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      : No
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                : 128 kBit/s
Quality                        : High
Add ID3 tag                    : No
Command line compressor        : F:\Program Files\Exact Audio Copy\Flac\flac.exe
Additional command line options : -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


TOC of the extracted CD

    Track |  Start  |  Length  | Start sector | End sector
    ---------------------------------------------------------
        1  |  0:00.00 |  5:18.56 |        0    |    23905 
        2  |  5:18.56 |  3:25.66 |    23906    |    39346 
        3  |  8:44.47 |  6:25.36 |    39347    |    68257 
        4  | 15:10.08 |  4:48.27 |    68258    |    89884 
        5  | 19:58.35 |  4:27.26 |    89885    |  109935 
        6  | 24:25.61 |  5:51.21 |    109936    |  136281 
        7  | 30:17.07 |  4:17.14 |    136282    |  155570 
        8  | 34:34.21 |  4:48.24 |    155571    |  177194 
        9  | 39:22.45 |  3:56.13 |    177195    |  194907 
      10  | 43:18.58 |  3:29.58 |    194908    |  210640 
      11  | 46:48.41 |  6:06.54 |    210641    |  238144 
      12  | 52:55.20 |  3:26.16 |    238145    |  253610 
      13  | 56:21.36 |  5:00.41 |    253611    |  276151 
      14  | 61:22.02 |  3:51.69 |    276152    |  293545 
      15  | 65:13.71 |  5:09.13 |    293546    |  316733 


Track  1

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 01 - Slovo - Whisper.wav

    Peak level 99.8 %
    Track quality 100.0 %
    Test CRC 802A5671
    Copy CRC 802A5671
    Accurately ripped (confidence 5)  [8942C2EB]
    Copy OK

Track  2

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 02 - Abraham - Magpie.wav

    Peak level 99.7 %
    Track quality 99.9 %
    Test CRC 9D87C7FE
    Copy CRC 9D87C7FE
    Accurately ripped (confidence 5)  [0AF5842F]
    Copy OK

Track  3

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 03 - Nova June - Another Try.wav

    Peak level 99.4 %
    Track quality 100.0 %
    Test CRC 35390781
    Copy CRC 35390781
    Accurately ripped (confidence 5)  [547695B5]
    Copy OK

Track  4

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 04 - Hard Kandy - Standstill.wav

    Peak level 99.8 %
    Track quality 100.0 %
    Test CRC 1BD18161
    Copy CRC 1BD18161
    Accurately ripped (confidence 5)  [4EBCD2B2]
    Copy OK

Track  5

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 05 - Eric Kupper presents Roy Camembert & His Orchestra - Missing.wav

    Peak level 99.8 %
    Track quality 100.0 %
    Test CRC 944CA10B
    Copy CRC 944CA10B
    Accurately ripped (confidence 5)  [F03F6C2F]
    Copy OK

Track  6

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 06 - KimBlee - Naturally (Yearn mix).wav

    Peak level 96.7 %
    Track quality 100.0 %
    Test CRC 31DC0881
    Copy CRC 31DC0881
    Accurately ripped (confidence 5)  [C19EB189]
    Copy OK

Track  7

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 07 - Ive Mendes - Night Night.wav

    Peak level 99.8 %
    Track quality 100.0 %
    Test CRC B41EAE6E
    Copy CRC B41EAE6E
    Accurately ripped (confidence 5)  [D8C545AA]
    Copy OK

Track  8

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 08 - Almadrava - I'm Sorry.wav

    Peak level 100.0 %
    Track quality 100.0 %
    Test CRC 2C4E5DA6
    Copy CRC 2C4E5DA6
    Accurately ripped (confidence 5)  [C442F3EE]
    Copy OK

Track  9

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 09 - Space Raiders - Beautiful Crazy.wav

    Copy aborted

Track 10

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 10 - Poloroid - Count On You.wav

    Suspicious position 0:00:00

    Copy aborted

Track 11

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 11 - Aim ft. Kate Rogers - The Girl Who Fell Through The Ice.wav

    Peak level 100.0 %
    Track quality 100.0 %
    Test CRC 329399F3
    Copy CRC 329399F3
    Accurately ripped (confidence 5)  [6AF507D0]
    Copy OK

Track 12

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 12 - Fingathing - Haze.wav

    Peak level 95.2 %
    Track quality 99.9 %
    Test CRC 97AECABE
    Copy CRC 97AECABE
    Accurately ripped (confidence 5)  [D6D19046]
    Copy OK

Track 13

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 13 - Gare Du Nord - Pablos Blues.wav

    Peak level 99.9 %
    Track quality 100.0 %
    Test CRC 62894607
    Copy CRC 62894607
    Accurately ripped (confidence 5)  [E302D9CF]
    Copy OK

Track 14

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 14 - 39 Vybes ft. John Lee Hooker , Groove Armada , Rachel Brown - Sometimes Lonely.wav

    Peak level 99.6 %
    Track quality 100.0 %
    Test CRC 3DD1E959
    Copy CRC 3DD1E959
    Accurately ripped (confidence 5)  [6D712DFB]
    Copy OK

Track 15

    Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 15 - Moby - Sunday (The Day Before My Birthday).wav

    Peak level 100.0 %
    Track quality 99.8 %
    Test CRC 0C96554A
    Copy CRC 0C96554A
    Accurately ripped (confidence 5)  [8D4D1FA8]
    Copy OK


13 track(s) accurately ripped
 2 track(s) canceled

Some tracks could not be verified as accurate

There were errors

End of status report
So basically, If C2 is checked and it reports the same errors I can trust it?  At that point should I just do a test and copy anyway or is it pointless with C2 checked?

Here is something interesting, the 2 secure rips I did of this CD, one with C2 one without both did not make playable copies of track 9 & 10 however burst mode plays fine.  The 2 secure rips left those 2 tracks as .wav files.  The only problem is the Burst mode CRC's didnt match.

I did have error checking on high, should I lower that?

[!--sizeo:1--][span style=\"font-size:8pt;line-height:100%\"][!--/sizeo--]Moderation: Quote changed to codebox. Please get into the habit of using codebox.[/size]

EDIT:
I also did check using the -usefua command on my drive ( I did it from a dos window and EAC popped up so I assume it ran the switch)

Here is the log, it did come up with errors:
Code: [Select]
Exact Audio Copy V0.99 prebeta 3 from 28. July 2007

EAC extraction logfile from 12. January 2008, 15:00

Hed Kandi / Winter Chill 06.02 (CD1)

Used drive  : HL-DT-STDVD-ROM GDR8164B  Adapter: 1  ID: 0

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

Read offset correction   : 102
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   : No
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 : 128 kBit/s
Quality : High
Add ID3 tag : No
Command line compressor : F:\Program Files\Exact Audio Copy\Flac\flac.exe
Additional command line options : -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


TOC of the extracted CD

Track |  Start  |  Length  | Start sector | End sector
---------------------------------------------------------
1  |  0:00.00 |  5:18.56 | 0 | 23905 
2  |  5:18.56 |  3:25.66 | 23906 | 39346 
3  |  8:44.47 |  6:25.36 | 39347 | 68257 
4  | 15:10.08 |  4:48.27 | 68258 | 89884 
5  | 19:58.35 |  4:27.26 | 89885 |  109935 
6  | 24:25.61 |  5:51.21 | 109936 |  136281 
7  | 30:17.07 |  4:17.14 | 136282 |  155570 
8  | 34:34.21 |  4:48.24 | 155571 |  177194 
9  | 39:22.45 |  3:56.13 | 177195 |  194907 
  10  | 43:18.58 |  3:29.58 | 194908 |  210640 
  11  | 46:48.41 |  6:06.54 | 210641 |  238144 
  12  | 52:55.20 |  3:26.16 | 238145 |  253610 
  13  | 56:21.36 |  5:00.41 | 253611 |  276151 
  14  | 61:22.02 |  3:51.69 | 276152 |  293545 
  15  | 65:13.71 |  5:09.13 | 293546 |  316733 


Track  9

Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 09 - Space Raiders - Beautiful Crazy.wav

Copy aborted

Track 10

Filename H:\My Music\Hed Kandi - Winter Chill 06.02 (CD1) - 10 - Poloroid - Count On You.wav

Suspicious position 0:00:00

Copy aborted


No tracks could be verified as accurate

There were errors

End of status report
As much as I am starting to understand this, I dont get why burst mode was the only one able to make those files from a bum disk.

[!--sizeo:1--][span style=\"font-size:8pt;line-height:100%\"][!--/sizeo--]Moderation: Code changed to codebox.[/size]
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-12 21:07:26
I found a CD where one of the tracks is doing error detection (I know there is some scratches) That should be ripped in secure mode now correct?
Not sure what you mean by error detection since burst mode really doesn't do error detection.  This is why you use T&C and check for errors manually.  If CRCs don't match and AR cannot verify, then yes, the best thing to do is switch to secure mode.

The one thing that confuses me is the C2 option, I dont have it checked even though early on you recommended it.  How can I know If I can trust the drive?
With the DAE Quality program as mentioned in the wiki.  It's also possible to tell from trial and error: see if ripping without C2 is able to give matching CRCs in situations where ripping with C2 doesn't; especially in instances where the track quality is 100% for the C2 rip.

Here is the log from a secure rip, although it says track 9 & 10 could not be copied they are there.
...and you'll find that they aren't complete.  This is because you have EAC configured to skip extraction upon errors.  Now it's possible (but not likely) for EAC to get the track right even though it reports errors and setting the Error Recovery Quality setting to High may improve the situation, but you'll have to let EAC continue ripping through errors before this can happen.  In addition, allowing EAC to complete the track will give AR a chance to check it.  This is yet another flaw in Eli's guide.

I do not have any CRC info for tracks 9 & 10 but all the others match now as opposed to Burst.
Based on the information in the log for your burst rip, the only tracks you needed to re-rip in secure mode are tracks 9 and 10 since track 1 was shown to be accurate by AccurateRip.  If you look at the Copy CRC for this track you'll see that it is the same between the two burst and secure logs: 802A5671.

So basically, If C2 is checked and it reports the same errors I can trust it?
No.  Drives with a C2 pointer implementation that does not work well with EAC will usually be able to report some errors; the problem is that EAC requires that they are able to report all errors.

At that point should I just do a test and copy anyway or is it pointless with C2 checked?
I recommend T&C will all C2 rips.  Taking this into account, I think C2 is a waste of time with drives that cache audio data but can't make proper use of the FUA command.

I did have error checking on high, should I lower that?
I normally use medium, but it's up to you.  I think the wiki is pretty clear on this.

I also did check using the -usefua command on my drive ( I did it from a dos window and EAC popped up so I assume it ran the switch)

Here is the log, it did come up with errors:
The errors reported in the log cannot be used to determine whether the command works. You must look in the extraction dialog window for a "Read Error".
http://www.hydrogenaudio.org/forums/index....mp;#entry539021 (http://www.hydrogenaudio.org/forums/index.php?showtopic=59927&st=25&p=539021&#entry539021)

After looking at the header information in you logs, I recommend you configure EAC to use null samples for CRC calculations.
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-13 05:53:39
Quote
With the DAE Quality program as mentioned in the wiki. It's also possible to tell from trial and error: see if ripping without C2 is able to give matching CRCs in situations where ripping with C2 doesn't; especially in instances where the track quality is 100% for the C2 rip.


So basically, the goal is matching CRC's.  Using C2 is for speed so If you want to be paranoid about the accuracy of the rip, dont use it.  I was able to get through the Wiki tonight so hopefully I have a much better idea.

Quote
..and you'll find that they aren't complete. This is because you have EAC configured to skip extraction upon errors. Now it's possible (but not likely) for EAC to get the track right even though it reports errors and setting the Error Recovery Quality setting to High may improve the situation, but you'll have to let EAC continue ripping through errors before this can happen. In addition, allowing EAC to complete the track will give AR a chance to check it. This is yet another flaw in Eli's guide.


I forgot about that setting however Error recovery was already on high so my question is would I be better off unchecking the option to skip extraction and taking what the secure rip gives me in a file or just keep the burst one?  The thing about the burst ones (once I checked the null option as you suggested) the CRCs dont match so In the worst case I can cancel the skip extraction just for those 2 tracks. Prior to the null option I wasnt getting CRC results at all with those 2 tracks.

Quote
Based on the information in the log for your burst rip, the only tracks you needed to re-rip in secure mode are tracks 9 and 10 since track 1 was shown to be accurate by AccurateRip. If you look at the Copy CRC for this track you'll see that it is the same between the two burst and secure logs: 802A5671.


Right but in most cases I wont be ripping the CD 3 times to compare to the correct secure rip.  Especially If the CRCs match in Burst mode.

Quote
The errors reported in the log cannot be used to determine whether the command works. You must look in the extraction dialog window for a "Read Error".
http://www.hydrogenaudio.org/forums/index....mp;#entry539021 (http://www.hydrogenaudio.org/forums/index....mp;#entry539021)


I dont get the whole FUA thing and Im not sure it worked.  I tried it from a cmd prompt with the switch but EAC doesnt have any sort of way to let you know you are running in that mode. 

If I run the EAC normally, and I take set the error correction to low, uncheck cache drive etc I get read and sync errors and it doesnt rip.

If I run it with the -usefua switch I just get a read error.  Doesnt rip either. Does that mean it works?

The one thing you dont mention is the accurate stream feature, does that need to be unchecked?

Quote
After looking at the header information in you logs, I recommend you configure EAC to use null samples for CRC calculations.


Whats makes you say that?

BTW, I really appreciate all the help.
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-13 19:40:07
Quote
I dont get the whole FUA thing and Im not sure it worked. I tried it from a cmd prompt with the switch but EAC doesnt have any sort of way to let you know you are running in that mode.
If you typed "eac.exe -usefua" (but without the quotes, of course) then EAC started with the switch.

Quote
If I run the EAC normally, and I take set the error correction to low, uncheck cache drive etc I get read and sync errors and it doesnt rip.
This sounds like your drive doesn't cache audio data.

Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-14 04:31:21
Code: [Select]
F:\>cachex -i -c -p -n 16 d:

CacheExplorer 0.8 - spath@cdfreaks.com

Drive on D is  HL-DT-ST DVD-ROM GDR8164B 0G08

[+] Buffer size: 256 kB, read cache is disabled
[+] Supported read commands: BEh A8h(FUA) 28h(FUA) D4h(FUA) D5h(FUA) D8h(FUA)
[+] Plextor flush command: accepted
[+] Plextor flush tests: 16/16
[+] Testing cache line size:
190 kB / 83 sectors
190 kB / 83 sectors
190 kB / 83 sectors
190 kB / 83 sectors
190 kB / 83 sectors
114 kB / 50 sectors
190 kB / 83 sectors
190 kB / 83 sectors
190 kB / 83 sectors
190 kB / 83 sectors
190 kB / 83 sectors
190 kB / 83 sectors
190 kB / 83 sectors
190 kB / 83 sectors
190 kB / 83 sectors
190 kB / 83 sectors




FUA results for the GDR8164B were read errors, then the drive ejects prior to writing the file.  Actually track 9 hung EAC and I had to kill the process.  Cache checked again, I still get a read error




Code: [Select]
F:\>cachex -i -c -p -n 16 e:

CacheExplorer 0.8 - spath@cdfreaks.com

Drive on E is  PIONEER  DVD-RW  DVR-112D 1.24

[+] Buffer size: 2000 kB, read cache is enabled
[+] Supported read commands: BEh A8h(FUA) 28h(FUA) D4h(FUA) D5h(FUA) D8h(FUA)
[+] Plextor flush command: accepted
[+] Plextor flush tests: 13/16
[+] Testing cache line size:
323 kB / 141 sectors
323 kB / 141 sectors
183 kB / 80 sectors
167 kB / 73 sectors
169 kB / 74 sectors
174 kB / 76 sectors
163 kB / 71 sectors
172 kB / 75 sectors
160 kB / 70 sectors
174 kB / 76 sectors
174 kB / 76 sectors
169 kB / 74 sectors
172 kB / 75 sectors
160 kB / 70 sectors
172 kB / 75 sectors
55 kB / 24 sectors


FUA results for the Pioneer were sync errors with the Cache turned off.
Read errors with cache turned back on.
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-14 06:09:58
Ok, then based on this information, you won't be able to use the FUA command with either drive.  One of the two non-Plextor drives that I have that apparently accepts the command causes EAC to hang as well, so I guess the behavior is not unusual.

Answering your other questions from the previous post...
Quote
So basically, the goal is matching CRC's.
The goal is a verified rip.  You can verify one of two ways: AR or being able to get a consistent CRC, with AR being more conclusive of the two.  If you've previously submitted results to the database for a particular disc and then ripped that disc again and got a matching result with a confidence of 1, then the AR result would not be more conclusive than getting a consistent CRC; it would be the same.

Quote
I forgot about that setting however Error recovery was already on high so my question is would I be better off unchecking the option to skip extraction and taking what the secure rip gives me in a file or just keep the burst one?
I'd keep the one with fewer audible errors.

Quote
The thing about the burst ones (once I checked the null option as you suggested) the CRCs dont match so In the worst case I can cancel the skip extraction just for those 2 tracks.
Although I wasn't explicit, the suggestion was actually to uncheck that setting.

Quote
in most cases I wont be ripping the CD 3 times to compare to the correct secure rip. Especially If the CRCs match in Burst mode.
I'd just hate to have you waste time re-ripping tracks that were ok.  For this reason, I prefer to load a disc and first look for the AR logo at the lower left.  If the logo is there then I'd rip by doing Shift+F5 and then check the AR results.  You can always generate a second set of CRCs by pressing F8 if needed.  If there's no AR logo then I'd just use Shift+F6.

Quote
The one thing you dont mention is the accurate stream feature, does that need to be unchecked?
No.  So long as you can get matching CRCs and the no use of null samples is unchecked then the Accurate Stream feature setting can remain checked.

Quote
>After looking at the header information in you logs, I recommend you configure EAC to use null samples for CRC calculations.
Whats makes you say that?
http://www.hydrogenaudio.org/forums/index....showtopic=57884 (http://www.hydrogenaudio.org/forums/index.php?showtopic=57884)
Title: Anyway to speed up a FLAC rip?
Post by: JHFerry on 2008-01-14 20:46:27
Quote
The goal is a verified rip.  You can verify one of two ways: AR or being able to get a consistent CRC, with AR being more conclusive of the two.  If you've previously submitted results to the database for a particular disc and then ripped that disc again and got a matching result with a confidence of 1, then the AR result would not be more conclusive than getting a consistent CRC; it would be the same.


At what number of confidence can you trust AR though?  I will be lucky to see any of my imports.

Quote
I'd keep the one with fewer audible errors.


easy enough, If the medium file with errors sounds ok then thats good enough for me, If not I can try the high setting.

Quote
Although I wasn't explicit, the suggestion was actually to uncheck that setting.


Actually, I did uncheck it so I got what you were saying.

Quote
I'd just hate to have you waste time re-ripping tracks that were ok.  For this reason, I prefer to load a disc and first look for the AR logo at the lower left.  If the logo is there then I'd rip by doing Shift+F5 and then check the AR results.  You can always generate a second set of CRCs by pressing F8 if needed.  If there's no AR logo then I'd just use Shift+F6.


Got it

Quote
No.  So long as you can get matching CRCs and the no use of null samples is unchecked then the Accurate Stream feature setting can remain checked.


Got it

So to sum up,

Most of my Cds are not going to come up in Accurate rip. So Primarily I will use burst w T&C.

If I get a CD where the CRC's dont match, or there are errors I will use secure mode

I have error recovery on medium unless I get a track that is stubborn then its pretty much playing around trying to get an accurate rip of the track.

Burst mode even with T&C give me decent speed but man did I learn alot.  Reading the logs on a bad track does not mean I need to re-rip it all over.  I can do a test read to compare CRC's in secure mode or even a T&C.  The bottom line is you really only need to stray from Burst in my case if you have mix matched CRCs and/or errors. 

I need to read about Cue sheets and ID3 tags, how should Flac be tagged, album art etc.  Alot of my CDs are mixed so I need a good understanding of Cue sheets.
Title: Anyway to speed up a FLAC rip?
Post by: greynol on 2008-01-14 21:22:37
At what number of confidence can you trust AR though?  I will be lucky to see any of my imports.
If it's not your submission, 1 is sufficient.  If it is your submission then it is no less trustworthy than getting matching CRCs with EAC.

easy enough, If the medium file with errors sounds ok then thats good enough for me, If not I can try the high setting.
High and medium probably won't make a difference.

If I get a CD where the CRC's dont match, or there are errors I will use secure mode
Unless it's an overreading problem, you're not going to see errors with matching CRCs in burst mode, but you have overreading disabled so it's a moot point.  You might see "Timing problems" but with matching CRCs, these problems did not cause any errors.

I have error recovery on medium unless I get a track that is stubborn then its pretty much playing around trying to get an accurate rip of the track.
Right, and you may want to throttle the extraction speed of the drive.  Remember, if EAC gets through a track and doesn't report errors, it doesn't mean there weren't any regardless of the error recovery quality setting (though again, you run a greater risk of this happening when it's set to high and there are more than three sets of re-reads performed).

The bottom line is you really only need to stray from Burst in my case if you have mix matched CRCs and/or errors.
Right, and I only recommended burst because your drive caches audio data.  For drives that don't cache and provide C2, I recommend secure mode w/T&C and then try again without C2 if checksums don't match.  With drives that don't cache and don't have C2, I would recommend secure without T&C, but maybe a test pass for tracks that required re-reads somewhere besides at the very very end of a track that couldn't be verified as accurate by AR.

I need to read about Cue sheets and ID3 tags, how should Flac be tagged, album art etc.  Alot of my CDs are mixed so I need a good understanding of Cue sheets.
The command line you're using with flac already includes the basic tags.  The wiki should be able to help you understand cue sheets.  The forum has a lot of discussions about more advanced tagging with most people recommending either Mp3tag or foobar2000.

You've come a long way, congratulations!