After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 547180 - rhythmbox cdburn perf request
rhythmbox cdburn perf request
Status: RESOLVED FIXED
Product: brasero
Classification: Applications
Component: general
unspecified
Other All
: Normal enhancement
: ---
Assigned To: Brasero maintainer(s)
Brasero maintainer(s)
: 552269 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2008-08-10 16:50 UTC by Dan Oliver
Modified: 2009-05-18 11:11 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Dan Oliver 2008-08-10 16:50:14 UTC
rhythmbox cd burning performance could be improved.

1). When converting audio for cd burning only 1 CPU or core is used at a time.

2). The burning process is done in two steps, the conversion, then the burn.  Can't this happen in one step?  It's also confusing to the user that the bar goes from beginning to end twice here due to the two steps.

Seems CD burning could be significantly faster if these two issues were fixed.
Comment 1 Jonathan Matthew 2008-09-14 22:02:25 UTC
*** Bug 552269 has been marked as a duplicate of this bug. ***
Comment 2 Jonathan Matthew 2009-03-09 04:49:09 UTC
Reassigning to brasero since that's where the conversion happens now.
Comment 3 Philippe Rouquier 2009-05-18 11:11:28 UTC
Thanks for the report.
2) has been in brasero for a long time now; it can do on the fly burning.

As for 1) I'd say it's not really compatible with 2). If you want to do on the fly burning then only one of the decoded/converted songs will be written at a time and that won't help to have the other tracks decoded/converted in the background as:
a) you'll have to store them somewhere most likely on the harddrive (= wasted space)
b) you use unnecessary CPU since you are limited by the burning speed anyway

I think 2) is enough to speed up the process as much as possible (because of b)).