La copia OTT¶

Una cabecera no sirve a espectadores — ese es el trabajo de Catena o de su CDN. Pero a menudo la señal hay que entregarla al mundo OTT directamente desde la cabecera: mostrar al operador la imagen en un navegador, dar una copia a la emisión por internet, hacer push del aire hacia una plataforma.

Esta página trata de esa copia y de sus límites.

HLS y DASH desde la cabecera¶

Cualquier stream de la cabecera está disponible en:

http://<station-address>/streaming/v/<stream>/index.m3u8
http://<station-address>/streaming/v/<stream>/Manifest.mpd

Se sirven HLS (incluido LL-HLS con segmentos parciales), DASH y MPEG-TS por HTTP. De fábrica, eso basta para ver la señal en un reproductor y asegurarse de que desde la cabecera sale exactamente lo que debe.

Qué conviene tener en cuenta:

Un reproductor necesita sus propios códecs. Un navegador no leerá un MPEG-2 de difusión — hace falta transcodificación a H.264/AAC.
Un reproductor necesita los subtítulos como pista. Ningún reproductor OTT decodifica teletexto, consulte Subtítulos y teletexto.
La entrega masiva no es tarea de la cabecera. El balanceo, las zonas, la autorización de espectadores y la contabilidad de sesiones empiezan donde la cabecera termina.

Push por RTMP¶

Entregar la señal a una plataforma o a un sistema de terceros que espera una conexión RTMP entrante se hace con el mismo push.

La pestaña Egreso, + Añadir push, el protocolo RTMP. Pide solo un Nombre y una única URL entera, con la clave de stream incluida: rtmp://a.rtmp.example.com/live2/<key>.

Se admiten H264+AAC, y también HEVC y AV1 en enhanced RTMP; los streams de solo audio también salen.
Los timestamps en un push empiezan desde cero — tal como los esperan las plataformas.
Los errores se distinguen en el estado: conexión rechazada, tiempo de conexión agotado, publicación rechazada (la clave está ocupada o es incorrecta), un receptor colgado.
No hay sección de MPEG-TS de salida para RTMP: este protocolo no tiene flujo de transporte.

Como cualquier otro destino de entrega, un push RTMP se levanta solo y lleva sus propios contadores: tiene fotogramas, pero no datagramas ni retransmisiones.

Cifrado de la copia OTT¶

La copia OTT puede entregarse cifrada. El bloque Cifrado de la entrega (DRM) en la pestaña Entrega del stream activa Common Encryption con el esquema cbcs: HLS y DASH salen como texto cifrado, y la lista de reproducción y el manifiesto llevan la señalización para Widevine, PlayReady, FairPlay y ClearKey. La clave sale de los ajustes o de su servidor de claves por SPEKE.

Cifra la estación — en este reparto ella es el origin. Los streamers que reparten su copia reciben el texto cifrado ya listo y lo entregan tal cual: no tienen la clave y no tienen a quién pedírsela.

Qué cambia esto en la estación:

HLS y DASH se cifran, incluidos LL-HLS y la salida desde el archivo.
MPEG-TS por HTTP se niega. No hay cifrado para él, y entregar ese stream en claro sería sortear la protección: la petición recibe un 403.
Los pushes no se tocan. Multicast, RTP, SRT y RTMP salen de la estación sin cifrar — se cifra la entrega a los reproductores, no el transporte hacia su propio equipo.

Todo el recorrido puede comprobarse sin un DRM comercial: deje ClearKey como único sistema, indique una clave en los ajustes y abra la página del reproductor — la licencia la emite la propia estación. Este modo no protege nada y solo sirve para comprobar.

Qué sigue¶

Monitorización de entrega — si el push llegó hasta la plataforma.
Transcodificación — llevar la señal a lo que reproduce un reproductor.
Catena — cuando detrás de la cabecera se necesita un servicio de televisión completo con espectadores.