¿Cuánto bitrate necesita tu directo?

Si solo viniste por la cifra, está en la tabla de más abajo, en «Qué enviarnos». Todo lo demás explica por qué esa cifra deja de ayudar a partir de cierto punto y qué cambiar cuando tu subida no da para tanto.

Qué le pasa a tu stream cuando nos llega

Cuando tu stream llega a dcast, se recodifica en una escalera de niveles de calidad —360p, 480p, 640p, 720p, 1080p, 1440p, 2160p— para que tanto quien mira desde el móvil en un ascensor como quien tiene fibra reciba algo que se pueda ver. Cada nivel se codifica hasta su propio techo de bitrate, y esos techos son un ajuste de la plataforma, no algo que tú envíes.

De ahí se desprenden dos cosas, y son justo las dos que la mayoría entiende al revés.

Los techos son nuestros, no tuyos. No puedes subir un nivel enviando más ni bajarlo enviando menos. Lo que decide tu bitrate de ingesta es cuánto detalle real tiene la escalera como material de partida: otra pregunta distinta, y es la que responde la siguiente sección.

Los techos no cambian con tu suscripción. Un plan compra la altura del nivel superior, no el bitrate de ningún nivel. Un nivel de 720p se codifica igual tanto si es el nivel superior de una cuenta gratuita como si está en medio de una grande.

Reajustamos esos techos a medida que cambian los servidores y los codificadores, y por eso este artículo no publica a propósito una tabla con ellos: cualquier cifra impresa aquí quedaría desfasada mucho antes de que la gente dejara de citarla. La estructura es estable; los números, no. Y, como argumenta el resto del artículo, los números de nuestro lado no son de los que depende realmente tu imagen.

Qué enviarnos

Tu codificador envía un solo stream. Nosotros construimos la escalera a partir de él. Así que la única decisión que realmente tomas es cómo es ese único stream de ingesta, y la forma útil de pensarlo es esta: envíanos lo suficiente para que el nivel superior tenga detalle real con el que trabajar, y nada más.

Estos rangos son un punto de partida, no una ley. La única regla que se cumple siempre: envíes lo que envíes, tu subida tiene que poder sostenerlo de forma continua, no solo en un buen minuto.

Por qué más bitrate deja de ayudar

El bitrate es un presupuesto de datos por segundo, no un control deslizante de calidad. El codificador recibe ese presupuesto y tiene que describir cada fotograma dentro de él. Cuando la imagen apenas cambia —una persona hablando delante de un fondo estático—, describir el siguiente fotograma sale barato y un presupuesto mayor simplemente se queda sin gastar. Cuando la imagen cambia en todas partes a la vez —un paneo sobre el público, un gol, confeti—, el codificador no puede describirlo todo y empieza a simplificar: envía un único color promedio para un bloque de píxeles en lugar de lo que hay dentro del bloque. Eso es la pixelación por bloques. Es el borde visible del presupuesto.

Por eso la misma cifra da resultados distintos a dos personas. Tu vecino, con exactamente los mismos ajustes, transmite un overlay estático y una webcam; tú transmites un escenario en movimiento. Mismo presupuesto, factura muy diferente.

También explica la forma de las recomendaciones anteriores. Subir el bitrate ayuda justo hasta el punto en que el presupuesto deja de ser la limitación; a partir de ahí te cuesta margen de subida y no aporta nada. No existe ningún ajuste que haga que un plano de busto estático se vea mejor de lo que ya se ve a 6000 kbps.

El margen es la razón de que un nivel tenga búfer y no solo una tasa

Cada nivel se codifica con un búfer además de con un techo: una ventana en la que el codificador puede pasarse un momento y luego compensarlo. En nuestra escalera en directo, esa ventana es actualmente el doble del techo del nivel. No es holgura de sobra; es lo que mantiene intactos los momentos caros.

El vídeo real no es igual de caro en todo momento. Un corte seco a una escena nueva cuesta mucho más que el segundo de imagen fija que lo precede. Si el codificador tuviera que respetar su techo en cada instante, destrozaría justamente esos momentos —los cortes, los destellos, los paneos rápidos—, que son los que el espectador está mirando de verdad. Un búfer equivalente a dos segundos de datos le permite gastar por encima del techo un momento y volver por debajo, de modo que el promedio se mantiene y los picos sobreviven.

La misma lógica se aplica a tu propia subida, y aquí es donde se rompen de verdad la mayoría de los streams que fallan. Si tu subida medida es de 10 Mbps y configuras el codificador a 10 000 kbps, no has dejado nada para los picos, ni para el resto de la casa u oficina que usa la misma línea. Un stream configurado justo en el techo de su conexión es un stream que perderá fotogramas en el primer corte seco. Deja margen. Si el test de velocidad te da 10 Mbps de subida, enviar 6000 kbps no es timidez: es el ajuste que aguanta toda la emisión.

