IPB

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
EAC sync error on a brand-new CD
SonicBooom!
post Mar 17 2013, 02:11
Post #1





Group: Members
Posts: 118
Joined: 16-February 11
Member No.: 88210



I recently bought a brand-new "Fallen" by Evanescence CD. This CD seems to be of a different pressing because I have the same CD I bought ever since it was released (2003) and it has different markings esp. on the CD itself. But anyway, I rip the new CD straight ahead, and because it is brand-new it doesn't have any kind of scratches.

CODE
Exact Audio Copy V1.0 beta 3 from 29. August 2011

EAC extraction logfile from 17. March 2013, 9:09

Evanescence / Fallen

Used drive : ATAPI iHAS122 C Adapter: 0 ID: 0

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

Read offset correction : 6
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 : 128 kBit/s
Quality : High
Add ID3 tag : No
Command line compressor : C:\Program Files\FLAC\flac.exe
Additional command line options : -T "artist=%artist%" -T "title=%title%" -T "album=%albumtitle%" -T "date=%year%" -T "tracknumber=%tracknr%" -T "genre=%genre%" -5 %source%


TOC of the extracted CD

Track | Start | Length | Start sector | End sector
---------------------------------------------------------
1 | 0:00.00 | 3:34.71 | 0 | 16120
2 | 3:34.71 | 3:57.22 | 16121 | 33917
3 | 7:32.18 | 3:15.66 | 33918 | 48608
4 | 10:48.09 | 4:24.16 | 48609 | 68424
5 | 15:12.25 | 3:06.49 | 68425 | 82423
6 | 18:18.74 | 4:38.05 | 82424 | 103278
7 | 22:57.04 | 4:17.39 | 103279 | 122592
8 | 27:14.43 | 3:49.73 | 122593 | 139840
9 | 31:04.41 | 3:40.27 | 139841 | 156367
10 | 34:44.68 | 4:07.25 | 156368 | 174917
11 | 38:52.18 | 5:29.25 | 174918 | 199617
12 | 44:21.43 | 4:33.27 | 199618 | 220119


Track 1

Filename C:\Users\Ron\Music\Exact Audio Copy\01 Going Under.wav

Suspicious position 0:03:34

Peak level 99.8 %
Extraction speed 14.5 X
Track quality 99.7 %
Copy CRC 4D299D2E
Copy finished

Track 2

Filename C:\Users\Ron\Music\Exact Audio Copy\02 Bring Me to Life.wav

Peak level 98.8 %
Extraction speed 20.3 X
Track quality 100.0 %
Copy CRC 05B7EA95
Copy OK

Track 3

Filename C:\Users\Ron\Music\Exact Audio Copy\03 Everybody's Fool.wav

Suspicious position 0:03:15

Peak level 99.8 %
Extraction speed 21.0 X
Track quality 99.6 %
Copy CRC D50616B2
Copy finished

Track 4

Filename C:\Users\Ron\Music\Exact Audio Copy\04 My Immortal.wav

Suspicious position 0:04:24

Peak level 96.5 %
Extraction speed 22.2 X
Track quality 99.7 %
Copy CRC 420AEEF6
Copy finished

Track 5

Filename C:\Users\Ron\Music\Exact Audio Copy\05 Haunted.wav

Suspicious position 0:03:06

Peak level 99.8 %
Extraction speed 22.7 X
Track quality 99.6 %
Copy CRC 07B8D24E
Copy finished

Track 6

Filename C:\Users\Ron\Music\Exact Audio Copy\06 Tourniquet.wav

Suspicious position 0:04:37

Peak level 100.0 %
Extraction speed 25.3 X
Track quality 99.7 %
Copy CRC C1571A64
Copy finished

Track 7

Filename C:\Users\Ron\Music\Exact Audio Copy\07 Imaginary.wav

Peak level 99.8 %
Extraction speed 28.0 X
Track quality 100.0 %
Copy CRC 467E8865
Copy OK

Track 8

Filename C:\Users\Ron\Music\Exact Audio Copy\08 Taking over Me.wav

Peak level 99.8 %
Extraction speed 30.6 X
Track quality 100.0 %
Copy CRC C7B01910
Copy OK

Track 9

Filename C:\Users\Ron\Music\Exact Audio Copy\09 Hello.wav

Suspicious position 0:03:40

