VGMdb
Go Back   VGMdb Forums > Discussion > Miscellaneous Discussion
Register FAQ Calendar Search Today's Posts Mark Forums Read

Reply
 
Thread Tools Search this Thread Display Modes
  #1  
Old Aug 30, 2019, 03:46 AM
suicider's Avatar
suicider suicider is offline
Trusted Editor
 
Join Date: Sep 2009
Posts: 433
Default Program to verify WAV files

I'm in the process of archiving my whole CD collection right now with EAC. However, I would like to verify these files (WAV). Does anyone know any sort of program that can compare them files to the original CD?

Thanks in advance!
Reply With Quote
  #2  
Old Aug 30, 2019, 05:52 AM
LuxKiller65's Avatar
LuxKiller65 LuxKiller65 is offline
Senior Member
 
Join Date: Nov 2007
Posts: 677
Default

I think that's what the AccurateRip database is used for? This is supported by EAC but I haven't looked into it.

If you use a firewall, whitelist the EAC exe so it can connect to the database.
__________________
my trade list
Reply With Quote
  #3  
Old Aug 30, 2019, 06:30 AM
suicider's Avatar
suicider suicider is offline
Trusted Editor
 
Join Date: Sep 2009
Posts: 433
Default

Yeah, I've noticed this as well. However, not every CD is in the AccurateRip db.

Point is, I would like to check if EAC has made errors. I've had some CDs that were without errors according to the log but the WAV files were damaged. Could be a problem with my CD drive but if I can verify the files in a fast way that would ease things up a lot. Otherwise I have to listen to ~800CDs which will take some time...
Reply With Quote
  #4  
Old Aug 30, 2019, 07:05 AM
Zorbfish Zorbfish is offline
Trusted Editor
 
Join Date: Sep 2007
Posts: 252
Default

I know your pain as I started ripping to lossless this year.

What do you mean by the wav being damaged? EAC is only checking that the audio samples it reads multiple times match. That isn't the same as the audio being correct when you listen to it

If an item you have is not in AccurateRip's database the only thing you could do would be to buy multiple disc drives and rip multiple times yourself and checksum the results to compare. I have a lot of discs that are not in the database as well but I don't have the time to do that myself.
Reply With Quote
  #5  
Old Aug 30, 2019, 07:47 AM
suicider's Avatar
suicider suicider is offline
Trusted Editor
 
Join Date: Sep 2009
Posts: 433
Default

Sometimes EAC would give me a green flag that the rip went fine and after clicking OK the CD drive tray wouldn't open which was an indication something might have been wrong. After checking the WAVs it appears that some of them were empty.

So yeah, some kind of program would be nice to compare the WAV files with the disc. And if possible at 40x drive speed so it would only take seconds/minutes to verify
Reply With Quote
  #6  
Old Aug 30, 2019, 09:00 AM
nstz nstz is offline
VGMdb Staff
 
Join Date: Feb 2015
Posts: 383
Default

CDs offer no way to check if the data copied off them is correct, i.e. there is no checksum stored on the disc that you could compare with to see if your files match those on the disc. The best that can be done is to rip it multiple times to make sure that the output is reproducible and this is basically what EAC does.

EAC (in secure mode) reads each sector at least twice. And if the first two reads don't match it continues reading the same sector in sets of 16 until 8 out of 16 reads produce matching outputs, up to a maximum of 1, 3, or 5 sets depending on your settings. This means that if you do a secure mode rip with test & copy in EAC, and in your log file the "Test CRC" and the "Copy CRC" are the same value, the data has been read 4 times from the disc with matching outputs.

