Vídeo · Transmisión en vivo

Transmite en vivo a un navegador, un reproductor o un relay en la nube.

Tres rutas en vivo — WebRTC (WHEP), RTSP / RTSPS y SRT. SRT para baja latencia de larga distancia sobre celular con pérdidas. El micro service consume el flujo RTP local una vez que la sesión está activa; la señalización es responsabilidad del elemento fuente.

Hablar con ingeniería Volver a la visión general de Vídeo

Cómo funciona

Tres rutas de transmisión en vivo.

La cámara alimenta el codificador H.264; el codificador distribuye a un servidor RTSP (rtsps:// con TLS), un endpoint WHEP y un listener SRT; RTSP alimenta reproductores VLC/ffmpeg, WHEP alimenta un navegador y SRT alimenta un relay en la nube.

flowchart LR
  C[Cámara] --> E[Codificador<br/>H.264]
  E --> R[Servidor RTSP<br/>rtsps:// · TLS]
  E --> W[Endpoint WHEP<br/>http(s)://.../whep]
  E --> S[Listener SRT]
  R --> P1[Reproductor<br/>VLC · ffmpeg]
  W --> P2[Navegador]
  S --> P3[Relay en la nube]
Cámara → codificador → (servidor RTSP | endpoint WHEP | listener SRT) → (Reproductor | Navegador | Relay en la nube)
Protocolos de transmisión en vivo soportados por mos-camera-capture
Protocolo URI Elemento Uso
WebRTC (WHEP) http(s)://…/whep whepsrc Reproducción en navegador; vista embebida en la UI de flota
WebRTC (señalización WS) ws(s)://… webrtcsrc Servidor de señalización personalizado
RTSP rtsp://… rtspsrc VLC · ffmpeg · ingestión NVR
RTSPS (RTSP + TLS) rtsps://… rtspsrc protocols=tcp+srtp Bundle CA validado TLS para producción
SRT srt://… srtsink / srtsrc Baja latencia de larga distancia sobre celular con pérdidas
3 rutas en vivo WebRTC · RTSP / RTSPS · SRT
0 código de señalización a escribir ICE / DTLS gestionado por el elemento fuente
WHEP ruta de navegador offer/answer HTTP · compatible con iframe
1 elemento fuente por protocolo whepsrc · webrtcsrc · rtspsrc · srtsink

Architecture

Lo que no escribes — la infraestructura entregada por MOS4.

elementos whepsrc / webrtcsrc

Elementos fuente WebRTC — offer/answer WHEP vía HTTP, señalización WebSocket, recopilación ICE, handshake DTLS. Proporcionas la URI; el elemento negocia la sesión.

elemento rtspsrc

Fuente RTSP y RTSPS — rtsp:// simple o rtsps:// validado TLS con protocols=tcp+srtp. Bundle CA anclado en producción; el desarrollo puede definir tls-validation-flags=0.

pipeline SRT plumbing

Listener SRT vía srtsink / srtsrc — recuperación de paquetes sobre celular con pérdidas sin bloqueo TCP head-of-line. Larga distancia hacia un relay en la nube sin código de integración en el lado del relay.

stack ICE / DTLS session establishment

Ciclo de vida completo de sesión WebRTC — recopilación de candidatos, traversal STUN/TURN, acuerdo de clave DTLS-SRTP. El micro service expone el flujo RTP una vez que la sesión está activa; la integración no toca el handshake.

seguridad TLS validation for rtsps://

Validación de cadena de certificado X.509, anclaje de bundle CA y derivación de clave SRTP — todo en rtspsrc. Sin fontanería OpenSSL en la capa de integración.

Preguntas frecuentes

Preguntas frecuentes

  • ¿Puedo ver la cámara en un navegador?

    Sí vía la ruta WHEP — URI http(s)://…/whep consumida por whepsrc. El offer/answer WHEP está basado en HTTP; compatible con iframe en navegadores modernos.

  • ¿Soporta RTSP TLS?

    Sí — RTSPS (URI rtsps://) con un bundle CA validado TLS. Los despliegues en producción deben anclar un bundle CA; los arneses de desarrollo pueden usar tls-validation-flags=0.

  • ¿Qué hay de SRT?

    Disponible. Usa SRT para baja latencia de larga distancia sobre celular con pérdidas — su recuperación de paquetes gestiona mejor las pérdidas que RTP-sobre-UDP sin el bloqueo TCP head-of-line.

  • ¿Está incluida la señalización?

    No. ICE / DTLS / la señalización son gestionados por el elemento fuente y el par remoto. El micro service consume el flujo RTP local una vez que la sesión está activa.

  • ¿Puedo transmitir y grabar al mismo tiempo?

    Sí. El bus de frames distribuye al codificador, al emisor y al NPU de forma concurrente — mismo frame zero-copy DMABuf, sin copia por consumidor.

Transmite a un navegador, un reproductor o un relay en la nube.

WebRTC (WHEP) · RTSP / RTSPS · SRT — trae tu preferencia de protocolo y esbozaremos la topología de transmisión.

Hablar con ingeniería Volver a la visión general de Vídeo →

Continuar · Otras funciones de Vídeo

Otras funciones de vídeo

Multicámara

Cinco transportes · dos familias de SoC · una API service.

Grabar por evento

FIFO rotativo + clips señalados por evento + difuminado RGPD en vivo.

Recuperar un clip

Siete operaciones de servicio · carga SFTP.

Despertar por evento

Siete fuentes · < 5 s listo.

IA en la nube sobre clips

Fusión lifecycle · conforme RGPD.