Encoders

Cómo transmitir y recibir video con SRT

Conecta tu encoder y comprueba la salida del canal. Esta guía diferencia las direcciones de publicación y reproducción, y explica qué debes validar antes de un directo.

7 min de lectura Intermedio

Antes de empezar

Necesitas un canal de video activo, SRT habilitado en el canal y un encoder con soporte SRT. Para comprobar la recepción, prepara también un receptor compatible, como VLC o FFmpeg con soporte SRT. La ingesta SRT está incluida en los planes de video, también en el plan gratis; la salida SRT es de los planes de pago. Se mantienen los límites del plan y su transferencia.

  • Obtén del panel los datos actuales del canal y confirma con soporte cualquier campo que no aparezca.
  • Prepara una señal de prueba con imagen, audio y un reloj visible para evaluar el recorrido completo.
  • Comprueba que la red permita tráfico UDP hacia el host y puerto asignados. Una conexión RTMP correcta no confirma que SRT esté permitido.

1. Distingue publicación, reproducción y modo SRT

ConexiónTu equipoDato que debes usar
Publicar hacia XtreamCastEncoder en modo caller; el servidor escucha como listener.URL de ingesta SRT y credencial de publicación del canal.
Recibir desde XtreamCastReceptor en modo caller; el servidor escucha como listener.URL de reproducción SRT del canal.

Caller indica qué extremo inicia la conexión; no significa necesariamente emisor. Copia por separado las direcciones de entrada y salida. La salida puede usar un puerto dedicado o un puerto compartido con stream ID, según la asignación del canal. No inventes un puerto ni añadas un stream ID a una URL que el panel entrega sin él.

2. Copia la URL completa y protege el stream ID

En la ingesta actual con stream ID, la dirección identifica el canal y lleva un token de publicación. Este ejemplo muestra la estructura con valores ficticios; no es una dirección utilizable:

srt://HOST:PORT?mode=caller&streamid=VHOST%2FAPP%2FSTREAM%3Ftoken%3DTOKEN

Si tu encoder ofrece un campo separado para Stream ID, el formato lógico es el siguiente. Usa el valor que corresponda al formato requerido por el encoder; los caracteres %2F, %3F y %3D de una URL son caracteres codificados. No codifiques el dato dos veces.

VHOST/APP/STREAM?token=TOKEN

La URL de publicación y su token son confidenciales. No los pongas en una web, repositorio, captura pública o ticket sin ocultarlos. Si se exponen, solicita su renovación y actualiza los encoders.

La ingesta SRT de XtreamCast se autentica con el token del stream ID y no usa passphrase: deja vacíos los campos passphrase y pbkeylen del encoder. Usa siempre los datos vigentes del panel, sin parámetros copiados de otro proveedor.

3. Configura el encoder y envía una señal de prueba

  1. Selecciona una salida SRT en el encoder. Los nombres de los campos dependen del programa y su versión.
  2. Configura modo caller y pega la URL completa del panel, o separa host, puerto y stream ID cuando el encoder lo requiera.
  3. Usa codecs, resolución y bitrate compatibles con tu canal. Confirma el perfil con soporte si el destino o player exige uno específico.
  4. Ajusta el buffer de latencia SRT a la red que realmente usarás. Comprueba las unidades del encoder: no todos los campos de latencia se expresan igual.
  5. Inicia la salida y revisa que el panel reciba video y audio. Si no hay señal, detén la prueba y revisa la tabla de diagnóstico.

SRT puede recuperar paquetes dentro de su ventana de tiempo. Un buffer demasiado corto reduce el margen de recuperación; uno mayor añade retraso. SRT no sustituye una conexión con capacidad suficiente ni recupera una desconexión prolongada.

4. Verifica la ingesta y la reproducción por separado

  1. Abre el player o la URL HLS del canal para comprobar que la ingesta llegó al servidor. Esa reproducción tiene su propio buffer.
  2. Abre la URL de reproducción SRT en el receptor compatible. No uses para ello la URL secreta de publicación.
  3. Comprueba imagen, audio, sincronía y continuidad. Repite con la red y los dispositivos que utilizarás durante el evento.
  4. Para estimar latencia, compara el reloj visible en la fuente con la imagen recibida bajo las mismas condiciones. Anota encoder, buffer, red, receptor y hora de la prueba.
  5. Ensaya también la pérdida y recuperación de tu enlace en un canal de prueba y define quién cambia a tu enlace de respaldo si lo tienes.

Diagnóstico de problemas frecuentes

SíntomaQué revisar
No conecta o agota el tiempo de esperaHost, puerto, modo caller, canal activo y tráfico UDP permitido. Confirma que SRT esté habilitado en el canal y servidor.
Conecta y se cierra de inmediatoToken, stream ID completo y URL correcta de ingesta o reproducción. Copia de nuevo desde el panel sin espacios adicionales.
Hay conexión pero no imagen o audioSalida activa del encoder, codecs compatibles y selección de pistas. Prueba primero la ingesta y después cada salida.
Imagen entrecortada o pérdida de continuidadBitrate frente a upload disponible, pérdida de red y buffer SRT. Reduce bitrate y vuelve a medir antes de aumentar resolución.
Retardo mayor de lo esperadoCaptura, encoder, buffer SRT, distancia y receptor. No confundas latencia de transporte con la latencia total del player HLS.

Al contactar con soporte, facilita el identificador del canal, fecha y hora con zona horaria, encoder y versión, red utilizada y error observado. Oculta tokens y contraseñas en capturas o registros.

Límites que debes prever

SRT recupera los paquetes perdidos que alcanzan a reenviarse dentro del buffer configurado; la latencia final depende de ese buffer y de la red. La ingesta se autentica con token, sin passphrase. El bonding de varias conexiones y el cambio a un enlace de respaldo se resuelven en tu encoder o en tu equipo de producción.

Continúa con tu configuración