[Bug 734148] hlsdemux: don't start playing if I use it from uridecodebin

GStreamer (bugzilla.gnome.org) bugzilla at gnome.org
Fri Aug 1 22:21:22 PDT 2014


https://bugzilla.gnome.org/show_bug.cgi?id=734148
  GStreamer | gst-plugins-bad | 1.4.0

Thiago Sousa Santos <thiagossantos> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
                 CC|                            |thiagossantos at gmail.com
         Resolution|                            |NOTABUG

--- Comment #1 from Thiago Sousa Santos <thiagossantos at gmail.com> 2014-08-02 05:21:17 UTC ---
This is not a bug, there are 2 issues with this use with gst-launch

1) You need queues after demuxers to allow each sink to run on its own thread,
otherwise a deadlock happens. Not only hls, with any demuxer.

2) Even when you use queues, hlsdemux will switch pads if it wants to use a new
bitrate, causing new pads to be exposed that need to be handled by the
application. gst-launch doesn't handle this case as it will only link the first
pads that appear. Playbin can play as it will handle all pads at any time
during the stream.

-- 
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