Codificadores de video por hardware comparados: NVENC vs AMF vs QuickSync vs Apple VideoToolbox.

Cuatro fabricantes. Cuatro bloques de silicio de función fija. Un solo trabajo: convertir un cuadro de píxeles en unos pocos kilobytes de H.265 o AV1 en menos de cinco milisegundos, sesenta veces por segundo, sin perder ninguno. Así se comparan en realidad NVIDIA, AMD, Intel y Apple para la transmisión de baja latencia, y así elige Remio el adecuado en tiempo de ejecución.

Por qué importan los codificadores por hardware en el escritorio remoto

Codifica un solo cuadro de 1080p con libx264 en un núcleo de CPU rápido. En un Apple de la serie M o un Ryzen 7000 modernos, puedes lograr aproximadamente de 8 a 12 milisegundos con el ajuste ultrafast, más para todo lo que intente conservar calidad. Eso suena tolerable hasta que recuerdas el presupuesto: 16,6 milisegundos por cuadro a 60 FPS. Ahora suma la captura, el empaquetado, la cola del regulador, la salida por la red, la decodificación y el dibujado. Codificar con la CPU no solo te retrasa: se come todo el presupuesto de latencia y, por encima de 1080p60, pierde cuadros.

Los codificadores por hardware resuelven esto dedicando silicio de función fija al mismo trabajo. NVIDIA llama NVENC a su bloque. AMD llama AMF al suyo (más exactamente, el motor VCN que maneja AMF). Intel llama QuickSync al suyo (el motor multimedia dentro de su iGPU). Apple llama VideoToolbox al suyo (la API; el silicio es el motor multimedia de los chips de las series M y A). Los cuatro existen por una razón: la codificación por software no puede cumplir los objetivos de latencia y de cuadros por segundo que hoy esperan las pantallas, las GPU y las personas.

En el caso de Remio, cada milisegundo que se ahorra en el codificador es un milisegundo que la persona recupera en el regulador, en la red y en el dibujado. Nuestro presupuesto de latencia publicado apunta a unos 8 ms de procesamiento en red local (el resto es el propio ritmo de actualización de 60 Hz de tu pantalla); el tiempo de codificación es la variable individual más grande. La elección del codificador y su configuración determinan todo lo que viene después.

Los cuatro fabricantes de un vistazo

Antes de entrar en detalle con cada uno, conviene entender qué estamos comparando. No son bibliotecas intercambiables: son bloques físicos en un chip, cada uno con su propio conjunto de instrucciones, su propia pila de controladores, sus propias rarezas y su propia hoja de ruta de varios años. Se diferencian en los códecs que admiten, la calidad que producen, la latencia que alcanzan, la energía que consumen y las plataformas en las que existen.

• NVENC viene en todas las NVIDIA GeForce, Quadro y RTX desde 2012 (Kepler). Las generaciones están ligadas a familias de arquitectura: 1.ª generación en Kepler, 8.ª en Ada Lovelace. Las piezas Hopper para centros de datos siguen otro ritmo.
• AMF expone el motor VCN (Video Core Next) de AMD, que reemplazó al antiguo VCE. Disponible en todas las GPU Vega, RDNA, RDNA2 y RDNA3, además de las APU más recientes.
• QuickSync viene en las iGPU de Intel desde Sandy Bridge en 2011, lo que lo convierte en el codificador por hardware más extendido del planeta. Las GPU discretas Arc usan la misma arquitectura, a mayor escala.
• VideoToolbox es la API de Apple; el silicio de debajo es el motor multimedia, integrado en todas las Mac con Apple Silicon, todos los iPhone desde el A6 y todos los iPad. Los chips de la serie M traen uno o dos motores según el modelo.

NVENC: las ocho generaciones de refinamiento de NVIDIA

NVENC es el codificador con el que se comparan la mayoría de los programas de transmisión, en parte porque NVIDIA tiene presupuesto de marketing y en parte porque el silicio de verdad ha sido excelente durante una década. El bloque ha pasado por ocho generaciones:

