Bitrate para streaming en vivo:
lo decide el upload, no la cámara

El bitrate para streaming en vivo no lo decide la cámara, lo decide el upload del venue

El bitrate es la cantidad de datos que el codificador envía por segundo a la plataforma. Se mide en megabits por segundo (Mbps) y es lo único que determina cuánta información de imagen le llega realmente a quien está viendo. No la cámara, no el lente, no el switcher.

Esta confusión cuesta plata. Una cámara profesional graba internamente a 100, 150 o 400 Mbps según el códec, pero ese número describe el archivo que queda en la tarjeta. A la transmisión solo llega lo que el codificador comprime y lo que el enlace alcanza a entregar sin atragantarse. Un evento grabado con tres cámaras de cine y transmitido por un WiFi saturado se ve peor que el mismo evento con dos cámaras de video y un enlace dedicado.

Por eso el orden correcto para decidir la configuración es al revés de como lo piensa casi todo el mundo. Primero se mide el upload real del sitio. Después se resta el margen de seguridad. Lo que queda es el presupuesto de bits disponible. Y solo entonces se elige la resolución y los fps que caben ahí con el tipo de contenido que se va a transmitir.

La regla de margen: upload sostenido, no el pico del test de velocidad

Nuestra regla operativa es simple: el upload sostenido debe ser al menos el doble del bitrate total de salida. Si la transmisión va a 6,5 Mbps de video más 160 kbps de audio, pedimos 14 Mbps de subida reales antes de confirmar esa configuración.

Ese 100% de margen no es exceso de precaución. Se lo comen tres cosas concretas:

• Los picos del codificador. Incluso en modo de bitrate constante, el caudal instantáneo fluctúa alrededor del valor configurado cuando entra un plano complejo o un corte de cámara.
• El overhead del transporte. El protocolo que lleva el video hasta la plataforma suma encabezados, reintentos y, en el caso de SRT, retransmisión de paquetes perdidos. Ese tráfico extra viaja por el mismo enlace.
• La degradación durante el evento. El enlace que probaste a las 7 de la mañana con el salón vacío no es el mismo a las 10, cuando hay 300 personas conectadas al WiFi del venue y el equipo de registro está subiendo fotos.

Por qué el test de velocidad engaña

Un test de velocidad convencional mide una ráfaga corta contra un servidor cercano. Reporta el pico, que es el número más favorable que ese enlace puede dar. Una transmisión no es una ráfaga de diez segundos: son tres, cinco u ocho horas de caudal constante hacia un servidor que puede estar en otro país.

Lo que medimos nosotros es distinto. Dejamos corriendo una prueba de carga sostenida hacia el punto de ingesta real durante varios minutos, en el horario del evento, desde el punto exacto donde va a quedar el codificador. Si el enlace es compartido, lo probamos con el resto del venue en uso. El número que sirve es el piso de esa medición, no el promedio y mucho menos el máximo.

En Colombia hay un detalle adicional: buena parte de los planes de internet comerciales son asimétricos. Un plan de 300 Mbps puede tener 30 Mbps de subida, o menos. La cifra que anuncia el venue casi siempre es la de bajada. Preguntar explícitamente por el upload es parte del checklist que aplicamos en la revisión técnica previa al evento.

Qué pasa cuando el bitrate supera el upload disponible

Subir el bitrate por encima de lo que aguanta el enlace no mejora la imagen: la empeora, y de forma escalonada. La secuencia es siempre la misma.

1. El codificador genera más datos de los que el enlace evacúa. La cola de salida empieza a llenarse.
2. La latencia sube. El video que sale ya no es el de hace dos segundos, es el de hace ocho o quince.
3. Cuando la cola se satura, el codificador descarta cuadros para ponerse al día. La audiencia ve saltos, congelamientos cortos y bloques de compresión.
4. Si la saturación persiste, la conexión con la plataforma se cae y el codificador intenta reconectar. Ahí ya no es degradación, es corte.

Hay un efecto secundario que muchos no ven venir: cuando la plataforma genera versiones de menor calidad para quien tiene mala conexión, las construye a partir de la señal que recibió. Si esa señal entró degradada, todas las calidades derivadas heredan el daño. No hay forma de recuperarlo del lado del espectador. Por eso preferimos entregar una señal más conservadora y limpia que una ambiciosa y rota — el mismo criterio con el que montamos la redundancia de conectividad con bonding 4G/5G en los eventos críticos.

Movimiento alto o movimiento bajo: el contenido cambia el número

