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 683261 - Getting SIGSEGV (assertion failed) when playing video locally and streaming the corresponding audio over RTP/RTCP
Getting SIGSEGV (assertion failed) when playing video locally and streaming t...
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
0.11.x
Other Linux
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2012-09-03 10:51 UTC by Elis Popescu
Modified: 2012-11-16 09:49 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Elis Popescu 2012-09-03 10:51:05 UTC
I'm creating a pipeline which should play a video locally and send the corresponding audio over RTP/RTCP, but I get a SIGSEGV. The pipe I'm using is:


gst-launch-1.0 $DEBUG rtpbin name=rtpbin ntp-sync=true latency=0 filesrc location=$AV_FILE ! queue ! qtdemux name=dem dem.video_0 ! queue ! avdec_h264 ! autovideoconvert ! xvimagesink ts-offset=2000000000 dem.audio_0 ! queue ! rtpmp4apay ! rtpbin.send_rtp_sink_1 rtpbin.send_rtp_src_1 ! udpsink host=$IP_ADDR port=$AUDIO_UDP_PORT rtpbin.send_rtcp_src_1 ! udpsink host=$IP_ADDR port=$AUDIO_UDP_RTCP_PORT sync=false async=false

The SEGV comes from a failed assertion: (gst-launch-1.0:25741): GStreamer-CRITICAL **: gst_query_parse_nth_allocation_pool: assertion `index < array->len' failed.

In case it helps, some gdb information that I get right after getting the SIGSEGV signal:
(gdb) backtrace
  • #0 poll
    from /lib/x86_64-linux-gnu/libc.so.6
  • #1 ??
    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  • #2 g_main_loop_run
    from /lib/x86_64-linux-gnu/libglib-2.0.so.0
  • #3 gst_bus_poll
    at gstbus.c line 1086
  • #4 event_loop
    at gst-launch.c line 592
  • #5 main
    at gst-launch.c line 1075
  Id   Target Id         Frame 
  6    Thread 0x7f64f943c700 (LWP 26156) "xvimagesink-eve" 0x00007f64ffd0152d in nanosleep () from /lib/x86_64-linux-gnu/libpthread.so.0
  5    Thread 0x7f64f8c3b700 (LWP 26157) "queue2:src" 0x00007f64ffcfdd84 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/x86_64-linux-gnu/libpthread.so.0
  4    Thread 0x7f64f3fff700 (LWP 26158) "queue1:src" 0x00007f64ffd0152d in nanosleep () from /lib/x86_64-linux-gnu/libpthread.so.0
  3    Thread 0x7f64f37fe700 (LWP 26159) "queue0:src" 0x00007f64ffd0089c in __lll_lock_wait () from /lib/x86_64-linux-gnu/libpthread.so.0
  2    Thread 0x7f64f2ffd700 (LWP 26160) "filesrc0:src" 0x00007f64ffcfdd84 in pthread_cond_wait@@GLIBC_2.3.2 ()
   from /lib/x86_64-linux-gnu/libpthread.so.0
* 1    Thread 0x7f6500943700 (LWP 26154) "gst-launch-1.0" 0x00007f64ffa1bb03 in poll () from /lib/x86_64-linux-gnu/libc.so.6


The versions I have: gstreamer-0.11.93 gst-plugins-good-0.11.93 gst-plugins-bad-0.11.93 gst-plugins-base-0.11.93 and gst-ffmpeg which is the last master commit (ed1ea6f097cfe5c8c52281038dde8494edc8cc2e Date:   Sun Aug 26 18:17:17 2012 +0200).
Comment 1 Tim-Philipp Müller 2012-09-27 22:41:06 UTC
Does this still happen with >= 1.0.0 ?
Comment 2 Tim-Philipp Müller 2012-10-17 08:04:22 UTC
Elis: ping?
Comment 3 Tim-Philipp Müller 2012-11-16 09:49:05 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!