Software for Accuraterip check of already ripped files ? Options

[Jose Hidalgo]

Hi everyone,

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).

What do you think ? Is it doable or not ? Does it already exist ?

Thanks in advance,

Jose

This post has been edited by Jose Hidalgo: Jan 11 2008, 15:21

[Jose Hidalgo]

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.

No even need for settings, it's a pretty straightforward operation.

I have heard that dbPowerAMP could be a good starting point. After all, dbPowerAMP and Accuraterip share the same owner / developer : spoon (am I wrong ?). See this : http://www.accuraterip.com/3rdparty-access.htm

Just my 0.02...

This post has been edited by Jose Hidalgo: Jan 11 2008, 16:59

[Fandango]

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:

http://www.hydrogenaudio.org/forums/index....st&p=528988

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!

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 ?

I'm aware that ARCue is not versatile enough to be used on a hole collection, and I'm also hoping someone writes a proper fb2k component:
http://www.hydrogenaudio.org/forums/index....showtopic=56531

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 have heard that dbPowerAMP could be a good starting point. After all, dbPowerAMP and Accuraterip share the same owner / developer : spoon (am I wrong ?). See this : http://www.accuraterip.com/3rdparty-access.htm

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!

This post has been edited by greynol: Jan 11 2008, 20:52