Eine Datei kann per Upload oder direkt aus Recorder eintreffen. Name, Pfad, Beschreibung und Sichtbarkeit bleiben an einem Ort zusammen. Dort können Sie die Medien prüfen, bei Bedarf eine separate konvertierte Kopie erstellen oder die geprüfte Datei an Restreaming oder Web Player übergeben. Dateien verwenden standardmäßig den internen Datenträger; verbundener Storage ist optional.
Die Herkunft der Datei bleibt sichtbar, während Sie Eintrag und Medien prüfen, über ein anderes Format entscheiden und den nächsten Produkt-Workflow auswählen.
Eine lokale Mediendatei gelangt in den verwalteten Dateibereich, schließt Upload und Verarbeitung ab und steht danach zur Vorschau bereit.
Mit Upload fortfahrenDie Datei ist jetzt Teil des verwalteten Workflows. Eintrag und Medien bleiben zur Prüfung verfügbar, bevor Format, Sichtbarkeit oder Ziel geändert werden.
Dieses Beispiel folgt der Produktgrenze: Metadaten sind explizit, Privat ist eine bewusste Beispielauswahl und der interne Datenträger bleibt der Standardspeicherort.
Eine Änderung von Format oder Transcodierungseinstellungen startet eine Hintergrund-Neuschreibung und erzeugt eine separate verwaltete Kopie. Das Original wird nicht ersetzt.
File Manager behält den Medieneintrag, während jedes nachgelagerte Produkt seine eigene Laufzeit- und Zugriffsrichtlinie verwaltet.
Die fertigen Medien lassen sich zur Prüfung von Bild, Audio und Dauer öffnen.
Die fertigen Medien lassen sich zur Prüfung von Bild, Audio und Dauer öffnen.
Dateien verwenden standardmäßig den verschlüsselten internen Datenträger. Benötigt der Workflow eine weitere Speicherebene, registriert Callaba Objektspeicher mit Metadaten und bindet einen POSIX-kompatiblen Namensraum für verwaltete Kopien ein.
Die Tabelle trennt das standardmäßige Dateiverhalten von optionalem Storage und nachgelagerten Produktentscheidungen. Die installierte Callaba-Oberfläche bleibt für auswählbare Formate und Einstellungen maßgeblich.
| Funktion | Unterstütztes Verhalten | Prüfmethode |
|---|---|---|
| Dateiherkunft | Hochgeladene Dateien, finalisierte Aufzeichnungen und andere verwaltete Verarbeitungsergebnisse. | Ein gültiges Ergebnis erscheint mit erwarteter Herkunft, erwartetem Namen und verwaltetem Pfad. |
| Standardspeicherort | Der verschlüsselte interne Datenträger ist ohne Konfiguration von externem Storage verfügbar. | Ein unkritischer Upload oder eine kurze Aufzeichnung wird abgeschlossen, kann geprüft werden und bleibt verwaltbar, bevor Storage hinzugefügt wird. |
| Verwaltete Metadaten | Name, Beschreibung, Pfad, Sichtbarkeit, Format, Verarbeitungseinstellungen, Dauer, Größe und Zeitstempel, soweit verfügbar. | Gespeicherter Eintrag und fertige Medien stimmen bei Identität, Dauer, Größe und Format überein. |
| Sichtbarkeit | Öffentlich und Privat sind explizite Optionen des Dateieintrags. | Die Sichtbarkeit wird vor dem Verbinden der Wiedergabe geprüft; die Player-Autorisierung bleibt eine separate Steuerung. |
| Upload | Binärer Upload mit Fortschritt und Korrelations-id für den ausstehenden Dateieintrag. | Ein gültiger Upload erreicht den Abschluss, bevor Vorschau oder nachgelagerte Auswahl als bereit gelten. |
| Vorschau | Fertige verwaltete Medien können zur operativen Prüfung geöffnet werden. | Die tatsächliche Datei liefert erwartetes Bild, Audio, erwartete Dauer und erwartetes Suchverhalten. |
| Ausgabeformate | Verwaltete Ausgabefamilien umfassen MOV, MP4, AVI, FLV, MP3, HLS, MKV und MPEG-TS, sofern der ausgewählte Verarbeitungspfad sie unterstützt. | Die installierte Formatauswahl ist maßgeblich, und das fertige Ergebnis entspricht dem ausgewählten Container und den Spuren. |
| Format-Neuschreibung | Eine Änderung von Format oder Transcodierungseinstellungen kann eine Hintergrund-Neuschreibung starten, die eine separate verwaltete Kopie erzeugt. | Der Fortschritt wird abgeschlossen, das Original bleibt vorhanden und die neue Kopie öffnet sich im angeforderten Format. |
| Verarbeitungsstatus | Worker-Statistiken im Hintergrund können Bitrate, FPS, Medienzeit, Geschwindigkeit und Fortschritt anzeigen. | Der Fortschritt läuft bis zum Abschluss weiter, die fertige Datei wird jedoch separat geöffnet; der Laufzeitstatus allein prüft die Datei nicht. |
| Übergabe an Web Player | Eine geprüfte verwaltete Datei kann als Quelle für die Browser-Wiedergabe ausgewählt werden. | Die genaue Player-URL startet, spielt weiter und erzwingt den eigenen konfigurierten Zielgruppenzugriff. |
| Übergabe an Restreaming | Eine verwaltete Datei kann als dateibasierter Restreaming-Eingang ausgewählt werden. | Der Ausgabejob liest die vorgesehene Datei und liefert das geprüfte Medienprofil an sein Ziel. |
| Optional verbundener Storage | Objektspeicher und ein Metadatendienst können registriert, formatiert und als verwalteter POSIX-kompatibler Namensraum eingebunden werden. | Eine kleine File Manager-Kopie wird abgeschlossen und über den eingebundenen verwalteten Pfad zurückgelesen. |
| Kopierfortschritt | File Manager kann eine verwaltete Datei in internen oder konfigurierten externen Storage kopieren und Prozent- sowie Abschlussstatus anzeigen. | Abschluss und Rücklesen vom Ziel bestätigen, dass die Quelldatei zur Löschung in Betracht gezogen werden kann. |
| Verschlüsselung im Ruhezustand | Verwaltete Dateien auf dem internen Datenträger und in optional verbundenem Storage sind im Ruhezustand verschlüsselt; rohe zugrunde liegende Blöcke legen keine abspielbaren Medien offen. | Normaler Zugriff und Wiederherstellung folgen den verwalteten Metadaten und dem Dateipfad, nicht rohen Speicherblöcken. |
| Lebenszyklus-API | Workflows für Erstellen/Upload, Zählen/Auflisten, Abrufen, Aktualisieren, Löschen, Neuschreibungsstatus, Kopieren und Kopierfortschritt sind dokumentiert. | Eine unkritische Datei bestätigt den erforderlichen Lebenszyklus, bevor Produktionsmedien automatisiert werden. |
| Bereitstellung | Callaba-Cloud-Bereitstellung oder selbst gehostetes Linux; die Kapazität wird von Dateigrößen, gleichzeitiger Verarbeitung und Storage-Design bestimmt. | Der ausgewählte Knoten und die Datenträger werden mit der tatsächlichen Mischung aus Upload, Konvertierung, Wiedergabe und Kopien lastgetestet. |
Eine Callaba-Cloud-Bereitstellung bietet einen verwalteten Ausgangspunkt. Beim Self-Hosting bleiben Infrastruktur, Netzwerk und Datenstandort unter der Kontrolle Ihres Teams.
Ein Callaba-Knoten startet mit verschlüsseltem internem Datenträger; verbundener Storage wird nur hinzugefügt, wenn der Workflow eine weitere Speicherebene benötigt.
Callaba in AWS startenAnwendung, verschlüsselte Medien und alle optionalen Storage-Verbindungen bleiben auf der von Ihrem Team betriebenen Infrastruktur.
Callaba selbst gehostet installierenSobald der Ablauf in der Oberfläche verstanden ist, decken dokumentierte Endpunkte Upload und Dateierstellung, Auflistung und Prüfung, Metadatenänderungen, konvertierte Kopien, Verarbeitungsstatus, optionale Storage-Kopien und Löschung ab.
In Cloud File Manager werden hochgeladene, aufgezeichnete und verarbeitete Medien Teil eines verwalteten Workflows. Der Dateieintrag verbindet Pfad, Beschreibung, Sichtbarkeit, Format, Verarbeitungsstatus und nachgelagerte Übergaben.
Nein. Der interne Datenträger ist der standardmäßige Dateispeicherort. Verbundener Storage ist optional und wird nur hinzugefügt, wenn der Workflow eine weitere verwaltete Speicherebene benötigt.
Ja. Eine Änderung des Formats oder der Transcodierungseinstellungen startet eine Hintergrund-Neuschreibung und erzeugt eine separate konvertierte Kopie. Das Original bleibt in seinem eigenen verwalteten Dateieintrag, während File Manager den Fortschritt des neuen Ergebnisses anzeigt.
Ja. Nach der Prüfung kann die Datei als verwalteter Eingang für einen Web Player oder einen dateibasierten Restreaming-Workflow dienen. Auslieferung und Zielgruppenzugriff gehören weiterhin zum jeweiligen nachgelagerten Job.
Ja. Callaba speichert verwaltete Dateien auf dem 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 Mediendatei offen; die verwalteten Metadaten und der vorgesehene Zugriffspfad sind erforderlich.
Callaba kombiniert Objektspeicher mit einem Metadatendienst und bindet das Ergebnis als verwalteten Dateisystem-Namensraum ein. Produktmodule können vertraute Dateipfade verwenden, während der zugrunde liegende Bucket ein Implementierungsdetail bleibt und nicht als Produkt-Workflow offengelegt wird.
Nein. Die Sichtbarkeit gehört zum verwalteten Dateieintrag. Web-Player-Autorisierung und Zielgruppenzugriff sind separate nachgelagerte Entscheidungen, die vor der Weitergabe einer Zuschauer-URL geprüft werden müssen.
Ein kurzer Upload oder eine kurze Aufzeichnung kann zuerst Dateieintrag, Sichtbarkeit, Vorschau und Metadaten bestätigen. Testen Sie anschließend den konkreten nächsten Schritt des Workflows: eine konvertierte Kopie, Web Player, Restreaming oder optionalen Storage.
