VA plugins?
Locked
 
|
Are there any usable VA (vaapi) plugins for gstreamer? All I can find is
the "Splitted Desktop" package which doesn't build and hasn't been updated for nearly a year. Is it dead? _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
One option is to use the Fluendo commercial codec pack which supports
VAAPI, VDPAU, DXVA2 and XVBA. For free alternatives I think there was a project for VA codecs, it has been mentioned on the list, you could search the archives. Best regards, Julien On Friday, July 1, 2011, Tony Houghton <[hidden email]> wrote: > Are there any usable VA (vaapi) plugins for gstreamer? All I can find is > the "Splitted Desktop" package which doesn't build and hasn't been > updated for nearly a year. Is it dead? > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > -- Julien Moutte CTO Fluendo San Francisco, USA & Barcelona, SPAIN Tel BCN. +34 933 175 153 Tel USA. +1 415 773 5353 www.fluendo.com & www.moovida.com P *Please consider the environment before printing this e-mail.* _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
On Fri, 1 Jul 2011 22:37:59 +0200
Julien Moutte <[hidden email]> wrote: > One option is to use the Fluendo commercial codec pack which supports > VAAPI, VDPAU, DXVA2 and XVBA. > > For free alternatives I think there was a project for VA codecs, it > has been mentioned on the list, you could search the archives. I think that would be the one I tried. I got it to compile in the end after some Makefile(.am) hacking but when I tried to play an H264 mkv in totem I got a "not negotiated" error. I'll experiment with my own pipeline but unlike VDPAU there's no obvious way to deinterlace :-(. _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
Administrator
|
Hi,
On Fri, 2011-07-01 at 22:08 +0100, Tony Houghton wrote: > On Fri, 1 Jul 2011 22:37:59 +0200 > Julien Moutte <[hidden email]> wrote: > > > One option is to use the Fluendo commercial codec pack which supports > > VAAPI, VDPAU, DXVA2 and XVBA. > > > > For free alternatives I think there was a project for VA codecs, it > > has been mentioned on the list, you could search the archives. > > I think that would be the one I tried. I got it to compile in the end > after some Makefile(.am) hacking but when I tried to play an H264 mkv in > totem I got a "not negotiated" error. I'll experiment with my own > pipeline but unlike VDPAU there's no obvious way to deinterlace :-(. 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 > [hidden email] > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
Hi,
2011/7/2 Edward Hervey <[hidden email]> > > Hi, > > On Fri, 2011-07-01 at 22:08 +0100, Tony Houghton wrote: > > On Fri, 1 Jul 2011 22:37:59 +0200 > > Julien Moutte <[hidden email]> wrote: > > > > > One option is to use the Fluendo commercial codec pack which supports > > > VAAPI, VDPAU, DXVA2 and XVBA. > > > > > > For free alternatives I think there was a project for VA codecs, it > > > has been mentioned on the list, you could search the archives. > > > > I think that would be the one I tried. I got it to compile in the end > > after some Makefile(.am) hacking but when I tried to play an H264 mkv in > > totem I got a "not negotiated" error. I'll experiment with my own > > pipeline but unlike VDPAU there's no obvious way to deinterlace :-(. 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. > > 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 > > [hidden email] > > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel Arnaud _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
On Tue, 5 Jul 2011 00:42:23 +0200
arnaud tonda <[hidden email]> 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. That should be useful to know, thanks. I'm using decodebin2, so I guess the easiest thing to do would be to increase the rank of the ffmpeg demuxers, or move them to the head of the list in "autoplug-sort" signals. _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
2011/7/5 Tony Houghton <[hidden email]>:
> On Tue, 5 Jul 2011 00:42:23 +0200 > arnaud tonda <[hidden email]> 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. > > That should be useful to know, thanks. I'm using decodebin2, so I guess > the easiest thing to do would be to increase the rank of the ffmpeg > demuxers, or move them to the head of the list in "autoplug-sort" > signals. i tried to play with ranking and playbin2 but some aspects are not very clear for me. for the ffdemux_mpegts, there is no problem. i set the ranking to PRIMARY, and it's all right. but for Matroska, even if i modify the rank of the ffdemux_matroska_webm to PRIMARY, and if i drop the matroskademux priority. the autoplugging seems to don't find any demuxer for video/x-matroska mime type. any suggestions? > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
Administrator
|
In reply to this post by arnaud tonda
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 > > > [hidden email] > > > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > > > > > > _______________________________________________ > > gstreamer-devel mailing list > > [hidden email] > > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > > Arnaud > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
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 <[hidden email]>: > 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 >> > > [hidden email] >> > > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> > >> > >> > _______________________________________________ >> > gstreamer-devel mailing list >> > [hidden email] >> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> >> Arnaud >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > -- Arnaud Tonda _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
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 www.fluendo.com & www.moovida.com P Please consider the environment before printing this e-mail. On Mon, Jul 11, 2011 at 11:26 AM, arnaud tonda <[hidden email]> wrote: Hi, _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
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 2011/7/11 Julien Moutte <[hidden email]> > > 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. +34 933 175 153 > Tel USA. +1 415 773 5353 > > www.fluendo.com & www.moovida.com > > P Please consider the environment before printing this e-mail. > > > On Mon, Jul 11, 2011 at 11:26 AM, arnaud tonda <[hidden email]> 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 <[hidden email]>: >> > 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 >> >> > > [hidden email] >> >> > > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> >> > >> >> > >> >> > _______________________________________________ >> >> > gstreamer-devel mailing list >> >> > [hidden email] >> >> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> >> >> >> Arnaud >> >> _______________________________________________ >> >> gstreamer-devel mailing list >> >> [hidden email] >> >> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> > >> > >> > _______________________________________________ >> > gstreamer-devel mailing list >> > [hidden email] >> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> > >> >> >> >> -- >> Arnaud Tonda >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > -- Arnaud Tonda _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
Those are commercial codecs coming with patent licenses and proprietary IP. You can buy them there : Best regards,
Julien Moutte www.fluendo.com & www.moovida.com P Please consider the environment before printing this e-mail. On Mon, Jul 11, 2011 at 1:14 PM, arnaud tonda <[hidden email]> wrote: Hi Julien, _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
Hi julien,
thanks for the fast reply. codec pack is bought and installed. some flu decoders seems to be here, but not all. I download the debian package, but if in gst-inspect i search fluendo elements i found this : fluwmvdec: fluwmvdec: Fluendo WMV Decoder flumpeg4vdec: flumpeg4vdec: Fluendo MPEG-4 ASP Video Decoder flumpegdemux: flupsdemux: The Fluendo MPEG Program Stream Demuxer flumpegdemux: flutsdemux: MPEG Transport stream demuxer fluilbc: fluilbcdec: Fluendo iLBC Decoder fluilbc: fluilbcenc: Fluendo iLBC Encoder flurtp: flurtpasfdepay: RTP packet parser flurtp: flurtspwms: Fluendo WMS RTSP Extension flumms: flummssrc: Fluendo MMS source fluwma: fluwmadec: Fluendo WMA Decoder (STD + PRO + LSL + WMS) fluwma: fluwmsdec: Fluendo WMS Decoder flumsb: video/x-ms-nsc: nsc flumsb: flumsbparser: Fluendo MSB Parser flumsb: flunscparser: Fluendo NSC Parser flumsb: flumsbbin: Fluendo MSB Bin flump3dec: flump3dec: Fluendo MP3 Decoder (C build) flumpeg2vdec: flumpeg2vdec: Fluendo MPEG-2 Video Decoder flulpcm: flulpcmdec: Fluendo LPCM decoder fluadpcm: fluadpcmimaqtdec: Fluendo ADPCM IMA QT Decoder fluadpcm: fluadpcmimadvidec: Fluendo ADPCM IMA DVI Decoder fluadpcm: fluadpcmmsdec: Fluendo Microsoft ADPCM Decoder fluasf: fluasfdemux: Fluendo ASF Demuxer fluasf: fluasfcmdparse: Fluendo ASF Command Parser fluaacdec: fluaacdec: Fluendo AAC Decoder (HE disabled, stereo downmix) fluac3dec: fluac3dec: Fluendo EAC3/AC3 Decoder (IPP build with Player protection) fludivx3dec: fludivx3dec: Fluendo DivX 3.11 Decoder fluh264dec: fluh264dec: Fluendo H264 Decoder but no traces of fluvadec fluvasink and fluvaclutsink. is there any other things to do? or try to download libraries for generic linux (tar.bz2)? best regards Arnaud 2011/7/11 Julien Moutte <[hidden email]>: > Those are commercial codecs coming with patent licenses and proprietary IP. > You can buy them there : > http://www.fluendo.com/shop/product/complete-set-of-playback-plugins/ > Best regards, > > Julien Moutte > CTO > Fluendo > San Francisco, USA & Barcelona, SPAIN > Tel BCN. +34 933 175 153 > Tel USA. +1 415 773 5353 > > www.fluendo.com & www.moovida.com > > P Please consider the environment before printing this e-mail. > > > On Mon, Jul 11, 2011 at 1:14 PM, arnaud tonda <[hidden email]> > wrote: >> >> 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 >> >> 2011/7/11 Julien Moutte <[hidden email]> >> > >> > 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. +34 933 175 153 >> > Tel USA. +1 415 773 5353 >> > >> > www.fluendo.com & www.moovida.com >> > >> > P Please consider the environment before printing this e-mail. >> > >> > >> > On Mon, Jul 11, 2011 at 11:26 AM, arnaud tonda <[hidden email]> >> > 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 <[hidden email]>: >> >> > 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 >> >> >> > > [hidden email] >> >> >> > > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> >> >> > >> >> >> > >> >> >> > _______________________________________________ >> >> >> > gstreamer-devel mailing list >> >> >> > [hidden email] >> >> >> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> >> >> >> >> >> Arnaud >> >> >> _______________________________________________ >> >> >> gstreamer-devel mailing list >> >> >> [hidden email] >> >> >> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> >> > >> >> > >> >> > _______________________________________________ >> >> > gstreamer-devel mailing list >> >> > [hidden email] >> >> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> >> > >> >> >> >> >> >> >> >> -- >> >> Arnaud Tonda >> >> _______________________________________________ >> >> gstreamer-devel mailing list >> >> [hidden email] >> >> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> > >> > >> > _______________________________________________ >> > gstreamer-devel mailing list >> > [hidden email] >> > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel >> > >> >> >> >> -- >> Arnaud Tonda >> _______________________________________________ >> gstreamer-devel mailing list >> [hidden email] >> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > > > _______________________________________________ > gstreamer-devel mailing list > [hidden email] > http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel > > -- Arnaud Tonda _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
In reply to this post by Julien Moutte
On Mon, 11 Jul 2011 11:33:31 +0200
Julien Moutte <[hidden email]> wrote: > 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 So they don't include a postprocess filter which can do things like hardware-accelerated deinterlacing? One of my aims is to playback 1080i DVB and without a deinterlacer the results won't be very good. Does VA support deinterlacing? If not we need a way to deinterlace a VA surface in software. Hopefully it's straightforward to access the "raw" data in a VA surface in a way that existing deinterlacers can work on. _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
On Mon, Jul 11, 2011 at 4:41 PM, Tony Houghton <[hidden email]> wrote:
They actually do, the VA decoder (fluvadec) will produce buffers of a specific type containing information like fields. The VA renderer (fluvasink, fluvaclutsink) will then use that information to do the deinterlacing with the proper VA/VDPAU API.
The only limitation right now is that we only implemented deinterlacing for MPEG2. Best regards, Julien _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
In reply to this post by arnaud tonda
On Mon, Jul 11, 2011 at 4:35 PM, arnaud tonda <[hidden email]> wrote:
but no traces of fluvadec fluvasink and fluvaclutsink. Hi Arnaud, Your system might be lacking some VA libraries, or proper driver support. That should be easy to fix.
I would suggest taking this discussion offline of the GStreamer mailing list and will contact you through the [hidden email] address.
Best regards, Julien _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
In reply to this post by Julien Moutte
On Mon, 11 Jul 2011 16:53:42 +0200
Julien Moutte <[hidden email]> wrote: > On Mon, Jul 11, 2011 at 4:41 PM, Tony Houghton <[hidden email]> wrote: > > > So they don't include a postprocess filter which can do things like > > hardware-accelerated deinterlacing? One of my aims is to playback 1080i > > DVB and without a deinterlacer the results won't be very good. Does VA > > support deinterlacing? If not we need a way to deinterlace a VA surface > > in software. Hopefully it's straightforward to access the "raw" data in > > a VA surface in a way that existing deinterlacers can work on. > > > > They actually do, the VA decoder (fluvadec) will produce buffers of a > specific type containing information like fields. The VA renderer > (fluvasink, fluvaclutsink) will then use that information to do the > deinterlacing with the proper VA/VDPAU API. I didn't realise that, because the open source VDPAU plugin has a separate element for postprocess/deinterlace. Does anyone know whether the open VA plugin (Gwenole's?) has automatic deinterlacing like the Fluendo one? > The only limitation right now is that we only implemented deinterlacing for > MPEG2. That's unfortunate, because HD DVB streams (at least the ones I can receive) are H264. _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
On Mon, Jul 11, 2011 at 5:53 PM, Tony Houghton <[hidden email]> wrote:
Yep, that's on the roadmap :-) Cheers, Julien _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
|
|
Hi,
is there any date for this release? i'm in the same case as Tony, i receive DVB-S2 Streams mostly in H264 1080i. Arnaud
2011/7/11 Julien Moutte <[hidden email]>
-- Arnaud Tonda _______________________________________________ gstreamer-devel mailing list [hidden email] http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel |
«
Return to GStreamer-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |