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