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 739263 - Plugin rtmp segmentation fault when stopping stream almost immediately
Plugin rtmp segmentation fault when stopping stream almost immediately
Product: GStreamer
Classification: Platform
Component: gst-plugins-bad
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Reported: 2014-10-27 21:08 UTC by Athanasios Oikonomou
Modified: 2018-11-03 13:27 UTC
See Also:
GNOME target: ---
GNOME version: ---

segmentation fault of rtmp when stopping stream almost immediately (57.16 KB, application/octet-stream)
2014-10-27 21:08 UTC, Athanasios Oikonomou
rtmp fix seeking and potential segfault (2.08 KB, patch)
2014-10-28 10:50 UTC, Athanasios Oikonomou
none Details | Review

Description Athanasios Oikonomou 2014-10-27 21:08:35 UTC
Created attachment 289484 [details]
segmentation fault of rtmp when stopping stream almost immediately

Stopping rtmp stream almost immediately after start causes segmentation fault. 

This observed using Enigma2 and changing fast between rtmp streams. The segmentation fault is happening when Enigma2 tries to stop the stream using gst_element_set_state(m_gst_playbin, GST_STATE_NULL).

Before the Enigma2 crashed the following messages appearing:

eServiceMP3::stop gst_element_get_state
eServiceMP3::stop gst_element_get_state PLAYING -> VOID_PENDING
eServiceMP3::stop rtmp:// live=1 timeout=10
eServiceMP3::stop done...
eServiceMP3::m_nownext_timer->stop done
getResolvedKey config.mediaplayer.extraHeaders failed !! (Typo??)
eServiceMP3::playbin uri=rtmp://
eServiceMP3::starting pipeline
resolved to PLAY
gst_element_query_position failed in getPlayPosition
resolved to PLAY
gst_element_query_position failed in getPlayPosition
resolved to PLAY
gst_element_query_position failed in getPlayPosition
new service started! trying to download cuts!
download failed, no cuesheet interface
RemovePopup, id = ZapError
[DVBCAHandler] no more services
release cached channel (timer timeout)
[eDVBLocalTimerHandler] remove channel 0x1794af8
[eEPGCache] remove channel 0x1794af8
[EPGC] abort caching events !!
stop release channel timer
eTsRemoteSource::gst_message from playbin: GstMessageStateChanged, old-state=(GstState)GST_STATE_NULL, new-state=(GstState)GST_STATE_READY, pending-state=(GstState)GST_STATE_PLAYING;
eServiceMP3::state transition NULL -> READY
eTsRemoteSource::gst_message from src: GstMessageStreamStatus, type=(GstStreamStatusType)GST_STREAM_STATUS_TYPE_CREATE, owner=(GstElement)"\(GstRTMPSrc\)\ source", object=(GstTask)"\(GstTask\)\ source:src";
eTsRemoteSource::gst_message from src: GstMessageStreamStatus, type=(GstStreamStatusType)GST_STREAM_STATUS_TYPE_ENTER, owner=(GstElement)"\(GstRTMPSrc\)\ source", object=(GstTask)"\(GstTask\)\ source:src";
action ->  InfobarChannelSelection keyUp
action ->  OkCancelActions ok
playing 4097:0:1:0:0:0:0:0:0:0:rtmp%3a// live=1 timeout=10:!Ert3 Open {Rtmp}
eServiceMP3::stop gst_element_get_state
eServiceMP3::stop gst_element_get_state READY -> PLAYING
eServiceMP3::stop rtmp://
Segmentation fault (core dumped)

The backtrace from the above core dump shows the following information:

(gdb) bt
  • #0 ??
  • #1 RTMP_ReadPacket
    at rtmp.c line 3705
  • #2 RTMP_GetNextMediaPacket
    at rtmp.c line 1181
  • #3 Read_1_Packet
    at rtmp.c line 4499
  • #4 RTMP_Read
    at rtmp.c line 5063
  • #5 gst_rtmp_src_create
    at /opt/openpli/openpligst/build/tmp/work/mips32el-oe-linux/gstreamer1.0-plugins-bad/1.4.3-r4/gst-plugins-bad-1.4.3/ext/rtmp/gstrtmpsrc.c line 333
  • #6 gst_base_src_get_range
    at /opt/openpli/openpligst/build/tmp/work/mips32el-oe-linux/gstreamer1.0/1.4.3-r1/gstreamer-1.4.3/libs/gst/base/gstbasesrc.c line 2445
  • #7 gst_base_src_loop
    at /opt/openpli/openpligst/build/tmp/work/mips32el-oe-linux/gstreamer1.0/1.4.3-r1/gstreamer-1.4.3/libs/gst/base/gstbasesrc.c line 2721
  • #8 gst_task_func
    at /opt/openpli/openpligst/build/tmp/work/mips32el-oe-linux/gstreamer1.0/1.4.3-r1/gstreamer-1.4.3/gst/gsttask.c line 317
  • #9 ??
    from /usr/lib/

Also a log (with the last 245 lines) is attached using command GST_DEBUG_NO_COLOR=1 GST_DEBUG=*:6 enigma2 > segmentation_fault.log
Comment 1 Athanasios Oikonomou 2014-10-27 21:16:50 UTC
Maybe this one is the same issue:
Comment 2 Athanasios Oikonomou 2014-10-28 10:50:03 UTC
Created attachment 289510 [details] [review]
rtmp fix seeking and potential segfault

Calling RTMP_Close from unlock can cause segfault, also it breaks seeking.

Removing unlock fixes seeking.

Also we are calling RTMP_Close from stop in order to properly release librtmp memory.
Comment 3 GStreamer system administrator 2018-11-03 13:27:58 UTC
-- GitLab Migration Automatic Message --

This bug has been migrated to's GitLab instance and has been closed from further activity.

You can subscribe and participate further through the new bug through this link to our GitLab instance: