Hydrogenaudio Forums > Accurate Rip results question

Full Version: Accurate Rip results question

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

Ooh_Gravy!

Oct 17 2007, 05:21

Hi all,

this is my first post on this forum but I've been a lurker for ages, mainly using the few threads regarding EAC and FLAC.

I've recently reinstalled my system and moved over to the latest EAC 0.99 pb3 and as such have used the AccurateRip DB for the first time. I followed the instructions to configure AR and inserted a few CD's until one was recognised. That seemed to rip fine and was confirmed against the DB.

However, I've since ripped a couple of albums, one of which is Razorlight's self titled album, and none of the tracks could be verified. I'd like to understand why this was and what I can do to prove I have an accurate copy of the audio. My aim is for the most accurate copy I can get.

If I post the extraction logfile it should have all the information you need. If not just ask. I'm using a MacBook for my ripping and the built in UJ-857 DVD drive.

Thanks for any help you can give. Gravy.

CODE

Exact Audio Copy V0.99 prebeta 3 from 28. July 2007

EAC extraction logfile from 17. October 2007, 11:14

Razorlight / Razorlight

Used drive  : MATSHITADVD-R   UJ-857   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				: 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 : -6 -V -T "ARTIST=%a" -T "TITLE=%t" -T "ALBUM=%g" -T "DATE=%y" -T "TRACKNUMBER=%n" -T "GENRE=%m" -T "COMMENT=%e" %s -o %d


TOC of the extracted CD

	 Track |   Start  |  Length  | Start sector | End sector 
	---------------------------------------------------------
		1  |  0:00.00 |  3:42.71 |		 0	|	16720   
		2  |  3:42.71 |  3:32.01 |	 16721	|	32621   
		3  |  7:14.72 |  3:26.11 |	 32622	|	48082   
		4  | 10:41.08 |  4:10.11 |	 48083	|	66843   
		5  | 14:51.19 |  3:22.10 |	 66844	|	82003   
		6  | 18:13.29 |  3:26.42 |	 82004	|	97495   
		7  | 21:39.71 |  2:41.17 |	 97496	|   109587   
		8  | 24:21.13 |  2:51.49 |	109588	|   122461   
		9  | 27:12.62 |  3:12.60 |	122462	|   136921   
	   10  | 30:25.47 |  4:39.68 |	136922	|   157914   
	   11  | 37:37.40 |  2:46.31 |	169315	|   181795   


Track  1

	 Filename C:\Users\Shareef\Music\Razorlight\Razorlight\01-In The Morning.wav

	 Peak level 98.9 %
	 Track quality 100.0 %
	 Copy CRC 0DE89843
	 Cannot be verified as accurate (confidence 30)  [E130CDA6], AccurateRip returned [FC9E9D06]
	 Copy OK

Track  2

	 Filename C:\Users\Shareef\Music\Razorlight\Razorlight\02-Who Needs Love .wav

	 Peak level 98.8 %
	 Track quality 100.0 %
	 Copy CRC CE071DC8
	 Cannot be verified as accurate (confidence 30)  [26E62196], AccurateRip returned [93C4604C]
	 Copy OK

Track  3

	 Filename C:\Users\Shareef\Music\Razorlight\Razorlight\03-Hold On.wav

	 Peak level 98.9 %
	 Track quality 100.0 %
	 Copy CRC C9D30B7A
	 Cannot be verified as accurate (confidence 30)  [10026268], AccurateRip returned [50816D4D]
	 Copy OK

Track  4

	 Filename C:\Users\Shareef\Music\Razorlight\Razorlight\04-America.wav

	 Peak level 98.8 %
	 Track quality 100.0 %
	 Copy CRC 2612B7CF
	 Cannot be verified as accurate (confidence 30)  [4BADB3E6], AccurateRip returned [A9CB32F6]
	 Copy OK

Track  5

	 Filename C:\Users\Shareef\Music\Razorlight\Razorlight\05-Before I Fall To Pieces.wav

	 Peak level 98.8 %
	 Track quality 100.0 %
	 Copy CRC 51AE71F7
	 Cannot be verified as accurate (confidence 30)  [CF9566B1], AccurateRip returned [03320685]
	 Copy OK

Track  6

	 Filename C:\Users\Shareef\Music\Razorlight\Razorlight\06-I Can't Stop This Feeling I Got.wav

	 Peak level 98.8 %
	 Track quality 99.9 %
	 Copy CRC 30488E1B
	 Cannot be verified as accurate (confidence 30)  [0570D350], AccurateRip returned [912363C2]
	 Copy OK

Track  7

	 Filename C:\Users\Shareef\Music\Razorlight\Razorlight\07-Pop Song 2006.wav

	 Peak level 98.9 %
	 Track quality 100.0 %
	 Copy CRC 60A3136A
	 Cannot be verified as accurate (confidence 30)  [78AC7CE4], AccurateRip returned [F534D834]
	 Copy OK

