rhythmbox takes 100%cpu to play ogg

Bug #32894 reported by starox
12
Affects Status Importance Assigned to Milestone
GStreamer
Fix Released
Medium
gstreamer0.10 (Ubuntu)
Fix Released
Medium
Ubuntu Desktop Bugs

Bug Description

When I play oggs with rhythmbox, it takes 100% of one cpu.
I use a powerppc with 2 cpu with Ubuntu Dapper.

Revision history for this message
Sebastien Bacher (seb128) wrote :

Thanks for your bug. Does it happen if you use "gst-launch playbin uri="file://path/to/ogg" to play them? Does that happen with all the ogg or only one?

Changed in rhythmbox:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
starox (starox) wrote :

Yes, it's still loading a cpu.

Here is the output of gst-launch, interrupted by a ctrl-c :
---------------------------------------------------
OIL: ERROR liboiltest.c 403: oil_test_check_impl(): function conv_f32_s16_bitstuff in class conv_f32_s16 failed check (37,7031 > 0,1) || (outside=0)
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
Pipeline is PREROLLED ...
Setting pipeline to PLAYING ...
New clock: audioclock4
Caught interrupt -- Pausing pipeline.
Pipeline paused.
WARNING: Element "playbin0" warns: pipeline interrupted
Element "playbin0" has gone from PLAYING to PAUSED, quitting.
Execution ended after 8029122000 ns.
Setting pipeline to PAUSED ...
Setting pipeline to READY ...
Setting pipeline to NULL ...
FREEING pipeline ...

Revision history for this message
Sebastien Bacher (seb128) wrote :

Does it happen with all the ogg or only one? Could you get a backtrace?
- gdb gst-launch
(gdb) run playbin uri="file://path/to/ogg"
... ctrl-C
(gdb) thread apply all bt

And copy that to a comment

Revision history for this message
starox (starox) wrote :
Download full text (11.0 KiB)

It happens at least with all my mp3 and ogg. I don't have the problem with mplayer though.
The load is about ~80% system time and 20% user time.
Here is the backtrace.
--------------------------------------
Le script a débuté sur dim 26 fév 2006 18:26:54 CET
fredo@ange:~$ gdb gst-launch-0.10

GNU gdb 6.4-debian

Copyright 2005 Free Software Foundation, Inc.

GDB is free software, covered by the GNU General Public License, and you are

welcome to change it and/or distribute copies of it under certain conditions.

Type "show copying" to see the conditions.

There is absolutely no warranty for GDB. Type "show warranty" for details.

This GDB was configured as "powerpc-linux-gnu"...(no debugging symbols found)

Using host libthread_db library "/lib/libthread_db.so.1".

(gdb) run playbin uri="file:///home/fredo/Desktop/a.ogg"

Starting program: /usr/bin/gst-launch-0.10 playbin uri="file:///home/fredo/Desktop/a.ogg"

(no debugging symbols found)

(no debugging symbols found)

[Thread debugging using libthread_db enabled]

[New Thread -134402048 (LWP 5001)]

OIL: ERROR liboiltest.c 403: oil_test_check_impl(): function conv_f32_s16_bitstuff in class conv_f32_s16 failed check (42,6641 > 0,1) || (outside=0)

Setting pipeline to PAUSED ...

[New Thread -135969552 (LWP 5004)]

Pipeline is PREROLLING ...

[New Thread -144358160 (LWP 5005)]

[New Thread -154143504 (LWP 5006)]

[Thread -154143504 (LWP 5006) exited]

[New Thread -154143504 (LWP 5007)]

[Thread -154143504 (LWP 5007) exited]

[New Thread -154143504 (LWP 5008)]

[Thread -154143504 (LWP 5008) exited]

[New Thread -154143504 (LWP 5009)]

[Thread -154143504 (LWP 5009) exited]

[New Thread -154143504 (LWP 5010)]

[New Thread -162663184 (LWP 5013)]

[New Thread -171051792 (LWP 5014)]

