Das Dashboard ist eine Bedienerkonsole, keine Berichtsseite. Es bringt den Status von SRT, RTMP, Routen, Aufzeichnungen, Restreams, Webplayern, NDI-Adaptern und aktiven Ports in einen gespeicherten Arbeitsbereich.
Callaba-Produkte
Ein Bediener kann von einem übergeordneten Symptom zum besitzenden Modul wechseln, ohne das gesamte Menü zu durchsuchen.
So funktioniert das ProduktVor dem Start
Ein Callaba-Konto mit Zugriff auf die Instanz.
Mindestens ein konfiguriertes Medienmodul, wenn dessen Widget Live-Ressourcen anzeigen soll.
Einstellungen erklärt
Hier werden die für Operatoren relevanten Bedienelemente erklärt. Interne Feldnamen und Implementierungsereignisse bleiben bewusst verborgen.
Arbeitsbereich
Wählen Sie aus, welche Betriebssignale nach der Anmeldung sichtbar bleiben.
- Sichtbare Widgets
Zeigen Sie nur die Modulzusammenfassungen an, die von der aktuellen Operatorrolle benötigt werden.
Halten Sie Aufnahme-, Ausgabe- und Host-Gesundheitssignale für die Vorfallarbeit zusammen.- Widget-Reihenfolge
Ziehen Sie Widgets in die Sequenz, in der Ihr Team einen Live-Workflow überprüft.
Die Bestellung wird für den Dashboard-Benutzer gespeichert.
Live-Status
Jedes Widget ist ein Eingang in sein eigenes Modul.
- Ressourcenstatus
Sehen Sie, ob konfigurierte Ressourcen aktiv sind, bevor Sie deren vollständige Liste öffnen.
- Modulverknüpfung
Öffnen Sie die besitzende SRT-, RTMP-, Routen-, Aufnahme-, Restream-, Player-, NDI- oder Portliste über ihr Widget.
Sicherer erster Workflow
- 01
Melden Sie sich an und scannen Sie den Header nach CPU-, Speicher-, Festplatten- oder Prozesswarnungen.
- 02
Behalten Sie die Widgets für den von Ihnen betriebenen Live-Pfad und entfernen Sie visuelles Rauschen von nicht verwandten Modulen.
- 03
Ordnen Sie die Widgets vom Beitrag bis zur Lieferung und öffnen Sie dann alle Ressourcen, deren Status unerwartet ist.
Workflow-Beispiele
Erstellen Sie eine Vorfallansicht
Ein Live-Programm ist auf einen SRT-Eingang, eine Aufzeichnung und einen Browser-Player angewiesen.
So wird er aufgebaut
- 1
Platzieren Sie SRT-Server, Aufzeichnungen, Web-Player und Host-Zustand in der ersten sichtbaren Zeile.
- 2
Bestätigen Sie, dass die Quell- und Downstream-Ressourcen aktiv sind.
- 3
Öffnen Sie das erste Widget, dessen Status vom erwarteten Live-Pfad abweicht.
Führen Sie einen Live-Event-Bereitschaftsdurchlauf durch
Betreiber benötigen eine Preflight-Oberfläche für den primären Feed, den Wiederherstellungspfad, die Aufzeichnung und die Publikumsausgabe.
So wird er aufgebaut
- 1
Ordnen Sie die Quell-, Wiederherstellungs-, Aufzeichnungs- und Player-Widgets in der Reihenfolge an, in der das Event-Team sie überprüft.
- 2
Öffnen Sie jedes Widget und bestätigen Sie, dass die konfigurierte Ressource aktiv oder für den geplanten Start bereit ist.
- 3
Überprüfen Sie eine echte Vorschau und das Aufnahmeziel, bevor Sie den Workflow für bereit erklären.
- 4
Behalten Sie dieses Dashboard-Layout während der Veranstaltung bei, damit jeder Operator vom gleichen Weg aus startet.
Ergebnis prüfen
- Die ausgewählten Widgets bleiben nach einem Neuladen in der gewählten Reihenfolge.
- Jede Modulverknüpfung öffnet die passende Ressourcenliste.
- Header-Kapazität und Fehlerindikatoren stimmen mit der detaillierten Zustandsansicht überein.
Fehlerbehebung
Ein Widget ist leer
Prüfen- Bestätigen Sie, dass das Modul mindestens eine Ressource enthält.
- Öffnen Sie die Modulliste und stellen Sie sicher, dass Ihr Konto sie lesen kann.
Erstellen oder wiederherstellen Sie die zugrunde liegende Ressource. Das Dashboard erfindet keine Platzhalterdaten.