GNOME Bugzilla – Bug 358770
Rhythmbox make long time to rip CD to MP3
Last modified: 2018-05-24 11:52:35 UTC
Please describe the problem: When I copy Audio CD to my Library in MP3 format (VBR 192) Rhythmbox use full CPU during more than 2hour whereas on windows or on Grip (if my memory is good), it take less than 30min. Steps to reproduce: 1. Put an audio CD in the reader 2. launch Rhythmbox 3. clic on copy to library Actual results: Rhythmbox rip CD very slowly, and use all CPU Expected results: Rhythmbox go faster and don't slow too much others programs Does this happen every time? yes Other information: This way to rip CD is the easier, it is why I can't use another program for familly. I don't know if the bug comme from Rhythmbox or from Gstreamer. thanks
What is the gstreamer pipeline you use to rip? It could be a matter of changing the parameters. I regularly rip using rhythmbox with VBR mp3s of around 192 kbs. I have noticed that it can be slower than grip the similar parameters, but I haven't experimented further. It could also be a matter of switching off paranoia.
I've used pipeline audio/x-raw-int,rate=44100,channels=2 ! lame name=enc quality=0 preset=1001 But i use this pipeline on my other computer, and it work well (and fast).
Rhythmbox has been incredibly slow for me in terms of CD Ripping. I am on Ubuntu 6.10 32Bit on an AMD64 Machine, I'm using Rhythmbox 0.9.6. This is my pipeline: audio/x-raw-int,rate=44100,channels=2!lame name=enc bitrate=192 ! id3v2mux I try to rip a 3 minute song in Rhythmbox, and it takes at least 4, sometimes 5 minutes! I can open Sound Juicer and rip the same track, and it rips perfect in a matter of seconds. When Sound Juicer rips, you can hear the CD(DVD) drive spin up. It says it rips at about 12-17x. When ripping in Rhythmbox, the CD(DVD) drive makes no sound at all. In fact, if you can hear the drive spinning while in Rhythmbox, when I attempt to rip, it slows the spin down to an inaudible level. If while Rhythmbox is open, I open Sound Juicer, rip a song, and then try to rip a song in Rhythmbox, it rips MUCH better! It will rev the CD(DVD) drive up and begin to rip at a much faster rate. Still not nearly as fast as Sound Juicer, but probably about 40 seconds. But if I have to open Sound Juicer to rip one song, then go back to Rhythmbox... it kind of defeats the purpose. Banshee seems to have its own MP3 Profile, but it rips at about the same speed as Sound Juicer. Just about 10 seconds a song. As a side note... the ability to right click and rip a single song, or select a few songs to rip seems like it would be possible instead of having to ctrl-click and drag to library. Anyway, sorry to get off on a side there. I will use Sound Juicer for now, but it would be nice to be able to use Rhythmbox for importing CDs just as quickly into my library one day. Thanks to anyone who can help with this problem, and please let me know if you need anymore info from me! I'd love to do whatever I can to help! Thanks once again. - Darin
Is that still an issue with newer rb releases?
I just tried it out using a 34 minute CD, 11 Songs, with each song roughly 3 Minutes. I'm using Rhythmbox 0.10.0 on an upgraded Ubuntu 7.04. Each song ripped at around 30-40 Seconds each, the total CD took about 6 Minutes. Sound Juicer does each song in about 10-15 seconds, and the whole CD in about 2 minutes. While Sound Juicer is still 2-3 times faster, this is MUCH improved from the previous Rhythmbox version! I certainly wouldn't call it slow anymore. It's now ripping an entire CD in the time it used to take to rip one song. Seems to be fixed to me! Others may want to give it a try and confirm. I'll give it a try off and on over the next few days with different CDs and will comment again if anything changes. But so far, great! Thanks very much to those who made this happen - well done! - Darin
Ubuntu 10.04 Rhythmbox 0.12.8 Entered the following at: https://bugs.launchpad.net/ubuntu/+source/rhythmbox/+bug/512098 Used TOP with "show threads" option to display the rythmbox threads during extract. The top most CPU bound thread was priority 20 (the nice level for background threads) using ~30% of a CPU core (my laptop is 1.5Ghz dual core Intel x86). The top IOWait was 0. Therefore, the process was likely neither CPU or disk bound. I noticed that the BOINC background worker threads were getting significant CPU time, so I hit "pause" to stop background processing of workloads. This therefore left completely idle CPU on my computer. Afterwards, the extract performed more quickly, but was still not using 100% CPU or causing IOWaits. iostat reported no IOWait, similar to top. In conclusion, it is likely the thread design of the background threads is using a far too aggressive "nice" setting and should be bumped up in both priority and IO nice level so that the extract takes advantage of the available hardware. It should be obvious that if a user has deliberately clicked on a button to extract a CD, they would prefer that operation take precedent over other background tasks on the computer which they have not necessarily performed a manual and specific action to perform (BOINC is a good example). As google search notes, the solution is not to use Rhythmbox, any other ripper would do. However, in the sense that this is the default program in Ubuntu, it would be nice to make the functionality work better.
No change after upgrading to Ubuntu 10.10, poor extract performance.
Wow, I've got exactly this bug, but I'm surprised it was opened in 2006. And Sound Juicer is still faster than Rhythmbox.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/rhythmbox/issues/248.