• 1.ª a 3.ª generación (de Kepler a Maxwell, 2012-2014): solo H.264, viable para transmitir pero con una calidad claramente inferior a libx264.
• 4.ª generación (Pascal, serie GTX 10): añadió codificación H.265. Es la generación en la que la calidad de NVENC alcanzó, y posiblemente superó, a los ajustes fast de libx264 con la misma tasa de bits.
• 6.ª generación (Turing, serie RTX 20 y GTX 16): el salto tan citado del «NVENC de Turing». La calidad a bajas tasas de bits mejoró lo suficiente como para que quienes transmiten dejaran de fingir que la codificación por CPU era claramente mejor en casos de uso en vivo.
• 7.ª generación (Ampere, serie RTX 30): refinamientos, con una calidad por vatio prácticamente equivalente a la de Turing.
• 8.ª generación (Ada Lovelace, serie RTX 40): la primera generación de NVIDIA con codificación AV1 por hardware, además de motores de codificación duales en los modelos de gama alta. NVENC de Ada puede codificar AV1 con una calidad competitiva con los ajustes medios de libaom-av1 a una fracción mínima del costo de CPU.

Para uso de baja latencia, NVENC ofrece tres modos de control de tasa relevantes. CBR con ajuste low-latency y el preajuste p1 (el más rápido) es la configuración canónica: tasa de salida determinista, anticipación de un solo cuadro y sin cuadros B. Remio usa exactamente esto al trabajar con hevc_nvenc en Windows. El tiempo de codificación en Ada Lovelace a 1080p60 H.265 es de forma constante de 1 a 3 ms.

Un detalle histórico: durante años, NVENC de consumo estuvo limitado por el controlador de NVIDIA a tres sesiones de codificación simultáneas. Ese límite se subió a ocho en 2023 y después se eliminó en la práctica. Si estás leyendo un hilo de foro antiguo que lo advierte, la advertencia ya no aplica.

AMF: el eterno segundón de AMD que por fin alcanzó a los demás

AMF (Advanced Media Framework) de AMD es la API; el motor de debajo ha pasado por dos arquitecturas distintas. El antiguo VCE (Video Coding Engine) venía en tarjetas de la era GCN desde 2012 y fue siempre el punto débil en las comparaciones directas de codificadores: calidad visiblemente peor que NVENC con la misma tasa de bits, sobre todo en contenido con mucho movimiento. AMD lo sabía, la comunidad de transmisión lo sabía y las pruebas lo confirmaban.

Eso cambió con VCN (Video Core Next), introducido en Vega y refinado en cada generación posterior:

• VCN 1.0-2.0 (Vega, RDNA1): H.264 y H.265 con una calidad que por fin quedó a un pelo de NVENC Pascal/Turing.
• VCN 3.0 (RDNA2, serie RX 6000): mejoras de calidad importantes, sobre todo a bajas tasas de bits. La primera generación de AMD que me siento cómodo recomendando para transmitir juegos.
• VCN 4.0 (RDNA3, serie RX 7000): añade codificación AV1 en paralelo con NVIDIA Ada. Dos codificadores en los modelos de gama alta para sesiones en paralelo. La calidad de AV1 es competitiva con la de NVIDIA en pruebas de terceros.

Para transmisión de baja latencia, AMF ofrece un preajuste de uso ultralowlatency, un preajuste de calidad speed y un modo de control de tasa cbr. Remio usa hevc_amf con los tres, el mismo trío de preajustes que documentamos en nuestras notas sobre la arquitectura de transmisión. El tiempo de codificación en RDNA3 a 1080p60 H.265 suele ser de 2 a 4 ms. En RDNA2 ronda de 3 a 5 ms. Las tarjetas más antiguas de la era VCN 1.x rondan de 5 a 7 ms: aún dentro del presupuesto, pero con menos margen para los picos de los cuadros clave.

Durante cinco años el codificador de AMD fue motivo de burla. RDNA2 lo arregló. RDNA3 lo hizo competitivo en AV1. El duopolio de codificadores para transmisión es ahora un triopolio, y eso es bueno para todos.