Peak level 98.1 %
Extraction speed 29.5 X
Track quality 99.7 %
Copy CRC 9D00E59D
Copy finished

Track 10

Filename C:\Users\Ron\Music\Exact Audio Copy\10 My Last Breath.wav

Suspicious position 0:04:07

Peak level 99.8 %
Extraction speed 29.4 X
Track quality 99.7 %
Copy CRC 1B432B42
Copy finished

Track 11

Filename C:\Users\Ron\Music\Exact Audio Copy\11 Whisper.wav

Peak level 99.8 %
Extraction speed 33.6 X
Track quality 100.0 %
Copy CRC 2E7F8F15
Copy OK

Track 12

Filename C:\Users\Ron\Music\Exact Audio Copy\12 My Immortal (band version).wav

Peak level 96.6 %
Extraction speed 34.9 X
Track quality 100.0 %
Copy CRC 10C00A97
Copy OK

There were errors

End of status report

What seems to be the problem?

[EDIT]
And it seems that those "Suspicious positions" are at the very last second of those tracks.

This post has been edited by db1989: Mar 17 2013, 03:55
Reason for edit: [code]→[codebox]


--------------------
sin(α) = v sound/v object = Mach No.
Go to the top of the page
+Quote Post
greynol
post Mar 17 2013, 02:33
Post #2





Group: Super Moderator
Posts: 10000
Joined: 1-April 04
From: San Francisco
Member No.: 13167