But, obviously just comparing against yourself isn't ideal, which is where the AccurateRip and CUETools databases, containing checksums of rips by many EAC users come in. I've found that the CUETools database has often got discs that aren't on AccurateRip (especially with newer releases), so you might want to use the CUETools plugin with EAC if you already aren't. (When installing EAC, it'll ask whether you also want to install the CUETools plugin.)

The standalone CUETools program can also verify already ripped files against AccurateRip and CUETools databases. You can download it here: http://cue.tools/wiki/CUETools

Quote:
After checking the WAVs it appears that some of them were empty.
The only time I've had this happen to me is when I accidentally disconnected the CD drive in the middle of extraction (I use an external CD drive). If I remember correctly, in such cases EAC reports a lot of "Timing errors" in the log and impossibly high extraction speeds, so that could be a sign that something is wrong.
Reply With Quote
  #7  
Old Aug 30, 2019, 09:42 AM
LiquidAcid LiquidAcid is offline
Trusted Editor
 
Join Date: May 2008
Posts: 1,544
Default

Quote:
Originally Posted by nstz View Post
CDs offer no way to check if the data copied off them is correct, i.e. there is no checksum stored on the disc that you could compare with to see if your files match those on the disc. The best that can be done is to rip it multiple times to make sure that the output is reproducible and this is basically what EAC does.
Not entirely true since for all rainbow books you have at least EFM and CIRC. What red book is missing when compared to mode 1 yellow (your regular data CD) is the additional 288 bytes EDC/ECC data on the sector layer. That's what makes reading from mode 1 so much more reliable.
Reply With Quote
  #8  
Old Aug 30, 2019, 09:53 AM
suicider's Avatar
suicider suicider is offline
Trusted Editor
 
Join Date: Sep 2009
Posts: 433
Default

Great, thanks a lot nstz. That's basically what I'm looking for

I haven't added the Cue Tools plugin to EAC, I don't remember that it asked for it. Just had Accurate Rip active. But will do add it now.

Okay, I think I have to reconsider my comprehension of ripping a CD. So basically with all tracks being digital there should only be one 'definitve' rip, shouldn't it? But probably due to reading errors and whatnot this accurate rip cannot be obtained and different rips are neccessary to get a probability of this 'perfect' rip.

Again, thanks a lot!
Reply With Quote
  #9  
Old Aug 30, 2019, 10:27 AM
nstz nstz is offline
VGMdb Staff
 
Join Date: Feb 2015
Posts: 383
Default

Quote:
But probably due to reading errors and whatnot this accurate rip cannot be obtained and different rips are neccessary to get a probability of this 'perfect' rip.
It's not really a probability, AccurateRip and CUETools give you a "confidence" number for the rip. This is just equal to the number of people who have submitted rips with an identical checksum to you. So if AccurateRip gives you a confidence of 20, that means that 20 different people have ripped the CD and got the same result as you. Which is a pretty good indication your rip is accurate, barring the case where a publisher has sent out a batch of 20 defective CDs and you happened to get one of them. But even in that case it would be an "accurate" rip of the defective copy.
Reply With Quote
  #10  
Old Aug 31, 2019, 05:46 PM
LuxKiller65's Avatar
LuxKiller65 LuxKiller65 is offline
Senior Member
 
Join Date: Nov 2007
Posts: 677
Default

I've added the cuetools plugin files (6 files) to the eac folder but the plugin won't show up in the list (eac options > audio plugins)
__________________
my trade list

Last edited by LuxKiller65; Aug 31, 2019 at 05:49 PM.
Reply With Quote
  #11  
Old Sep 1, 2019, 11:20 PM
nstz nstz is offline
VGMdb Staff
 
Join Date: Feb 2015
Posts: 383
Default

I think the most recent version of the plugin only works with EAC v1.1, so that could be the problem if you haven't updated EAC. Personally I just selected the option when installing and didn't have any issues.
Reply With Quote
  #12  
Old Sep 3, 2019, 05:23 PM
ketsuban ketsuban is offline
Junior Member
 
Join Date: May 2019
Posts: 6
Default

Quote:
Originally Posted by suicider View Post
I'm in the process of archiving my whole CD collection right now with EAC. However, I would like to verify these files (WAV). Does anyone know any sort of program that can compare them files to the original CD?

Thanks in advance!
Quote:
Originally Posted by suicider View Post
I've had some CDs that were without errors according to the log but the WAV files were damaged.
Precisely I was working just few months ago with a simple program that compares the CRCs of the data information of the wav files against the CRCs contained in the log file, in order to make sure that these wav files are legit and match the information contained in the EAC log (it only works with English logs for now, though). The purpose of this program is just to make sure that the wav files haven't been corrupted/adulterated in the meantime after the ripping process.

I provide below the source code. You should be able to build it with Qt for the specific OS you're using:

https://mega.nz/#!6MAUGSoK!p0bEFN_9K...C7Za4IA6VNn0QY

(The reason why I'm not uploading the binaries for Windows is because I received a bitter complaint from a contact claiming that his antivirus reported that it contained malware. So there's a chance that I have some infected dll from the system that coincidentally is used in the static linking process during the compilation. Anyway, if you can't manage to compile it yourself, I will try to build it in a clean system in the next days. Or if someone else can do the compilation task in my place, then much better.)

If you use my program and it tells you that the wav files are correct, but in turn they have some artifact that is not a pressing error of the original audio from the CD, then it means that the rip process went definitely wrong and the result contains errors. As other users already stated above, doing a rip only in copy mode (and even worse, using the "burst" mode) doesn't mean that the result won't contain errors even if the log tells you that "no errors occurred". In order to minimize as much as possible that risk (it can't be reduced to exactly 0%, though), you should do at least the following:

1. In "drive options", change the "burst" mode by the "secure" mode.

2. Also in "drive options", uncheck "drive is capable of retrieving C2 error information". I have even seen rips containing errors, even with matching test & copy CRCs, because of using that feature. You definitely should make sure that the C2 pointers are disabled.

3. Rip in test & copy mode ("Action/Test & Copy Selected Tracks/Uncompressed...").

Last edited by ketsuban; Sep 3, 2019 at 06:23 PM.
Reply With Quote
  #13  
Old Sep 4, 2019, 12:53 AM
nstz nstz is offline
VGMdb Staff
 
Join Date: Feb 2015
Posts: 383
Default

Quote:
a simple program that compares the CRCs of the data information of the wav files against the CRCs contained in the log file
CUETools, which I linked above, already does this: http://cue.tools/wiki/CUETools

For reference below is what the output looks like.

The first section compares the files against the CUETools database, second part compares them against AccurateRip and the final section compares them against the log. If the CRC of the audio matches that in the log, it'll display "CRC32" under the log column. If it doesn't match it'll display the non-matching CRC from the log.
Code:
[CUETools log; Date: 04/09/2019 09:48:27; Version: 2.1.7]
[CTDB TOCID: dSe8t4gc5g6uIgnjsV715UBrOy0-] found.
Track | CTDB Status
  1   | (125/125) Accurately ripped
  2   | (125/125) Accurately ripped
  3   | (125/125) Accurately ripped
  4   | (125/125) Accurately ripped
  5   | (125/125) Accurately ripped
  6   | (125/125) Accurately ripped
  7   | (125/125) Accurately ripped
  8   | (125/125) Accurately ripped
  9   | (125/125) Accurately ripped
 10   | (125/125) Accurately ripped
 11   | (125/125) Accurately ripped
 12   | (125/125) Accurately ripped
 13   | (125/125) Accurately ripped
 14   | (125/125) Accurately ripped
 15   | (125/125) Accurately ripped
 16   | (125/125) Accurately ripped
 17   | (125/125) Accurately ripped
 18   | (125/125) Accurately ripped
 19   | (125/125) Accurately ripped
 20   | (125/125) Accurately ripped
 21   | (125/125) Accurately ripped
[AccurateRip ID: 003ce891-0395c3ad-3e11b715] found.
Track   [  CRC   |   V2   ] Status
 01     [bbdaf5dc|8b015261] (0+1/1) Accurately ripped
 02     [78576de1|65993fae] (0+1/1) Accurately ripped
 03     [d5ebd1e0|dfa5fe5d] (0+1/1) Accurately ripped
 04     [b47ffb84|22be93cf] (0+1/1) Accurately ripped
 05     [f951c9b2|f004c109] (0+1/1) Accurately ripped
 06     [52f96bc9|ab1b4a22] (0+1/1) Accurately ripped
 07     [678bfd22|690554f6] (0+1/1) Accurately ripped
 08     [3e82f232|70aa67b4] (0+1/1) Accurately ripped
 09     [6cdd88be|320815bf] (0+1/1) Accurately ripped
 10     [97446fdb|9a9624bc] (0+1/1) Accurately ripped
 11     [ec6b7dd6|a1e8bc78] (0+1/1) Accurately ripped
 12     [cda96df8|b042fbdf] (0+1/1) Accurately ripped
 13     [441ad164|b7b826b6] (0+1/1) Accurately ripped
 14     [037d035a|79913e51] (0+1/1) Accurately ripped
 15     [a328c5db|5a3797ab] (0+1/1) Accurately ripped
 16     [900da882|8eceecd3] (0+1/1) Accurately ripped
 17     [47fe555e|3fc05e7d] (0+1/1) Accurately ripped
 18     [6e56709c|833e8958] (0+1/1) Accurately ripped
 19     [e0e9f881|362c46f0] (0+1/1) Accurately ripped
 20     [06370a05|675be416] (0+1/1) Accurately ripped
 21     [512f908e|35b43d2f] (0+1/1) Accurately ripped

Track Peak [ CRC32  ] [W/O NULL] [  LOG   ]
 --  100.0 [30422923] [1D33B1B9]           
 01  100.0 [DC10A7F5] [A56DE1F8]   CRC32   
 02  100.0 [7AC4A903] [F8A0A29F]   CRC32   
 03  100.0 [6D7237A6] [B5DC1CCC]   CRC32   
 04  100.0 [CB36FB2E] [5539A3BF]   CRC32   
 05  100.0 [1B7E27E8] [4DFC4464]   CRC32   
 06  100.0 [F517C691] [8DAC5678]   CRC32   
 07  100.0 [E0CD9A34] [1F3368D8]   CRC32   
 08  100.0 [18A26F5E] [4BAB4386]   CRC32   
 09  100.0 [C2FE2D87] [1697F273]   CRC32   
 10  100.0 [ADC0E049] [0E0BD0F9]   CRC32   
 11  100.0 [69AF0FBB] [CDD1F420]   CRC32   
 12  100.0 [0109615A] [AAA4075F]   CRC32   
 13  100.0 [7A11CF23] [682E337F]   CRC32   
 14  100.0 [76694EF5] [0F4BE064]   CRC32   
 15  100.0 [79FC27FF] [D7A478E9]   CRC32   
 16  100.0 [F91CDE36] [B68678F0]   CRC32   
 17   77.4 [42889C6E] [D6AB1FBB]   CRC32   
 18   46.6 [1CEA5B3B] [CCD77350]   CRC32   
 19  100.0 [831E25AA] [1C806283]   CRC32   
 20   96.9 [36BA22C5] [1F7BF3B1]   CRC32   
 21   79.8 [C07FA289] [57D72EF1]   CRC32
Reply With Quote
  #14  
Old Sep 4, 2019, 07:10 AM
ketsuban ketsuban is offline
Junior Member
 
Join Date: May 2019
Posts: 6
Default

Quote:
Originally Posted by nstz View Post
CUETools, which I linked above, already does this: http://cue.tools/wiki/CUETools

For reference below is what the output looks like.

The first section compares the files against the CUETools database, second part compares them against AccurateRip and the final section compares them against the log. If the CRC of the audio matches that in the log, it'll display "CRC32" under the log column. If it doesn't match it'll display the non-matching CRC from the log.
Good to know this, thanks. I was aware of the first and second features, but not of the third one, that's why I reinvented the wheel without knowing it. CUETools is certainly awesome.
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
LC-1728: plug+program / seiya-murai seanne Album Discussions 1 Feb 20, 2019 04:31 AM
Best Program to create your own RPG? Spirit_Chaser Miscellaneous Discussion 2 Feb 15, 2014 12:23 PM
Please help me verify this CD's authenticity... tbonesteak4dinner Video Game Music Discussion 2 Jan 4, 2013 09:52 PM
K32X-7128: Red Photon Zillion Special Program Featuring APPLE ON D.J.: Danger... Secret Squirrel Album Discussions 2 Mar 24, 2010 08:37 PM
NFO files Liontamer Miscellaneous Discussion 6 Mar 12, 2009 03:52 AM