Hi Donny and all,
My final goal is my elements can be complatible with playbin maximumly, as
many players are using playbin or playbin2. I didn't want to modify the
application more.
For normal scenario, all decoders and sinks should do as their behaviors,
that is ideal, but fact is not like I imagine. If I can not pull the
decoded data back to RAM, that means all downstream elements should not
receive any data from it.
But to be compatible with playbin, I need to make playbin working like (it
is also playbin normal pipeline)
filesrc -> demuxer -> decoder -> queue ->audioconvert -> audioresample ->
volume ->alsasink
My plan is I don't change the playbin code, and make my elements working as
the pipeline above. but data flows as
filesrc -> demuxer -> decoder -> queue ->audioconvert -> audioresample ->
volume-> fakesink
|
|____DSP__audiodevice
no any data go through the elements after decoder. but that means decoder
should also possess some functions of audiosink, such as clock provider.
fakesink is just for pipeline integrality.
so how about my proposal? are there any other solutions?
--
BRs.
Zhao Liang
------------------------------------------------------------------------------
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise
-Strategies to boost innovation and cut costs with open source participation
-Receive a $600 discount off the registration fee with the source code: SFAD
http://p.sf.net/sfu/XcvMzF8H
_______________________________________________
Gstreamer-embedded mailing list
Gstreamer-embedded@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/gstreamer-embedded
