[Bug 742924] decodebin: Initial decoder negotiation will always fail
GStreamer (GNOME Bugzilla)
bugzilla at gnome.org
Thu Apr 9 09:08:56 PDT 2015
https://bugzilla.gnome.org/show_bug.cgi?id=742924
Rajesh <sharma.rajesh at gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sharma.rajesh at gmail.com
--- Comment #2 from Rajesh <sharma.rajesh at gmail.com> ---
Hi,
we are also facing similar issue on gst 1.2
first we ensure that we have passed three below events downstream
from decoder as they are received from upstream.
1> stream start event
2> segment event
3> caps event
I had this assumption that once the caps event call returns back from
downstream then pipline would have been created till sink i.e. some sink would
have been identified / inserted in pipeline and it will be synchronized with
caps event call so that we can make other queries to sink just after caps event
call.
Based on this assumption after caps event our decoder is sending a custom query
to sink, which is suppose to be answered by our own sink in pipeline.
but it is always failing with not linked error and we end up configuring our
decoder in a wrong way.
just for the experiment sake we started sending drain query, after caps event,
to downstream and this way we ensured that pipeline creation is synchronized
and we are sure about the success of custom query.
as such drain query is not what is expected to do this job of pipeline creation
but somehow it should be synchronized with caps event call.
BR/
Rajesh
--
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