Bitrate in Echtzeit
Beispielhafte Live-Ansicht6.2 Mb/sLive · letzte 60 Sekunden
SOFTWARE FÜR RTMP-INGEST UND BETRIEB
Ein kontrollierter RTMP-Eingang für Live-Produktionen
Callaba RTMP Server stellt OBS, Software-Encodern und externen Publishern einen stabilen RTMP-Listener mit eigenem Port, einstellbarem Player-Puffer sowie expliziten Stream-Key- oder IP-Freigaben bereit. Betreibe den Eingang in Callaba und verbinde ihn anschließend mit Wiedergabe, Aufzeichnung und Routing.
SICHTBARER SIGNALWEG
Einmal veröffentlichen, den weiteren Ablauf in Callaba steuern
Der RTMP-Listener bildet die stabile Ingest-Grenze. Paketierung und nachgelagerte Module machen aus dem angenommenen Signal den gewählten Produktionsausgang.
RTMP-LIVE-BETRIEB
Jede Verbindung im Blick. Volle Kontrolle über den Zugriff.
Steuere Publisher und Receiver in einer zentralen Live-Ansicht: Verfolge Änderungen der Bitrate, erkenne Region und IP-Adresse einer Verbindung, setze Zugriffsrichtlinien durch oder öffne gezielt einen Gast-Workflow.
Region und IP-Adresse
Sieh, von wo aus sich jeder Publisher oder Receiver verbindet und welche Netzwerkadresse dabei verwendet wird.
Frankfurt, DE
203.0.113.42Volle Kontrolle über Publisher und Receiver
Lasse nur freigegebene Stream-Keys oder IP-Adressen zu und steuere Senden und Empfangen getrennt.
PublisherReceiver
Gast-RTMP
Verbindungen öffnen, wenn der Workflow es erfordert
Aktiviere den Gastmodus, damit Publisher und Receiver mit einem beliebigen Stream-Key eigene Verbindungen erstellen können – ohne jeden Key vorab zu registrieren.
Gastmodus aktiviertPRODUKTNACHWEIS
Die Steuerung, die RTMP-Operatoren wirklich brauchen
Nutze eine konkrete Server-Ressource statt einer unverwalteten RTMP-URL. Jeder Listener lässt sich konfigurieren, aktivieren, stoppen und mit dem übrigen Callaba-Workflow verbinden.
Eigener RTMP-Listener
Lege Listen-Port und Player-Puffer für den Server fest, der OBS und Software-Encoder empfängt.
Freigaben für Publisher und Receiver
Wähle Stream-Key-Prüfung oder feste IP-Freigaben, damit unbekannte Publisher und Receiver abgewiesen werden.
Lebenszyklus und Paketierung
Starte oder stoppe den Server, während Callaba Laufzeitkonfiguration sowie HLS- und DASH-Ausgabeverzeichnisse verwaltet.
Technische Spezifikation
Unterstützte Produktfunktionen und ihre Prüfung
Jede unterstützte Funktion steht neben einer praktischen Abnahmeprüfung. Maßgeblich bleiben die installierte Callaba-Oberfläche sowie die tatsächlichen Quellen, Ziele und Infrastrukturprofile.
| Funktion | Unterstütztes Verhalten | Abnahmeprüfung |
|---|---|---|
| Eigener RTMP-Listener | Lege Listen-Port und Player-Puffer für den Server fest, der OBS und Software-Encoder empfängt. | Er stellt einen stabilen RTMP-Listener für OBS, Software-Encoder und andere Publisher bereit, wendet Stream-Key- oder IP-Regeln an und übergibt den Feed an Wiedergabe-, Aufzeichnungs- und Routing-Workflows. |
| Freigaben für Publisher und Receiver | Wähle Stream-Key-Prüfung oder feste IP-Freigaben, damit unbekannte Publisher und Receiver abgewiesen werden. | Ja. Erlaubte Streams lassen sich über Stream-IDs oder feste IP-Adressen definieren. Diese Regeln begrenzen Publisher und Receiver, ersetzen aber keine Transportverschlüsselung. |
| Lebenszyklus und Paketierung | Starte oder stoppe den Server, während Callaba Laufzeitkonfiguration sowie HLS- und DASH-Ausgabeverzeichnisse verwaltet. | Nein. Prüfe zuerst im Callaba-Produkt einen echten Publisher, die Zugriffsregel und das Ziel. Nutze die API erst, wenn Lebenszyklusaktionen in einer anderen Anwendung automatisiert werden sollen. |
| HLS- oder DASH-Wiedergabe | Vorbereitete Paketierungsverzeichnisse unterstützen Player-Workflows. | Nein. Der hier dokumentierte aktuelle Produkt- und API-Vertrag gilt für RTMP. Eine RTMPS-Terminierung darf nicht vorausgesetzt werden. Nutze eine separat geprüfte TLS-Grenze oder Callaba SRT Server für verschlüsselte, robuste Übertragung über das öffentliche Internet. |
| Aufzeichnung | Nutze den angenommenen Feed als Quelle für eine Aufzeichnung. | Nein. Prüfe zuerst im Callaba-Produkt einen echten Publisher, die Zugriffsregel und das Ziel. Nutze die API erst, wenn Lebenszyklusaktionen in einer anderen Anwendung automatisiert werden sollen. |
| Restream oder Übergabe | Verbinde den Ingest mit dem für die Produktion benötigten Zielmodul. | Er stellt einen stabilen RTMP-Listener für OBS, Software-Encoder und andere Publisher bereit, wendet Stream-Key- oder IP-Regeln an und übergibt den Feed an Wiedergabe-, Aufzeichnungs- und Routing-Workflows. |
ZWEI BEREITSTELLUNGSWEGE
Dasselbe RTMP-Produkt in der Cloud oder eigener Infrastruktur betreiben
Prüfe Quelle, Zugriffsregel und Ausgabe in der Umgebung, die zu Netzwerk und Betrieb passt.
Cloud-Bereitstellung
Starte Callaba in der Cloud, wenn schnell ein erreichbarer RTMP-Eingang benötigt wird und du den vollständigen Ablauf vor fester Kapazitätsplanung testen willst.
Callaba in der Cloud startenSelbst gehostet unter Linux
Installiere Callaba in deiner Infrastruktur, wenn Portfreigaben, private Netze, Speicherort oder dauerhafte Kapazität in deiner Umgebung bleiben müssen.
Callaba auf deinem Linux-Server installierenAUTOMATISIERUNG NACH DEM WORKFLOW
RTMP-Server-API-Dokumentation öffnenDen RTMP-Server-Lebenszyklus nach erfolgreichem Produkttest automatisieren
Die nachgelagerte API kann RTMP-Server anlegen, lesen, ändern, starten, stoppen und entfernen. Definiere zuerst Ingest und Zugriffsregeln im Produkt und integriere danach die Lebenszyklusaktionen.
Fragen zum RTMP-Server
Was macht Callaba RTMP Server?
Er stellt einen stabilen RTMP-Listener für OBS, Software-Encoder und andere Publisher bereit, wendet Stream-Key- oder IP-Regeln an und übergibt den Feed an Wiedergabe-, Aufzeichnungs- und Routing-Workflows.
Kann ich Publisher am RTMP-Server einschränken?
Ja. Erlaubte Streams lassen sich über Stream-IDs oder feste IP-Adressen definieren. Diese Regeln begrenzen Publisher und Receiver, ersetzen aber keine Transportverschlüsselung.
Verspricht diese RTMP-Server-Seite RTMPS- oder TLS-Terminierung?
Nein. Der hier dokumentierte aktuelle Produkt- und API-Vertrag gilt für RTMP. Eine RTMPS-Terminierung darf nicht vorausgesetzt werden. Nutze eine separat geprüfte TLS-Grenze oder Callaba SRT Server für verschlüsselte, robuste Übertragung über das öffentliche Internet.
Brauche ich die API für Callaba RTMP Server?
Nein. Prüfe zuerst im Callaba-Produkt einen echten Publisher, die Zugriffsregel und das Ziel. Nutze die API erst, wenn Lebenszyklusaktionen in einer anderen Anwendung automatisiert werden sollen.
ECHTEN FEED TESTEN
Baue die RTMP-Grenze, die dein Team betreiben kann
Starte in der Cloud, installiere unter Linux oder prüfe die Multiview-Operatoransicht, bevor du automatisierst.