Streaming en directo: codificación, bitrate y multistream

Tu sesión suena bien en cabina, pero al abrir el directo aparecen los problemas de siempre: el vídeo se pixela justo cuando entra el humo, el chat se queja de microcortes y la plataforma avisa de que la señal es inestable. Casi nunca es culpa de la cámara ni del mezclador; el cuello de botella está en la cadena de codificación que va desde la salida de programa hasta el servidor de la plataforma.

Esta guía ordena las decisiones que de verdad mueven la calidad: qué encoder usar, con qué códec, a qué resolution y frame rate, cuánto bitrate asignar, cómo fijar el keyframe interval, qué audio codec elegir y cómo repartir la señal con multistream a YouTube, Twitch, TikTok Live o Instagram/Meta sin multiplicar los fallos.

Encoder hardware vs software: dónde se codifica

La primera decisión es dónde se comprime la señal. Un encoder hardware dedicado toma el vídeo por HDMI o SDI y entrega el flujo RTMP o SRT ya codificado, sin depender de un ordenador: arranca en segundos y no se distrae con actualizaciones ni con otras aplicaciones. Enfrente, el encoder software aprovecha CPU o GPU de un PC y ofrece mucha más flexibilidad de escenas, gráficos, audio y automatización.

• Encoder hardware vs software: el hardware gana en estabilidad y en consumo; el software, en control y en coste cuando ya tienes un equipo potente.
• OBS: la opción gratuita de referencia, con escenas, filtros, varias pistas de audio y salidas simultáneas.
• vMix: mezclador y encoder en un mismo programa, con entradas NDI, keyers, macros y grabación multitrack.
• Wirecast: producción por capas y plantillas, pensada para emitir a varios destinos desde el mismo equipo.
• ATEM streaming: los modelos con streaming integrado emiten el programa directamente desde el switcher, sin PC intermedio.
• Hardware encoders: appliances compactos que se configuran una vez y emiten solos, útiles cuando nadie vigila el ordenador durante el set.

En un portátil moderno, la codificación por GPU marca la diferencia entre emitir a 1080p60 o quedarte en 720p. La codificación por CPU con x264 suele dar mejor calidad por bitrate, pero consume núcleos que también necesitan el software de vídeo, el reproductor y el propio sistema. Si el equipo va justo, cerrar el navegador y las pestañas de chat durante la prueba es tan importante como elegir bien el perfil.

Codificador, bitrate y keyframes

El codificador decide cuánta información se descarta en cada fotograma. El bitrate es el presupuesto de datos por segundo: si se queda corto para el movimiento que tienes en pantalla, aparecen bloques en el humo y en las luces; si es demasiado alto para tu línea, el servidor rechaza la conexión o degrada la señal. El keyframe interval marca cada cuánto se envía un fotograma completo que actúa como referencia: un intervalo corto ayuda a quien entra tarde o pierde paquetes, pero gasta más bitrate del necesario.

La relación práctica es sencilla: sube bitrate antes que resolución, mantén el keyframe interval en dos segundos salvo que la plataforma indique otra cosa y no mezcles perfiles entre destinos. Con CBR (bitrate constante) la línea trabaja de forma predecible; con VBR (bitrate variable) ganas calidad media, pero arriesgas picos que saturan una subida doméstica.

Si emites con varias cámaras, el encoder no debería ser el eslabón débil: la salida de programa llega igual, pero un equipo sin margen de CPU provoca fotogramas perdidos que el espectador percibe como tirones justo en las transiciones.

Códecs de vídeo: H.264, H.265/HEVC y AV1

H.264 sigue siendo el denominador común: lo aceptan todas las plataformas, se codifica rápido y a bitrates razonables se ve bien. H.265/HEVC consigue la misma calidad con menos bitrate, pero su compatibilidad en navegador es irregular y añade carga de codificación. AV1: introducción — este códec abre la puerta a más calidad por bitrate y es la apuesta a medio plazo, aunque hoy exige GPU reciente y no todos los servicios lo aceptan en directo.

La regla sencilla: H.264 para emitir hoy a todo el mundo; H.265/HEVC cuando el destino lo soporte y quieras ahorrar ancho de banda; AV1 cuando tu hardware lo acelere por GPU y el público vea la emisión en una app compatible. Codificar en un códec que la mitad de la audiencia no puede decodificar es la forma más rápida de perder espectadores sin entender por qué.

Resolution, frame rate y bitrate

