- Nom
- Enregistrement d'événement vérifié
- Chemin
- Chemin du fichier géré
- Visibilité
- Exemple de choix : Private
- Format de sortie
- Conserver le format actuel, sauf si un autre est requis
Enregistrez une source live et vérifiez le fichier final.
Choisissez une entrée que Callaba peut recevoir, notamment SRT, RTMP, RTSP, NDI ou un Video Room. Enregistrez un fichier continu ou des segments temporisés sur le disque interne chiffré, puis ouvrez le résultat dans File Manager. Vérifiez la visibilité, créez une copie convertie distincte si nécessaire et ajoutez un Storage connecté uniquement si le workflow l'exige.
Suivez la source sélectionnée tout au long du workflow d'enregistrement
Sélectionnez une source ci-dessous. Elle reste visible pendant le choix du mode de fichier, du traitement facultatif et des contrôles du fichier.
Recorder peut utiliser un SRT Server Callaba, une Route ou une URL SRT explicite. Le flux accepté entre dans la tâche d'enregistrement sans modifier la conception de la contribution.
- Famille d'entrée
- Géré + URL
- État de Recorder
- Prêt à configurer
Continuer avec SRTCette source reste sélectionnée jusqu'à ce que vous en choisissiez une autre. L'étape suivante définit la manière dont Recorder crée le fichier. Aucune conversion de protocole intermédiaire n'est requise.
Un fichier continu ou des segments temporisés
Un fichier continu et des segments temporisés répondent à des plans de reprise et de conservation différents. Le mode sélectionné reste visible pendant la vérification du fichier.
Fichier continu sélectionnéUn enregistrement continu dépend d'un arrêt et d'une finalisation propres. Vérifiez-les avec un fichier court avant de laisser la même tâche ouverte pendant des heures ou des jours.
Suivez SRT, de la progression à l'ouverture du fichier
L'état d'exécution est utile, mais ne valide pas le fichier. Quatre contrôles relient l'entrée, le processus Recorder, le média finalisé et sa fiche File Manager.
- 01Source
L'entrée SRT sélectionnée présente l'image, le son, l'identité et le débit attendus.
- 02Processus Recorder
Le nombre d'images par seconde, le débit, le temps média, la vitesse et la progression montrent que l'enregistrement continue.
- 03Fichier finalisé
La sortie Fichier continu s'ouvre avec la durée, les horodatages, l'image et le son attendus.
- 04Fiche File Manager
L'enregistrement terminé apparaît dans File Manager avec le nom, le chemin géré, la visibilité et le format attendus.
File Manager poursuit le workflow après l'enregistrement
Recorder écrit le résultat final sur le disque interne et transmet sa fiche de fichier géré à File Manager. Vous pouvez alors le nommer, vérifier sa visibilité et son chemin, conserver le format actuel ou créer une copie convertie distincte. Le Storage connecté reste facultatif.
Continuer avec SRT et Fichier continuL'enregistrement ci-dessus est maintenant un fichier géré sur le disque interne. La capture est terminée ; la visibilité et la conversion facultative restent des choix distincts, et un Storage connecté n'est ajouté que si nécessaire.
Créer une copie distincte dans un autre format
La modification du format de sortie ou des paramètres de transcodage lance une réécriture en arrière-plan. Elle crée une copie convertie distincte, ou dérivé. L'original reste inchangé dans sa propre fiche de fichier géré.
Le Storage connecté est facultatif
L'enregistrement fonctionne sur le disque interne sans Storage externe. Lorsqu'un Storage est configuré, Callaba enregistre le stockage objet avec son service de métadonnées, formate le volume et le monte dans un espace de noms compatible POSIX. File Manager peut alors copier un fichier vérifié via ce chemin de système de fichiers familier et afficher la progression de la copie.
Le chiffrement s'applique aux fichiers du disque interne par défaut et du Storage connecté facultatif. L'accès brut au disque physique ou aux blocs du stockage objet sous-jacent ne suffit pas à révéler un fichier média lisible.
La visibilité est enregistrée sur la fiche du fichier géré et doit être vérifiée avant toute publication ou lecture. La valeur Private affichée ici n'est qu'un exemple, jamais une valeur par défaut supposée.
Recorder écrit localement par défaut. Les cibles de stockage objet facultatives restent accessibles derrière File Manager, et l'interface installée fait référence pour les types de Storage disponibles.
Spécification technique de Video Stream Recorder
Ce tableau décrit le comportement pris en charge. La capacité dépend du nœud et certains choix de la version installée. L'interface Callaba installée reste la référence pour les entrées et champs disponibles.
| Fonctionnalité | Comportement pris en charge | Comment vérifier |
|---|---|---|
| Familles d'entrées | Modules SRT et RTMP gérés ; SRT Routes ; chemins SRT, RTMP, RTSP, HLS, MPEG-DASH, RIST, UDP, RTP et HTTP ; NDI ; Video Rooms ; fichiers et sources de test générées lorsqu'ils sont disponibles dans l'interface installée. | Un court test de la source doit montrer l'image, le son, l'identité et la reprise attendus avant une longue capture. |
| Modes d'enregistrement | Un fichier continu ou un enregistrement découpé par durée. | Un court test continu doit s'arrêter proprement. Le mode découpé nécessite aussi plusieurs fichiers consécutifs aux limites intactes. |
| Durée des segments | Les heures, minutes et secondes définissent l'intervalle de découpage. | Les premiers segments terminés doivent respecter la durée configurée sans coupures ni dérive inexpliquées. |
| Familles de sorties | Sorties d'archive MP4, MKV progressif, MPEG-TS progressif et HLS ; les formats audio/fichier supplémentaires dépendent du traitement sélectionné et de la version installée. | Le résultat final doit présenter le conteneur, la durée, les pistes, les horodatages et, si nécessaire, le comportement de recherche attendus. |
| Traitement vidéo | Codec, débit, taille d'image, fréquence d'images, GOP et contrôles de transcodage associés facultatifs. | Le fichier doit correspondre au profil d'archive. Le transcodage peut rester désactivé lorsque les médias compatibles doivent être conservés. |
| Traitement audio | Paramètres facultatifs de codec/fréquence audio, avec sélection des pistes et des canaux. | Le fichier final doit contenir le mixage du programme, les pistes audio et la disposition des canaux prévus. |
| Incrustation d'image | Incrustation facultative d'une image préparée, avec une position explicite. | L'ensemble de l'image de sortie doit afficher le graphique à la position prévue sans masquer le contenu nécessaire. |
| Statistiques d'exécution | Nombre d'images par seconde, débit, temps média, vitesse et progression lorsque le worker actif les renvoie. | Le temps média et la progression doivent continuer d'avancer. Les statistiques d'exécution seules ne valident pas le fichier. |
| Emplacement par défaut et conservation | Recorder écrit les fichiers sur le disque interne par défaut. La suppression automatique des fichiers d'enregistrement locaux en fonction de leur âge est facultative. | Vérifiez le fichier local terminé avant d'activer la suppression. Si un Storage connecté est utilisé, terminez également sa copie et sa relecture au préalable. |
| File Manager | Les enregistrements terminés entrent dans le workflow de fichier géré avec le nom, le chemin, la description, la visibilité, le format de sortie et les métadonnées de traitement. | L'enregistrement final doit avoir la bonne fiche File Manager, la bonne durée, la bonne taille et la bonne visibilité, et son média doit être lisible. |
| Conversion après enregistrement | Modifier le format de sortie ou les paramètres de transcodage peut lancer une réécriture en arrière-plan qui crée un dérivé géré, notamment pour les workflows MP4, HLS ou audio uniquement. | Une fois la réécriture terminée, le dérivé doit correspondre au format, aux pistes, à la durée et aux horodatages demandés. |
| Storage facultatif compatible POSIX | Lorsqu'un Storage connecté est configuré, son stockage objet et son service de métadonnées sont formatés et montés dans un espace de noms de système de fichiers géré compatible POSIX. Recorder n'a pas besoin de cette couche pour écrire sur le disque interne. | S'il est utilisé, un Storage monté doit accepter la copie d'un fichier non critique depuis File Manager et restituer le même fichier via le chemin géré. |
| Chiffrement au repos | Les fichiers gérés sur le disque interne par défaut et dans le Storage connecté facultatif sont chiffrés au repos ; l'accès brut au disque ou aux objets sous-jacents ne suffit pas à révéler un média lisible. | L'accès normal et de reprise doit utiliser le chemin de fichier géré de Callaba ; les blocs de stockage bruts ne sont pas des fichiers média. |
| Transfert facultatif vers le Storage | File Manager peut copier un fichier vérifié du disque interne vers un volume configuré reposant sur un stockage objet et afficher la progression de la copie. | Lorsque ce transfert facultatif est utilisé, la copie doit se terminer et être relue depuis le Storage prévu avant toute suppression locale. |
| Contrôle du cycle de vie | Créer, mettre à jour, lister/compter, obtenir par id, démarrer, arrêter, consulter les statistiques, supprimer le fichier et supprimer la tâche via les workflows UI/API. | Une source non critique permet de valider le démarrage, l'arrêt, le redémarrage et la suppression propre. |
| Déploiement | Déploiement Callaba dans le cloud ou sur Linux autohébergé ; la capacité dépend des médias sources, du traitement, des tâches simultanées et de la conception du stockage. | Le nœud sélectionné nécessite un test de charge avec le mix réel de sources, de modes d'enregistrement, de traitements et de comportement du disque. |
Conservez l'enregistrement et la gestion des fichiers dans le même déploiement
Exécutez Recorder dans un déploiement Callaba dans le cloud ou sur Linux autohébergé. Dans les deux cas, l'enregistrement commence sur le disque interne chiffré et le Storage connecté reste facultatif.
Callaba sur AWS
Démarrez un nœud Callaba géré avec Recorder et File Manager dans la même interface opérationnelle, puis dimensionnez le calcul et le disque pour le mix réel de sources et de traitements.
Déployer Callaba sur AWSCallaba autohébergé
Conservez l'application, les chemins réseau et les médias chiffrés sur l'infrastructure exploitée par votre équipe ; ajoutez un Storage connecté facultatif uniquement si nécessaire.
Installer Callaba en autohébergementUtilisez le même cycle de vie de Recorder via REST
Créez ou mettez à jour un enregistrement, démarrez-le et arrêtez-le, consultez les statistiques d'exécution, listez les fichiers produits et supprimez un fichier ou une tâche. L'API Files poursuit le workflow après la fin de la capture ; l'API Storages est disponible lorsqu'un Storage connecté est ajouté.
FAQ de Video Stream Recorder
Quelles sources Video Stream Recorder peut-il utiliser ?
Recorder utilise le modèle d'entrée partagé de Callaba. La version de production actuelle prend en charge les protocoles live gérés et basés sur URL, NDI et les Video Rooms. Le sélecteur de source reste la référence pour la version installée.
Callaba peut-il enregistrer un Video Room ?
Oui. Un Video Room peut fournir au workflow d'enregistrement une grille ou un programme composé autour de l'intervenant. Avant une session complète, réalisez un court enregistrement avec la disposition prévue et vérifiez le son des participants.
Les enregistrements peuvent-ils être découpés automatiquement ?
Oui. Sélectionnez le mode de segments temporisés et définissez leur durée. Vérifiez l'absence de coupures dans les premiers fichiers terminés avant d'utiliser leurs limites pour la conservation ou une automatisation en aval.
File Manager peut-il modifier le format d'un enregistrement ?
Oui. Un fichier géré peut être enregistré dans un autre format de sortie, avec un transcodage vidéo ou audio facultatif. Une réécriture en arrière-plan crée une copie convertie distincte, appelée dérivé, et File Manager en affiche la progression.
Recorder nécessite-t-il un bucket S3 ou un Storage connecté ?
Non. Recorder écrit par défaut sur le disque interne, où File Manager gère le fichier produit. Le Storage connecté est facultatif. Une fois configuré, Callaba le monte sous forme de système de fichiers compatible POSIX reposant sur un stockage objet et des métadonnées ; File Manager peut alors copier un fichier vérifié dans cet espace de noms. Public et Private sont des options de visibilité distinctes sur la fiche du fichier.
Les fichiers sont-ils chiffrés sur le disque interne et dans le Storage connecté ?
Oui. Callaba chiffre au repos les fichiers gérés sur le disque interne par défaut 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 ; il faut passer par le chemin d'accès géré.
Le cycle de vie de l'enregistrement peut-il être automatisé ?
Oui. L'API Recordings contrôle la capture, l'API Files gère les métadonnées, les réécritures de format et les copies, et l'API Storages enregistre les destinations. La lecture du fichier et la relecture depuis le Storage restent deux contrôles distincts.
Vérifiez une source avec un fichier court.
Utilisez l'entrée réelle, réalisez un court enregistrement sur le disque interne et arrêtez-le proprement. Ouvrez sa fiche dans File Manager et vérifiez la visibilité et le format. Si le workflow utilise un Storage connecté, copiez le fichier vérifié et relisez-le avant d'augmenter la durée ou le nombre de sources.