[Bug 763205] Fix the bug when live streaming a MPD consists of multiple periods

GStreamer (GNOME Bugzilla) bugzilla at gnome.org
Fri Apr 8 21:37:49 UTC 2016


https://bugzilla.gnome.org/show_bug.cgi?id=763205

Thiago Sousa Santos <thiagossantos at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |thiagossantos at gmail.com

--- Comment #5 from Thiago Sousa Santos <thiagossantos at gmail.com> ---
Suppose you have an mpd with 2 streams (audio and video) and it has a new
period on the MPD.

Audio has finished and enters the EOS switch case, when it does the flow
combination it will fail the check because the video stream hasn't gone EOS yet
for that period. In this case, with your patch, the audio stream thread will go
into 'waiting for manifest update'. My question is whether this is useful in
this scenario? We already know that this stream has no more fragments on the
current period. It would make more sense IMHO to simply stop this thread that
has finished downloading and, once the other stream finishes the current
period, it will advance and restart all threads again.

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