Video · Streamen

Live in einen Browser, einen Player oder ein Cloud-Relay streamen.

Drei Live-Pfade — WebRTC (WHEP), RTSP / RTSPS und SRT. SRT für latenzarme Langstrecken über verlustbehaftete Mobilfunkverbindungen. Der micro service konsumiert den lokalen RTP-Stream nach dem Start der Sitzung; Signalisierung ist Aufgabe des Quellelements.

Mit dem Engineering sprechen Zurück zur Video-Übersicht

Wie es funktioniert

Drei Live-Streaming-Pfade.

Kamera speist den H.264-Encoder; Encoder fächert auf einen RTSP-Server (rtsps:// mit TLS), einen WHEP-Endpunkt und einen SRT-Listener aus; RTSP speist VLC/ffmpeg-Player, WHEP speist einen Browser, SRT speist ein Cloud-Relay.

flowchart LR
  C[Kamera] --> E[Encoder<br/>H.264]
  E --> R[RTSP-Server<br/>rtsps:// · TLS]
  E --> W[WHEP-Endpunkt<br/>http(s)://.../whep]
  E --> S[SRT-Listener]
  R --> P1[Player<br/>VLC · ffmpeg]
  W --> P2[Browser]
  S --> P3[Cloud-Relay]
Kamera → Encoder → (RTSP-Server | WHEP-Endpunkt | SRT-Listener) → (Player | Browser | Cloud-Relay)
Von mos-camera-capture unterstützte Live-Streaming-Protokolle
Protokoll URI Element Verwendung
WebRTC (WHEP) http(s)://…/whep whepsrc Browser-Wiedergabe; eingebettete Ansicht in Fleet-UI
WebRTC (WS-Signalisierung) ws(s)://… webrtcsrc Benutzerdefinierter Signalisierungsserver
RTSP rtsp://… rtspsrc VLC · ffmpeg · NVR-Ingest
RTSPS (RTSP + TLS) rtsps://… rtspsrc protocols=tcp+srtp TLS-validiertes CA-Bundle für die Produktion
SRT srt://… srtsink / srtsrc Latenzarme Langstrecke über verlustbehaftete Mobilfunkverbindungen
3 Live-Pfade WebRTC · RTSP / RTSPS · SRT
0 Signalisierungscode zu schreiben ICE / DTLS vom Quellelement übernommen
WHEP Browser-Pfad HTTP-Angebot/Antwort · iframe-freundlich
1 Quellelement pro Protokoll whepsrc · webrtcsrc · rtspsrc · srtsink

Was Sie nicht schreiben

Die von MOS4 gelieferte Infrastruktur.

Elemente whepsrc / webrtcsrc

WebRTC-Quellelemente — WHEP-Angebot/Antwort über HTTP, WebSocket-Signalisierung, ICE-Gathering, DTLS-Handshake. Sie liefern die URI; das Element verhandelt die Sitzung.

Element rtspsrc

RTSP- und RTSPS-Quelle — einfaches rtsp:// oder TLS-validiertes rtsps:// mit protocols=tcp+srtp. CA-Bundle in der Produktion gepinnt; Entwicklung kann tls-validation-flags=0 setzen.

Pipeline SRT plumbing

SRT-Listener über srtsink / srtsrc — Paketwiederherstellung über verlustbehaftete Mobilfunkverbindungen ohne TCP-Head-of-Line-Blocking. Langstrecke zu einem Cloud-Relay ohne relay-seitigen Integrationscode.

Stack ICE / DTLS session establishment

Vollständiger WebRTC-Sitzungs-Lebenszyklus — Kandidaten-Sammlung, STUN/TURN-Traversal, DTLS-SRTP-Schlüsselabkommen. Der micro service stellt den RTP-Stream bereit, sobald die Sitzung aktiv ist; Integration berührt den Handshake nicht.

Sicherheit TLS validation for rtsps://

X.509-Zertifikatsketten-Validierung, CA-Bundle-Pinning und SRTP-Schlüsselableitung — alles innerhalb von rtspsrc. Kein OpenSSL-Plumbing in der Integrationsschicht.

FAQ

Häufig gestellte Fragen

  • Kann ich die Kamera in einem Browser anzeigen?

    Ja, über den WHEP-Pfad — http(s)://…/whep URI, konsumiert von whepsrc. Das WHEP-Angebot/Antwort ist HTTP-basiert; iframe-freundlich in modernen Browsern.

  • Unterstützt es RTSP mit TLS?

    Ja — RTSPS (rtsps://-URI) mit einem TLS-validierten CA-Bundle. Produktionseinsätze müssen ein CA-Bundle pinnen; Entwicklungsumgebungen können tls-validation-flags=0 verwenden.

  • Was ist mit SRT?

    Vorhanden. Verwenden Sie SRT für latenzarme Langstrecken über verlustbehaftete Mobilfunkverbindungen — seine Paketwiederherstellung verarbeitet Verluste besser als RTP-over-UDP ohne TCP-Head-of-Line-Blocking.

  • Ist Signalisierung enthalten?

    Nein. ICE / DTLS / Signalisierung werden vom Quellelement und dem Remote-Peer übernommen. Der micro service konsumiert den lokalen RTP-Stream, sobald die Sitzung aktiv ist.

  • Kann ich gleichzeitig streamen und aufzeichnen?

    Ja. Der Frame-Bus fächert gleichzeitig auf den Encoder, den Streamer und den NPU aus — dasselbe NV12-dmabuf, keine Kopie pro Verbraucher.

In einen Browser, einen Player oder ein Cloud-Relay streamen.

WebRTC (WHEP) · RTSP / RTSPS · SRT — bringen Sie Ihre Protokollpräferenz mit und wir skizzieren die Streaming-Topologie.

Mit dem Engineering sprechen Zurück zur Video-Übersicht →

Weiter

Andere Video-Funktionen

Multi-Kamera

Fünf Transporte · zwei SoC-Familien · eine Service-API.

Aufzeichnung mit Ereignis-Markierung

Rotatives FIFO + ereignismarkierte Clips + DSGVO-Live-Anonymisierung.

Clip abrufen

Sieben Service-Operationen · SFTP-Upload.

Ereignisgesteuertes Aufwecken

Sieben Quellen · < 5 s Bereitschaft.

Cloud-KI auf Clips

Lifecycle-Merge · DSGVO-konform.