Hi Arnaud,<div><br></div><div>The Fluendo VA decoder is a binary GStreamer plugin that can be installed either in /usr/lib/gstreamer-0.10 or in ~/.gstreamer-0.10/plugins</div><div><br></div><div>It will provide 3 elements :</div>
<div><br></div><div>fluvadec : a video decoder supporting MPEG2, VC1, H264 and MPEG4 Part 2 on some platforms</div><div>fluvasink : a video sink rendering hardware accelerated video frames in an XWindow like xvimagesink does</div>
<div>fluvaclutsink : a video sink rendering hardware accelerated video frames in a Clutter scene</div><div><br></div><div>Those elements are compatible with playbin2 and decodebin2 in GStreamer version >= 0.10.26</div>
<div><br></div><div>The plugin will dynamically load either VDPAU or LIBVA symbols and is compatible with various ABI versions of those libraries.</div><div><br></div><div>Best regards,</div><div><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse;color:rgb(80, 0, 80)"><p style="margin-bottom:0cm">
<font color="#2323dc"><font face="Verdana, sans-serif"><font size="2">Julien Moutte<br>CTO <br>Fluendo<br>San Francisco, USA & Barcelona, SPAIN<br>Tel BCN. +34 933 175 153<br>Tel USA. </font></font></font><span style="color:rgb(35, 35, 220);font-family:Verdana, sans-serif;font-size:small"><span style="color:rgb(35, 35, 220)">+1 415 773 5353</span></span></p>
<p style="margin-bottom:0cm"><font color="#2323dc"><font face="Verdana, sans-serif"><font size="2"><a href="http://www.fluendo.com/" style="color:rgb(0, 0, 204)" target="_blank">www.fluendo.com</a> & <a href="http://www.moovida.com/" style="color:rgb(0, 0, 204)" target="_blank">www.moovida.com</a></font></font></font></p>
<p><font color="#008000"><font face="Webdings"><font size="5">P</font></font></font><font color="#008000"><font face="Verdana, sans-serif"><font size="2"> </font></font></font><strong><font color="#008000"><font face="Times New Roman"><font size="1"><b>Please consider the environment before printing this e-mail.</b></font></font></font></strong></p>
</span><br>
<br><br><div class="gmail_quote">On Mon, Jul 11, 2011 at 11:26 AM, arnaud tonda <span dir="ltr"><<a href="mailto:arnaud.tonda@gmail.com">arnaud.tonda@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Hi,<br>
<br>
two more questions.<br>
<br>
the first is for Julien Moutte.<br>
<br>
How works fluendo decoders? is there some package to install?<br>
<br>
<br>
the second one is :<br>
<br>
considering using of playbin2 or decodebin, is it possible (is c<br>
source or other) to force the call of ffmpeg plugins?<br>
i have installed gwenole gst_vaapi and it work like a charm in command line.<br>
But when i try to use vaapi in a light c source code project,<br>
vaapiDecode, and vaapiSink are called, but not the "compatible"<br>
demuxers like ffdemux_matroska_webm of ffdemux_mpegts.<br>
<br>
i tried to modify the rank of these demuxers and set matroskademux's<br>
rank to none, but in this case no demuxer is found for Mkv in my case.<br>
<br>
In fact, one difference in gstreamer debug traces between gst-launch<br>
and my code is that in command line i can see the registration of<br>
ffmpeg typefind functions :<br>
<br>
<br>
***********<br>
0:00:00.138976669 18418 0x8dba008 INFO GST_PLUGIN_LOADING<br>
gstplugin.c:800:gst_plugin_load_file: plugin<br>
"/usr/lib/gstreamer-0.10/libgstplaybin.so" loaded<br>
0:00:00.139073349 18418 0x8dba008 INFO GST_ELEMENT_FACTORY<br>
gstelementfactory.c:361:gst_element_factory_create: creating element<br>
"playbin2" named "play-bin"<br>
0:00:00.673985428 18418 0x8dba008 INFO GST_TYPEFIND<br>
gsttypefind.c:82:gst_type_find_register: registering typefind function<br>
for fftype_aea<br>
0:00:00.674260228 18418 0x8dba008 INFO GST_TYPEFIND<br>
gsttypefind.c:82:gst_type_find_register: registering typefind function<br>
for fftype_anm<br>
0:00:00.674385867 18418 0x8dba008 INFO GST_TYPEFIND<br>
gsttypefind.c:82:gst_type_find_register: registering typefind function<br>
for fftype_apc<br>
0:00:00.674529427 18418 0x8dba008 INFO GST_TYPEFIND<br>
gsttypefind.c:82:gst_type_find_register: registering typefind function<br>
for fftype_applehttp<br>
0:00:00.674728147 18418 0x8dba008 INFO GST_TYPEFIND<br>
gsttypefind.c:82:gst_type_find_register: registering typefind function<br>
for fftype_avs<br>
...<br>
***********<br>
<br>
this result on the load of the ffmpeg library.<br>
<br>
in the case of my code, i never see these lines and so<br>
ffdemux_matroska_webm is never selected.<br>
<br>
if anyone can help.<br>
<br>
Best regards<br>
<br>
<br>
2011/7/5 Edward Hervey <<a href="mailto:bilboed@gmail.com">bilboed@gmail.com</a>>:<br>
> Hi,<br>
><br>
> On Tue, 2011-07-05 at 00:42 +0200, arnaud tonda wrote:<br>
> [...]<br>
>> I was facing the same problem. the "not negotiated" error. in fact, it<br>
>> seems that the gwenole's decoder wan't some mandatory informations on<br>
>> demuxer caps (height, width, framerate). it seems that original<br>
>> demuxers (matroskademux, mpegtsdemux) don't provide these<br>
>> informations. it's not the case if you try to construct a pipeline<br>
>> with ffmpeg demuxers like ffdemux_mpegts or ffdemux_matroska_webm.<br>
>> with these demuxer the video play fines.<br>
><br>
> Adding a 'parsed=True' in the sink pad template caps of the decoder<br>
> will normally force decodebin to add a parser before the decoder...<br>
> which will automatically get width/height/framerate from the stream and<br>
> set it before pushing any data.<br>
><br>
> The other alternative is having the decoder or demuxer being 'richer'<br>
> and extracting that information itself (it can for 'some' codecs)... but<br>
> that would be duplicating the work already done in the standalone<br>
> parsers.<br>
><br>
> So, to summarize :<br>
> * Each type of element should ideally only do one task (a demuxer<br>
> should demux/deinterleave, a parser should extra bitstream information,<br>
> and a decoder should be given stream information and data and just<br>
> decode).<br>
> * Duplicating bitstream parsing into each element would incurr extra<br>
> work and code duplication (and therefore risk of divergence).<br>
><br>
> A middle ground solution which is being worked on by Thibault Saunier<br>
> and others right now is to write a low-lewel set of bitstream parsing<br>
> for various common video formats (mpeg 1/2/4, h264, vc1 maybe) so that<br>
> we can have a unique codebase for:<br>
> * Decoder wrappers like vdpau/vaapi to use to parse the stream and<br>
> extract some information,<br>
> * Parser elements (which would then just be ligthweight elements<br>
> wrapping those parsing methods),<br>
> * Demuxers and muxers, to extra basic information when needed like<br>
> frame type if not present, width/height/framerate/par ...,<br>
> * Payloaders/Depayloaders<br>
> * ....<br>
><br>
> Edward<br>
><br>
>><br>
>> ><br>
>> > I think Gwenole mentionned some interest in reviving it. If you give<br>
>> > more details on the issue you're seeing, he could point you to how to do<br>
>> > it (or even fix it ! :)).<br>
>> ><br>
>> > Edward<br>
>> ><br>
>> > ><br>
>> > > _______________________________________________<br>
>> > > gstreamer-devel mailing list<br>
>> > > <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
>> > > <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > gstreamer-devel mailing list<br>
>> > <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
>> > <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
>><br>
>> Arnaud<br>
>> _______________________________________________<br>
>> gstreamer-devel mailing list<br>
>> <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
>> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
><br>
><br>
> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
><br>
<font color="#888888"><br>
<br>
<br>
--<br>
Arnaud Tonda<br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</font></blockquote></div><br></div>