Add AccurateRip support

[GoogleCodeExporter]

What steps will reproduce the problem?
1. RIP a CD with abcde
2. wonder if the audio files retrieved from the CD are accurate
[Note: I haven't actually tried this, I'm just expecting that this will 
reproduce the problem, based on lack of mention of AccurateRip support in 
either the abcde or the AccurateRip documentation.]

What is the expected output? What do you see instead?
Expected: abcde contacts the AccurateRip service, and downloads a checksum of 
the audio data as ripped by other people using other ripping software. abcde 
computes its own checksum and compares to the AccurateRip checksum.  The result 
is noted in abcde's diagnostics, as either confirming an accurate rip, or 
giving evidence that the rip might be defective.  Also, from time to time, 
abcde uploads the checksums it has computed to the AccurateRip service, to 
improve their database.

What version of the product are you using? On what operating system?
2.4.2, Mac OS X 10.5.8

Please provide any additional information below.

Read more about AccurateRip at http://www.accuraterip.com/ . It is a service 
run by the people behind dbPowerAmp, a proprietary CD ripper. About five ripper 
clients support it, including dbPowerAmp and Exact Audio Copy. I don't know if 
having AccurateRip support in a free software tool like abcde is a good thing 
or a bad thing as far as the AccurateRip people are concerned. I've sent them 
an email to ask.

Original issue reported on code.google.com by Jim.DeLa...@gmail.com on 17 Oct 2011 at 11:29

[GoogleCodeExporter]

CueTools DB is worth a mention as well: 
http://www.cuetools.net/wiki/CUETools_Database

Original comment by snurgle@gmail.com on 27 Dec 2011 at 3:08

[GoogleCodeExporter]

Original comment by EinvalSl...@googlemail.com on 20 Apr 2012 at 1:26

• Changed state: Accepted
• Added labels: Type-Enhancement
• Removed labels: Type-Defect

[GoogleCodeExporter]

I am also interested in the feature. Accurate rip support is a prerequisite for 
my use of ripping software.

There is another Linux project, Morituri, which has Accurate rip support. Their 
code may be a useful resource. 

http://thomas.apestaart.org/morituri/trac/

Original comment by Matthe...@gmail.com on 3 Jul 2012 at 12:13

[GoogleCodeExporter]

I get the same rip results with abcde as with morituri or rubyripper when I 
simply set the read offset of my drive correctly for cdparanoia (cdparanoia -O 
<offset>). I have put the following code in my .abcde.conf to accomplish this 
for the drives of my different machines:

# Identify CD/DVD Drive and set read offset according to
# http://www.accuraterip.com/driveoffsets.htm
DRIVEIDENT=$(lsscsi|sed -r 's%\s\s+%|%g'|awk -F"|" '/cd\/dvd/ {print $3"."$4}')
case "${DRIVEIDENT}" in
        LITE-ON.LTR-52246S)
                DRIVEREADOFFSET=6 ;;
        "Optiarc.DVD RW AD-7280S")
                DRIVEREADOFFSET=48 ;;
        *)
                DRIVEREADOFFSET=0 ;;
esac

CDPARANOIAOPTS="-O ${DRIVEREADOFFSET}"

You can either browse above list at accuraterip.com or use morituri's rip 
command to determine the correct offset of your drive.

The rip results, if in flac format, can then be verified with ARFlac.pl 
(Google).

BTW: I just ripped one CD where both rubyripper and morituri told me the rip 
was OK, but ARFlac.pl found the first track to be not accurate. abcde with 
correct read offset also gave the same result.

Original comment by dirk.hei...@altum.de on 2 Nov 2012 at 11:12

[GoogleCodeExporter]

Regarding comment 1: Good idea to use the CUETools database from abcde. But I 
think it's a separate suggestion than this one, which is about AccurateRip. 
I've opened Issue 87 "Use CUETools database. for assurance of correct rip and 
to correct problems." to track that idea. 

Original comment by Jim.DeLa...@gmail.com on 13 Feb 2013 at 12:21

[GoogleCodeExporter]

I want to highlight what <a 
href="http://code.google.com/u/104341174696918791134/">"dirk.hei...@altum.de"</a
> mentioned. ARFlac.pl appears to be a Perl script to read audio data, query 
the AccurateRIP database, and print some results. I see this script published 
and discussed at http://www.hydrogenaudio.org/forums/index.php?showtopic=62522 
. 

Original comment by Jim.DeLa...@gmail.com on 13 Feb 2013 at 12:32

[GoogleCodeExporter]

I sent email on 2013-Jan-26 to Mr Spoon, operator of AccurateRip, using the 
email address given at http://www.accuraterip.com/ . I said that I would love 
to have AccurateRip support in abcde, and I'm willing to help with the work of 
implementing that. Also that I'm not a leader of the abcde project, I'm doing 
this on my own initiative.

I received a reply on 2013-Jan-29 from Mr Spoon saying "Permission granted", 
and pointing me to 
http://forum.dbpoweramp.com/showthread.php?20641-AccurateRip-CRC-Calculation 
for documentation on how to submit a checksum to the database and get back an 
evaluation of its correctness. The reply also said that "submitting will not be 
possible".  There was no mention of using an API key or other client 
identifier. Also no mention of support in understanding the documentation.

So I think that means that the abcde project is welcome to go ahead and add an 
AccurateRIP client at our leisure, without further communication with the 
AccurateRIP operators.

Original comment by Jim.DeLa...@gmail.com on 13 Feb 2013 at 12:41

[GoogleCodeExporter]

I just tried Exact Audio Copy V1.0 beta 3 which implements this AccurateRip 
feature.

Unfortunately, AccurateRip is a major hindrance with EAC 1.0 Beta as either the 
accuraterip.dll is either bad or the service is not working properly.  
AccurateRip requires configuration by using a recognized music CD present 
within it's own database.  If their web service is down or the programming has 
issues, AccurateRip becomes more of a hindrance than feature.

In other words, if people keep seeing a prompt saying to "AccurateRip needs to 
be configured" when it can't be, users will loose faith in their extract with 
current software.  And, I find cdparanoia to far out perform EAC when 
encountering scratches or skips.

Could be a really useful feature if implemented properly. ;-)

Original comment by rogerxx@gmail.com on 3 May 2013 at 2:44

[GoogleCodeExporter]

I think I finally found a tool that can calculate AR checksums including the 
pressing offsets, even EAC does not do it, only dbpoweramp. There is a port (or 
rewrite) of ARFlac.pl to c here 
http://www.hydrogenaudio.org/forums/index.php?showtopic=61574, I've taken a zip 
file from post #10 and it works. It calculates possible pressing ofssets and 
matches to the response from AR. To compile you need to modify Makefile to 
point to you includes (mine was LIBDIR = /usr/lib/i386-linux-gnu on Linux Mint 
15), then make.

The code is all there, I assume it can be used as a template, if only I 
understood what it is doing..., not very strong at c.

Original comment by matk...@gmail.com on 2 Oct 2013 at 8:24

[GoogleCodeExporter]

Clean ARv1 implementation code: https://github.com/jonls/accuraterip-tools
Further explanation of ARv1 with added optimization ideas:
http://jonls.dk/2009/10/calculating-accuraterip-checksums/
GStreamer element: http://bugzilla.gnome.org/show_bug.cgi?id=685163

ARv2 pseudo code (copyright and license unspecified) exists posted by Spoon on 
public forum.

Original comment by luc...@gmail.com on 24 Jan 2014 at 6:50