QuickSync: el campeón silencioso de la ubicuidad

QuickSync es el codificador que casi seguro ya tienes. Viene en todas las CPU de Intel con gráficos integrados desde Sandy Bridge en 2011: más de una década de laptops, NUC y computadoras de oficina con codificación de video por hardware sin usar porque quien las tenía creía que necesitaba una GPU discreta. No era así.

La arquitectura ha avanzado a la par del linaje de iGPU de Intel:

• De Sandy Bridge a Skylake (2011-2015): solo H.264, calidad mediocre, pero latencia y consumo líderes de su clase para una laptop.
• De Kaby Lake a Coffee Lake (2016-2018): añadió H.265, 10 bits y codificación 4K.
• Desde Ice Lake (2019+): la iGPU Xe de Gen11/Gen12 mejoró mucho la calidad. Muchas pruebas sitúan el QuickSync de Gen12 a pocos puntos porcentuales de NVENC Turing.
• Arc discreta (2022+): la primera línea de GPU discretas de Intel. La misma arquitectura Xe-HPG a mayor escala, con codificación AV1. Arc fue la primera GPU de consumo en traer AV1 por hardware, adelantándose a NVIDIA Ada y AMD RDNA3, y la calidad es sorprendentemente excelente. Una Intel Arc A380 sigue siendo una ganga absurda en rendimiento AV1 por dólar.

El perfil térmico es el superpoder silencioso de QuickSync. Como vive dentro de una iGPU que ya está en el SoC, el costo marginal de usarlo es solo el bloque de codificación: sin despertar una GPU discreta ni encender controladores de memoria GDDR6. En una ThinkPad o una NUC, QuickSync ofrece una calidad comparable a NVENC con aproximadamente una cuarta parte del consumo de todo el sistema. Para el anfitrión de Windows de Remio, QuickSync es la tercera opción de respaldo después de NVENC y AMF; no porque sea peor, sino porque quienes tienen una GPU discreta suelen querer su iGPU libre para otras cargas.

VideoToolbox: el motor multimedia unificado de Apple Silicon

Apple no promociona un nombre comercial para su codificador por hardware como hace NVIDIA. La API es VideoToolbox; el silicio es el motor multimedia, un bloque diseñado por Apple que vive dentro de toda Mac de la serie M y de todo SoC de iPhone/iPad desde el A6.

El motor multimedia viene en distinta cantidad según el modelo:

• M1, M2, M3: un motor multimedia.
• M1 Pro/Max, M2 Pro/Max, M3 Pro/Max: dos motores multimedia.
• M1 Ultra, M2 Ultra: cuatro motores multimedia (dos por cada chip unido).
• M3 Max (CPU de 16 núcleos): dos motores multimedia.
• Familia M4: motor multimedia renovado con mayor rendimiento en H.265.

Cada motor multimedia maneja por hardware la codificación y decodificación de H.264, H.265 y ProRes. La codificación ProRes es la función estrella para quienes editan video (ningún otro chip de consumo la ofrece), pero para la transmisión lo relevante es la codificación H.265 main10 eficiente y una latencia de codificación asombrosamente baja.

La única carencia notable: sin codificación AV1 en ningún Apple Silicon a la venta. Los chips de la serie M decodifican AV1 desde el M3, pero no pueden codificarlo. Al transmitir desde una Mac, H.265 es la opción práctica por defecto en el futuro previsible.

Donde Apple gana de verdad es en eficiencia energética. En un M2 Pro que codifica H.265 en 4K60 a 30 Mbps, todo el motor multimedia consume aproximadamente de 3 a 5 vatios. La carga equivalente de NVENC en una RTX 4070 consume cerca de 35 vatios a nivel de sistema, la mayor parte del piso en reposo de la GPU discreta, no del bloque codificador. Para un anfitrión Mac mini encendido las 24 horas esperando a un cliente, esa es la diferencia entre «apenas se nota en el recibo de luz» y «se nota».

