[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