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):
+ Trace 71643
(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 Actual results: CPU usage of rhythmbox goes up to 90-100% Expected results: 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?) Other information:
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 ***