Comparación lado a lado

Aquí están los cuatro motores en los mismos ejes. Las cifras de latencia son de ajustes de ultrabaja latencia en H.265 a 1080p60, con cuadros B desactivados y VBV de un solo cuadro: la configuración de Remio. La calidad es una clasificación perceptual aproximada a 8 Mbps CBR; las diferencias absolutas son pequeñas.

El resumen honesto: con los ajustes que realmente usa la transmisión de escritorio remoto (CBR, baja latencia, sin cuadros B), los cuatro son suficientemente buenos con holgura. Los factores que marcan la diferencia son la compatibilidad con AV1 (NVIDIA / AMD / Intel, no Apple), la eficiencia energética (Apple, luego la iGPU de Intel, luego los demás) y la disponibilidad por plataforma (no puedes elegir VideoToolbox en un anfitrión Windows ni NVENC en una Mac).

Qué elige Remio en tiempo de ejecución

Remio sondea las capacidades del anfitrión al arrancar y elige un codificador según una prioridad determinista. El anfitrión de Windows y el de Mac siguen la misma lógica de selección.

En anfitriones Windows:

1. NVENC (hevc_nvenc / h264_nvenc): se elige primero cuando hay una GPU NVIDIA y el controlador responde. Es el preferido porque es el codificador de baja latencia más constante en el rango más amplio de generaciones de hardware.
2. AMF (hevc_amf / h264_amf): se elige en segundo lugar cuando hay una GPU discreta AMD o una APU con VCN. Configurado con usage=ultralowlatency, quality=speed, rc=cbr.
3. QuickSync (hevc_qsv / h264_qsv): se elige en tercer lugar cuando hay una iGPU de Intel. Funcionalmente equivalente en nuestro flujo; preferimos dejar libre la iGPU si hay una GPU discreta disponible.
4. Respaldo por CPU con libx264: se elige solo cuando ningún codificador por hardware responde. Limitado a 720p60 o 1080p30 para mantenerse dentro del presupuesto de latencia.

En anfitriones Apple: VideoToolbox es la única opción, y la única que queremos. El motor multimedia de toda Mac compatible (macOS 15+) maneja H.265 main10 de fábrica. No hace falta una ruta de respaldo.

La preferencia de códec es H.265 por hardware primero y H.264 como respaldo universal, de punta a punta y en todas las plataformas. Remio hoy no usa AV1 (la codificación en el anfitrión, la decodificación en el cliente y la negociación del códec para él no están en el flujo); se mantiene en H.265 incluso en hardware que técnicamente podría hacer AV1, porque en red local el cuello de botella es la latencia de codificación, no la tasa de bits.

Concesiones entre calidad y latencia

Todo codificador por hardware ofrece las mismas pocas perillas, y cada perilla cambia calidad por latencia en la misma dirección. La configuración de Remio está en el extremo más agresivo del dial de latencia porque el escritorio remoto es, por definición, una aplicación en tiempo real en la que un cuadro con más de 20 ms de antigüedad es peor que un cuadro algo más borroso de lo ideal.

