Un fichier peut arriver par import ou directement depuis Recorder. Son nom, son chemin, sa description et sa visibilité restent réunis au même endroit : vous pouvez prévisualiser le média, créer une copie convertie distincte si un autre format est requis, ou transmettre le fichier vérifié à Restreaming ou Web Player. Les fichiers utilisent le disque interne par défaut ; le Storage connecté est facultatif.
L'origine du fichier reste visible pendant que vous examinez sa fiche et son contenu, déterminez si un autre format est nécessaire et choisissez le prochain workflow produit.
Un fichier média local entre dans l'espace géré, termine son import et son traitement, puis devient disponible pour la prévisualisation.
Continuer depuis ImportLe fichier fait désormais partie du workflow géré. Sa fiche et son contenu restent disponibles pour examen avant toute modification du format, de la visibilité ou de la destination.
Cet exemple respecte la limite du produit : les métadonnées sont explicites, Private est un choix d'exemple délibéré et le disque interne reste l'emplacement par défaut.
Modifier le format ou les paramètres de transcodage lance une réécriture en arrière-plan et produit une copie gérée distincte. L'original n'est pas remplacé.
File Manager conserve la fiche du média tandis que chaque produit en aval gère sa propre exécution et sa politique d'accès.
Le média finalisé s'ouvre pour contrôler l'image, le son et la durée.
Le média finalisé s'ouvre pour contrôler l'image, le son et la durée.
Les fichiers utilisent le disque interne chiffré par défaut. Si le workflow nécessite un autre niveau, Callaba enregistre le stockage objet avec ses métadonnées et monte un espace compatible POSIX pour les copies gérées.
Le tableau distingue le comportement par défaut des fichiers, le Storage facultatif et les choix de produits en aval. L'interface Callaba installée reste la référence pour les formats et paramètres disponibles.
| Fonctionnalité | Comportement pris en charge | Comment vérifier |
|---|---|---|
| Origines des fichiers | Fichiers importés, enregistrements finalisés et autres résultats de traitement gérés. | Un résultat valide apparaît avec l'origine, le nom et le chemin géré attendus. |
| Emplacement par défaut | Le disque interne chiffré est disponible sans configurer de Storage externe. | Un import non critique ou un court enregistrement se termine, peut être prévisualisé et reste gérable avant l'ajout d'un Storage. |
| Métadonnées gérées | Nom, description, chemin, visibilité, format, paramètres de traitement, durée, taille et horodatages lorsqu'ils sont disponibles. | La fiche enregistrée et le média finalisé concordent sur l'identité, la durée, la taille et le format. |
| Visibilité | Public et Private sont des choix explicites de la fiche du fichier. | La visibilité est vérifiée avant de connecter la lecture ; l'autorisation du lecteur reste un contrôle distinct. |
| Import | Import binaire avec progression et id de corrélation pour la fiche en attente. | Un import valide est terminé avant que la prévisualisation ou une sélection en aval soit considérée comme prête. |
| Prévisualisation | Les médias gérés finalisés peuvent être ouverts pour inspection par l'opérateur. | Le fichier réel fournit l'image, le son, la durée et le comportement de recherche attendus. |
| Formats de sortie | Les familles de sorties gérées incluent MOV, MP4, AVI, FLV, MP3, HLS, MKV et MPEG-TS lorsque le traitement sélectionné les prend en charge. | Le sélecteur de format installé fait référence, et le résultat final correspond au conteneur et aux pistes choisis. |
| Réécriture du format | Modifier le format ou les paramètres de transcodage peut lancer une réécriture en arrière-plan qui crée une copie gérée distincte. | La progression se termine, l'original reste présent et la nouvelle copie s'ouvre dans le format demandé. |
| État du traitement | Les statistiques du worker en arrière-plan peuvent présenter le débit, les FPS, le temps média, la vitesse et la progression. | La progression avance jusqu'à la fin, mais le fichier finalisé est ouvert séparément ; l'état d'exécution seul ne valide pas le fichier. |
| Transfert vers Web Player | Un fichier géré et vérifié peut être sélectionné comme source de lecture dans le navigateur. | L'URL exacte du lecteur démarre, poursuit la lecture et applique son propre accès du public configuré. |
| Transfert vers Restreaming | Un fichier géré peut être sélectionné comme entrée Restreaming basée sur un fichier. | La tâche de sortie lit le fichier prévu et transmet le profil média testé à sa destination. |
| Storage connecté facultatif | Le stockage objet et un service de métadonnées peuvent être enregistrés, formatés et montés comme espace de noms géré compatible POSIX. | Une petite copie depuis File Manager se termine et se relit via le chemin géré monté. |
| Progression de la copie | File Manager peut copier un fichier géré vers le Storage interne ou externe configuré et afficher le pourcentage et l'état de fin. | La fin et la relecture depuis la destination confirment que la suppression de la source peut être envisagée. |
| Chiffrement au repos | Les fichiers gérés sur le disque interne et dans le Storage connecté facultatif sont chiffrés au repos ; les blocs sous-jacents seuls ne révèlent pas de média lisible. | L'accès normal et de reprise suit les métadonnées et le chemin de fichier gérés, et non les blocs bruts du stockage. |
| API du cycle de vie | Les workflows de création/import, comptage/liste, consultation, mise à jour, suppression, état de réécriture, copie et progression de copie sont documentés. | Un fichier non critique valide le cycle de vie requis avant d'automatiser les médias de production. |
| Déploiement | Déploiement Callaba dans le cloud ou sur Linux autohébergé ; la capacité dépend de la taille des fichiers, du traitement simultané et de la conception du stockage. | Le nœud et les disques sélectionnés sont testés en charge avec le mix réel d'imports, de conversions, de lectures et de copies. |
Un déploiement Callaba dans le cloud offre un point de départ géré. L'autohébergement maintient l'infrastructure, le réseau et l'emplacement des données sous le contrôle de votre équipe.
Un nœud Callaba démarre avec un disque interne chiffré ; le Storage connecté n'est ajouté que lorsque le workflow nécessite un autre niveau.
Lancer Callaba sur AWSL'application, les médias chiffrés et les éventuelles connexions de Storage restent sur l'infrastructure exploitée par votre équipe.
Installer Callaba en autohébergementUne fois le workflow de l'interface compris, les endpoints documentés couvrent l'import et la création de fichiers, la liste et l'inspection, la mise à jour des métadonnées, les copies converties, l'état du traitement, les copies facultatives vers le Storage et la suppression.
Cloud File Manager est l'espace où les médias importés, enregistrés et traités intègrent un workflow géré. La fiche réunit le chemin, la description, la visibilité, le format, l'état du traitement et les transferts en aval.
Non. Le disque interne est l'emplacement par défaut des fichiers. Le Storage connecté est facultatif et n'est ajouté que si le workflow nécessite un autre niveau de stockage géré.
Oui. Modifier le format ou les paramètres de transcodage lance une réécriture en arrière-plan et produit une copie convertie distincte. L'original reste dans sa propre fiche gérée tandis que File Manager affiche la progression du nouveau résultat.
Oui. Une fois vérifié, le fichier peut servir d'entrée gérée pour Web Player ou pour un workflow Restreaming basé sur un fichier. La diffusion et l'accès du public restent propres à chaque tâche en aval.
Oui. Callaba chiffre au repos les fichiers gérés sur le disque interne et dans le Storage connecté facultatif. L'accès brut aux blocs du disque ou du stockage objet ne suffit pas à révéler un fichier média lisible ; les métadonnées gérées et le chemin d'accès sont nécessaires.
Callaba combine le stockage objet avec un service de métadonnées et monte le résultat comme un espace de noms de système de fichiers géré. Les modules utilisent des chemins familiers tandis que le bucket sous-jacent reste un détail d'implémentation et non le workflow produit exposé.
Non. La visibilité appartient à la fiche du fichier géré. L'autorisation de Web Player et l'accès du public sont des décisions en aval distinctes, à vérifier avant de partager une URL de lecture.
Un import ou un enregistrement court permet d'abord de valider la fiche, la visibilité, la prévisualisation et les métadonnées. Testez ensuite l'étape précise dont le workflow a besoin : copie convertie, Web Player, Restreaming ou Storage facultatif.
