hardware video encoding with gstreamer -- any recommendations?

[Matt Pekar]

It was a bit off my radar because it wasn't on the main gstreamer site, but
that link Florent provided does have an encoding patch from windyuan...
 Will give it a shot.  :)

On Wed, Sep 19, 2012 at 10:03 AM, M. Amirul Syahmi
<amirulsyahmi at gmail.com>wrote:

> what processor you use? I suggest you to try to hw encode using vaapi.
>
>
> On Wed, Sep 19, 2012 at 9:18 PM, Matt Pekar <mpekar at raineyelectronics.com>wrote:
>
>> Thanks Florent, that seems to be a very good summary of the state of
>> things.
>>
>> We came across a card from Leadtek, the WinFast PxVC1100, and it does
>> appear to have a Linux SDK that is accessible with some appsrc/appsink
>> work.  Doesn't seem to be in production anymore though.  There's also the
>> Matrox CompressHD.
>>
>> We've been using MJPEG successfully at lower resolutions.  I'll revisit
>> x264 and see if that dmabuf video has something we might put to use.
>>
>> On Mon, Sep 17, 2012 at 3:57 PM, Florent <fthiery at gmail.com> wrote:
>>
>>> I have been having luck with the decklink but the only reason I am using
>>>> it is because it does sdi.
>>>>
>>>
>>> If i'm not mistaken, decklink captures, doesn't encode.
>>>
>>> Hardware accelerated encoding just isn't really possible on gstreamer
>>> (yet), except on the embedded space (TI only, see
>>> http://gstconf.ubicast.tv/videos/gstreamer-and-dmabuf/ for an update on
>>> using rob's gst-ducati <https://github.com/robclark/gst-ducati>).
>>>
>>> I believe the nearest way of doing hw encode is using Intel Sandy/Ivy
>>> Bridge using vaapi (see https://gitorious.org/vaapi/gstreamer-vaapi),
>>> but so far, only decoding is upstream. Encoding might come in the future
>>> though (some protoype work already started
>>> https://gitorious.org/vaapi/gstreamer-vaapi/merge_requests/5).
>>>
>>> Intel seems to be the only vendor interested in integrating these
>>> hardware-accelerated encoding features on Linux.
>>>
>>> If you don't have space constraints, i suggest you look into
>>> low-compression codecs (jpegenc, ffenc_mjpeg, ffenc_mpeg4) since they are
>>> light enough for high quality capture. As for live encoding for streaming
>>> purposes, x264enc should be okay up to 720p on modern hardware.
>>>
>>> Florent
>>>
>>> _______________________________________________
>>> gstreamer-devel mailing list
>>> gstreamer-devel at lists.freedesktop.org
>>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>>
>>>
>>
>> _______________________________________________
>> gstreamer-devel mailing list
>> gstreamer-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>>
>>
>
>
> --
> *Yang Benar*
>
> *Pekerja Separuh Masa,*
> *Warung Pak Joko (Pecel ayam dan Ayam Penyet)*
> *Relau, Bayan Lepas, Pulau Pinang*
> *
> *
> *
> *
> *
> *
>
>
>
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20120919/929feb6f/attachment.html>