Controle quién se conecta
Controle el acceso de emisores y receptores con Stream ID o reglas por IP de pares. Defina una frase de paso SRT coincidente cuando el cifrado esté activado.
Callaba · Nube y autohospedado
Software de servidor SRT para producción en directo
Recibe señales de cámaras remotas y programas terminados. Supervisa imagen, audio y estado de la conexión en el navegador; después enruta o graba las fuentes. Añade producción en directo con Video Mixer en un despliegue compatible.
Ejecútelo en su cuenta AWS o en infraestructura Linux que administre.
Demostración SRT en directo
Probar una conexión SRT en directo
Cree una conexión temporal durante una hora. Envíe su flujo a la dirección de publicación en modo Caller, dejando vacío el ID de flujo. mírelo en Multiview a continuación o conecte su receptor a la dirección de recepción en modo Caller.
Listo para crear
Controles del servidor
Supervise conexiones SRT y registros del servidor
Vea qué emisor está conectado, inspeccione su bitrate y RTT, y encuentre eventos de conexión sin salir del panel.
Compruebe la ruta de red
Inspeccione bitrate, RTT, pérdida de paquetes y pares conectados antes de cambiar el receptor o el codificador.
Encuentre errores de conexión
Abra Mostrar registros desde los ajustes del servidor. Pause las actualizaciones, busque por hora o mensaje y exporte los eventos que necesite.
Servidor SRT propio
Haga la primera conexión
Elija cómo se conectan su codificador y receptor. Sustituya los marcadores por los valores mostrados en su panel de Callaba.
Patrón de host y puertoDos puertos UDP distintos: uno de emisor y otro de receptor. Los Stream ID se dejan deliberadamente vacíos.
Dirección del emisor
srt://example.invalid:YOUR_PUBLISHER_PORT?mode=callerUse el puerto UDP del emisor. Deje el Stream ID vacío para este patrón de puertos separados.
Dirección del receptor
srt://example.invalid:YOUR_RECEIVER_PORT?mode=callerUse el puerto UDP de receptor distinto. Deje también aquí el Stream ID vacío.
Prepare el servidor
En Streaming servers → SRT servers, cree el Listener y reserve el puerto o puertos UDP. En Streams, permita un Stream ID vacío para los roles de emisor y receptor previstos.
Configure ambos endpoints
Configure el codificador y receptor como Caller y pegue sus respectivas direcciones. Caller y Listener describen quién inicia la sesión; no describen la dirección del medio.
Compruebe vídeo y audio
Inicie la fuente. Confirme el emisor y bitrate entrante en Estadísticas, y luego compruebe la imagen y escuche el audio en su receptor.
Configuración de codificador y receptor
Conecte su codificador y receptor
Envíe desde OBS, vMix o un codificador SRT a la dirección del publicador. Abra la dirección del receptor en la aplicación receptora. Haga coincidir los ajustes de conexión en ambos extremos y compruebe que el receptor admite el formato multimedia.
Producción, monitorización y distribución
Cree el programa o tráigalo ya terminado
Sus señales SRT están disponibles para el resto de Callaba. Mantenga su configuración de producción actual y gestione aquí su salida, o lleve cámaras a Video Mixer para producir el programa en el navegador.
Monitorizar
Compruebe imágenes y audio entrantes en paralelo, con información de flujo en cada mosaico de Multiview.
Explorar MultiviewEnrutar
Entregue una señal terminada a receptores SRT o configure la publicación en YouTube, Facebook y Twitch.
Enrutar y retransmitir vídeoGrabar
Conserve una grabación de una señal entrante o grabe el programa creado en el mezclador.
Grabar un flujo SRTMezclar
Combine fuentes en directo y medios en escenas. Prepare el siguiente plano en Preview, llévelo a Program y mezcle su audio.
Mezclar fuentes SRTElija dónde se ejecuta
AWS o su propio servidor Linux.
Mantenga el control de dónde se ejecutan sus señales. Callaba proporciona el espacio de trabajo en el navegador; su equipo opera el host, el acceso de red y el almacenamiento.
Implemente en su cuenta AWS
Revise los precios actuales del software y los términos de suscripción en AWS Marketplace. EC2, almacenamiento y transferencia de datos son costes de infraestructura adicionales.
Implementar en AWS ↗Instale en su servidor Linux
Use un host Linux, VM o nube privada compatible. Siga la guía de instalación actual y licencie las unidades de módulo que necesite su flujo de trabajo.
Instalar autohospedado →Planificación de capacidad
Prevea flujos, procesamiento y almacenamiento
Cuente fuentes y destinos simultáneos. Deje capacidad de red para retransmisiones y espacio en disco para grabaciones. Multiview, mezcla y transcodificación añaden carga de proceso además del reenvío de la misma señal codificada.
Comprobaciones de conexión
Resuelva una conexión SRT
El codificador no conecta
Compruebe que el servidor está activado, que su dirección pública y puerto UDP de emisor son correctos, y que el firewall, NAT o grupo de seguridad de AWS permite el tráfico. Después compruebe el Stream ID permitido y cualquier frase de paso en ambos extremos.
Busque intentos de conexión en el historial de eventos y en Mostrar registros antes de cambiar ajustes de códec.
Conectado, pero sin imagen ni audio
Primero compruebe que hay bitrate entrante. Confirme que el puerto receptor o Stream ID de receptor emparejado selecciona la señal deseada. Después compruebe el contenedor, códec de vídeo y pistas de audio con la aplicación receptora.
La visualización en navegador necesita una ruta de reproducción compatible; los navegadores no reproducen una URL SRT sin procesar directamente.
La imagen se corta o el flujo se cae
Compare bitrate, RTT y pérdida de paquetes durante el mismo intervalo. Compruebe capacidad de subida y margen para retransmisiones, y luego revise el ajuste de latencia. Un búfer mayor no soluciona una subida sistemáticamente insuficiente.
Exporte los registros de servidor correspondientes para correlacionar desconexiones con eventos de fuente o red.
Preguntas sobre SRT Server
¿Necesito un Stream ID?
Déjelo vacío para los puertos separados de emisor y receptor usados en la demostración. En un puerto Listener compartido, use ID de emisor y receptor emparejados. Consulte los dos métodos de conexión.
¿Puedo enviar una señal SRT a YouTube o Twitch?
Reciba la fuente en Callaba y luego cree una tarea de restreaming con la URL y clave de flujo del destino. Haga coincidir los ajustes de vídeo y audio requeridos por esa plataforma.
¿Puedo mezclar varias fuentes SRT?
Sí. Añada fuentes SRT al AV Mixer, cree escenas en Vista previa y lleve la siguiente escena a Programa con CUT o FADE. Cada cámara u otra entrada del mezclador usa una unidad. Consulte los precios actuales de entradas Mixer.
¿Cómo encaja Callaba entre las opciones de servidor SRT?
Empiece por quién operará el servidor y qué debe ocurrir después de la ingesta. Servicios alojados como Castr e IN/OUT-SRT, servidores de código abierto como MediaMTX y SRS, y software Windows como SRT Mini Server se ajustan a modelos operativos diferentes. Callaba funciona en AWS o en su infraestructura Linux, con controles en navegador y módulos de vídeo conectados.
Si su tarea principal es enrutar entre endpoints, explore también el flujo de trabajo SRT Gateway.
Acceso a API
Enumere sus servidores SRT con curl
Esta solicitud de solo lectura devuelve los servidores SRT configurados. Sustituya el host y token de API por los valores de su servidor; la solicitud no cambia su configuración.
Enumerar servidores SRT con curl
curl --request POST 'https://YOUR_CALLABA_SERVER/api/srt-servers/getAll' \
--header 'x-access-token: YOUR_API_TOKEN' \
--header 'Content-Type: application/json' \
--data '{"limit":10,"skip":0,"sort":{"server_created":1}}'Ask AI
Guía de conexión y referencia técnicaModos, puertos, latencia, acceso y solución de problemas
Referencia de conexión SRT: puertos, ID de flujo y latencia
Referencia práctica de servidor SRT para configurar puertos separados o ID de flujo emparejados, comprobar el estado del transporte, establecer la latencia y…
Use SRT para el tramo de contribución
Un servidor SRT, o servidor SRT en directo, es el punto de terminación configurado para una sesión de contribución SRT. SRT funciona sobre UDP y proporciona modos de conexión, recuperación y cifrado opcional; el borrador del protocolo SRT describe el transporte.
Caller abre una sesión y Listener la espera. Esas etiquetas no establecen la dirección del medio: configure el rol de emisor o receptor en el punto de terminación pertinente o en el trabajo posterior.
Mantenga coherente el patrón de acceso
Cree el servidor en Streaming servers → SRT servers. Use Streams para permitir el acceso de emisor y receptor; después, use el host y el puerto o puertos UDP asignados de ese servidor.
Para puertos separados, reserve un puerto de emisor y otro de receptor; los ID de flujo vacíos son válidos en las entradas de Streams y en las URL de los puntos de terminación. Para un puerto Listener compartido, use entradas de acceso de emisor y receptor emparejadas con el mismo código de servidor e ID de flujo, además de los prefijos publisher/… y receiver/…. Elija un patrón para una prueba en lugar de mezclar identificadores.
Abra el puerto o intervalo UDP seleccionado en el firewall del host y en el perímetro de red. Un Caller detrás de NAT puede realizar una conexión saliente a un Listener accesible; pruebe desde la red de origen real. Si el cifrado está activado, establezca la misma frase de paso en ambos extremos.
Pruebe con FFmpeg
Ejemplos para un servidor configurado con puertos de emisor y receptor separados e ID de flujo vacíos. Sustituya el host, los puertos asignados y el archivo de entrada. La documentación del protocolo SRT de FFmpeg define estas opciones de URL.
Publique un archivo MPEG-TS local
Command
ffmpeg -re -stream_loop -1 -i input.ts -c copy -f mpegts "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_PUBLISHER_PORT?mode=caller&latency=200000"Reciba desde el puerto receptor
Command
ffplay "srt://YOUR_CALLABA_HOST:YOUR_ASSIGNED_RECEIVER_PORT?mode=caller&latency=200000"En FFmpeg, latency=200000 es un ejemplo de 200 ms porque la opción usa microsegundos. Establezca la latencia de producción a partir del RTT medido, las pérdidas y el retraso de extremo a extremo permitido; consulte la guía de latencia SRT.
Compruebe previamente la ruta que utilizará
- Pruebe desde la red de origen, con el nombre de host, puerto UDP, patrón de acceso y frase de paso previstos para el evento.
- Verifique la imagen de destino y el audio de programa del flujo seleccionado, no solo la sesión entrante.
- Guarde la configuración activa y registre las horas coincidentes de los logs de origen, servidor y destino.
- Pruebe el procedimiento de conmutación por error solo si el evento lo utilizará, incluido el comportamiento en destino y el relevo del operador.
Establezca límites operativos realistas
La latencia SRT es un búfer de recuperación de transporte, no todo el retraso de extremo a extremo. La captura, codificación, búfer del receptor, decodificación, empaquetado y búfer del reproductor también añaden tiempo. Mida la ruta completa antes de reducir los búferes.
Planifique los recursos de red y host para flujos simultáneos, bitrates medidos, retransmisiones, supervisión y trabajos posteriores activados. Antes de un evento largo, observe la carga completa prevista el tiempo suficiente para revelar colas, contención de recursos o conectividad de origen inestable. Una ruta de transporte principal/respaldo puede conservar sesiones conectadas de receptor y puller durante una conmutación; pruebe sus flujos, búferes y comportamiento en destino antes de confiar en ella durante un evento.
Más guías de configuración
Empieza con una señal real
Evalúa Callaba SRT Server con tu modelo de despliegue
Inicia en la nube, instala en Linux o revisa la experiencia Multiview en directo antes de automatizar.