Hydrogenaudio Forums > Before Ripping using EAC

Hydrogenaudio Forums > CD-R and Audio Hardware > CD Hardware/Software

Bodhi

Nov 4 2009, 07:46

Hi there everybody (as would Elmo say),

Before ripping some CDs using EAC and FLAC, I would like to be sure I'm doing the right thing!

I just installed EAC prebeta 5 and FLAC 1.2.1b.

My CD-ROM is a Lg HL-DT-STDVD-RAM GSA-H20L (1.02).
The Wizard gave me:

YES to acurate stream
NO to drive cache
No to C2

I used the Wiki to configure the compression options.

I will choose "test and copy selected tracks"

Is there anything else I need to consider to rip the right way?

Thank you!

pdq

Nov 4 2009, 14:00

Make sure that you are configured for AccurateRip. That is even more important than test and copy. In fact, I would suggest to rip in burst mode, use AccurateRip to confitm, and only if not confirmed by AccurateRip would you go back and do test and copy.

Bodhi

Nov 4 2009, 14:25

Thank you!

How do I know if the CD is confirmed by AccurateRip? Is it the logo, bottom right (a CD checked)?

What if, after ripping, it is telling me it couldn't be confirmed as accurate?

pdq

Nov 4 2009, 14:43

I haven't used EAC in a very long time, but it should tell you on a track-by-track basis which tracks are confirmed and which are not.

For any tracks that are not confirmed, rip them a second time and compare checksums. If the checksums match then there is a high probability that you have a good rip.

Bodhi

Nov 4 2009, 14:50

It only tells me that it is accurately ripped after ripping!

Why burst mode?

Remedial Sound

Nov 4 2009, 14:54

QUOTE (Bodhi @ Nov 4 2009, 09:50)

Why burst mode?

Basically because it's faster... and as long as the rip checksum matches that in AccurateRip, the ripping mode doesn't really matter.

Bodhi

Nov 4 2009, 16:04

What if I have a "different pressing from the one in the database"?

pdq

Nov 4 2009, 16:29

Then your rip is not verified and you have to follow up with the test and copy.

Bodhi

Nov 4 2009, 16:31

Ok, thank you!

greynol

Nov 4 2009, 16:34

I'd probably double-check all my rips with this drive against those done by another drive, regardless of AR results or test and copy because it looks like one of the Hitachi-LG models that sometimes offsets the data by two bytes causing a channel reversal and filter affect.

Thankfully it hasn't been detected as a caching drive, so there shouldn't be a significant difference in speed between one pass of secure mode vs. burst T&C.

Again, I sincerely hope that this isn't one of the models that has this problem.

Bodhi

Nov 4 2009, 16:46

QUOTE (greynol @ Nov 4 2009, 16:34)

Again, I sincerely hope that this isn't one of the models that has this problem.

How would I know that?

greynol

Nov 4 2009, 17:07

...by checking your rips against those done with a different drive.

To reiterate, AR cannot be trusted to help you, since it's a consistent problem with particular models of Hitachi/LG drives.

Akkurat

Nov 4 2009, 17:21

QUOTE (Bodhi @ Nov 4 2009, 17:04)

What if I have a "different pressing from the one in the database"?

You could check the rip with CUETools.

pdq

Nov 4 2009, 17:28

QUOTE (Akkurat @ Nov 4 2009, 12:21)

QUOTE (Bodhi @ Nov 4 2009, 17:04)

What if I have a "different pressing from the one in the database"?

You could check the rip with CUETools.

Also, the next release of dBPoweramp will reportedly be able to check against other pressings.

Bodhi

Nov 4 2009, 17:40

QUOTE (greynol @ Nov 4 2009, 17:07)

...by checking your rips against those done with a different drive.

check the CRC?

greynol

Nov 4 2009, 17:44

Yes, check the CRC.

EDIT: Make sure EAC is including null samples in the calculation, otherwise differences caused by this problem can go undetected.

Bodhi

Nov 5 2009, 20:39

