- Name
- Geprüfte Ereignisaufzeichnung
- Pfad
- Verwalteter Dateipfad
- Sichtbarkeit
- Beispielauswahl: Privat
- Ausgabeformat
- Aktuelles Format behalten, wenn kein anderes benötigt wird
Live-Eingang aufzeichnen und die fertige Datei prüfen.
Wählen Sie einen Eingang, den Callaba empfangen kann, darunter SRT, RTMP, RTSP, NDI oder ein Video Room. Zeichnen Sie eine fortlaufende Datei oder zeitgesteuerte Segmente auf den verschlüsselten internen Datenträger auf und öffnen Sie das Ergebnis anschließend im File Manager. Prüfen Sie die Sichtbarkeit, erstellen Sie bei Bedarf eine separate konvertierte Kopie und fügen Sie verbundenen Storage nur hinzu, wenn der Workflow ihn benötigt.
Ausgewählte Quelle durch den Aufzeichnungsablauf verfolgen
Wählen Sie unten eine Quelle. Sie bleibt sichtbar, während Sie Dateimodus, optionale Verarbeitung und Dateiprüfungen festlegen.
Recorder kann einen Callaba SRT Server, eine Route oder eine explizite SRT-URL verwenden. Der akzeptierte Stream gelangt in den Aufzeichnungsjob, ohne das Contribution-Design zu ändern.
- Eingangsfamilie
- Verwaltet + URL
- Recorder-Status
- Bereit zur Konfiguration
Mit SRT fortfahrenDiese Quelle bleibt ausgewählt, bis Sie eine andere wählen. Im nächsten Schritt legen Sie fest, wie Recorder die Datei erstellt. Eine zwischengeschaltete Protokollkonvertierung ist nicht erforderlich.
Eine fortlaufende Datei oder zeitgesteuerte Segmente
Eine fortlaufende Datei und zeitgesteuerte Segmente unterstützen unterschiedliche Wiederherstellungs- und Aufbewahrungspläne. Der ausgewählte Modus bleibt während der Dateiprüfung sichtbar.
Fortlaufende Datei ausgewähltEine fortlaufende Aufzeichnung hängt von sauberem Stoppen und Finalisieren ab. Prüfen Sie dies mit einer kurzen Datei, bevor derselbe Job stunden- oder tagelang geöffnet bleibt.
SRT vom Laufzeitfortschritt bis zur geöffneten Datei verfolgen
Der Laufzeitstatus ist nützlich, prüft aber nicht die Datei. Vier Prüfungen verbinden Eingang, Recorder-Prozess, fertige Medien und den File Manager-Eintrag.
- 01Quelle
Der ausgewählte SRT-Eingang hat das erwartete Bild, Audio, die richtige Identität und Bitrate.
- 02Recorder-Prozess
FPS, Bitrate, Medienzeit, Geschwindigkeit und Fortschritt zeigen, dass die Aufzeichnung weiterläuft.
- 03Fertige Datei
Die Fortlaufende Datei-Ausgabe lässt sich mit erwarteter Dauer, Zeitstempeln, Bild und Audio öffnen.
- 04File Manager-Eintrag
Die fertige Aufzeichnung erscheint im File Manager mit erwartetem Namen, verwaltetem Pfad, Sichtbarkeit und Format.
File Manager setzt den Workflow nach der Aufzeichnung fort
Recorder schreibt das fertige Ergebnis auf den internen Datenträger und übergibt den verwalteten Dateieintrag an File Manager. Dort können Sie Name, Sichtbarkeit und Pfad prüfen, das aktuelle Format behalten oder eine separate konvertierte Kopie erstellen. Verbundener Storage bleibt optional.
Mit SRT und Fortlaufende Datei fortfahrenDie obige Aufzeichnung ist jetzt eine verwaltete Datei auf dem internen Datenträger. Die Aufnahme ist beendet; Sichtbarkeit und optionale Konvertierung bleiben getrennte Entscheidungen, und verbundener Storage wird nur bei Bedarf hinzugefügt.
Separate Kopie in einem anderen Format erstellen
Eine Änderung von Ausgabeformat oder Transcodierungseinstellungen startet eine Hintergrund-Neuschreibung. Dadurch entsteht eine separate konvertierte Kopie, ein sogenanntes Derivat. Das Original bleibt unverändert in seinem eigenen verwalteten Dateieintrag.
Verbundener Storage ist optional
Die Aufzeichnung funktioniert auf dem internen Datenträger ohne externen Storage. Wenn Storage konfiguriert ist, registriert Callaba den Objektspeicher zusammen mit seinem Metadatendienst, formatiert das Volume und bindet es in einen POSIX-kompatiblen Namensraum ein. File Manager kann dann eine geprüfte Datei über diesen vertrauten Dateisystempfad kopieren und den Fortschritt anzeigen.
Die Verschlüsselung gilt für Dateien auf dem standardmäßigen internen Datenträger und im optional verbundenen Storage. Der direkte Zugriff allein auf den physischen Datenträger oder die zugrunde liegenden Objektspeicherblöcke legt keine lesbare oder abspielbare Mediendatei offen.
Die Sichtbarkeit wird im verwalteten Dateieintrag gespeichert und sollte vor Veröffentlichung oder Wiedergabe geprüft werden. Der hier gezeigte Wert Privat ist nur ein Beispiel und niemals ein angenommener Standardwert.
Recorder schreibt standardmäßig lokal. Optionale Objektspeicherziele bleiben hinter File Manager, und die installierte Oberfläche ist für die verfügbaren Storage-Typen maßgeblich.
Technische Spezifikation für Video Stream Recorder
Diese Tabelle beschreibt das unterstützte Verhalten. Die Kapazität hängt vom Knoten ab, einige Optionen von der installierten Version. Die installierte Callaba-Oberfläche bleibt für auswählbare Eingänge und Felder maßgeblich.
| Funktion | Unterstütztes Verhalten | Prüfmethode |
|---|---|---|
| Eingangsfamilien | Verwaltete SRT- und RTMP-Module; SRT Routes; SRT-, RTMP-, RTSP-, HLS-, MPEG-DASH-, RIST-, UDP-, RTP- und HTTP-Pfade; NDI; Video Rooms; Datei- und erzeugte Testquellen, soweit in der installierten UI verfügbar. | Ein kurzer Quelltest sollte erwartetes Bild, Audio, Identität und Wiederherstellung vor einer langen Aufzeichnung zeigen. |
| Aufzeichnungsmodi | Eine fortlaufende Datei oder zeitbasierte Teilung. | Ein kurzer fortlaufender Test sollte sauber stoppen. Der Teilungsmodus benötigt außerdem mehrere aufeinanderfolgende Dateien mit intakten Grenzen. |
| Segmentdauer | Stunden, Minuten und Sekunden definieren das Teilungsintervall. | Die ersten fertigen Segmente sollten der konfigurierten Dauer entsprechen, ohne unerklärte Lücken oder Drift. |
| Ausgabefamilien | MP4, wachsende MKV-, wachsende MPEG-TS- und HLS-Archivausgabe; zusätzliche Audio-/Dateiformate hängen vom ausgewählten Verarbeitungspfad und der installierten Version ab. | Das fertige Ergebnis sollte den erwarteten Container, Dauer, Spuren, Zeitstempel und bei Bedarf das richtige Suchverhalten aufweisen. |
| Videoverarbeitung | Optionale Steuerelemente für Codec, Bitrate, Bildgröße, Bildrate, GOP und zugehörige Transcodierung. | Die Datei sollte dem Archivprofil entsprechen. Transcodierung kann deaktiviert bleiben, wenn kompatible Medien beibehalten werden sollen. |
| Audioverarbeitung | Optionale Einstellungen für Audio-Codec/-Rate sowie Spur- und Kanalauswahl. | Die fertige Datei sollte den vorgesehenen Programmmix, die Audiospuren und Kanalbelegung enthalten. |
| Bild-Overlay | Optionales vorbereitetes Bild-Overlay mit expliziter Position. | Der gesamte Ausgabeframe sollte die Grafik an der vorgesehenen Position zeigen, ohne erforderliche Inhalte zu verdecken. |
| Laufzeitstatistiken | FPS, Bitrate, Medienzeit, Geschwindigkeit und Fortschritt, sofern vom laufenden Worker geliefert. | Medienzeit und Fortschritt sollten weiterlaufen. Laufzeitstatistiken allein prüfen die Datei nicht. |
| Standard-Dateispeicherort und Aufbewahrung | Recorder schreibt Dateien standardmäßig auf den internen Datenträger. Altersbasierte automatische Löschung lokaler Aufzeichnungsdateien ist optional. | Prüfen Sie die fertige lokale Datei vor Aktivierung der Löschung. Wenn verbundener Storage verwendet wird, schließen Sie zuvor auch Kopie und Rücklesen ab. |
| File Manager | Fertige Aufzeichnungen gelangen mit Name, Pfad, Beschreibung, Sichtbarkeit, Ausgabeformat und Verarbeitungsmetadaten in den verwalteten Datei-Workflow. | Die fertige Aufzeichnung sollte den richtigen File Manager-Eintrag, Dauer, Größe und Sichtbarkeit haben, und ihre Medien sollten abspielbar sein. |
| Konvertierung nach der Aufzeichnung | Eine Änderung von Ausgabeformat oder Transcodierungseinstellungen kann eine Hintergrund-Neuschreibung starten, die ein verwaltetes Derivat erstellt, darunter MP4-, HLS- oder reine Audio-Workflows. | Nach Abschluss der Neuschreibung sollte das Derivat dem angeforderten Format, den Spuren, der Dauer und den Zeitstempeln entsprechen. |
| Optionaler POSIX-kompatibler Storage | Wenn verbundener Storage konfiguriert ist, werden sein Objektspeicher und Metadatendienst formatiert und als verwalteter POSIX-kompatibler Dateisystem-Namensraum eingebunden. Recorder benötigt diese Schicht nicht, um auf den internen Datenträger zu schreiben. | Falls verwendet, sollte ein eingebundener Storage eine unkritische File Manager-Kopie annehmen und dieselbe Datei über den verwalteten Pfad zurückgeben. |
| Verschlüsselung im Ruhezustand | Verwaltete Dateien auf dem standardmäßigen internen Datenträger und im optional verbundenen Storage sind im Ruhezustand verschlüsselt; direkter Datenträger- oder Objektspeicherzugriff allein legt keine abspielbaren Medien offen. | Normaler und Wiederherstellungszugriff sollten den verwalteten Callaba-Dateipfad verwenden; rohe Speicherblöcke sind keine Mediendateien. |
| Optionale Storage-Übergabe | File Manager kann eine geprüfte Datei vom internen Datenträger auf ein konfiguriertes, durch Objektspeicher gestütztes Volume kopieren und den Kopierfortschritt anzeigen. | Bei dieser optionalen Übergabe sollte die Kopie abgeschlossen und aus dem vorgesehenen Storage zurückgelesen werden, bevor die lokale Löschung greift. |
| Lebenszyklussteuerung | Erstellen, Aktualisieren, Auflisten/Zählen, Abruf nach ID, Starten, Stoppen, Statistikabruf, Datei- und Jobentfernung über UI/API-Workflows. | Eine unkritische Quelle kann das Verhalten beim Starten, Stoppen, Neustarten und sauberen Entfernen bestätigen. |
| Bereitstellung | Callaba Cloud-Bereitstellung oder selbst gehostetes Linux; die Kapazität hängt von Quellmedien, Verarbeitung, parallelen Jobs und Storage-Design ab. | Der ausgewählte Knoten benötigt einen Lasttest mit dem realen Quellenmix, Aufzeichnungsmodi, Verarbeitung und Datenträgerverhalten. |
Aufzeichnung und Dateiverwaltung in derselben Bereitstellung halten
Betreiben Sie Recorder in einer Callaba-Cloud-Bereitstellung oder auf selbst gehostetem Linux. In beiden Fällen beginnt die Aufzeichnung auf dem verschlüsselten internen Datenträger; verbundener Storage bleibt optional.
Callaba in AWS
Starten Sie einen verwalteten Callaba-Knoten, auf dem Recorder und File Manager dieselbe Betriebsoberfläche nutzen, und dimensionieren Sie Rechenleistung und Datenträger für die tatsächliche Mischung aus Quellen und Verarbeitung.
Callaba auf AWS bereitstellenCallaba selbst gehostet
Behalten Sie Anwendung, Netzwerkpfade und verschlüsselte Medien auf der von Ihrem Team betriebenen Infrastruktur; optional verbundener Storage wird nur bei Bedarf hinzugefügt.
Callaba selbst gehostet installierenDenselben Recorder-Lebenszyklus über REST verwenden
Erstellen oder aktualisieren Sie eine Aufzeichnung, starten und stoppen Sie sie, lesen Sie Laufzeitstatistiken, listen Sie die entstandenen Dateien auf und entfernen Sie eine Datei oder einen Job. Die Files API setzt den Workflow nach Ende der Aufzeichnung fort; die Storages API steht bereit, wenn verbundener Storage hinzugefügt wird.
Video Stream Recorder FAQ
Welche Quellen kann Video Stream Recorder verwenden?
Recorder verwendet das gemeinsame Eingangsmodell von Callaba. Die aktuelle Produktionsversion umfasst verwaltete und URL-basierte Live-Protokolle, NDI und Video Rooms. Die genaue Quellauswahl der installierten Version bleibt maßgeblich.
Kann Callaba ein Video Room aufzeichnen?
Ja. Ein Video Room kann ein Raster- oder Sprecher-Kompositprogramm an den Aufzeichnungsworkflow liefern. Erstellen Sie vor einer vollständigen Sitzung eine kurze Aufzeichnung mit dem vorgesehenen Layout und prüfen Sie das Teilnehmeraudio.
Können Aufzeichnungen automatisch geteilt werden?
Ja. Wählen Sie den Modus für zeitgesteuerte Segmente und legen Sie die Segmentdauer fest. Prüfen Sie die ersten fertigen Dateien auf Lücken, bevor Segmentgrenzen für Aufbewahrung oder nachgelagerte Automatisierung verwendet werden.
Kann File Manager das Format einer Aufzeichnung ändern?
Ja. Eine verwaltete Datei kann mit einem anderen Ausgabeformat und optionaler Video- oder Audio-Transcodierung gespeichert werden. Eine Hintergrund-Neuschreibung erstellt eine separate konvertierte Kopie, ein sogenanntes Derivat, und File Manager zeigt den Fortschritt.
Benötigt Recorder einen S3-Bucket oder verbundenen Storage?
Nein. Recorder schreibt standardmäßig auf den internen Datenträger, und File Manager verwaltet die Datei dort. Verbundener Storage ist optional. Wenn er konfiguriert ist, bindet Callaba ihn als POSIX-kompatibles Dateisystem auf Basis von Objektspeicher und Metadaten ein. File Manager kann eine geprüfte Datei in diesen Namensraum kopieren. Öffentlich und privat sind separate Sichtbarkeitsoptionen des Dateieintrags.
Sind Dateien auf dem internen Datenträger und in verbundenem Storage verschlüsselt?
Ja. Callaba speichert verwaltete Dateien auf dem standardmäßigen internen Datenträger und in optional verbundenem Storage im Ruhezustand verschlüsselt. Der direkte Zugriff allein auf Datenträger- oder Objektspeicherblöcke legt keine lesbare oder abspielbare Mediendatei offen; der verwaltete Zugriffspfad ist erforderlich.
Kann der Aufzeichnungslebenszyklus automatisiert werden?
Ja. Recordings API steuert die Aufzeichnung, Files API verwaltet Metadaten, Format-Neuschreibungen und Kopien, und Storages API registriert Ziele. Dateiwiedergabe und Storage-Rücklesen bleiben separate Prüfungen.
Eine Quelle mit einer kurzen Datei prüfen.
Verwenden Sie den echten Eingang, erstellen Sie eine kurze Aufzeichnung auf dem internen Datenträger und stoppen Sie sie sauber. Öffnen Sie den File Manager-Eintrag und prüfen Sie Sichtbarkeit und Format. Wenn der Workflow verbundenen Storage verwendet, kopieren Sie die geprüfte Datei dorthin und lesen Sie sie zurück, bevor Sie Dauer oder Quellenanzahl erhöhen.