Erstelle und betreibe SRT- und RTMP-Ingest, Routing, Multiview, Aufzeichnung, Web-Wiedergabe, Speicher und Videoanrufe in einem Produkt. Konfiguriere den Workflow zuerst visuell und automatisiere anschließend dieselben Module per REST – auf AWS oder deiner eigenen Linux-Infrastruktur.
Die API konfiguriert Module und liest ihren aktuellen Status; das Live-Video läuft über SRT und RTMP. Richte den Ingest einmal ein und überwache, route, zeichne auf und veröffentliche anschließend, ohne die Medien durch deine Anwendung zu schleusen.
RESTBeginne mit kontrolliertem Ingest und verpacke und verteile das Signal anschließend über Player, CDN-taugliche Ausgaben und Oberflächen für Zuschauer. Das ist besonders nützlich, wenn dieselbe Quelle gleichzeitig Operatoren, Zuschauer, Aufzeichnungen und nachgelagerte Ziele versorgen muss.
Halte die Live-Ausgabe aktiv, während Callaba parallel eine Aufzeichnung erstellt. Nutze die entstandene Datei für Clips, Replay oder eine spätere VOD-Veröffentlichung, ohne den Live-Pfad um einen separaten Recorder neu aufzubauen. Aufbewahrung und Speicher richten sich nach dem konfigurierten Ziel.
Die API konfiguriert Module und liest ihren aktuellen Status; das Live-Video läuft über SRT und RTMP. Richte den Ingest einmal ein und überwache, route, zeichne auf und veröffentliche anschließend, ohne die Medien durch deine Anwendung zu schleusen.
Beginne mit kontrolliertem Ingest und verpacke und verteile das Signal anschließend über Player, CDN-taugliche Ausgaben und Oberflächen für Zuschauer. Das ist besonders nützlich, wenn dieselbe Quelle gleichzeitig Operatoren, Zuschauer, Aufzeichnungen und nachgelagerte Ziele versorgen muss.
REST stellt dokumentierte Konfiguration, Lifecycle-Aufrufe und den aktuellen aktiven Zustand bereit. Die authentifizierte Operator-Oberfläche zeigt Live-SRT-Transporttelemetrie während der Sitzung. Aufzeichnungen, Dateien und Speicherziele bleiben explizite Workflow-Module.
Die Plattform ist in operative Module wie SRT-Server, Routen, Restreams, Aufzeichnungen, Player, Räume, Speicher und Dateien gegliedert. Das gibt deinen Entwicklern ein klareres Modell als eine unübersichtliche, monolithische Endpunktlandschaft.
Dein Team erhält nicht nur Methodenreferenzen, sondern auch Presets, Workflow-Beispiele, Sprach-Tabs, passende vMix-Snippets und modulspezifische Beispiele, die den tatsächlichen Produktionseinsatz der Plattform abbilden.
REST stellt dokumentierte Konfiguration, Lifecycle-Aufrufe und den aktuellen aktiven Zustand bereit. Die authentifizierte Operator-Oberfläche zeigt Live-SRT-Transporttelemetrie während der Sitzung. Aufzeichnungen, Dateien und Speicherziele bleiben explizite Workflow-Module.
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 |
|---|---|---|
| Einen Livestream aufzeichnen, ohne die Auslieferung zu stoppen | Halte die Live-Ausgabe aktiv, während Callaba parallel eine Aufzeichnung erstellt. Nutze die entstandene Datei für Clips, Replay oder eine spätere VOD-Veröffentlichung, ohne den Live-Pfad um einen separaten Recorder neu aufzubauen. Aufbewahrung und Speicher richten sich nach dem konfigurierten Ziel. | Ja. Halte die Live-Wiedergabe oder Routing-Ausgabe aktiv, während Callaba parallel eine Aufzeichnung erstellt. Nutze die entstandene Datei für Clips, Replay oder eine spätere VOD-Veröffentlichung und definiere die Aufbewahrung über das konfigurierte Speicherziel. Automatisiere den Ablauf bei Bedarf über das Modul Aufzeichnungen . |
| Module statt einer einzigen riesigen Blackbox nutzen | Die Plattform ist in operative Module wie SRT-Server, Routen, Restreams, Aufzeichnungen, Player, Räume, Speicher und Dateien gegliedert. Das gibt deinen Entwicklern ein klareres Modell als eine unübersichtliche, monolithische Endpunktlandschaft. | Du kannst deutlich mehr als Wiedergabe entwickeln. Das Produkt ist in Module für Ingest, Routing, Restreaming, Aufzeichnung, Player, Calls, Dateien und Speicher gegliedert. So können Teams genau den benötigten Workflow zusammenstellen, statt alles durch eine einzige enge Oberfläche zu zwingen. |
| Steuere den Workflow, ohne Video durch deine Anwendung zu leiten | Die API konfiguriert Module und liest ihren aktuellen Status; das Live-Video läuft über SRT und RTMP. Richte den Ingest einmal ein und überwache, route, zeichne auf und veröffentliche anschließend, ohne die Medien durch deine Anwendung zu schleusen. | Ja. Die zentralen Workflow-Module wie SRT-Server , Restreams , Aufzeichnungen , Web-Player und Videoanrufe bieten Start- und Stoppmethoden, wo dieser Lebenszyklus relevant ist. |
| Vom Ingest zur globalen Wiedergabe wechseln, ohne das Produkt zu tauschen | Beginne mit kontrolliertem Ingest und verpacke und verteile das Signal anschließend über Player, CDN-taugliche Ausgaben und Oberflächen für Zuschauer. Das ist besonders nützlich, wenn dieselbe Quelle gleichzeitig Operatoren, Zuschauer, Aufzeichnungen und nachgelagerte Ziele versorgen muss. | Erstelle aus der gewünschten Ingest-Quelle einen Web-Player . Das Player-Modul übernimmt die Paketierung und Wiedergabe für Zuschauer; für eine größere Reichweite kannst du ein CDN wie CloudFront davor schalten. |
| Cloud oder Self-Hosted wählen, ohne das Produktmodell zu ändern | Dasselbe API-orientierte Modell funktioniert für einen schnellen Machbarkeitsnachweis in der Cloud ebenso wie für eine Self-Hosted-Bereitstellung mit vollständiger Kontrolle über Infrastruktur, Daten und Rollout-Entscheidungen. | Ja. Die Bereitstellungsart verändert den Betrieb der Infrastruktur, das Produktmodell bleibt jedoch gleich. Dein Team kann daher in der Cloud prototypisieren, bei Bedarf zu Self-Hosted wechseln und dieselbe modulorientierte API-Oberfläche weiterverwenden. |
| Für den Produktionsbetrieb gebaut, nicht nur für Demos | REST stellt dokumentierte Konfiguration, Lifecycle-Aufrufe und den aktuellen aktiven Zustand bereit. Die authentifizierte Operator-Oberfläche zeigt Live-SRT-Transporttelemetrie während der Sitzung. Aufzeichnungen, Dateien und Speicherziele bleiben explizite Workflow-Module. | Nutze das Modul SRT-Server für dokumentierte REST-Konfiguration und den aktuellen Snapshot aktiver Streams. Operatoren überwachen Live-Bitrate, RTT und Transportzustand während der Sitzung in der authentifizierten Callaba-Oberfläche. Diese Telemetrie ist Live-Betriebskontext, kein dauerhaftes Verlaufs- oder Ereignisprotokollarchiv. |
Diese Seite erklärt den Funktionsumfang des Produkts. Die Anleitungen zeigen die passenden Bedienelemente, das nächste verbundene Modul und die Prüfung, mit der der Workflow einsatzbereit ist.
Dasselbe API-orientierte Modell funktioniert für einen schnellen Machbarkeitsnachweis in der Cloud ebenso wie für eine Self-Hosted-Bereitstellung mit vollständiger Kontrolle über Infrastruktur, Daten und Rollout-Entscheidungen.
Der nutzungsabhängige Cloud-Tarif unterstützt die schnelle Bereitstellung der Callaba Video API, regionale Platzierung, Skalierung und den Produktbetrieb ohne Self-Hosted-Installation. Konfiguriere Aufzeichnungsziele und Aufbewahrung ausdrücklich für deinen Workflow.
Callaba auf AWS bereitstellenDer Unlimited-Tarif eignet sich für aktiv wachsende, mittlere und große Broadcasting-Organisationen, die ohne die Einschränkungen des Paket-Tarifs arbeiten und gleichzeitig die vollständige Kontrolle über ihre Daten behalten möchten.
Callaba selbst gehostet installierenBeginne mit einem schnellen Live-Player-Workflow und erweitere ihn anschließend anhand der Modulbeispiele um Ingest, Routing, Aufzeichnung, Wiedergabe, Anrufe, Speicher und operative Steuerung. Das Ziel ist keine einzelne Demo-Anfrage, sondern eine realistische Übersicht der Produktoberfläche, die deine Entwickler tatsächlich einsetzen.
Erstelle zuerst einen SRT-Server oder RTMP-Server. Damit erhalten dein Encoder, OBS, vMix oder eine mobile Sendeeinheit ein stabiles Ingest-Ziel, auf dem der restliche Workflow aufbauen kann.
Erstelle aus der gewünschten Ingest-Quelle einen Web-Player. Das Player-Modul übernimmt die Paketierung und Wiedergabe für Zuschauer; für eine größere Reichweite kannst du ein CDN wie CloudFront davor schalten.
Ja. Das DVR-Verhalten wird im Bereich Web-Player gesteuert. In der Praxis passen Teams Fragment- und Manifest-Einstellungen an, um festzulegen, wie weit Zuschauer während eines Live-Events zurückspulen können.
Ja. Halte die Live-Wiedergabe oder Routing-Ausgabe aktiv, während Callaba parallel eine Aufzeichnung erstellt. Nutze die entstandene Datei für Clips, Replay oder eine spätere VOD-Veröffentlichung und definiere die Aufbewahrung über das konfigurierte Speicherziel. Automatisiere den Ablauf bei Bedarf über das Modul Aufzeichnungen.
Nutze das Modul SRT-Server für dokumentierte REST-Konfiguration und den aktuellen Snapshot aktiver Streams. Operatoren überwachen Live-Bitrate, RTT und Transportzustand während der Sitzung in der authentifizierten Callaba-Oberfläche. Diese Telemetrie ist Live-Betriebskontext, kein dauerhaftes Verlaufs- oder Ereignisprotokollarchiv.
Ja. Die zentralen Workflow-Module wie SRT-Server, Restreams, Aufzeichnungen, Web-Player und Videoanrufe bieten Start- und Stoppmethoden, wo dieser Lebenszyklus relevant ist.
Du kannst deutlich mehr als Wiedergabe entwickeln. Das Produkt ist in Module für Ingest, Routing, Restreaming, Aufzeichnung, Player, Calls, Dateien und Speicher gegliedert. So können Teams genau den benötigten Workflow zusammenstellen, statt alles durch eine einzige enge Oberfläche zu zwingen.
Ja. Die Bereitstellungsart verändert den Betrieb der Infrastruktur, das Produktmodell bleibt jedoch gleich. Dein Team kann daher in der Cloud prototypisieren, bei Bedarf zu Self-Hosted wechseln und dieselbe modulorientierte API-Oberfläche weiterverwenden.
Beginne mit der Callaba Engine-Dokumentation für die Produktübersicht und wechsle dann direkt zum Modul an der ersten Workflow-Grenze: SRT-Server, Restreams, Web-Player, Aufzeichnungen oder Videoanrufe.
Dasselbe API-orientierte Modell funktioniert für einen schnellen Machbarkeitsnachweis in der Cloud ebenso wie für eine Self-Hosted-Bereitstellung mit vollständiger Kontrolle über Infrastruktur, Daten und Rollout-Entscheidungen.