<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I have been having luck with the decklink but the only reason I am using it is because it does sdi.<br>
</blockquote><div><br></div><div>If i'm not mistaken, decklink captures, doesn't encode.</div><div><br></div><div>Hardware accelerated encoding just isn't really possible on gstreamer (yet), except on the embedded space (TI only, see <a href="http://gstconf.ubicast.tv/videos/gstreamer-and-dmabuf/">http://gstconf.ubicast.tv/videos/gstreamer-and-dmabuf/</a> for an update on using rob's <a href="https://github.com/robclark/gst-ducati">gst-ducati</a>).</div>
<div><br></div><div>I believe the nearest way of doing hw encode is using Intel Sandy/Ivy Bridge using vaapi (see <a href="https://gitorious.org/vaapi/gstreamer-vaapi">https://gitorious.org/vaapi/gstreamer-vaapi</a>), but so far, only decoding is upstream. Encoding might come in the future though (some protoype work already started <a href="https://gitorious.org/vaapi/gstreamer-vaapi/merge_requests/5">https://gitorious.org/vaapi/gstreamer-vaapi/merge_requests/5</a>).</div>
<div><br></div><div>Intel seems to be the only vendor interested in integrating these hardware-accelerated encoding features on Linux.</div><div><br></div><div>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.</div>
<div><br></div><div>Florent</div></div>