IPB

Welcome Guest ( Log In | Register )

A couple of basic AccurateRip questions
BFG
post Nov 25 2012, 21:34
Post #1





Group: Members
Posts: 206
Joined: 22-July 12
Member No.: 101637



I'll browse the Wiki today in an attempt to answer these questions, but I didn't think it would hurt to post them here in the meantime.

After a false start (where I forgot to deselect "delete leading and trailing silent blocks"), I am now merrily archiving my CD collection using EAC and FLAC. I've come up with a few questions during the project:

1. Are pregap tracks aka "Track Zeroes" stored in the AccurateRip DB? If so, are they stored as part of Track 1?
2. I'm trying to decide how to handle tracks which have hidden second songs (typically at the end of the album). It appears AccurateRip assumes both songs will be ripped as a single track. But for archiving purposes, is there any reason not to split these tracks apart, provided I don't delete any of the intermediate silence?
3. I'm used to seeing albums that aren't present in the AccurateRip DB or that are "different pressings/versions" of an album. But I had one strange situation come up. I don't remember the album, but it had 11 tracks. Tracks 1-8 and 10-11 matched the DB. But track 9 - which EAC reported at 100.0% quality (i.e. no sectors were reread), didn't match the DB. What could cause this?
4. My CD reader has a +6 offset and no ability to overread either direction. I assume this means I'm losing 6 samples - or 0.136 milliseconds - on one end of the track. Is that correct?

Thanks in advance.

This post has been edited by Jan S.: Nov 26 2012, 20:16
Reason for edit: fixed title
Go to the top of the page
+Quote Post
 
Start new topic
Replies
pdq
post Nov 26 2012, 21:50
Post #2





Group: Members
Posts: 3374
Joined: 1-September 05
From: SE Pennsylvania
Member No.: 24233



QUOTE (BFG @ Nov 25 2012, 15:34) *
3. I'm used to seeing albums that aren't present in the AccurateRip DB or that are "different pressings/versions" of an album. But I had one strange situation come up. I don't remember the album, but it had 11 tracks. Tracks 1-8 and 10-11 matched the DB. But track 9 - which EAC reported at 100.0% quality (i.e. no sectors were reread), didn't match the DB. What could cause this?

Even if the quality is 100.0%, that simply means that the track read exactly the same twice. There is still the possibility that it read incorrectly but made the same error both times.

You might try to reread that track a few more times to see if it ever reports a different checksum, and then match that against AR.
Go to the top of the page
+Quote Post

Posts in this topic


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: 30th July 2014 - 01:56