Dos transmisiones en 1080p a 30 fps pueden necesitar bitrates muy distintos. La compresión de video funciona guardando las diferencias entre cuadros consecutivos: cuanto menos cambie la imagen de un cuadro al siguiente, menos bits hacen falta.

En la práctica esto separa el contenido en dos grupos claros:

• Movimiento bajo. Un conferencista en plano fijo sobre fondo liso, una mesa de junta directiva, una asamblea con cámara estática, una presentación de diapositivas. El fondo no cambia y solo se mueve una persona. Con 4,5 Mbps en 1080p30 la imagen queda limpia.
• Movimiento alto. Una banda en vivo con luces de escenario, un paneo de cámara sobre público, una demostración de producto con la cámara desplazándose, cualquier plano con una pantalla LED de fondo mostrando contenido animado. Aquí cada cuadro es distinto del anterior y el codificador necesita 6,5 Mbps o más para no romperse en bloques.

Lo que más subestiman los organizadores son las pantallas LED de fondo: una pantalla con video corriendo detrás del ponente convierte una charla estática en contenido de movimiento alto, y nadie lo nota hasta que la transmisión se pixela. Pasa lo mismo con el confeti, las luces estroboscópicas y el humo de escenario, que generan ruido aleatorio que ningún códec puede predecir.

Cuando no hay upload para el peor caso, la decisión es de producción, no de ingeniería: se bloquea el paneo, se pide plano fijo durante el bloque musical o se cambia el contenido de la pantalla LED por algo estático. Eso se acuerda antes, en el levantamiento del evento, no en caliente.

La tabla de bitrate y resolución que usamos en Time Solutions Colombia

Este es el criterio operativo con el que dimensionamos nuestras transmisiones. No es una cita de la documentación de una plataforma: es el rango con el que trabajamos y el upload que exigimos antes de comprometer cada configuración. La columna de upload aplica la regla del doble sobre el caso de movimiento alto, con el audio ya incluido.

Resolución	fps	Bitrate video — movimiento bajo	Bitrate video — movimiento alto	Audio AAC	Upload sostenido mínimo
720p	30	2,5 Mbps	4 Mbps	128 kbps	9 Mbps
720p	60	3,5 Mbps	5 Mbps	128 kbps	11 Mbps
1080p	30	4,5 Mbps	6,5 Mbps	160 kbps	14 Mbps
1080p	60	6 Mbps	9 Mbps	160 kbps	19 Mbps
1440p	30	9 Mbps	13 Mbps	192 kbps	27 Mbps
2160p (4K)	30	15 Mbps	22 Mbps	192 kbps	45 Mbps
2160p (4K)	60	22 Mbps	34 Mbps	192 kbps	70 Mbps

Los valores parten de codificación H.264, que es lo que aceptan hoy la mayoría de los puntos de ingesta en vivo. Con H.265 o AV1 se puede bajar entre 30% y 50% el bitrate para la misma calidad percibida, pero no todos los destinos los aceptan en directo y no todos los equipos de campo los codifican en tiempo real sin penalizar la latencia. Por eso los usamos solo cuando la ruta completa está verificada, no por defecto.

Por qué 1080p con bitrate suficiente le gana a 4K con bitrate insuficiente

Esta es la conversación más frecuente con un cliente que pide 4K porque su televisor es 4K. La respuesta corta: si el upload no da para sostener 4K, el 4K se va a ver peor que el 1080p. El mecanismo se entiende con una división.

Lo que determina la nitidez de una imagen comprimida no es el número de píxeles sino cuántos bits recibe cada píxel. Un cuadro de 1080p tiene 1920 × 1080 = 2.073.600 píxeles. Un cuadro de 4K tiene 3840 × 2160 = 8.294.400 píxeles: exactamente cuatro veces más.

Si transmites 1080p a 30 fps con 6 Mbps, cada píxel recibe unos 0,096 bits. Si transmites 4K a 30 fps con esos mismos 6 Mbps, el mismo presupuesto se reparte entre cuatro veces más píxeles y cada uno recibe 0,024 bits. El codificador no tiene con qué describir el detalle, así que lo tira: agrupa zonas enteras en bloques planos, suaviza texturas y arrastra el movimiento. El resultado es una imagen con más píxeles y menos información — más grande y más fea.

