Cómo enviar un directo a un destino SRT
Los destinos SRT necesitan algunos datos más que RTMP: un modo, un host y un puerto, y a menudo un stream ID, una contraseña y una latencia. Esto es lo que significa cada parte de una URL srt:// y cómo conseguir que un directo conecte.
Lectura de unos 7 min
En esta página
Para enviar un directo a un destino SRT, obtén una dirección srt:// del receptor, confirma qué lado escucha y qué lado llama, y haz coincidir el stream ID, la contraseña (passphrase) y la latencia que espera el receptor. Después abre el puerto UDP del receptor, inicia el emisor y comprueba que el vídeo llega antes de confiar en él.
Los pequeños desajustes rompen las configuraciones SRT, así que haz coincidir cada detalle. ¿Nuevo en el protocolo? Empieza por qué es el streaming SRT.
Puntos clave
- Un lado de una conexión SRT escucha en un puerto UDP y el otro lo llama.
- Una URL srt:// incluye host y puerto más opciones como mode, streamid y passphrase.
- La mayoría de fallos vienen de un puerto cerrado, dos callers o una passphrase o un stream ID que no coinciden.
- Haz pruebas en local antes de apuntar un directo 24/7 a un receptor de producción.
Quién usa realmente los destinos SRT
Normalmente no enviarás SRT a una red social generalista. Los destinos SRT suelen ser sistemas que gestiona una cadena, una empresa o un socio:
- Continuidad y producción de emisiones. Los estudios reciben señales de contribución por SRT en decodificadores hardware, mezcladores y sistemas de continuidad.
- Servidores multimedia. Los servidores multimedia autoalojados y comerciales aceptan SRT y lo reempaquetan para reproductores, grabación o distribución posterior.
- Entregas a socios. Un canal que suministra programación a una cadena, a pantallas de un recinto o a un distribuidor suele entregarla por SRT.
- Servicios de vídeo en la nube. Algunas plataformas profesionales ofrecen ingesta SRT junto a RTMP.
En todos los casos, el operador del receptor te da unos datos de conexión que debes reproducir exactamente. Si el otro extremo solo ofrece RTMP, sigue en su lugar la guía de servidor RTMP personalizado.
Modos caller, listener y rendezvous
Toda conexión SRT necesita un lado que espera y otro que marca.
- Listener se enlaza a un puerto UDP y espera conexiones. Necesita una dirección accesible y un puerto abierto en el cortafuegos.
- Caller se conecta al host y al puerto de un listener, y funciona detrás de la mayoría de cortafuegos porque la conexión es saliente.
- Rendezvous hace que ambos lados se llamen a la vez en puertos acordados, lo que puede ayudar cuando ninguno de los dos acepta tráfico entrante.
El modo no tiene nada que ver con la dirección en la que fluye el vídeo. Cuando un servicio en la nube o un codificador entrega a tu servidor, lo habitual es que el emisor sea caller y el receptor listener.
El error clásico es tener dos callers o dos listeners. Ambos lados esperan sin un error claro, así que confirma el modo con el operador del receptor.
Leer una URL srt:// parte por parte
Una dirección SRT suele tener un aspecto parecido a este:
srt://ingest.example.com:9000?mode=caller&streamid=channel-main&passphrase=YOUR-LONG-SECRET
- Host y puerto. El nombre de host o la dirección IP del receptor y el puerto UDP en el que escucha. No hay un puerto predeterminado universal, así que usa el que te den.
- mode. El papel de tu lado: caller, listener o rendezvous.
- streamid. Un identificador que algunos receptores usan para enrutar o autorizar una señal, parecido a una clave de transmisión. Su formato depende del receptor.
- passphrase. El secreto compartido para el cifrado AES, que normalmente debe tener entre 10 y 79 caracteres. Ambos extremos deben coincidir exactamente.
- pbkeylen. Longitud de clave opcional de 16, 24 o 32 bytes, es decir, AES-128, 192 o 256.
- latency. El búfer de recuperación. Algunas herramientas lo toman en milisegundos, mientras que el software basado en FFmpeg suele esperarlo en microsegundos, así que compruébalo antes de copiar un número de otra configuración.
Preparar el extremo receptor
Si gestionas tú el receptor, prepáralo antes de enviar nada:
- Configura un listener en un puerto UDP fijo en tu servidor multimedia, decodificador o software de continuidad.
- Abre ese puerto UDP en el cortafuegos del servidor y en cualquier grupo de seguridad en la nube o router que haya delante. Las reglas TCP no cubren SRT.
- Elige una passphrase y, si tu software enruta por stream ID, un identificador para esta señal.
- Elige una latencia adecuada para la ruta; los trayectos largos o inestables necesitan más.
- Confirma el formato. SRT suele transportar MPEG-TS con vídeo H.264 y audio AAC, así que asegúrate de que el receptor lo acepta.
- Haz pruebas en local enviando una señal corta desde OBS o FFmpeg en otra máquina.
Si el receptor solo acepta direcciones autorizadas, autoriza también la del emisor.
Solucionar conexiones SRT que no arrancan
Los errores de SRT suelen ser poco claros, así que diagnostica por síntomas:
- La conexión agota el tiempo de espera. El puerto UDP está cerrado o no está redirigido, el host es incorrecto o ambos lados usan el mismo modo.
- La conexión es rechazada. Normalmente por una passphrase que no coincide, una passphrase configurada solo en un lado o un stream ID que el receptor no reconoce.
- Conecta y luego tartamudea o se corta. La latencia es demasiado baja para la ruta de red, o el ancho de banda no llega al bitrate más la sobrecarga de retransmisión. Sube primero la latencia.
- Conecta pero sin imagen ni sonido. El receptor espera otro contenedor u otro códec, y sus logs suelen indicar cuál.
Cuando funcione, anota todos los valores con los que conectó. Los hábitos generales de cómo mantener un directo 24/7 en línea también se aplican a los destinos SRT.
Añadir un destino SRT a un stream de StreamHouse
En StreamHouse, SRT es un destino personalizado junto a las plataformas integradas. Pega la URL srt:// completa del receptor, incluidas las opciones que requiera, como una passphrase. Si te dieron un stream ID o una clave por separado, introdúcelo en el campo de stream ID, y StreamHouse lo añade como parámetro streamid cuando la URL no incluye ya uno. Si la URL no indica un modo, StreamHouse se conecta como caller, así que tu receptor debe estar escuchando.
Envía a tu receptor una lista de reproducción en bucle de vídeos precodificados las 24 horas, o añade SRT junto a YouTube, Twitch y otros destinos RTMP en el mismo stream sin consumir huecos de stream extra. Funciona en la nube y se reconecta automáticamente tras cualquier fallo. La guía de primeros pasos te acompaña en tu primer directo.
Preguntas frecuentes
¿Qué puerto usa SRT?
No hay un único puerto estándar. El listener puede usar cualquier puerto UDP disponible, y el operador del receptor te indica cuál. Ese puerto debe estar abierto para tráfico UDP en todos los cortafuegos que haya entre el emisor y el listener.
¿Mi emisor SRT debe ser caller o listener?
Normalmente el emisor llama y el receptor escucha, porque los receptores suelen tener direcciones fijas y puertos abiertos, mientras que los emisores están detrás de cortafuegos. Técnicamente funcionan ambas opciones, siempre que los lados usen modos opuestos o los dos usen rendezvous.
¿Qué latencia debo configurar para streaming SRT?
Un punto de partida habitual es varias veces el tiempo de ida y vuelta entre emisor y receptor, aumentado en enlaces con pérdidas o de larga distancia. Empieza con un valor prudente, vigila los paquetes perdidos y luego bájalo poco a poco. Confirma si tu herramienta espera milisegundos o microsegundos.
¿Puedo enviar SRT y RTMP desde el mismo stream?
Sí, si tu herramienta admite varias salidas. Un servicio en la nube puede entregar RTMP a plataformas públicas y SRT a un receptor privado al mismo tiempo, sin subida extra desde tu conexión. Cada destino sigue necesitando sus propios datos correctos.
