Skip to main content ↑ ↓

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: AccurateRip understanding (Read 24578 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

AccurateRip understanding

Reply #25 –
I've got the point about ripping the same disc twice 
But now strange thing occured.
I'm ripping CD Mariah Carey Music Box
And in the first attempt, track 9 wasn't ripped properly according to AccurateRip. (EAC didn't report any error but that's discussed in other post.)

Track   Ripping Status      [Disc ID: 000ffdf1-7a09d70a]

1   Accurately Ripped    (confidence 6)    [ef93fd7c]
2   Accurately Ripped    (confidence 6)    [4639d0c1]
3   Accurately Ripped    (confidence 6)    [b2b70230]
4   Accurately Ripped    (confidence 6)    [0b0c753d]
5   Accurately Ripped    (confidence 5)    [93ce6fe5]
6   Accurately Ripped    (confidence 5)    [1aba0877]
7   Accurately Ripped    (confidence 6)    [16107f47]
8   Accurately Ripped    (confidence 6)    [c83ca985]
9   ** Rip not accurate **  (confidence 2)    [32da467f] [958aa07d]
10   Accurately Ripped    (confidence 6)    [e975e522]

_______________________

Track(s) Accurately Ripped: 9
**** Track(s) Not Ripped Accurately: 1 ****
Track(s) Not in Database: 0

Then I tried again, and then track 1 was ripped inaccurately.
I've got this

Track   Ripping Status      [Disc ID: 000ffdf1-7a09d70a]

1   ** Rip not accurate **  (confidence 2)    [760e0920] [cfbdfd7c]
2   Accurately Ripped    (confidence 6)    [4639d0c1]
3   Accurately Ripped    (confidence 6)    [b2b70230]
4   Accurately Ripped    (confidence 6)    [0b0c753d]
5   Accurately Ripped    (confidence 5)    [93ce6fe5]
6   Accurately Ripped    (confidence 5)    [1aba0877]
7   Accurately Ripped    (confidence 6)    [16107f47]
8   Accurately Ripped    (confidence 6)    [c83ca985]
9   Accurately Ripped    (confidence 6)    [ee76db80]
10   Accurately Ripped    (confidence 6)    [e975e522]

_______________________

Track(s) Accurately Ripped: 9
**** Track(s) Not Ripped Accurately: 1 ****
Track(s) Not in Database: 0

Please note that it had confidence 2 and CRCs [760e0920] [cfbdfd7c]

Then I tried to rip just track 1 and I've got this:


1   Accurately Ripped    (confidence 6)    [ef93fd7c]

This CRC doesn't match the CRC it reported before, but it matched the one in the first attempt

Why in the second attempt it didn't report 
1   ** Rip not accurate **  (confidence 6)    [760e0920] [ef93fd7c]
I would expect if there are two CRCs in the database, one with confidence 2 and the other with confidence 6, when your rip CRC doesn't match either, it will report the one with confidence 6 as reference.
It's not behaving as I explained above and experts confirmed.
Can someone shed some light on this.

AccurateRip understanding

Reply #26 –
How does accuraterip know to show the confidence 6 result?, it can only positively show matches, if there are 10 pressings stored then it will choose any to show a miss-match.

AccurateRip understanding

Reply #27 –
Quote from: spoon on
How does accuraterip know to show the confidence 6 result?, it can only positively show matches, if there are 10 pressings stored then it will choose any to show a miss-match.

That's the key.
I thought that it will always show the one with the highest confidence.
I didn't know that it will pick one randomly.
From this example it's obvious that there are entries from several (two at least) pressings in AccurateRip database.

AccurateRip understanding

Reply #28 –
Quote from: Nik on
That's the key.
I thought that it will always show the one with the highest confidence.
I didn't know that it will pick one randomly.

This has puzzled me for a while now since there really didn't seem to be any rhyme or reason why AccurateRip would say what it does regarding tracks it deems inaccurate.

This further supports what I've been saying for a while now, confidences of inaccurate tracks are meaningless.

AccurateRip understanding

Reply #29 –
Quote from: greynol on
Quote from: Nik on
That's the key.
I thought that it will always show the one with the highest confidence.
I didn't know that it will pick one randomly.

This has puzzled me for a while now since there really didn't seem to be any rhyme or reason why AccurateRip would say what it does regarding tracks it deems inaccurate.

This further supports what I've been saying for a while now, confidences of inaccurate tracks are meaningless.


Probably there is no RND function there. More likely it picks the first that was entered historically or has some similar logic, but to the end user it looks like random.

AccurateRip understanding

Reply #30 –
Probably it's only a different method to calculate CRC....but why Read CRC and AccurateRip CRC is different?

I have a properly configured EAC+AccurateRip and when I rip a song AccurateRip say:

Accurately ripped (confidence 140)  [0dc837b0]

but the Read CRC in Eac say 767AAC65. The two CRCs don't match! Why??

Thanks
 

AccurateRip understanding

Reply #31 –
Quote from: Messo on
Probably it's only a different method to calculate CRC....but why Read CRC and AccurateRip CRC is different?

I have a properly configured EAC+AccurateRip and when I rip a song AccurateRip say:

Accurately ripped (confidence 140)  [0dc837b0]

but the Read CRC in Eac say 767AAC65. The two CRCs don't match! Why??

Thanks


They are calculated using different method.
So I've been told. 
I'll put that in new version of the guide