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 y la salida SRT están incluidas en los planes de video; 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ón | Tu equipo | Dato que debes usar |
|---|---|---|
| Publicar hacia XtreamCast | Encoder en modo caller; el servidor escucha como listener. | URL de ingesta SRT y credencial de publicación del canal. |
| Recibir desde XtreamCast | Receptor 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%3DTOKENSi 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=TOKENLa 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 autenticación por token no demuestra que el transporte esté cifrado.
Los formatos de autenticación pueden variar entre servidores. Usa siempre los datos vigentes del panel. No agregues passphrase, pbkeylen ni parámetros copiados de otro proveedor: si necesitas cifrado de transporte, confirma su disponibilidad y la configuración de ambos extremos con soporte antes de transmitir.
3. Configura el encoder y envía una señal de prueba
- Selecciona una salida SRT en el encoder. Los nombres de los campos dependen del programa y su versión.
- Configura modo caller y pega la URL completa del panel, o separa host, puerto y stream ID cuando el encoder lo requiera.
- Usa codecs, resolución y bitrate compatibles con tu canal. Confirma el perfil con soporte si el destino o player exige uno específico.
- 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.
- 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
- Abre el player o la URL HLS del canal para comprobar que la ingesta llegó al servidor. Esa reproducción tiene su propio buffer.
- Abre la URL de reproducción SRT en el receptor compatible. No uses para ello la URL secreta de publicación.
- Comprueba imagen, audio, sincronía y continuidad. Repite con la red y los dispositivos que utilizarás durante el evento.
- 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.
- Ensaya también la pérdida y recuperación de tu enlace en un canal de prueba. Define quién cambia a un respaldo; no presupongas failover automático.
Estos son pasos de validación que debes ejecutar en tu canal. No representan una medición publicada de latencia, disponibilidad o recuperación de paquetes.
Diagnóstico de problemas frecuentes
| Síntoma | Qué revisar |
|---|---|
| No conecta o agota el tiempo de espera | Host, 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 inmediato | Token, 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 audio | Salida 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 continuidad | Bitrate 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 esperado | Captura, 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
No se garantiza cero pérdida, recuperación de todos los paquetes ni una latencia fija. El cifrado requiere confirmación de configuración. FEC, bonding de varias conexiones y cambio automático a un respaldo no se deducen del soporte SRT: si forman parte de tu producción, valida los equipos y el alcance del servicio por separado.