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?
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.
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...
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.
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.
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:
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]
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.
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!!!
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.
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.
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.
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.
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'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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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?
- Burst mode w/T&C if AccurateRip cannot verify.
- For tracks where T&C CRCs don't match, rip in Secure mode.
- Secure mode (no C2) w/T&C may reveal a problem, but there's probably nothing you can do at that point (configuration-wise) except tell the drive to rip at a lower speed; especially when EAC reports that the Copy was OK. Cleaning and/or buffing and polishing scratches can make a difference.
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.
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:
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]
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.
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:
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 code
box.[/size]
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.
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.
..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.
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.
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?
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.
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.
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.
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
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.
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...
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.
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.
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.
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.
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.
>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)
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.
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.
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.
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
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.
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!