OBS
RTMP / SRTLass die Plattform Routing, Konvertierung und Verteilung übernehmen, damit der Quell-Encoder nur einen sauberen Contribution-Feed senden muss.
Bringen Sie einen verifizierten Beitrags-Feed in Callaba und erstellen Sie dann einen separaten Restream-Job für jedes Ziel. Jeder Job hat seine eigenen Zieleinstellungen und seinen eigenen Laufzeitstatus; Aufzeichnung, Web Player und Wiederherstellung sind separate Arbeitsabläufe, die Sie bei Bedarf hinzufügen.
Callaba auf AWS bereitstellenAkzeptieren Sie den Beitrags-Feed einmal und erstellen Sie dann einen separaten Restream-Job für jede soziale Plattform, jeden Partnerendpunkt oder jedes andere Ziel.
Lass die Plattform Routing, Konvertierung und Verteilung übernehmen, damit der Quell-Encoder nur einen sauberen Contribution-Feed senden muss.
Jeder Restream-Job hat seine eigenen Zieleinstellungen und seinen eigenen Laufzeitstatus. Überprüfen Sie jede Ausgabe unabhängig voneinander, damit jedes Ziel seine eigenen klaren Betriebsnachweise hat.
RTMP · Eigener Ausgabeauftrag 01
RTMP · Eigener Ausgabeauftrag 02
Behandeln Sie jede Ausgabestelle als eigenen Liefervertrag, auch wenn alle dieselbe Quelle verwenden.
Erstellen Sie pro Endpunkt einen eigenen Ausgabejob, damit Zugangsdaten, Limits und Fehler voneinander getrennt bleiben.
Dokumentieren und testen Sie alternative Endpunkte, bevor sie während einer Live-Sendung benötigt werden.
Binden Sie Aufnahme oder Browser-Wiedergabe als separate Jobs mit eigenen Prüfungen an den angenommenen Feed an.
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.
Mit diesem Vertrag lässt sich prüfen, was bei der Signalannahme gemeinsam bleibt und was für jede Ausgabe einzeln nachgewiesen werden muss.
| Funktion | Unterstütztes Verhalten | Abnahmeprüfung |
|---|---|---|
| Aus einem Ingest mehrere Ausgaben erzeugen | Ein verifizierter Contribution-Feed kann mehrere unabhängig konfigurierte Restream-Jobs versorgen. | Bestätigen Sie den Eingang einmal und beobachten Sie dann, wie jeder Zieljob seinen eigenen Live-Status erreicht. |
| Die Zielsteuerung unter eigener Kontrolle behalten | Endpunkt-URL, Zugangsdaten, Medienanforderungen und Wiederholungsverhalten gehören zum jeweiligen Ausgabejob. | Öffnen Sie jeden Job einzeln und prüfen Sie seinen Live-Status direkt am vorgesehenen Ziel. |
| Rechenintensive Arbeit vom Encoder verlagern | Der Quell-Encoder veröffentlicht einen einzigen sauberen Contribution-Feed; Callaba übernimmt die nachgelagerte Verteilung. | Vergleichen Sie den Upload des Encoders mit dem Status aller erstellten Ausgaben, anstatt mehrere Veröffentlichungen an der Quelle einzurichten. |
| Nutzen Sie Routing-Flexibilität über verschiedene Ziele hinweg | Die Cloud eignet sich für einen schnellen Workflow-Test; eine selbst gehostete Infrastruktur bietet sich an, wenn Netzwerk und Datenstandort kontrolliert werden müssen. | Testen Sie die echte Quelle und die tatsächlichen Endpunkte in der gewählten Umgebung, bevor die Route produktiv eingesetzt wird. |
Nutzen Sie die Cloud, um schnell eine echte Quelle und ein echtes Ziel zu validieren. Wählen Sie „selbst gehostet“, wenn Sie eine Infrastruktur-, Netzwerk- oder Datenstandortkontrolle benötigen, und validieren Sie den Workflow nach der Bereitstellung erneut.
Der nutzungsabhängige Cloud-Tarif ermöglicht einen sofortigen Callaba-Start, geringe Latenz durch ein globales Rechenzentrumsnetz, zuverlässige Server, Datensicherung, Skalierung und verwaltete Dienste.
Callaba auf AWS bereitstellenVerwenden Sie eine Beitragseingabe für mehrere Geschäftsziele mit expliziten Zieleinstellungen für jede Plattform oder jeden Partnerendpunkt.
Callaba selbst gehostet installierenJedes Ziel ist ein eigener Restream-Job. Verwenden Sie die API, um Jobs zu erstellen, zu starten und zu überprüfen, nachdem Ihr Team die Quelle, das Ziel und das Medienprofil in Callaba validiert hat.
Du nimmst einen Live-Eingang an einem verwalteten Ingest-Punkt an und entscheidest anschließend, wohin das Signal weitergeleitet wird: zu Social-Plattformen, Partner-Endpunkten, Playern oder anderen Workflow-Modulen.
Dieser Weg eignet sich, wenn eine Quelle mehrere Ziele speisen soll, Backup-Pfade wichtig sind oder die Routing-Logik in einem verwalteten Workflow statt im Encoder liegen soll.
Ja. Callaba akzeptiert die Quelle einmal und Sie erstellen einen unabhängigen Restream-Job für jedes Ziel. Konfigurieren und prüfen Sie jeden Auftrag einzeln.
Bei einem korrekt aufgebauten Workflow nicht auf Encoder-Seite. Die Quelle sendet in der Regel einen verwalteten Contribution-Stream, während die Plattform die nachgelagerte Verteilung übernimmt.
Ja. SRT ist eine verbreitete Ingest-Option, wenn Netzwerkbedingungen, Contribution-Qualität oder kontrollierte Empfangsinfrastruktur wichtig sind.
Beginnen Sie in der Steuerschnittstelle, um die Quelle, das Ziel und das Profil zu validieren. Verwenden Sie dann die API, um jeden unabhängigen Restream-Job zu erstellen, zu starten und zu überprüfen.
Beginne mit SRT-Servern, wenn zuerst geklärt werden muss, wo das Signal eingeht. Fahre mit SRT-Routen und Restreams fort, um die Weiterleitung zu definieren.
Validieren Sie zunächst eine Quelle mit den aktuell relevanten Zielen und ergänzen Sie bei Bedarf separate Aufnahme- oder Wiedergabejobs.