You misunderstood me: I said something along the line of "I'd love to be able to check individual files [...] ideally with a foobar2000 plugin."

Apart from that I would also appreciate an enhanced command line tool written in C or C++ that can at least check individual tracks as files in WAV format. Although that would make things more complicated for me than a fb2k plugin, because I'm very bad at writing these BASIC style batch scripts for Windows.

I was only talking about my own needs here.

WHAT ?!?



... just kidding. You are totally right, there are two kind of users out there :
- the foobar users,
- and those who don't know foobar yet.

(I'm out of here, I'm out of here, just kidding again folks)

And those of us who choose to use other stuff, like mpd.

And those of us who don't choose windows

As I see no reason not to post this here now, here is my C version. The library portion of it should be reasonable portable, but the accuraterip-crcgen code is very ugly and probably will only work on *nix systems. Having said that, I haven't actually tried it anywhere else. YMMV, but if you can make it work then it's significantly faster than the perl implementations.

My problem is this:

I have lots of CDs ripped to FLAC, and I would like to use arflac to verify their quality. However unfortunately they were ripped using CDEX thus drive offsets were not taken into account while ripping.

Is there a tool which I could use to fix the drive offsets to the FLAC files before running arflac?

(There is also the added joy that I used a total of three different drives for ripping, but still it would be probably more convenient to run arflac three times than to convert everything once again using EAC... sigh)

Omy started one for the version in C, but I'll split this one off.

ARFlac.pl can now be found here.

If you add

select STDOUT; $| = 1;

to the top of the script it stops the buffering problem. Pipe-ing through Tee works great this way.

P.S. ARCue.pl works great on my 64bit Debian machine.

I think I mentioned it earlier, but I *really* would like ARCUE to be able to determine an offset and still return the accuracy of a rip. This is also nessesary because of my recent experience:

I'm creating a script that will traverse all my albums and verify their accuracy with ARCUE, but an obvious problem makes this useless on almost any album. I've ripped all my music as seperate tracks with EAC. When a CD has any amount of silence in INDEX 00 in TRACK 01, it's impossible for me to recreate a true cuesheet that will work with ARCUE - All tracks will seem nudged the time of INDEX 00 to AR.

I really hope that this feature could be incorporated so I will be able to check my rips.