[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