Bug 136686 – abort in libgstplay

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 136686 - abort in libgstplay


Summary:	abort in libgstplay


Status:	RESOLVED FIXED

Product:	GStreamer
Classification:	Platform
Component:	gst-plugins
Version:	git master
Hardware:	Other Linux

Importance:	Normal normal
Target Milestone:	NONE
Assigned To:	GStreamer Maintainers
QA Contact:	GStreamer Maintainers

URL:
Whiteboard:

Depends on:
Blocks:

Reported:	2004-03-09 20:48 UTC by Arwed v. Merkatz
Modified:	2004-12-22 21:47 UTC

See Also:
GNOME target:	---
GNOME version:	---

Description Arwed v. Merkatz 2004-03-09 20:48:17 UTC

Both gst-player and totem 0.99.9 abort on startup when i set my audiosink
to 'audioscale ! alsasink', 'audioscale ! nassink' or alsasink alone work fine.
arwed@Otherland:~/Music/diverse$ gst-player song30.ogg 

** ERROR **: file gstoptimalscheduler.c: line 723 (destroy_group):
assertion failed: (group->group_links == NULL)
aborting...

(gdb) run song30.ogg 
Starting program: /home/arwed/gst/bin/gst-player song30.ogg
[New Thread 1088306720 (LWP 9149)]
[New Thread 1097190320 (LWP 9152)]
[New Thread 1099291568 (LWP 9153)]
[New Thread 1101392816 (LWP 9154)]

** ERROR **: file gstoptimalscheduler.c: line 723 (destroy_group):
assertion failed: (group->group_links == NULL)
aborting...

Program received signal SIGTRAP, Trace/breakpoint trap.

+ Trace 44959

Thread 1088306720 (LWP 9149)

#0 g_logv
from /usr/lib/libglib-2.0.so.0
#1 g_log
from /usr/lib/libglib-2.0.so.0
#2 destroy_group
at gstoptimalscheduler.c line 723
#3 unref_group
at gstoptimalscheduler.c line 687
#4 merge_groups
at gstoptimalscheduler.c line 814
#5 group_elements
at gstoptimalscheduler.c line 1472
#6 gst_opt_scheduler_pad_link
at gstoptimalscheduler.c line 1875
#7 gst_scheduler_pad_link
at gstscheduler.c line 163
#8 gst_pad_link_filtered
at gstpad.c line 1757
#9 gst_element_link_pads_filtered
at gstelement.c line 1783
#10 gst_element_link
at gstelement.c line 1939
#11 gst_play_set_audio_sink
from /home/arwed/gst//lib/libgstplay-0.7.so.2
#12 gst_media_play_init
at gstmediaplay.c line 1203
#13 g_type_create_instance
from /usr/lib/libgobject-2.0.so.0
#14 g_object_constructor
from /usr/lib/libgobject-2.0.so.0
#15 g_object_newv
from /usr/lib/libgobject-2.0.so.0
#16 g_object_new_valist
from /usr/lib/libgobject-2.0.so.0
#17 g_object_new
from /usr/lib/libgobject-2.0.so.0
#18 gst_media_play_new
at gstmediaplay.c line 2038
#19 main
at main.c line 889

Comment 1 David Schleef 2004-03-09 21:31:34 UTC

This may be irrelevant to the bug, but I just added a fixate function
to alsasink.

Comment 2 Benjamin Otte (Company) 2004-03-10 22:13:52 UTC

It's probably irrelevant. Schedulers crashing with alsa most likely
involves the fact that alsa is the only loopbased audio sink.

Comment 3 David Schleef 2004-03-31 06:21:19 UTC

Could you run this again with --gst-scheduler=basicgthread?

Comment 4 Arwed v. Merkatz 2004-03-31 11:29:19 UTC

works fine with basicgthread and basicomega (though basicomega crashes on seeking)

Comment 5 Thomas Vander Stichele 2004-07-28 09:23:48 UTC

arwed,
can you try again with optscheduler as well ? lots has been fixed since.

Comment 6 Arwed v. Merkatz 2004-07-28 09:35:58 UTC

Works fine now.