GNOME Bugzilla – Bug 354465
Cover art plugin causes 100% CPU load
Last modified: 2006-09-05 21:33:22 UTC
Please describe the problem:
Just updated to ubuntu 6.10 and enabled the cover art plugin. When the window is open everything works fine (cover art is there, etc.), but when I hide the window and switch through the songs, at some point CPU usage goes to 100% and rhythmbox becomes slow.
Here's a traceback that pops up:
(19:03:54) [0x814b8e8] [rb_player_gst_sync_pipeline] rb-player-gst.c:597: PAUSING pipeline
(19:03:54) [0x814b8e8] [rb_player_gst_sync_pipeline] rb-player-gst.c:586: syncing pipeline
(19:03:54) [0x814b8e8] [rb_player_gst_sync_pipeline] rb-player-gst.c:588: PLAYING pipeline
/usr/lib/rhythmbox/plugins/artdisplay/__init__.py:125: GtkWarning: gdk_pixbuf_scale_simple: assertion `dest_height > 0' failed
self.current_pixbuf = old_pixbuf.scale_simple (int(ww), int(wh), gtk.gdk.INTERP_BILINEAR)
Traceback (most recent call last):
(19:03:54) [0x814b8e8] [rb_shell_player_set_playing_entry] rb-shell-player.c:1133: Success!
Steps to reproduce:
1. Start rhythmbox and enable cover art plugin
2. Close rhythmbox (not sure if needed), hide the window and start playback
3. Switch through the songs
CPU usage of rhythmbox goes up to 90-100%
Nothing special. Rhythmbox would function as usual.
Does this happen every time?
No. Happened more when I started cover art for the first time, but seemed to become more rare as I used rhythmbox (related to cache?)
This is a known problem with gdk's pixbuf scaling. Since 0.9.5, we've added some checks to the art display plugin to prevent it from triggering the problem.
Thanks for the bug report. This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.
*** This bug has been marked as a duplicate of 80925 ***