Skip to content

Entrega por SRT

El SRT lleva la señal adonde el multicast no llega: a otra ciudad, a un socio, a través de internet. Hay dos maneras de entregarla, y se distinguen en quién establece la conexión:

  • Push — la estación llama por su cuenta al destino y hace push del stream. Así se entrega la señal a un sitio que espera una conexión entrante.
  • Distribución (play) — la estación levanta un listener y espera a que el socio tome el stream. Resulta cómodo cuando la contraparte tiene su propio horario y su propio equipo: usted da la dirección y la clave, del resto se encarga ella.

Envío a un destino

La pestaña Egreso, + Añadir push, el protocolo SRT:

Campo Qué define
Nombre la identidad del destino
Host, Puerto el listener SRT de la parte receptora
Frase de paso la clave de cifrado AES; si no coincide, la parte receptora rechaza en el handshake
Stream ID el identificador por el que el receptor entiende qué le han enviado
Tiempo de espera del handshake (ms), Tiempo de espera del par (ms) los tiempos de espera de conexión y de inactividad

Una dirección pegada entera como srt://203.0.113.10:9000 se descompone en los campos, y la URL SRT vuelta a montar se muestra al lado — eso es lo que se copia y se entrega a la parte receptora.

Un push muerto se levanta solo, una vez cada cinco segundos, como cualquier otro destino de entrega.

Distribución desde el puerto del stream

El bloque Reproducción SRT: active Permitir pull SRT (reproducción), fije el Puerto y, a ser posible, una Frase de paso.

El socio toma el stream conectándose a srt://<station-address>:<port> con su clave. El puerto pertenece al stream por entero — un puerto por stream; un conflicto de puertos entre streams se rechaza al guardar, y no se descubre en el aire.

La distribución desde un puerto dedicado puede tener su propia sección de salida MPEG-TS: el socio recibe la señal bajo el número de programa que necesita, sin tocar los demás destinos.

Qué conviene saber

  • La salida no colorea el stream. El estado del stream refleja la entrada. Un destino de push caído no pone el stream en rojo — la entrega se comprueba por los contadores del destino.
  • La latencia de la salida es el presupuesto del receptor. Cuánto tiempo tiene la parte receptora para recuperar pérdidas lo fija ella; la regla de los «tres o cuatro RTT» es la misma en ambos lados — véase Captura por SRT.
  • Las retransmisiones son normales mientras sean pocas. El contador de retransmisiones de un destino crece cuando el camino pierde paquetes: el transporte está haciendo su trabajo. Lo inquietante no es el hecho, sino la tendencia y su compañía — las reconexiones al lado.

Qué viene después