QUOTE (greynol @ Nov 4 2009, 17:44)

EAC is including null samples in the calculation

By checking the box "fill up missing offset samples with silence"?

Akkurat

Nov 5 2009, 23:54

No (leave that checked). It's the next setting, "No use of null samples for CRC calculations". Leave that UNchecked.

Bodhi

Nov 6 2009, 08:22

Great, thank you Akkurat!

I'll compare this to the log obtained with another drive then?

CODE

Exact Audio Copy V0.99 prebeta 5 from 4. May 2009

EAC extraction logfile from 6. November 2009, 8:32

R.E.M. / The Best Of R.E.M. - In Time (1988-2003)

Used drive  : HL-DT-STDVD-RAM GSA-H20L   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       : Yes
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                : 768 kBit/s
Quality                         : High
Add ID3 tag                     : No
Command line compressor         : C:\Program Files\Exact Audio Copy\Flac\flac.exe
Additional command line options : -T "artist=%a" -T "title=%t" -T "album=%g" 
-T "date=%y" -T "tracknumber=%n" -T "genre=%m" -5 %s


TOC of the extracted CD

     Track |   Start  |  Length  | Start sector | End sector 
    ---------------------------------------------------------
        1  |  0:00.00 |  5:14.32 |         0    |    23581   
        2  |  5:14.32 |  5:07.00 |     23582    |    46606   
        3  | 10:21.32 |  4:07.63 |     46607    |    65194   
        4  | 14:29.20 |  4:01.12 |     65195    |    83281   
        5  | 18:30.32 |  4:45.63 |     83282    |   104719   
        6  | 23:16.20 |  4:29.00 |    104720    |   124894   
        7  | 27:45.20 |  5:26.00 |    124895    |   149344   
        8  | 33:11.20 |  3:52.50 |    149345    |   166794   
        9  | 37:03.70 |  3:58.25 |    166795    |   184669   
       10  | 41:02.20 |  3:40.37 |    184670    |   201206   
       11  | 44:42.57 |  4:02.60 |    201207    |   219416   
       12  | 48:45.42 |  4:08.15 |    219417    |   238031   
       13  | 52:53.57 |  3:12.13 |    238032    |   252444   
       14  | 56:05.70 |  4:07.37 |    252445    |   271006   
       15  | 60:13.32 |  2:48.25 |    271007    |   283631   
       16  | 63:01.57 |  5:18.60 |    283632    |   307541   
       17  | 68:20.42 |  3:36.28 |    307542    |   323769   
       18  | 71:56.70 |  4:18.20 |    323770    |   343139   


Track  1

     Filename D:\Music\Man On The Moon.wav

     Timing problem 0:00:17

     Peak level 96.5 %
     Copy CRC 4221C5DE
     Accurately ripped (confidence 200)  [3244844F]
     Copy finished

Track  2

     Filename D:\Music\The Great Beyond.wav

     Peak level 96.5 %
     Copy CRC 3E24BAE8
     Accurately ripped (confidence 200)  [57949D3C]
     Copy OK

Track  3

     Filename D:\Music\Bad Day.wav

     Peak level 97.9 %
     Copy CRC B92B91CF
     Accurately ripped (confidence 200)  [EC5BF6D9]
     Copy OK

Track  4

     Filename D:\Music\What's The Frequency, Kenneth .wav

     Peak level 96.5 %
     Copy CRC B413E392
     Accurately ripped (confidence 200)  [0E89F4BA]
     Copy OK

Track  5

     Filename D:\Music\All The Way To Reno.wav

     Peak level 83.1 %
     Copy CRC B01D666E
     Accurately ripped (confidence 200)  [BCF643DB]
     Copy OK

Track  6

     Filename D:\Music\Losing My Religion.wav

     Peak level 96.5 %
     Copy CRC 8849CE3A
     Accurately ripped (confidence 200)  [5E8E6826]
     Copy OK

Track  7

     Filename D:\Music\E-Bow The Letter.wav

     Peak level 97.8 %
     Copy CRC 2ABEDEE0
     Accurately ripped (confidence 200)  [B7E7BBC8]
     Copy OK

