[Bug 792861] New: rtsp-server close the session on splitmuxsrc first fragment rotation

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Wed Jan 24 10:22:04 UTC 2018


https://bugzilla.gnome.org/show_bug.cgi?id=792861

            Bug ID: 792861
           Summary: rtsp-server close the session on splitmuxsrc first
                    fragment rotation
    Classification: Platform
           Product: GStreamer
           Version: 1.12.2
                OS: Linux
            Status: NEW
          Severity: normal
          Priority: Normal
         Component: gst-rtsp-server
          Assignee: gstreamer-bugs at lists.freedesktop.org
          Reporter: lienes.cirules at gmail.com
        QA Contact: gstreamer-bugs at lists.freedesktop.org
     GNOME version: ---

Created attachment 367361
  --> https://bugzilla.gnome.org/attachment.cgi?id=367361&action=edit
gst_debug level 5 when splitmuxsrc made a file swap

I am using such rtsp-server url: splitmuxsrc location=@0/*.mkv ! h264parse !
rtph264pay name=pay0 pt=96".

I have multiple mkv fails each in length of 1min. 

The problem is that after splitmuxsrc made the first fragment swap from
filesrc0 to filesrc1, the client session is not alive. So the client cant get
any rtsp stream anymore.

Repeat: 
Run gst-rtsp-server with url above. Once the media is prepared, start playing
rtsp:://... with gst-play-1.0 or any other pipeline. Wait until the first file
content should be swapped with the next file. Client receives EOS. Session gets
closed. Rtsp-stream still works but client is disconnected. 

Notes:

With GST_DEBUG=5 i notices that even if the client receives EOS, rtsp-server
rtsp stream under factory still works. In attachment can see that the console
output at the moment of swap.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.


More information about the gstreamer-bugs mailing list