Brasero will not write single FLAC file with cuesheet to audio CD

Bug #386698 reported by Reed
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Fix Released
brasero (Ubuntu)
Ubuntu Desktop Bugs

Bug Description

Binary package hint: brasero

I'm using Brasero 2.26.1-0ubuntu1 on Ubuntu 9.04. I use RubyRipper to rip my cd's to a single FLAC file, and a cuesheet (.cue) for each file. The FLAC file then contains all the audio data for the cd, while the cuesheet provides the information regarding track starting and ending points, including any gaps. This makes complete restoration possible, including all gaps. I'd like to be able to use Brasero to burn this format to a black CD-R, as is possible with K3b, but can't seem to get it to work. The manual seems to indicate this should be possible, using "Burn Image" function, but when I attempt this, Brasero returns the error, " '[.cue filename].cue' could not be found".

If I manually decode the FLAC first, and then change the "FILE" reference within the cuesheet to reflect the filename of the new .wav file, Brasero will burn the cd happily. It seems then, that the problem lies in identifying the FLAC file, and then properly decoding it. Attached is the error log Brasero provided, and the following is the cuesheet used (WhileImWaiting.cue):

REM COMMENT "Rubyripper 0.5.5"
PERFORMER "John Waller"
TITLE "While I'm Waiting"
FILE "WhileImWaiting.flac" WAVE
    TITLE "Hands Of The Healer"
    PERFORMER "John Waller"
    INDEX 01 00:00:00
    TITLE "Faith Is Living"
    PERFORMER "John Waller"
    INDEX 01 03:35:55
    TITLE "While I'm Waiting"
    PERFORMER "John Waller"
    INDEX 01 07:46:53
    TITLE "Quest"
    PERFORMER "John Waller"
    INDEX 01 12:37:04
    TITLE "Cling To The Call"
    PERFORMER "John Waller"
    INDEX 01 16:37:20
    TITLE "Of All The Places"
    PERFORMER "John Waller"
    INDEX 01 20:50:39
    TITLE "House Of God"
    PERFORMER "John Waller"
    INDEX 01 25:19:69
    TITLE "Priestly Blessing"
    PERFORMER "John Waller"
    INDEX 01 28:51:44
    TITLE "Dead Man Walking"
    PERFORMER "John Waller"
    INDEX 01 32:15:25
    TITLE "Our God Reigns Here"
    PERFORMER "John Waller"
    INDEX 01 36:01:35
    TITLE "Perfect Peace"
    PERFORMER "John Waller"
    INDEX 01 40:51:46
    TITLE "While I'm Waiting (Fireproof-Remix)"
    PERFORMER "John Waller"
    INDEX 01 44:06:70

ProblemType: Bug
Architecture: i386
DistroRelease: Ubuntu 9.04
ExecutablePath: /usr/bin/brasero
Package: brasero 2.26.1-0ubuntu1
SourcePackage: brasero
Uname: Linux 2.6.30-020630-generic i686

Revision history for this message
Reed (wrkerr) wrote :
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thanks for the report, that's known upstream and can be tracked here:

Changed in brasero (Ubuntu):
assignee: nobody → Ubuntu Desktop Bugs (desktop-bugs)
importance: Undecided → Low
status: New → Triaged
Changed in brasero:
status: Unknown → New
Revision history for this message
Reed (wrkerr) wrote :

Upon review, I don't think that upstream bug is related to mine. The upstream bug is regarding the file path within the cue sheet; reporting that if the filename is relative (image.flac) rather than specific (/home/Music/image.flac), Brasero won't find the image.

In my testing, Brasero will do fine with any image that is left decompressed, as a .wav, even with a relative path for the filename (image.wav). When using an image that is compressed as a flac though, even with a specific path for the filename (/home/Music/image.flac), Brasero will not burn. Attached is a error log whereby I used a non-relative path to my flac image in my cue sheet, and Brasero still hit the bug.

Revision history for this message
Sebastian Thürrschmidt (thuerrschmidt) wrote :

I'm experiencing very similar problems. I'm also using RubyRipper to rip my audio CDs to flac (one file for each track in my case, as opposed to one flac file per CD), with the "Create cuesheet" option enabled. When I try to burn the cue/flac image to disc (by choosing the "Write to Disc ..." context menu option in Nautilus), Brasero will abort with the "*.cue could not be found" message as described by the original submitter.

One of the workarounds I tried was to remove the first few lines from the cue file, i.e. all the REM lines as well as the first PERFORMER and TITLE lines (in other words, everything before the first FILE line). After that, Brasero did indeed burn the CD successfully -- or so it seemed, because on closer inspection it turned out that the flac files had been written as is (raw, without decompression and decoding) to the disc. The resulting CD was, of course, garbage and not playable. I'm not sure if this is a separate or related issue.

I did succeed in creating a copy of the CD from my flac/cue files by converting the flac files to wav first (using Sound Converter) and by changing the (relative) file names in the cue sheet accordingly (i.e., by replacing the .flac extensions with .wav, but without adding the full paths). This, however, does not come as a surprise, as Reed didn't have any problems with wave files either.

To summarize: There seems to be something wrong in the way Brasero handles references to one or more flac files within a cue sheet, and it's not a matter of relative vs. absolute filenames. Please investigate.

Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

This is fixed upstream now and will most likely be present in Ubuntu 10.04

Changed in brasero (Ubuntu):
status: Triaged → Fix Committed
Revision history for this message
Martin Mai (mrkanister-deactivatedaccount-deactivatedaccount) wrote :

This should be fixed in Ubuntu 10.04 now. Thanks for reporting.

Changed in brasero (Ubuntu):
status: Fix Committed → Fix Released
Changed in brasero:
importance: Unknown → Medium
status: New → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers

Related questions

Remote bug watches

Bug watches keep track of this bug in other bug trackers.