File log question. Is this important? |
![]() ![]() |
File log question. Is this important? |
Sep 23 2012, 10:00
Post
#1
|
|
|
Group: Members Posts: 6 Joined: 22-September 12 Member No.: 103318 |
Hi guys,
I ripped a couple of cds with VBR V2 LAME, cd to mp3 files and I got 2 different file log reports. There was a difference between the first and second cds eventhough the EAC settings were the exact same. The track quality on both were the same for each track. Around 99-100%, and there were no errors on either rip. The first cd I got "Accurately ripped (confidence 4) [********] (AR v1)" But on the second cd I got "Cannot be verified as accurate (confidence 1 or 2). AccurateRip returned [********] Does this matter at all or should I rip the second cd again? Thanks!! |
|
|
|
Sep 23 2012, 14:51
Post
#2
|
|
|
Group: Members Posts: 3080 Joined: 1-September 05 From: SE Pennsylvania Member No.: 24233 |
If the second CD was not ripped in secure mode then you should do so now.
Also, you might want to rip it again some time in the future when someone else has submitted the same CD, for further verification. |
|
|
|
Sep 23 2012, 21:25
Post
#3
|
|
|
Group: Members Posts: 6 Joined: 22-September 12 Member No.: 103318 |
Ah, so "Cannot be verfied as accurate" means that cd isnt in the system to compare results against?
|
|
|
|
Sep 23 2012, 21:40
Post
#4
|
|
|
Group: Members Posts: 1540 Joined: 13-August 03 Member No.: 8353 |
Yes, in a nutshell AccurateRip (and other databses of this kind with user-submitted hashes) can only verify that a track was ripped ok. There are thousands of CD pressings out there (and new releases are being produced daily) which have not yet been submitted to the database, and you might own some of them, there's no chance to verify those rips with AR or similar methods that rely on comparisions. You might get lucky in the future.
Be aware that AR uses user IDs which it creates from hardware and OS information AFAIK, and single submissions won't be visible to the public. This is (in theory) to prevent that people verify their erroneous CD the second time they rip them. This has been asked many times before, you can read a lot about this in much detail (probably more detail than you need) on this forum. Or check the AccurateRip website, I'm pretty sure there's a FAQ which explains it better. This post has been edited by Fandango: Sep 23 2012, 21:46 |
|
|
|
Sep 23 2012, 23:38
Post
#5
|
|
![]() Group: Super Moderator Posts: 9261 Joined: 1-April 04 Member No.: 13167 |
Be aware that AR uses user IDs which it creates from hardware and OS information AFAIK, and single submissions won't be visible to the public. This is (in theory) to prevent that people verify their erroneous CD the second time they rip them. Single submissions are visible to the public if they are the only submissions in the record. Also, any publicly viewable submission will be used against any rip even if it is by the originator. IDs are in place to prevent duplicate submissions or prevent submissions from IDs that are black-listed. They are not used when the database is accessed for lookup. -------------------- Everything sounds the same until it is proven otherwise.
|
|
|
|
Sep 24 2012, 14:45
Post
#6
|
|
|
Group: Members Posts: 6 Joined: 22-September 12 Member No.: 103318 |
Ok thx guys.
So the most important thing to check for is Track Quality and if there are errors? |
|
|
|
Sep 24 2012, 15:41
Post
#7
|
|
|
Group: Members Posts: 3080 Joined: 1-September 05 From: SE Pennsylvania Member No.: 24233 |
|
|
|
|
Sep 24 2012, 20:40
Post
#8
|
|
|
Group: Members Posts: 6 Joined: 22-September 12 Member No.: 103318 |
So if everything is accurate and matches up with AccurateRip, then Im alright, but IF they dont match up I should look at the Track quality and check for errors? Thx Im a noob at this! |
|
|
|
![]() ![]() |
|
Lo-Fi Version | Time is now: 21st May 2013 - 13:26 |