Present Location: News >> Blog >> Cue sheets, MP3s, and Debian GNU/Linux

Blog

> Cue sheets, MP3s, and Debian GNU/Linux
Posted by prox, from Charlotte, on March 09, 2010 at 00:34 local (server) time

PM Vibes has some great trance mixes available for download.  Unfortunately, they're provided in the form of one large MP3 file with a cue sheet describing the track layout for burning to a recordable CD:

-rw-r--r-- 1 prox prox       543 2009-07-01 11:22 PM - Dream Melodies volume 10 CD.cue
-rw-r--r-- 1 prox prox    424471 2009-06-30 22:15 PM - Dream Melodies volume 10 cover.jpg
-rw-r--r-- 1 prox prox 115071104 2009-06-17 12:04 PM - Dream Melodies volume 10.mp3
-rw-r--r-- 1 prox prox      2108 2009-07-04 16:23 PM - Dream Melodies volume 10 SONGS.cue
-rw-r--r-- 1 prox prox      1184 2009-06-17 15:58 PM - Dream Melodies volume 10 tracklist.txt

To make matters worse, there seems to be absolutely no way of burning or converting this on Debian GNU/Linux without some [re]compilation.

The packages that should provide this functionality include the following:

Every one of the above applications (ok, so Gnomebaker is just a cdrdao GUI front-end) claim to read cue files, but the Debian packages don't include MP3 support.  You'll get something like this:

% cdrdao write --overburn -v 2 --device /dev/scd0 --speed 16 "PM - Dream Melodies volume 10 SONGS.cue" 
Cdrdao version 1.2.2 - (C) Andreas Mueller <andreas@daneb.de>
  SCSI interface library - (C) Joerg Schilling
  Paranoia DAE library - (C) Monty

Check http://cdrdao.sourceforge.net/drives.html#dt for current driver tables.

ERROR: Can't read file "PM - Dream Melodies volume 10.mp3": cdrdao was compiled without MP3 support.
ERROR: PM - Dream Melodies volume 10 SONGS.cue:165: Cannot determine length of track data specification.

So it would seem the only way to burn such a beast is to compile cdrdao (or wodim, whatever) by hand.  I needed to grab libmad0-dev, and configure cdrdao via the following:

% ./configure --with-mp3-support

This resulted in the following summary, which ended up building a cdrdao binary that includes MP3 support:

------------------------------------------------------
  Building scsilib   : no (using native interface)
  Building pccts     : yes
  Building cdrdao    : yes
     OGG support     : yes
     MP3 support     : yes
  Building toc2cue   : yes
  Building cue2toc   : yes
  Building toc2mp3   : yes
  Building gcdmaster : yes
------------------------------------------------------

However, the fun wasn't over, yet!  The cue file still caused problems:

% $HOME/src/cdrdao-1.2.3/dao/cdrdao write -v 2 --device /dev/scd0 --speed 16 *SONGS*cue                                                                                      
Cdrdao version 1.2.3 - (C) Andreas Mueller <andreas@daneb.de>
ERROR: Can't read file "PM - Dream Melodies volume 10.mp3": cdrdao was compiled without MP3 support.
ERROR: PM - Dream Melodies volume 10 SONGS.cue:165: Cannot determine length of track data specification.

You'll notice that I got the same error earlier, too.  Apparently there's a bug in cdrdao that was introduced by a patch (that subsequently made its way into Debian, too - more strikes against that package!) related to reading of track lengths in TOC files, reversing changes made by upstream.  Uh, yeah, this breaks stuff.  An Ubuntu bug #490292 was filed against the cdrdao package about this.

I commented out the block of code in TocParser.g, and recompiled.  Finally, success.

Things are really not as simple as they should be, sometimes.

I'd submit bug reports about this, but I'm fuzzy on the complexity of MP3 licensing - the Debian developers may have no choice but to remove MP3 support from these packages.  I did post a message to the debian-user mailing list about this.

> Add Comment

New comments are currently disabled for this entry.