GNOME Bugzilla – Bug 465203
Refuses to burn a valid audio cd because of not enough free space
Last modified: 2007-09-24 21:04:33 UTC
Please describe the problem: I create an audio cd compilation. In Brasero, I set it to use a 74 min CD-R. The size bar says I'm using 1h10m39 / 1h14. I click on the burn button. Then it refuses to burn on my 650 MB/74 min medium, because it asks for a medium with at least 712 MB free. Steps to reproduce: Actual results: Expected results: Does this happen every time? Other information:
are you sure it's not an encoding problem ? I assume you are trying to burn mp3/ogg.
At that phase it did not even start decoding the files, but just extracted the metadata? Isn't the problem that 650 MB corresponds to Mode-1 (data cd), while the 712 MB is calculated like in Mode-2 (audio cd: maximum capacity 748 MB), so it is actually comparing apples with oranges? 712 MB (70 min) < 748 MB (74 min), so this is a valid compilation.
Aren't you adding too much files to the project ? Try adding files until 74min and see what happens. I'm not sure about your problem.
No, I'm not. Take a look at the attached screenshot. This is the test project I made. I'm trying to burn on a 80 min CD-RW disk. As you see, I added only 75 minutes of music. I start the burn process and then the CD is ejected from my drive, and I get this message: The disc in "DVD_RW ND-3520AW" is not big enough: replace the disc with a recordable CD with a least 758 MB free. Like I said, Brasero is wrongly assuming that an audio disc can contain 650 MB (or in this case with a 80 min cd: 700 MB) of data. This is true for data CDs which are written in Mode-1. Audio CDs are written in Mode-2 which uses less checksumming data. If you would express this in MB (which nobody does, because it makes no sense, it's audio, no real data), then that would be more than 650/700 MB. Not that it matters much, but if I really add too many minutes to the project, I immediately (without having to click on the Burn button) get the message: "The size of the project is too large for the disc even with the overburn option: you must delete some files" which is of course correct in this case.
Created attachment 94178 [details] Screenshot showing valid project which Brasero refuses to burn
Fred, the changes in rev 287 on trunk: http://svn.gnome.org/viewcvs/brasero?view=revision&revision=287 look like they may be interesting here (see "- brasero-audio.c stores song size as duration not sectors"). Would you like me to try and backport this patch set to our 0.6.1 package?
After we release 0.6.90 i can backport fixes from trunk and release 0.6.2 if there's any interest in that from distributors. Frederik can you try to reproduce this bug with svn trunk ?
We (Mandriva) would be interested in a backportable fix, but it doesn't need to be in the context of a 0.6.2 - we prefer to backport specific fixes to the exact stable release we shipped with the distro, anyway. So we would be more likely to release a 0.6.1 with this specific patch than we would be to simply ship a 0.6.2 as an update. Is the patch in question directly backportable from trunk to 0.6.1?
comment #4: Frederik, you are right. You made me realize it's a wrong to convert audio size in bytes and see if it can fit on a disc. I'm going to change that and get brasero to compare data/audio size project with media size in sectors which is invariant. Thanks for spotting this. I'll get back whenever I fix that.
I fixed in stable 0.6X. Now brasero checks sectors not size. I tried and it works. In trunk is was already fixed.
okay, I'll backport the patch to our package. thanks.