hardware video encoding with gstreamer -- any recommendations?

[Matt Pekar]

What products have you had luck with using for hardware video encoding in gstreamer or Linux in general?  I've seen the following technologies offered:

QuickSync

NVIDIA Cuda Encoder

NVIDIA NVENC

ATI 

Texas Instruments DaVinci

Blackmagic Decklink

The TI product looks promising, but from what I can see it's meant to be used more in custom hardware development for security cameras and such, but I'm looking for more of a general desktop solution.  The TI seems to be the only hardware product I've come across with good gstreamer support.

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Lawrence Anthony-2]

I have been having luck with the decklink but the only reason I am using it is because it does sdi.  

----- Original Message -----
From: "Matt Pekar" <[hidden email]>
To: "Discussion of the development of and with GStreamer" <[hidden email]>
Sent: Monday, September 17, 2012 1:05:25 PM
Subject: hardware video encoding with gstreamer -- any recommendations?


What products have you had luck with using for hardware video encoding in gstreamer or Linux in general? I've seen the following technologies offered:


QuickSync
NVIDIA Cuda Encoder
NVIDIA NVENC
ATI
Texas Instruments DaVinci
Blackmagic Decklink


The TI product looks promising, but from what I can see it's meant to be used more in custom hardware development for security cameras and such, but I'm looking for more of a general desktop solution. The TI seems to be the only hardware product I've come across with good gstreamer support.
_______________________________________________
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

[Florent THIERY-2]

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).

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
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Matt Pekar]

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 <[hidden email]> 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).

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
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[amirulsyahmi]

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 <[hidden email]> 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 <[hidden email]> 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).

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
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
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
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[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 <[hidden email]> 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 <[hidden email]> 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 <[hidden email]> 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).

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
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
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
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[Florent THIERY-2]

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.

Yes, Cell-based solutions. I wouldn't bet big on these though... Proper gstreamer integration could be interesting indeed.

 

I'll revisit x264 and see if that dmabuf video has something we might put to use.

The dmabuf video was only related to TI OMAP4.

Florent

_______________________________________________
gstreamer-devel mailing list
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel

[amirulsyahmi]

out of topic for a while..anyone knows why some people benchmark hardware accelerated video decoding? any purpose or objective?

On Thu, Sep 20, 2012 at 12:17 AM, Florent <[hidden email]> wrote:

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.

Yes, Cell-based solutions. I wouldn't bet big on these though... Proper gstreamer integration could be interesting indeed.

 

I'll revisit x264 and see if that dmabuf video has something we might put to use.

The dmabuf video was only related to TI OMAP4.

Florent

_______________________________________________
gstreamer-devel mailing list
[hidden email]
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
[hidden email]
http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel