[Bug 754178] gst-discoverer doesn't detect both audio and video of RTSP streams

[GStreamer (GNOME Bugzilla)]

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

--- Comment #10 from Vineeth <vineeth.tm at samsung.com> ---
(In reply to Sebastian Dröge (slomo) from comment #9)
> Review of attachment 310324 [details] [review]:
> 
> I think this is not the right approach. In uridecodebin (and playbin for
> that matter too, it can have two uridecodebin) you should catch the messages
> with the topology. But only forward the message with the topology once all
> decodebins have posted theirs, and the forwarded message then contains all
> topologies merged together.
> 
> It should still all be triggered by messages, just that you aggregate them.
> Similar to what is done with the buffering messages.

I was not sure when to post the message after aggregating.

I mean how will uridecodebin come to know that there are no more decodebin
messages being posted??.

no_more_pads_full is the function where we know if there are no more decodebins
being added. But the element message is being posted after this.


One way i can think of is,
keep aggregating and keep posting the message..
This way once first decodebin message gets posted it will be forwarded..
when the second decodebin posts message, then both first and second will be
aggregated and forwarded.



Please guide if there is any better way to know when uridecodebin will be sure
that no more messages will be posted from decodebin


PS: I tried posting on paused_to_playing state change.. But that seems to be
too late and discoverer doesn't get the message.

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