[Bug 711257] Streaming does not always start with a key-frame

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Thu Nov 28 07:26:04 PST 2013


https://bugzilla.gnome.org/show_bug.cgi?id=711257
  GStreamer | gst-rtsp-server | git

Wim Taymans <wim.taymans> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |FIXED
   Target Milestone|HEAD                        |1.3.1

--- Comment #14 from Wim Taymans <wim.taymans at gmail.com> 2013-11-28 15:25:58 UTC ---
I commited something similar but with the following changes:

- simplify the blocking of the stream by using a message. I think this should
still be done by leaving the sinks in PAUSED and using the regular ASYNC_DONE
message to wait for preroll

- preroll all live streams in blocking mode so that no data leaves the sinks
when we set them to PLAYING. Make streams unblock when the media is set to
PLAYING.

- introduce the concept of 'suspend'. There are different ways to suspend the
pipeline after generating the SDP and in PAUSED. Current suspend modes are
PAUSED, which sets the pipeline to paused (useful for on-demand rtsp sources),
NONE, which does nothing and is the old/new default behaviour and RESET, which
sets the pipeline to the NULL state, which is what this bug is about.

Please check if this solves your problem, I would still like to simplify the
blocking later.

-- 
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- 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