Para que el 4K aporte algo real hay que subirle el bitrate en la misma proporción en que subieron los píxeles. De ahí salen los 15-22 Mbps de la tabla y los 45 Mbps de upload. Cuando el venue los tiene, transmitimos en 4K sin problema. Cuando no los tiene, entregamos 1080p impecable y grabamos el master local en la máxima calidad que den las cámaras, para que la pieza de post-producción sí salga en 4K. El cliente termina con las dos cosas: una transmisión estable y un archivo de alta calidad.

CBR, keyframe cada 2 segundos y audio: los tres ajustes que deciden si aguanta

CBR, no VBR

En vivo se usa CBR (bitrate constante). La razón es de red, no de imagen: con VBR el codificador sube el caudal justo en las escenas de mayor movimiento, que es precisamente cuando el enlace tiene menos margen. Ese pico se convierte en cuadros perdidos y buffering en la audiencia. CBR entrega un caudal plano y predecible que se puede dimensionar contra el upload medido. El VBR queda para la grabación local y el archivo de post-producción, donde no hay red de por medio.

Keyframe cada 2 segundos

El keyframe (o cuadro I) es el cuadro completo a partir del cual se reconstruyen los siguientes. Las plataformas cortan la transmisión en segmentos y cada segmento tiene que empezar en un keyframe. Si el intervalo es largo, los segmentos se alargan y la latencia sube; si es irregular, el reproductor del espectador tiene problemas para cambiar de calidad y aparecen pausas. Dos segundos es el valor que piden los puntos de ingesta y el que usamos siempre. En la práctica significa configurar el GOP en el doble de los fps: 60 a 30 fps, 120 a 60 fps.

El audio también ocupa ancho de banda

El audio se suele olvidar en el cálculo y no debería. AAC a 128 kbps en estéreo es suficiente para voz; para eventos con música en vivo subimos a 192 kbps. Son décimas de megabit, pero cuando el presupuesto total es de 5 Mbps cuentan. Y hay una jerarquía que conviene tener clara: la audiencia perdona una imagen mediocre mucho antes que un audio malo. Si hay que recortar, se recorta video, nunca audio.

Multi-destino y el venue de 5 Mbps: cómo se planea con lo que hay

Cada destino adicional suma el upload completo

Transmitir al mismo tiempo a YouTube y a una plataforma propia con control de acceso no cuesta "un poco más" de internet: cuesta el doble. El codificador abre una conexión independiente por cada destino y envía la señal completa por cada una. Tres destinos a 6,5 Mbps son 19,5 Mbps de salida más el audio de cada uno, y con la regla de margen eso pide unos 40 Mbps de upload.

Cuando el enlace no da para eso, la salida es enviar una sola señal a un servicio de retransmisión en la nube y que la duplicación ocurra allá, donde el ancho de banda no es el problema. Es lo que hacemos cuando un cliente necesita simultáneamente la plataforma propia con credenciales por asistente y una salida pública abierta: sube un solo caudal desde el venue y la bifurcación se resuelve del lado del servidor.

Qué hacemos cuando el venue solo da 5 Mbps de upload

Pasa más de lo que se cree, sobre todo en hoteles y clubes sociales. Con 5 Mbps sostenidos el presupuesto real de transmisión es de unos 2,5 Mbps, y estas son las decisiones que tomamos en ese escenario:

• Bajar a 720p a 30 fps antes que forzar 1080p. Un 720p limpio se ve mejor en cualquier pantalla que un 1080p en bloques. La resolución es lo primero que cede.
• Sumar conectividad propia en vez de depender del enlace del venue. Módems 4G/5G de operadores distintos agregados con bonding levantan el piso de upload sin negociar nada con el hotel. Es la solución estructural, no un parche.
• Pedir cable, no WiFi, y punto dedicado. Una toma de red con IP fija o DHCP reservado, aislada del WiFi de invitados. Muchas veces el venue sí la tiene y nadie la había pedido.
• Reducir la carga visual del contenido. Plano fijo durante los bloques de mayor movimiento, fondo de pantalla LED estático, menos cortes rápidos. Bajar el movimiento baja el bitrate necesario.
• Grabar el master local en máxima calidad. La transmisión sale al límite de lo que el sitio permite, pero la grabación queda íntegra para el video resumen, los certificados o la pieza de post-producción.
• Recortar destinos. Una sola salida, y si el cliente quiere YouTube además de la plataforma privada, se resuelve con retransmisión en la nube.

Lo que no hacemos es configurar 1080p a 6 Mbps sobre un enlace de 5 y cruzar los dedos. Esa es la decisión que convierte un problema de ancho de banda en una transmisión caída a mitad del evento.

Preguntas frecuentes