[Bug 777531] decodebin3: Update active selection with stream-start

[GStreamer (GNOME Bugzilla)]

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

--- Comment #3 from Seungha Yang <sh.yang at lge.com> ---
Application should use stream-collection for track-change, but multiple streams
can exist on a single queue (i.e., multiple stream-start events are there),
and mapping future streams with currently available streams is almost
impossible from application.

Let's assume that queued buffer time in multiqueue is 10 sec. If new
stream-collection is posted, the stream-collection message may be unusable
information from application until 10 sec amount remaining buffers are drained.

Also, although application may want to change track among streams which are not
yet drained, newly posted stream-collection message will make application
confused. 

Not only that, application never know exact time that how much time application
should wait on for the new streams.
(may guess using queued buffer size, but it also cannot guarantee, since there
can be multiple streams in a single queue)

IMHO, posting a immediately usable stream-collection message from application
side seems to make everything simple, not only for application, but decodebin3
also.

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
You are the assignee for the bug.