Track  8

     Filename D:\Music\Orange Crush.wav

     Peak level 89.0 %
     Copy CRC 4021A1E1
     Accurately ripped (confidence 200)  [125212B1]
     Copy OK

Track  9

     Filename D:\Music\Imitation Of Life.wav

     Peak level 95.4 %
     Copy CRC 9F6551ED
     Accurately ripped (confidence 200)  [3C5C1414]
     Copy OK

Track 10

     Filename D:\Music\Daysleeper.wav

     Peak level 96.5 %
     Copy CRC 75D038DB
     Accurately ripped (confidence 200)  [CDF971BF]
     Copy OK

Track 11

     Filename D:\Music\Animal.wav

     Peak level 97.4 %
     Copy CRC B2B10D13
     Accurately ripped (confidence 200)  [FE9AF8EF]
     Copy OK

Track 12

     Filename D:\Music\The Sidewinder Sleeps Tonite.wav

     Peak level 96.5 %
     Copy CRC 2E0AC70D
     Accurately ripped (confidence 200)  [886ED9B1]
     Copy OK

Track 13

     Filename D:\Music\Stand.wav

     Peak level 96.5 %
     Copy CRC 2E6B6DCE
     Accurately ripped (confidence 200)  [E1A2DACF]
     Copy OK

Track 14

     Filename D:\Music\Electrolite.wav

     Peak level 96.5 %
     Copy CRC 148230F2
     Accurately ripped (confidence 200)  [3B2E869C]
     Copy OK

Track 15

     Filename D:\Music\All The Right Friends.wav

     Peak level 96.5 %
     Copy CRC 377602B9
     Accurately ripped (confidence 200)  [34D6CCF2]
     Copy OK

Track 16

     Filename D:\Music\Everybody Hurts.wav

     Peak level 96.5 %
     Copy CRC E8012B02
     Accurately ripped (confidence 200)  [4BA2E203]
     Copy OK

Track 17

     Filename D:\Music\At My Most Beautiful.wav

     Peak level 96.5 %
     Copy CRC BD0CDE0A
     Accurately ripped (confidence 200)  [0B7ADC80]
     Copy OK

Track 18

     Filename D:\Music\Nightswimming.wav

     Peak level 96.5 %
     Copy CRC B32DC144
     Accurately ripped (confidence 200)  [968E1110]
     Copy OK


All tracks accurately ripped

No errors occurred

End of status report

Akkurat

Nov 6 2009, 18:04

Asking me? Yes, I guess that's what greynol was talking about.

greynol

Nov 6 2009, 18:19

Depends on whether one thinks that 200 people (perhaps more) ripped the same disc with a drive that has this problem, I doubt it. The unfortunate part here is that it does not occur with every single disc. This means that this log isn't going to prove that your drive doesn't have the problem.

Here are two posts demonstrating what I've been talking about:
http://www.digital-inn.de/exact-audio-copy...erent-crcs.html
http://www.hydrogenaudio.org/forums/index....showtopic=54113

Whether it holds true for the GSA-H20L, I don't know.

Akkurat

Nov 6 2009, 18:57

QUOTE (greynol @ Nov 6 2009, 19:19)

Depends on whether one thinks that 200 people (perhaps more) ripped the same disc with a drive that has this problem, I doubt it.

Stretching a bit maybe but according to AccurateRip Drives In Database that drive has 175 submits*, AND, if there's other drives which would yield exactly the same results, I'd say that it's possible. What are the odds? Dunno.

*

CODE

LG Electronics - DVD-RAM GSA-H20L +102 175 100%

QUOTE (greynol @ Nov 6 2009, 19:19)

The unfortunate part here is that it does not occur with every single disc.

That's really a bummer. DAE gets even more unreliable in my eyes.. again.

Greynol, do you have any information which drives have this problem? I've a HL-DT-STCD-RW GCE-8520B drive. Hopefully you haven't seen this have that problem.

This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.