<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Transcoding on Technical Notes</title><link>http://luispa.com/en/tags/transcoding/</link><description>Recent content in Transcoding on Technical Notes</description><generator>Hugo -- 0.148.0</generator><language>en-US</language><lastBuildDate>Sat, 09 Apr 2016 00:00:00 +0000</lastBuildDate><atom:link href="http://luispa.com/en/tags/transcoding/index.xml" rel="self" type="application/rss+xml"/><item><title>Intel Quick Sync Video</title><link>http://luispa.com/en/posts/2016-04-09-quicksync/</link><pubDate>Sat, 09 Apr 2016 00:00:00 +0000</pubDate><guid>http://luispa.com/en/posts/2016-04-09-quicksync/</guid><description>&lt;img src="http://luispa.com/img/posts/logo-intel-quicksync.svg" alt="logo Quicksync" width="150px" height="150px" style="float:left; padding-right:25px" />
&lt;p>In this post explico cómo intento que Tvheadend use las capacidades de transcodificación (encode y decode) por Hardware ofrecidas por Intel Quick Sync Video (por ejemplo en sus NUC’s). El objetivo es que los streams de video utilicen mucho menos ancho de banda. Pensaba que NO me iba a hacer falta debido a mi caso de uso (Tvheadend para ver canales iptv en un entorno sin problemas de ancho de banda, router Linux + Fibra y clientes raspberry con Kodi por cable Ethernet)&amp;hellip;&lt;/p>
&lt;br clear="left"/></description></item></channel></rss>