Con una conexión débil, baja la resolución, no el bitrate

Este es el giro más útil de todo el tema, y es justo lo contrario de lo que la mayoría prueba primero.

Supón que tu subida solo puede sostener 3000 kbps de forma fiable. Tienes dos maneras de caber ahí: enviar 1080p a 3000 kbps o enviar 720p a 3000 kbps. Los mismos datos por segundo. Pero 1080p tiene más del doble de píxeles que describir por fotograma que 720p, así que con el mismo presupuesto cada píxel recibe menos de la mitad de atención. La versión en 1080p no es una imagen más nítida con menos ancho de banda: es una imagen más emborronada a mayor tamaño. La versión en 720p, con los 3000 kbps enteros para muchos menos píxeles, se ve limpia.

Así que, cuando el problema es tu conexión, el orden es: primero baja la resolución y solo después ajusta el bitrate para que quepa con holgura en lo que la línea aguanta en un mal minuto, no en uno bueno.

La tasa de fotogramas se decide de nuestro lado, no en tu plan

En la ruta en directo, la cadencia de la escalera es un ajuste de la plataforma, no de cada cuenta, y en el momento de escribir esto, toda emisión en directo se codifica a 30 fps, envíes lo que envíes. Tu suscripción no interviene para nada en esa decisión: una cuenta gratuita y una del plan más alto obtienen la misma cadencia a partir de la misma fuente.

Conviene saberlo antes de configurar nada, porque orienta tu presupuesto de subida en una dirección clara: en la ruta en directo no ganas nada forzando tu codificador a 60 fps. Los fotogramas extra no llegan al final de la cadena y, con un bitrate de ingesta fijo, le restan detalle a los fotogramas que sí llegan. Si tu contenido tiene movimiento rápido, invierte el presupuesto en bitrate, no en tasa de fotogramas.

Los vídeos subidos siguen una ruta aparte con sus propias reglas de tasa de fotogramas, y nada de esto se aplica a ellos.

Qué cambia tu plan y qué no

Vale la pena decirlo claramente, porque es lo que la gente suele suponer mal. En la ruta en directo, un plan determina la altura del nivel superior —la máxima calidad que un espectador puede elegir— y nada más de la imagen. Las cuentas gratuitas llegan hasta 720p, y los planes de pago amplían ese techo a 1080p, 1440p y 2160p.

Lo que un plan no cambia: el bitrate de ningún nivel, el búfer, la tasa de fotogramas, la estructura de fotogramas clave ni los ajustes del codificador. Un nivel de 720p se codifica exactamente igual tanto si es el nivel superior de una cuenta gratuita como si es el tercer nivel de una grande. No existe una versión del codificador con calidad recortada.

La cuadrícula de fotogramas clave y por qué no conviene pelearse con ella

Hay un ajuste de tu codificador que sí interactúa con el nuestro: el intervalo de fotogramas clave. dcast corta el stream en directo en segmentos de 4 segundos, y cada segmento contiene 2 fotogramas clave —uno en el límite y otro en el centro—, así que el intervalo interno de fotogramas clave es de 2 segundos, calculado a partir de la tasa de fotogramas final en lugar de fijado a un número de fotogramas.

No necesitas igualarlo. El codificador recodifica lo que envías, así que construye su propia cuadrícula. Pero si pones un intervalo de fotogramas clave poco habitual de tu lado creyendo que reducirá la latencia más adelante en la cadena, no lo hará, y un intervalo muy largo en la ingesta empeora los primeros momentos tras una reconexión. Un intervalo de fotogramas clave de 2 segundos en tu codificador es una elección segura y sin sorpresas.

Diagnóstico en cinco minutos cuando algo se ve mal

La pixelación por bloques que aparece solo con movimiento y desaparece en los planos estáticos es un problema de bitrate: el presupuesto se agotó justo donde el contenido se encareció. Sube un escalón el bitrate de ingesta o baja un escalón la resolución.

La pixelación que llega en oleadas sin importar lo que haya en pantalla, a menudo acompañada de fallos de audio y de un contador de fotogramas perdidos que no para de subir en tu codificador, no es un problema de bitrate: es tu conexión, que no está entregando lo que le prometiste. Baja el bitrate hasta que el contador de fotogramas perdidos se mantenga en cero durante diez minutos enteros.

Una imagen blanda en todas partes y en todo momento, incluso en los planos estáticos, suele ser un problema de la fuente y no de la codificación: una cámara que graba a menor resolución de la que crees, una capturadora que negocia un modo inferior o una escena que se reescala hacia arriba en algún punto de tu cadena. Ningún bitrate arregla un reescalado: ampliar una imagen añade datos, no detalle.

Y si los espectadores reportan problemas que tú no ves en local, recuerda que estás mirando tu propia vista previa, no tu propio stream. La vista previa nunca salió de tu casa.