• CBR frente a VBR. La tasa de bits variable produce mejor calidad con la misma tasa promedio al gastar bits donde ayudan. Pero VBR también produce un tamaño por cuadro impredecible, lo que implica una cola del regulador impredecible y, por tanto, latencia impredecible. Remio usa CBR en todas partes. El costo en calidad es pequeño; la constancia de la latencia es enorme.
• Cuadros B. Los cuadros B hacen referencia a cuadros pasados y futuros, por lo que el decodificador debe esperar a que llegue el cuadro futuro antes de decodificar el cuadro B. Está bien para video bajo demanda y es fatal para el tiempo real. Remio desactiva los cuadros B en todos los códecs y plataformas.
• GOP / intervalo de cuadros clave. Los GOP más largos (más cuadros entre cuadros clave) comprimen mejor. Los GOP más cortos se recuperan más rápido de la pérdida de paquetes. Remio ejecuta GOP prácticamente infinitos y pide al anfitrión un cuadro clave nuevo cuando el decodificador informa una pérdida. Un paquete perdido se reenvía de inmediato si todavía puede llegar a tiempo; si no, Remio lo omite y pide un cuadro nuevo en lugar de esperar. Esto coincide con nuestra filosofía de transmisión de dibujar solo el cuadro más reciente.
• Anticipación. NVENC, AMF y QuickSync admiten anticipación de varios cuadros para la cuantización adaptativa. Cada cuadro de anticipación añade un cuadro completo de retraso. Remio usa anticipación cero o de un solo cuadro: el ajuste más bajo de cada codificador.
• Búfer VBV. La ventana del Video Buffering Verifier es cuántos bits puede «adelantar» el codificador antes de volver a la tasa objetivo. Un VBV mayor da una calidad más pareja. Un VBV menor da un control de tasa más estricto y menor latencia. Remio usa 1 cuadro de VBV (la tasa de bits dividida entre la frecuencia de cuadros), que es el valor legal más pequeño.

El patrón es el mismo en los cuatro fabricantes. La baja latencia en tiempo real es una optimización con restricciones: renuncias a ese pequeño porcentaje de calidad que la anticipación y los cuadros B aportan en la codificación sin conexión, a cambio de la latencia predecible que exige la interacción en tiempo real. Todo producto de transmisión que se vende (Remio, Parsec, NVIDIA GeForce NOW, Xbox Cloud Gaming) hace la misma concesión en la misma dirección.

Lo que a ti, como persona usuaria, realmente te importa

Si saltaste hasta el final: el codificador por hardware de cualquier GPU moderna sirve para el escritorio remoto.

Las diferencias en configuraciones de tiempo real son menores que el ruido de fondo de cualquier prueba razonable. Quien tiene una GTX 1060 de la era Pascal obtiene la misma experiencia de Remio que quien tiene una RTX 4090: ambas saturan el flujo de 120 FPS con unos 8 ms de latencia de procesamiento (el resto es el propio ritmo de actualización de 60 Hz de tu pantalla) y ambas producen una salida indistinguible con tasas de bits de red local.

Las excepciones, ordenadas por la frecuencia con que importan:

• El hardware compatible con AV1 ayuda en redes lentas, en general. Con Wi-Fi de hotel o un punto de acceso móvil, un anfitrión Ada / RDNA3 / Arc con un cliente M3+ o RTX serie 40 compra aproximadamente un 25 % más de margen con la misma calidad en las herramientas que lo usan. En red local, nada. Remio todavía no usa AV1 (H.265 de punta a punta es todo el flujo), así que hoy esto es una ventaja del fabricante, no de Remio.
• Las Mac con Apple Silicon son anfitriones notablemente buenos. La baja latencia del motor multimedia, su excelente H.265 y su consumo de 3 a 5 W hacen de un Mac mini o un Studio una de las mejores fuentes de transmisión siempre encendidas que puedes comprar. La falta de codificación AV1 es la única carencia, irrelevante en red local.
• Una Intel Arc A380 es una ganga desmedida para AV1. Unos 120 USD compran un bloque codificador que supera a cualquier otro por menos de 400 USD.
• El respaldo por CPU con libx264 es real. Sin codificador por hardware (laptop antigua, servidor sin iGPU), Remio igual funciona. Solo que no a 4K 60 ni sin quemar un núcleo de CPU.

Más allá de esos casos extremos, la respuesta correcta es la más sencilla: usa la GPU que comprarías de todos modos. Todos los fabricantes modernos han convergido en las mismas capacidades, los mismos preajustes de baja latencia y el mismo rango de calidad. Remio elige el adecuado en tiempo de ejecución para que no tengas que pensarlo. Dedícate a lo que sea para lo que abriste una sesión de escritorio remoto: programar, editar un video, arreglar un servidor, subir una corrección desde una cafetería.

Ese es todo el sentido del silicio de función fija. Simplemente funciona y dejas de notarlo.