Do you have your drive configured correctly (doesn't cache audio data, provides C2 error information)?

Why aren't you using AccurateRip?

Have you tried burst mode?

Ripping with C2 pointers might not be secure unless you get a positive AR match or a matching test CRC. Whether it is secure depends on the whether the drive can provide trustworthy error information; many drives do not.


--------------------
I should publish a list of forum idiots.
Go to the top of the page
+Quote Post
SonicBooom!
post Mar 17 2013, 02:48
Post #3





Group: Members
Posts: 118
Joined: 16-February 11
Member No.: 88210



About AccurateRip: "This Key Disc cannot be used for offset detection it does not match the AccurateRip stored disc, or your drive does not exist in AccurateRip and thid disc has multiple pressings stored. Please try a different Key Disc."

This post has been edited by SonicBooom!: Mar 17 2013, 02:49


--------------------
sin(α) = v sound/v object = Mach No.
Go to the top of the page
+Quote Post
greynol
post Mar 17 2013, 03:03
Post #4





Group: Super Moderator
Posts: 10000
Joined: 1-April 04
From: San Francisco
Member No.: 13167



QUOTE (SonicBooom! @ Mar 16 2013, 18:48) *
"[...] Please try a different Key Disc."

...and?


--------------------
I should publish a list of forum idiots.
Go to the top of the page
+Quote Post
SonicBooom!
post Mar 17 2013, 03:05
Post #5





Group: Members
Posts: 118
Joined: 16-February 11
Member No.: 88210



I tried every CD I own and the same dialog appears crying.gif


--------------------
sin(α) = v sound/v object = Mach No.
Go to the top of the page
+Quote Post
greynol
post Mar 17 2013, 03:24
Post #6





Group: Super Moderator
Posts: 10000
Joined: 1-April 04
From: San Francisco
Member No.: 13167



AR should resolve on a common offset eventually.

Anyway, you can always verify your rips with CUETools. If it detects errors it may be able to correct them.


--------------------
I should publish a list of forum idiots.
Go to the top of the page
+Quote Post
SonicBooom!
post Mar 17 2013, 03:48
Post #7





Group: Members
Posts: 118
Joined: 16-February 11
Member No.: 88210



It says the disc is not present in the database. Does it mean it's not accurate? This CD is brand-new.


--------------------
sin(α) = v sound/v object = Mach No.
Go to the top of the page
+Quote Post
db1989
post Mar 17 2013, 03:54
Post #8





Group: Super Moderator
Posts: 5275
Joined: 23-June 06
Member No.: 32180



QUOTE (SonicBooom! @ Mar 17 2013, 02:48) *
It says the disc is not present in the database. Does it mean it's not accurate?
I would hope it would be obvious that the disc not being present in the database means there is no way of determining whether or not it is accurate. In case you don’t know, AR looks up discs according to their table of contents, not their audio data (since the latter would cause a time paradox), so failure to find a disc means that either it has never been submitted by another user or your drive is having serious problems (not being able to read a ToC). Edit: to clarify, the latter is massively less likely, and so I only mentioned it as a contrast to the former.

QUOTE
This CD is brand-new.
The fact that sync is being lost at the end of tracks suggests a problem that doesn’t depend on physical wear to the disc. Whether this is due to some peculiarity in the CD or in your drive, I wouldn’t want to guess, also because my knowledge of ripping is becoming increasingly rusty.

FWIW, when I used to use EAC, I frequently received errors at the end of the last track of many CDs, but I don’t recall ever experiencing consistent problems at the end of prior tracks. Something is amiss, and I’d be interested to hear possible causes.

This post has been edited by db1989: Mar 17 2013, 03:57
Go to the top of the page
+Quote Post
SonicBooom!
post Mar 17 2013, 04:12
Post #9





Group: Members
Posts: 118
Joined: 16-February 11
Member No.: 88210



Thanks for all your inputs. I guess the problem is in the drive. I tried re-ripping a CD that I ripped before in my old PC. The old rip verified it (as per extraction logfile) "Accurately ripped" while the new rip displays sync errors on Track 1 and other tracks consistently, even on brand-new CDs.


--------------------
sin(α) = v sound/v object = Mach No.
Go to the top of the page
+Quote Post
SonicBooom!
post Mar 17 2013, 06:01
Post #10





Group: Members
Posts: 118
Joined: 16-February 11
Member No.: 88210



UPDATE

I purchased dBpoweramp (this was very hard for me since I'm more inclined to EAC from the beginning) and to my surprise, AccurateRip was configured in seconds! I started ripping the same CD and then bit-compared it with my old "Accurately ripped" copy via foobar2000 and the result was "All tracks decoded fine, no differences found". Does that mean I successfully ripped my CD accurately?


--------------------
sin(α) = v sound/v object = Mach No.
Go to the top of the page
+Quote Post
Porcus
post Mar 17 2013, 10:23
Post #11





Group: Members
Posts: 1842
Joined: 30-November 06
Member No.: 38207



Yes, it is good, and obviously the bit-identical other rip is equally good.


A few things:

- your old "Accurately ripped" copy – looks like you had verified your old rip with foobar2000? If it verified using fb2k, then you could already then conclude it was good. (You had not submitted one yourself, it seems – if you do, then a confidence = 1 may be your own.)

- it is likely that this pressing has some manufactoring errors, which triggers EAC's suspicion. Thanks to AccurateRip, you now know that someone else got precisely the same rip as yours. (And, did the dBpoweramp log give confidences for different offsets? Then your pressing has even the same audio as another pressing.)

- dBpoweramp might not even report issues that EAC does. One reason is that dBpoweramp first does a burst rip (quick and dirty, no error correction) and checks it against AccurateRip; if it is OK, then dBpoweramp accepts it as good without even worrying about errors. At least last EAC version I routinely used, would go through its entire ripping procedure first (and give all the warnings) and then do the AR lookup.

- you purchased dBpoweramp without downloading the trial version? Good for Spoon :-)
(Myself I have paid for the Reference as well.)

This post has been edited by Porcus: Mar 17 2013, 10:26


--------------------
One day in the Year of the Fox came a time remembered well
Go to the top of the page
+Quote Post
probedb
post Mar 17 2013, 10:35
Post #12





Group: Members
Posts: 1228
Joined: 6-September 04
Member No.: 16817



Drives can definitely be a problem. For example my *new* BR/DVD drive would have problems reading half the discs I put in. In another DVD-RW drive there were none on exactly the same discs.
Go to the top of the page
+Quote Post
db1989
post Mar 17 2013, 13:41
Post #13





Group: Super Moderator
Posts: 5275
Joined: 23-June 06
Member No.: 32180



In what might be an amusing about-turn from my previous post, I actually do seem to recall Secure Mode causing sync errors at the end of tracks on the one CD Iíve tried to rip using the Sony AW-G170A (DVD-RW) in this old computer. I think I forgot because (A) Iíve only ever done it once and (B) the computer is pretty terrible, so I wasnít very surprised that another of its parts wasnít working properly. Iíd need to test some other things to be sure, but perhaps your experience isnít as unique as I thought. AFAIK, the sync errors and correspondingly reduced figures for quality, as with you, didnít seem to affect the final audio, at least in that one case.
Go to the top of the page
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 16th September 2014 - 22:17