Los orígenes están sanos. Los reproductores no tienen margen.
5 canales publican una ventana de manifiesto tan corta que
cualquier microcorte de red del espectador se convierte en una interrupción visible.
No es un problema del CDN ni del origen: es la configuración del empaquetador,
y se corrige sin tocar la latencia de emisión.
SoulTV · 131 canales monitorizadosBarrido continuo cada 30sInforme del 27/08/2026
Qué está pasando
Un reproductor HLS descarga el manifiesto, elige un punto de arranque unos
3 segmentos por detrás del borde en vivo y va rellenando su búfer. Ese búfer es todo
el margen que tiene ante un bache de red.
Cuando el bache dura más que el búfer, la imagen se congela. Cuando dura más que
toda la ventana publicada, ocurre algo peor: el segmento que el
reproductor pide ya no existe en el manifiesto, el servidor responde 404 y el
reproductor tiene que resincronizar desde cero. El espectador ve el stream caerse.
La profundidad de la ventana suele contarse en segmentos, y ahí está el
malentendido: 10 segmentos son 190 segundos de margen en un canal con trozos de 19s,
pero solo 10 segundos en uno con trozos de 1s. Lo que protege al
espectador son los segundos, no la cantidad de trozos.
La evidencia
Misma URL, mismo instante, dos puntos de observación. 300 segundos de
vigilancia continua sobre Amazon Sat, consultando el manifiesto 2,5 veces por segundo.
Medición
Sonda en datacenter (Brasil)
Red de espectador
Descarga del segmento de borde (mediana)
0,03 s
0,35 s
Peor caso observado
0,05 s
8,06 s
Segmentos más lentos que el tiempo real
0 %
3 %
Atascos de secuencia · saltos · fallos
0 · 0 · 0
0 · 0 · 0
El origen es impecable: cero atascos, cero saltos de secuencia, cero errores de segmento
y entrega 30 veces más rápida que el tiempo real. Pero un segmento de 1 segundo
que en la cola tarda 8 segundos en llegar vacía por completo un búfer de 3
segundos — y con solo 10 segundos de ventana, deja al reproductor a dos segmentos de caerse fuera.
Por eso una sonda situada en un datacenter no puede detectar este fallo:
mide el origen, y el origen está bien. La fragilidad solo aparece cuando el RTT deja de ser
de milisegundos.
Canales afectados
Ordenados por margen de recuperación. La barra roja es el margen real; la marca
verde, el mínimo recomendado de 30 segundos.
44
Amazon Sat
amazonsat.brasilstream.com.br
búfer de arranque 3s
recomendado 30s
Margen actual
10s
Ventana
10 × 1.0s
Calidades
1 (sin ABR)
Bitrate medido
4.98 Mbps
Pedir al empaquetador: 30 segmentos de 1.0s
(30s de margen). No cambia la latencia de emisión. Confirmado en 5 de 5 barridos.
190
Canal do Boi
aovivo3.equipea.com.br
búfer de arranque 6s
recomendado 30s
Margen actual
10s
Ventana
5 × 2.0s
Calidades
1 (sin ABR)
Bitrate medido
1.75 Mbps
Pedir al empaquetador: 15 segmentos de 2.0s
(30s de margen). No cambia la latencia de emisión. Confirmado en 5 de 5 barridos.
6
Tv Grande Natal HDTV
tvgrandenatalhdtv.duckdns.org
búfer de arranque 7s
recomendado 30s
Margen actual
11s
Ventana
5 × 2.2s
Calidades
1 (sin ABR)
Bitrate medido
3.24 Mbps
Pedir al empaquetador: 13 segmentos de 2.2s
(29s de margen). No cambia la latencia de emisión. Confirmado en 5 de 5 barridos.
209
Bitt TV
srt.logicahost.com.br
búfer de arranque 6s
recomendado 30s
Margen actual
12s
Ventana
6 × 2.0s
Calidades
1 (sin ABR)
Bitrate medido
2.18 Mbps
Pedir al empaquetador: 15 segmentos de 2.0s
(30s de margen). No cambia la latencia de emisión. Confirmado en 3 de 5 barridos.
128
Br Global Station
brglobalstation.duckdns.org
búfer de arranque 9s
recomendado 30s
Margen actual
14s
Ventana
5 × 2.9s
Calidades
1 (sin ABR)
Bitrate medido
2.23 Mbps
Pedir al empaquetador: 10 segmentos de 2.9s
(29s de margen). No cambia la latencia de emisión. Confirmado en 5 de 5 barridos.
Canal
Nombre
Ventana
Margen
Calidades
Mbps
Origen
44
Amazon Sat
10 × 1.0s
10s
1
4.98
amazonsat.brasilstream.com.br
190
Canal do Boi
5 × 2.0s
10s
1
1.75
aovivo3.equipea.com.br
6
Tv Grande Natal HDTV
5 × 2.2s
11s
1
3.24
tvgrandenatalhdtv.duckdns.org
209
Bitt TV
6 × 2.0s
12s
1
2.18
srt.logicahost.com.br
128
Br Global Station
5 × 2.9s
14s
1
2.23
brglobalstation.duckdns.org
Qué pedimos a la emisora
Tres cambios de configuración del empaquetador. Ninguno afecta a la latencia
de emisión ni requiere más ancho de banda de subida.
Publicar una ventana de al menos 30 segundos
Es solo cuánto historial mantiene publicado el empaquetador — no retrasa la emisión
ni un segundo. Es el cambio de mayor impacto y el más barato: convierte un corte
en un parpadeo que el reproductor absorbe solo.
Alargar el segmento a 2–4 segundos
Con trozos de 1 segundo el reproductor hace 60 peticiones por minuto, y en cualquier
red que no sea un datacenter el coste fijo por petición (el RTT) domina la descarga
por encima del tamaño del archivo. Trozos más largos reducen las peticiones en la
misma proporción y amortizan ese coste.
Publicar al menos una calidad alternativa
Todos estos canales emiten en una sola calidad. Sin ABR, una caída de ancho de banda
del espectador no baja la resolución: detiene la reproducción. Una segunda rendición
de menor bitrate convierte un corte en una bajada de nitidez temporal.