Discussion:
[Bug 750281] New: Fatal error on failed preroll of one of streams
"GStreamer" (GNOME Bugzilla)
2015-06-02 13:56:41 UTC
Permalink
https://bugzilla.gnome.org/show_bug.cgi?id=750281

Bug ID: 750281
Summary: Fatal error on failed preroll of one of streams
Classification: Platform
Product: GStreamer
Version: git master
OS: Linux
Status: NEW
Severity: major
Priority: Normal
Component: gst-rtsp-server
Assignee: gstreamer-***@lists.freedesktop.org
Reporter: ***@ya.ru
QA Contact: gstreamer-***@lists.freedesktop.org
GNOME version: ---

Created attachment 304429
--> https://bugzilla.gnome.org/attachment.cgi?id=304429&action=edit
pcap dump

I have camera which tells on DESCRIBE that it has audio stream, but in fact it
is do not send any RTP packets of that SSRC. Using RTSP server to relay stream
fails due to "preroll failed" error and shuts down client connection.
I guess it is not correct behavior - instead of fatal fault it needs to
continue stream successfully prerolled streams.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2015-06-02 14:08:10 UTC
Permalink
https://bugzilla.gnome.org/show_bug.cgi?id=750281

Tim-Philipp Müller <***@zen.co.uk> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@zen.co.uk

--- Comment #1 from Tim-Philipp Müller <***@zen.co.uk> ---
This is an issue with rtspsrc not gst-rtsp-server, right?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2015-06-02 14:15:13 UTC
Permalink
https://bugzilla.gnome.org/show_bug.cgi?id=750281

--- Comment #2 from Yuuki <***@ya.ru> ---
gst-launch uridecodebin uri=rtsp://... ! autovideosink works pretty well.
gst-launch rtspsrc location=rtsp:// ! rtph264depay ! ... works good too.

As I see in rtsp-media.c:2120 status of media sets to ERROR state and returns
FALSE in wait_preroll. If I hack it to not return FALSE, rtsp-client.c:2108
can't create sdp.

I do not think it is issue in rtspsrc.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2015-06-02 14:29:27 UTC
Permalink
https://bugzilla.gnome.org/show_bug.cgi?id=750281

--- Comment #3 from Yuuki <***@ya.ru> ---
If I hack gst-rtsp-server in rtsp-media.c to return
GST_RTSP_MEDIA_STATUS_PREPARED instead of GST_RTSP_MEDIA_STATUS_ERROR in
timeout case, then rtsp-server drops client connection.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2018-01-15 10:50:09 UTC
Permalink
https://bugzilla.gnome.org/show_bug.cgi?id=750281

Edward Hervey <***@bilboed.com> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |NEEDINFO
CC| |***@bilboed.com

--- Comment #4 from Edward Hervey <***@bilboed.com> ---
Yuuki, do you still have this issue with current gst-rtsp-server (1.12 or
master) ?
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
"GStreamer" (GNOME Bugzilla)
2018-11-03 15:38:50 UTC
Permalink
https://bugzilla.gnome.org/show_bug.cgi?id=750281

GStreamer system administrator <***@gstreamer.net> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEEDINFO |RESOLVED
Resolution|--- |OBSOLETE

--- Comment #5 from GStreamer system administrator <***@gstreamer.net> ---
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org'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:
https://gitlab.freedesktop.org/gstreamer/gst-rtsp-server/issues/12.
--
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.
Loading...