GNOME Bugzilla – Bug 420653
Sometimes Brasero hangs calculating the size of an Audio CD
Last modified: 2007-12-31 18:38:01 UTC
Please describe the problem: This problem doesn't always happen. I use to download radio programs in mp3 and split them with 'mp3splt', then burn them in a rewritable Audio CD to listen them in my car. Steps to reproduce: 1. Create an Audio project. 2. Add 10 or 12 mp3 tracks (about 1 hour). 3. Burn in a rewritable disc. Actual results: 1. Brasero asks me to blank the disc (if needful) and advices me about some players cannot play rewritable discs. 2. Brasero blanks the discs and starts to create the image file. 3. Brasero hangs in the "Calculating size..." step, showing this message and running at 100% of CPU. Expected results: To calculate the size in seconds and start creating the image file to burn it. Does this happen every time? No, with the same files and the same configuration, sometimes it works and sometimes not. Running Brasero with -g, I see that calculating the size sometimes stops at the first track, sometimes at the eighth... Other information: It doesn't seem to be a problem of the tracks, because when I this bug happens, I create the CD with Serpentine well. Is there a way to make a better debugging? I am using version 0.5.2 in Ubuntu Feisty.
I have the same problem, Brasero hangs in the "Calculating size..." step and 100% CPU running, sometimes it works and sometimes not works. I am running ubuntu edgy with brasero 0.5.1 (but i have the same problem with 0.5.2)
Hi there sorry for the delay. Could you tell me what gstreamer version you're using please?
Hi, i use gstreamer 0.10
same for me with brasero 0.5.2 on ubuntu feisty and gstreamer 0.10.12
ok i could reproduce the bug it happens before the cd start burning.
I wonder if this is a bug on gstreamer or ubuntu can anyone try with another distro ?
+ Trace 147166
I just realized that this bug could be trigger ... by the use of compiz (and possibly beryl). Whenever I use compiz I have this problem, if I use metacity all is fine. Strange...
No, i'm not use beryl/compiz and i have this problem.
I see a very strange issue, if brasero is locked at "Calculating size.." and i start: $ strace -p pidbrasero -o /home/file (for 20 seconds) stop and restart (see video) $ strace -p pidbrasero -o /home/file ...brasero was unlocked and start the normally burning process... (if i don't start strace brasero remains locked) p.s. see strace log and video of the issue at: http://nekos.org/brasero.tar.gz
I think that may probably be a problem with one version of gstreamer. Still I don't have this problem (I had it a few times before) anymore. Especially with the trunk.
Seby, if you are still paying attn. to this bug, what is the list of GStreamer plugins you have installed, in particular, the ones that handle MP3 encoding. If you have the GStreamer fluendo mp3-decoder plugin, what happens if you uninstall or disable that plugin and attempt your decode/burn again? I have been experiencing this same problem and removing this plugin, specifically libgstflump3dec.so was the problem codec for me.
I'm not use fluendo mp3-decoder, i use gstreamer0.10-lame 0.10.6 and gstreamer0.10-mad 0.10.6
I think this bug was fixed in the upcoming stable release (still in trunk ATM). Could someone test it?
This problem is fixed for me! Using : brasero : 0.7.0-0ubuntu1 gstreamer0.10-fluendo-mp3 : 0.10.5.debian-1
Fixed by comment #14.