[New Thread -179440400 (LWP 5015)]

Pipeline is PREROLLED ...

Setting pipeline to PLAYING ...

New clock: audioclock4

[Thread -171051792 (LWP 5014) exited]

Program received signal SIGINT, Interrupt.

[Switching to Thread -134402048 (LWP 5001)]

0x0fc35228 in poll () from /lib/libc.so.6

(gdb) thread apply all bt

Thread 11 (Thread -179440400 (LWP 5015)):

#0 0x0fcd9ae4 in __read_nocancel () from /lib/libpthread.so.0

#1 0x0f728f2c in snd_timer_close () from /usr/lib/libasound.so.2

#2 0x0f728688 in snd_timer_read () from /usr/lib/libasound.so.2

#3 0x0f713d80 in snd_pcm_direct_clear_timer_queue () from /usr/lib/libasound.so.2

#4 0x0f713ea4 in snd_pcm_direct_poll_revents () from /usr/lib/libasound.so.2

#5 0x0f716e68 in snd_pcm_direct_semaphore_create_or_connect ()

   from /usr/lib/libasound.so.2

#6 0x0f6d6948 in snd_pcm_poll_descriptors_revents () from /usr/lib/libasound.so.2

#7 0x0f6d84a8 in snd_pcm_wait_nocheck () from /usr/lib/libasound.so.2

#8 0x0f6df274 in snd_pcm_wait () from /usr/lib/libasound.so.2

#9 0x0f6df424 in snd_pcm_write_areas () from /usr/lib/libasound.so.2

#10 0x0f6fe288 in snd_pcm_mmap_writei () from /usr/lib/libasound.so.2

#11 0x0f6d6214 in snd_pcm_writei () from /usr/lib/libasound.so.2

#12 0x0f78fef0 in ?? () from /usr/lib/gstreamer-0.10/libgstalsa.so

#13 0x0f630f50 in gst_audio_sink_get_type () from /usr/lib/libgstaudio-0.10.so.0

#14 0x0fd54e60 in g_thread_create_pr...

Revision history for this message
Sebastien Bacher (seb128) wrote :

What audiosink do you use from gstreamer-properties? Could you try changing it?

Revision history for this message
starox (starox) wrote :

Using gstreamer-properties, I have autodetect, alsa, esd, oss and custom settings for audio output.
It was on autodetect before.
Alsa and esd load the cpu.
Oss give an error message :
 Error running pipeline 'OSS - Open Sound System': Unable to open device /dev/dsp for writing: Périphérique ou ressource occupé [gstosssink.c(388): gst_oss_sink_open (): /pipeline0/osssink1]

I am using a custom kernel but It behaves identical with ubuntu kernel.
I was thinking about timer issue as it seems an active wait ? maybe dev/rtc problems ?

Revision history for this message
Sebastien Bacher (seb128) wrote :

Could you attach the backtrace as an attachment without all the extra lines from the previous comment?

Revision history for this message
starox (starox) wrote : gst-launch-0.10, gdb backtrace

This is a backtrace of gst-launch playing an ogg and taking 100% cpu.
gst-properties is set on 'auto' for audio output.

Changed in rhythmbox:
status: Needs Info → Unconfirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your comments, I've forwarded that upstream: http://bugzilla.gnome.org/show_bug.cgi?id=332677

That could be an libasound issue though, Martin any opinion on that?

Revision history for this message
starox (starox) wrote :

I forgot my platform : Apple Powermac G5 1.8Ghz - 2 cpus

Revision history for this message
starox (starox) wrote :

I've updated my system today, keeping the same kernel, and the problem is gone !

Revision history for this message
Dennis Kaarsemaker (dennis) wrote : Re: [Bug 32894] Re: rhythmbox takes 100%cpu to play ogg

Good to hear! I'm closing this bug, feel free to reopen if the bug
appears again.

 status FixReleased

Changed in gstreamer0.10:
status: Unconfirmed → Fix Released
Changed in gstreamer:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.