#1
|
||||
|
||||
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! |
#2
|
||||
|
||||
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. |
#3
|
||||
|
||||
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... |
#4
|
|||
|
|||
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. |
#5
|
||||
|
||||
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 |
#6
|
|||
|
|||
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:
|
#7
|
|||
|
|||
Quote:
|
#8
|
||||
|
||||
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! |
#9
|
|||
|
|||
Quote:
|
#10
|
||||
|
||||
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)
Last edited by LuxKiller65; Aug 31, 2019 at 05:49 PM. |
#11
|
|||
|
|||
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.
|
#12
|
||||
|
||||
Quote:
Quote:
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. |
#13
|
|||
|
|||
Quote:
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 |
#14
|
||||
|
||||
Quote:
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
LC1728: 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: Akai Koudan Zillion Special Program Featuring APPLE on D.J... | Secret Squirrel | Album Discussions | 2 | Mar 24, 2010 08:37 PM |
NFO files | Liontamer | Miscellaneous Discussion | 6 | Mar 12, 2009 03:52 AM |