Track  8

	 Filename C:\Users\Shareef\Music\Razorlight\Razorlight\08-Kirby's House.wav

	 Peak level 98.8 %
	 Track quality 99.9 %
	 Copy CRC 2E994BA7
	 Cannot be verified as accurate (confidence 30)  [7DBC169F], AccurateRip returned [D12A74B1]
	 Copy OK

Track  9

	 Filename C:\Users\Shareef\Music\Razorlight\Razorlight\09-Back To The Start.wav

	 Peak level 98.9 %
	 Track quality 100.0 %
	 Copy CRC 78A3DDF2
	 Cannot be verified as accurate (confidence 30)  [573AD0ED], AccurateRip returned [1067DB0A]
	 Copy OK

Track 10

	 Filename C:\Users\Shareef\Music\Razorlight\Razorlight\10-Los Angeles Waltz.wav

	 Peak level 98.8 %
	 Track quality 99.9 %
	 Copy CRC 8066481A
	 Cannot be verified as accurate (confidence 28)  [6005DFE2], AccurateRip returned [695ED032]
	 Copy OK


No tracks could be verified as accurate
You may have a different pressing from the one(s) in the database

No errors occurred

End of status report

Junon

Oct 17 2007, 06:12

"You may have a different pressing from the one(s) in the database"

Don't miss this one. The database of AccurateRip most likely doesn't contain any results of the pressing you bought a copy of. Send your results to the database, others might need them for verifying their own rips.

You could rip the CD once more and check whether AccurateRip reported results identical to the first ones. If there were no differences, then your ripping would have been ok. It's extremely unlikely that a drive made exactly the same ripping errors twice.

Heliologue

Oct 17 2007, 08:19

QUOTE(Junon @ Oct 17 2007, 07:12)

It's extremely unlikely that a drive made exactly the same ripping errors twice.

Greynol's going to yell at you.

@OP: But I agree with Junon: as large as AR is, there are still plenty of CDs it doesn't have. Make sure you submit your results so that it grows.

greynol

Oct 17 2007, 10:12

Until you're able to get a match against someone else's submission to AccurateRip, test and copy (Shift + F6) is your best bet using EAC unless you have another drive with a different chipset.

If you submit your results to the AR database and rip at a later date getting a match with a confidence of 1 (which would be your previously submitted result) then it's essentially the same as performing a test and copy. If you submit the results again, they should be ignored (hopefully).

People like to say consistent errors are unlikely, but how would you know whether you got one or not? The situation is no different than than the placebo effect.

The likelihood that you got a consistent error depends on the disc being ripped and it can happen with discs in mint condition.

@OP: Please change "code" and "/code" to "codebox" and "/codebox".

Ooh_Gravy!

Oct 18 2007, 05:01

Thanks guys. As for Test & Copy, I've not tried that before but will do. Without reading the manual I'm assuming it tries to compare CRC's for a two pass read and copy process?

I'll give it a go anyway and will submit all my results to the AR DB.

SamHain86

Oct 18 2007, 05:35

QUOTE(greynol @ Oct 17 2007, 11:12)

If you submit your results to the AR database and rip at a later date getting a match with a confidence of 1 (which would be your previously submitted result) then it's essentially the same as performing a test and copy. If you submit the results again, they should be ignored (hopefully).

I have tried ripping albums at a later date that say "You may have a different pressing" and I have never received the confidence of 1. Comparing the accurate rip log, I have the same checks as before but the log still shows you may have a different pressing.

evereux

Oct 18 2007, 05:43

QUOTE(SamHain86 @ Oct 18 2007, 12:35)

QUOTE(greynol @ Oct 17 2007, 11:12)

How much later a date? There are a few variables to consider here. 1) When did accuraterip actually submit your results? 2) How long before submission are the results entered into the database?

2) could be google'd but without your input to 1) there's nothing really more to say.

SamHain86

Oct 18 2007, 05:55

QUOTE(evereux @ Oct 18 2007, 06:43)

My accuraterip results were submitted everyday. I was ripping my boss's collection and set the inaccurate CDs to the side to rip at the end of the process. So after about a month I got back to the front of the stack and my accuraterip log was nearly identical as before.

Could accuraterip just be using the most popular CD checks?

spoon

Oct 18 2007, 09:45

For multiple pressings, 2 matches from different people have to be made for a track to appear in the database.

SamHain86

Oct 19 2007, 02:32

QUOTE(spoon @ Oct 18 2007, 10:45)

For multiple pressings, 2 matches from different people have to be made for a track to appear in the database.

How would it know two different people? As far as I knew, the only personal data AccurateRip collected was the device you used to rip the tracks. How would that be enough to distinguish two people, given two people had a common device?

I am not busting your chops, I just want to know why after four weeks my results were not "in the system." The rips were exactly the same by the checks and I ran a bit comparison, and they were identical.

spoon

Oct 19 2007, 09:36

Every computer is assigned an idetification number, accuraterip needs this, it is not personal information, just that say a drive is configured to the wrong offset (it is possible with a different pressing of a 3 disc box set), our backend software can detect it, remove any results from that person, and make so no more results go in the database.

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