Resolution y frame rate definen cuántos píxeles por segundo hay que comprimir. 1080p50 o 1080p60 duplican la información de 1080p25, y 4K multiplica por cuatro el trabajo del codificador. Para una sesión de DJ con luces en movimiento constante y humo, un frame rate de 50 o 60 fps aporta fluidez, pero obliga a subir el bitrate en la misma proporción.

Un punto de partida razonable en 1080p50 es entre 6 y 9 Mbps con H.264. En 720p50, entre 3,5 y 5 Mbps. En 4K, no bajes de 20 Mbps. Si tu línea no aguanta, baja resolution o frame rate antes que dejar el bitrate corto: un 720p estable se ve mejor que un 1080p lleno de artefactos, y el chat perdona antes una imagen más blanda que un directo que se cae.

CBR/VBR, keyframe interval y estabilidad

El modo de bitrate y el keyframe interval se ajustan juntos. CBR mantiene un techo constante y predecible, lo que evita que la subida se sature cuando entra un Flash, una transición rápida o una pared de LED a plena intensidad. VBR reparte mejor el presupuesto en escenas tranquilas, pero necesita margen real en la línea; si tu subida está al límite, ese margen no existe.

Configura CBR con un bitrate objetivo y un máximo cercano, keyframe interval de dos segundos y perfil alto en H.264. El audio va por separado: 128 a 160 kbps bastan para música en estéreo, y no conviene bajarlo para ahorrar ancho de banda cuando el vídeo ya está en el límite.

Audio codec, latencia y sincronía

El audio codec más habitual en directo es AAC-LC a 44,1 o 48 kHz. Para música, evita bitrates por debajo de 128 kbps y no uses códecs pensados para voz, porque destruyen los graves y ensucian los platos. Si tu cadena mezcla audio de mesa con vídeo de cámara, mide el desfase de labios: unos pocos milisegundos se notan antes en un plato que en una conversación.

La latencia total suma captura, codificación, red, CDN y búfer del espectador. En YouTube y Twitch lo normal es acumular entre 5 y 20 segundos; el modo de baja latencia de la plataforma la reduce, a costa de más cortes si la red es débil. TikTok Live trabaja con cifras parecidas, e Instagram/Meta depende del formato y del dispositivo que reproduce.

ABR y CDN: cómo llega la señal al público

Cuando la calidad del reproductor cambia sola, está actuando el ABR (adaptive bitrate): el jugador elige entre varias calidades que la plataforma prepara según el ancho de banda disponible en cada momento. Tú solo envías un flujo, y la CDN se encarga de replicarlo y escalarlo a miles de espectadores; ninguna CDN arregla una subida que falla en origen, porque solo distribuye lo que recibe.

Por eso conviene separar los dos problemas: la calidad de tu codificación se mide en el destino de ingestión, y los cortes que sufre el público se miden por pérdida de paquetes y jitter en la red. Si la emisión se ve bien en tu propio reproductor pero mal en el móvil de un espectador, el problema está en la distribución, no en el bitrate que has configurado.

Plataformas y multistream: YouTube, Twitch, TikTok Live e Instagram/Meta

YouTube admite hasta 1080p60 con ingestión RTMP o SRT y permite ajustar el keyframe interval; su ayuda de emisiones en directo detalla límites y recomendaciones. Twitch premia un bitrate alto —hasta 6000 kbps en la mayoría de cuentas— y castiga los cortes, así que prioriza estabilidad sobre resolución. TikTok Live funciona mejor en formato vertical y con bitrate moderado. En Instagram/Meta cuando corresponda, con un perfil profesional, revisa formatos y duraciones antes de contar con esa ventana como destino principal.

El multistream reparte la misma señal a varios destinos a la vez, pero cada flujo consume ancho de banda y CPU. Reencodear para cada plataforma multiplica la carga; la vía sensata es enviar un único flujo maestro a un servicio de redistribución y dejar que él haga las copias, o aceptar perfiles idénticos cuando el bitrate objetivo coincide. Antes de añadir el tercer destino, prueba una emisión privada completa con la configuración final.

Siguiente paso

Ya tienes el codificador, el códec, el bitrate y los destinos bajo control; lo que queda es que la red sostenga ese flujo durante horas. La guía Internet y redundancia para directo: bonding y failover explica cómo combinar líneas, cuándo usar bonding y qué hacer cuando el enlace principal cae a mitad de sesión.

Si aún estás montando la parte de audio y latencia, repasa Emitir tu set de DJ en directo: audio, encoder y latencia; y cuando la emisión crezca, Operar una emisión de DJ: plataformas, copyright, grabación ISO y backup cubre lo que ocurre alrededor del directo.