When I ripped all my CDs about a year ago, I used EAC 0.95b4 + AccurateRip. However, having to copy/paste all the AccurateRip reports was a bit of a pain, so I didn't do it.

It would be much more useful to have some tag field called "%accuraterip confidence"% that could contain, either a numeric value when there is a confidence, "0" if the track is unknown to Accuraterip, and something else if the track is known but with a different CRC.

But for all this, we're talking about the ripping process (EAC + Accuraterip plugin). What about already-ripped files ?

Wouldn't it be possible to have a software that could analyze a whole library (FLAC, APE, etc.) and check every single file using Accuraterip database ? Here's how it could work :- Take a properly tagged lossless file (let's assume 1 file = 1 track, convenientely ripped, with the gaps at the right place, etc.)- Decompress it in RAM- Calculate the CRC for the audio part- Connect to Accuraterip- Find the same file using the tags (not the disc ID) : artist, album, title...- Check the CRC against the Accuraterip CRC- Write the confidence result in a specific tag (%accuraterip confidence%) within the lossless file- Optionally submit the results to Accuraterip

This would store all the needed information without the file itself (no more separate Accuraterip reports).

Thanks caligae. I had already seen that thread, and I think the perl script is not really adequate (plus it only works with whole disc files - all my 20.000+ files are single track files, I like it that way). Of course it works in some cases, but it's slow, it needs I have thought of posting in that thread first, but IMHO the problem is larger than that.

So this thread is up for discussing of a real, efficient, software that could do this. It could be a standalone software, a component for foobar, etc... And either it exists, or maybe a dev would be willing to implement it, who knows ?

It shouldn't be too complicated after all :- Standalone app : drag-n-drop files (or folder), click "OK", wait, and that would be all.- foobar component : select files, right-click, "Accuraterip check", wait, and that would be all.

Maybe I'm wrong, but I though that the way that a track is identified to accuraterip was by way of the TOC of the CD, or the combination of all of its tracks. I don't think there is any way to access the database based on a single track.

But with the artist and album fields, it should possible to retrieve the album ID (maybe not from Accuraterip, but elsewhere) and then provide it to Accuraterip.

Let's assume there are several possible album IDs (remasters, foreign editions, etc.). Still, all that the app would have to do would be to try all available album IDs with Accuraterip. If one of them provides a confidence report, then everything is OK.

Thanks caligae. I had already seen that thread, and I think the perl script is not really adequate (plus it only works with whole disc files - all my 20.000+ files are single track files, I like it that way). Of course it works in some cases, but it's slow, it needs I have thought of posting in that thread first, but IMHO the problem is larger than that.

Well, there's a C++ version available in the thread, which speed is only limited by your hardware:

You can convert CD Rips losslessly to a different "EAC-like-rip-format" and even adjust a false offset correction with CUE Tools. But although it has a batch processing feature and you could also write a CMD.exe batch wrapper for ARCue.exe, it would require you to utilize lots of disc space. Either have lots of disc space ready so you can use CUE Tools' batch queue or convert every rip manually and delete the temporary files each time. A solution would be to be able to invoke a pre- and post- processing CMD batch script from within CUETools, so they can deal with deleting and creating the temporary WAV/CUE files and doing the AR check.

But the fact is that currently there's no automagic tool available for your scenario. You have to do it manually.

(Mods: maybe it would be a good idea to split the Arcue thread?)Moderation: Done!

QUOTE (Jose Hidalgo @ Jan 11 2008, 16:53)

So this thread is up for discussing of a real, efficient, software that could do this. It could be a standalone software, a component for foobar, etc... And either it exists, or maybe a dev would be willing to implement it, who knows ?

It shouldn't be too complicated after all :- Standalone app : drag-n-drop files (or folder), click "OK", wait, and that would be all.- foobar component : select files, right-click, "Accuraterip check", wait, and that would be all.

Afaik a standalone application would be much harder to realise, because you would have to integrate decoders for various lossless codecs, not to mention a CUE sheet processor for compliant and non-compliant cue sheets and also a tag reader so you can process embedded cue sheets also.

A fb2k component on the other doesn't have to deal with all that stuff, it could access the track's PCM audio provided by the converter directly, no need to worry about codecs or cue sheets or tags for the writer of such a component. Ok, maybe it would be a good idea to store the AR CRC in the tag, so this time consuming operation of calculating the CRC is only necessary once... I don't know if writing the confidence to the tag is a good idea, since this number will change (increase) over time and therefor becomes out-of-date.

I doubt he would write such a tool: 1. it will cost him time. 2. it would be somewhat of a competition to his main product dBpoweramp. And it is not benefiting his other product, the AR database, either, since the AR results of such a tool will not be added to the database!

BTW you're right, even an automated use of ARCue wouldn't be useful for checking a whole lossless collection - just imagine having to generate 1500 album FLAC/cues from my 20.000+ files ! It would be an enormous waste of time (and disk space, even if this could be solved if each FLAC/cue is automatically deleted after checking). So I agree with you, ARCue is not the solution for large libraries. We need a fb2k component to do this. So I'm joining your thread. Thanks !

Getting a TOC from files is no where near 100% (your files would have to have exact lengths, ok for lossless this is not a problem), then the CD would have to have the first track start at 150 frames in, most cds do, those that do not you cannot lookup.

>I doubt he would write such a tool: 1. it will cost him time

The time issue is the main one, when I have solid 1 years worth of work already booked in so to speak, adding more time to accuraterip (it takes time everytime the database is constructed) is a no go ATM.

It is not benefiting his other product, the AR database, either, since the AR results of such a tool will not be added to the database!

Even though the info would not get included in the DB, still it is almost always beneficial for any service to have more users - they will be more likely to use that system when making their own rips, and people that are already contributing will be more inclined to help as it will benefit more users.

QUOTE (spoon @ Jan 11 2008, 14:11)

Getting a TOC from files is no where near 100% (your files would have to have exact lengths, ok for lossless this is not a problem), then the CD would have to have the first track start at 150 frames in, most cds do, those that do not you cannot lookup.

>I doubt he would write such a tool: 1. it will cost him time

The time issue is the main one, when I have solid 1 years worth of work already booked in so to speak, adding more time to accuraterip (it takes time everytime the database is constructed) is a no go ATM.

This could only work for lossless files, but as long as the offsets can be accounted for (or just accept that some may not be included) it would be a great tool. Instead of worrying about additional file information like a TOC, can't you do a straight comparison using the AR CRC? If that CRC is found, then the file is good, if it's not then probably there is something wrong with the file (or it is rare, and someone should use the full program to submit the new track info). IDK if there is a problem with track vs. full CDs, but if I understand correctly then a unique and reliable CRC can be found for each track, as long as someone has submitted it in the past.Hopefully there is a way to use the AR database to accomplish this, without the need for any additional development by you or to AR itself, perhaps a plugin to foobar or likewise would be possible.

You need the CD Toc to generate the accuraterip disc id, for non cd-enhanced cds you could use the metadata, look it up in MusicBrainz and get the track times for the cd, which should be enough to calculate the disc id.

Wow, that tool looks very interesting. I got it to work just once though - it keeps returning 404 errors when trying to contact the accuraterip database. Is there something I'm doing wrong? Where did this tool come from?

EDIT: found the problem, the directory on the left has to be highlighted for the tool to be able to scan the album.

EDIT2: Also it appears only to work on albums with separate files for each song, not single file rips.