MediaPlayer critical messages

Bug #502230 reported by Johannes H. Jensen on 2010-01-02
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Alarm Clock
Fix Released
Medium
Johannes H. Jensen

Bug Description

For some reason, the MediaPlayer randomly emits critical messages when playing. This seems only to happen when in loop mode.

src/tests$ ./test_player file:///usr/share/sounds/gnome/default/alerts/drip.ogg
** (<unknown>:8283): DEBUG: State changed to PLAYING [2], data is 'test data'

(<unknown>:8283): GLib-GObject-CRITICAL **: g_object_ref: assertion `object->ref_count > 0' failed

(<unknown>:8283): GLib-GObject-CRITICAL **: g_object_ref: assertion `object->ref_count > 0' failed

(<unknown>:8283): GStreamer-CRITICAL **: gst_object_unref: assertion `((GObject *) object)->ref_count > 0' failed

Backtrace with G_DEBUG=fatal_warnings:

GLib-GObject-CRITICAL **: g_object_ref: assertion `object->ref_count > 0' failed
aborting...

Program received signal SIGABRT, Aborted.
[Switching to Thread 0xb64fdb70 (LWP 8412)]
0x0096b422 in __kernel_vsyscall ()
(gdb) bt
#0 0x0096b422 in __kernel_vsyscall ()
#1 0x005544d1 in raise () from /lib/tls/i686/cmov/libc.so.6
#2 0x00557932 in abort () from /lib/tls/i686/cmov/libc.so.6
#3 0x00153046 in g_logv () from /lib/libglib-2.0.so.0
#4 0x00153076 in g_log () from /lib/libglib-2.0.so.0
#5 0x001532db in g_return_if_fail_warning () from /lib/libglib-2.0.so.0
#6 0x0036535b in g_object_ref () from /usr/lib/libgobject-2.0.so.0
#7 0x00367668 in ?? () from /usr/lib/libgobject-2.0.so.0
#8 0x004dbff3 in gst_structure_id_set_valist () from /usr/lib/libgstreamer-0.10.so.0
#9 0x004dc133 in gst_structure_id_new () from /usr/lib/libgstreamer-0.10.so.0
#10 0x004b8200 in gst_message_new_stream_status () from /usr/lib/libgstreamer-0.10.so.0
#11 0x006f802a in ?? () from /usr/lib/gstreamer-0.10/libgstpulse.so
#12 0x0074062f in ?? () from /usr/lib/libpulse.so.0
#13 0x007437b6 in pa_mainloop_dispatch () from /usr/lib/libpulse.so.0
#14 0x00743c31 in pa_mainloop_iterate () from /usr/lib/libpulse.so.0
#15 0x00743cf4 in pa_mainloop_run () from /usr/lib/libpulse.so.0
#16 0x00754bc3 in ?? () from /usr/lib/libpulse.so.0
#17 0x007a1ac2 in ?? () from /usr/lib/libpulsecommon-0.9.19.so
#18 0x001cc80e in start_thread () from /lib/tls/i686/cmov/libpthread.so.0
#19 0x005f67ee in clone () from /lib/tls/i686/cmov/libc.so.6

This might be a GStreamer or pulseaudio bug...

Johannes H. Jensen (joh) wrote :

This is on a vanilla ubuntu karmic system...

Changed in alarm-clock:
importance: Undecided → Medium
status: New → Confirmed
Johannes H. Jensen (joh) wrote :

Just crashed with:

(alarm-clock-applet:11492): GLib-GObject-CRITICAL **: g_object_ref: assertion `object->ref_count > 0' failed

(alarm-clock-applet:11492): GLib-GObject-CRITICAL **: g_object_ref: assertion `object->ref_count > 0' failed

(alarm-clock-applet:11492): GStreamer-CRITICAL **: gst_object_unref: assertion `((GObject *) object)->ref_count > 0' failed
Assertion '!in_worker(m)' failed at pulse/thread-mainloop.c:161, function pa_threaded_mainloop_stop(). Aborting.
Aborted

Johannes H. Jensen (joh) wrote :

Fixed in rev 143: using gst_element_seek_simple instead of setting the pipeline state directly.

Changed in alarm-clock:
assignee: nobody → Johannes H. Jensen (joh)
milestone: none → 0.3
status: Confirmed → Fix Committed
Johannes H. Jensen (joh) on 2010-03-16
Changed in alarm-clock:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers