Ce qu’un fichier ALE fait réellement entre le plateau et la postproduction
L’ALE, dans SlateX, est une liste texte séparée par des tabulations, composée d’une section d’en-tête, d’une section de noms de colonnes et d’une section de données. Sa charge est de remettre au destinataire des informations du type « cette ligne pointe vers quel média, quelle est sa position temporelle, à quelle scène et à quelle prise elle appartient », pour que l’entrée en salle de montage et le raccordement disposent d’un relevé écrit contrôlable. Il ne juge pas quelle prise est la meilleure, et ne porte ni colonne de paramètres d’objectif ni correspondance des canaux ; les deux cellules du nom et du répertoire du fichier source tiennent un texte sur la machine de l’expéditeur, recopié sur le plateau ou relevé lors de l’import des médias, qui ne renvoie pas aux médias eux-mêmes. La possibilité de continuer dans un flux de réception précis reste à vérifier colonne par colonne par le destinataire.
Ce qui fait la valeur d’un ALE est d’écrire en tableau une identité et des informations de temps contrôlables, non d’annoncer à la place du destinataire que ces valeurs sont déjà validées.
À quoi ressemble le fichier lui-même
L’ALE écrit actuellement par SlateX commence par ses informations d’en-tête, puis une section de noms de colonnes fixes, et enfin les lignes de données. Les colonnes sont séparées par des tabulations, et le fichier ressemble donc à une liste texte aux colonnes explicitement définies, et non à un conteneur où le média lui-même serait emballé.
Les lignes de données se déploient par caméra. Une take rattachée à plusieurs caméras correspond à plusieurs lignes ; une take sans caméra produit quand même une ligne de repli. Cette forme fait que la « ligne » d’un ALE ressemble davantage à un relevé de livraison au niveau caméra qu’à « une ligne égale une take ».
Pour une valeur de colonne, d’abord demander d’où elle vient
À la lecture d’un ALE, il est plus sûr de répartir les champs en trois origines.
La première est la valeur venue d’un enregistrement de plateau ou d’une saisie de l’utilisateur : le numéro de scène, le numéro de prise, les notes, le texte du réalisateur, la note de niveau caméra, par exemple. Leur justesse dépend du relevé lui-même, et de sa concordance avec les faits de plateau.
La deuxième est la valeur dérivée par le logiciel. Duration, par exemple, est l’intervalle mesuré à l’image près entre les deux relevés à l’écran de la ligne, hors image de queue ; si l’un des deux manque, la cellule part entièrement vide. La colonne Name, une partie des numéros de bobine après mise en forme, et le comportement de la cadence d’images passent aussi par la logique de génération. Une valeur dérivée n’est pas une seconde preuve mesurée indépendamment : elle dépend encore de ses entrées.
La troisième catégorie est la valeur manquante elle-même. Dans l’ALE produit ici, une valeur manquante n’a qu’une seule apparence : la cellule est vide. Quand un timecode n’a jamais été relevé, ou quand une chaîne ne passe ni le contrôle de forme ni celui de plage, aucun zéro d’allure légale n’est écrit à sa place. Dans un fichier remis par un autre logiciel, une chaîne 00:00:00:00 peut être un vrai point zéro comme un repli écrit pour combler un manque ; il faut donc revenir à la source pour chaque fichier reçu, et ne pas conclure au seul vu d’une chaîne correctement formée.
D’abord « d’où vient cette valeur », ensuite « à quoi elle ressemble sur le plan du format ».
Ce qu’un ALE peut dire au destinataire
Les colonnes actuelles montrent au destinataire le nom du média, le point d’entrée, le point de sortie, la durée, le numéro de scène, le numéro de prise, le numéro de bobine, le numéro de bobine son, la cadence d’images, les notes et la caméra. Ce format porte bien le travail « remettre en aval les indices d’identité et de temps pour qu’ils soient contrôlés ».
Une frontière d’identité mérite une attention particulière : Tape et Reel reprennent actuellement la même valeur d’origine, et ces deux colonnes ne peuvent donc pas être tenues pour deux signaux d’identité indépendants. Si les deux se ressemblent, cela dit seulement que le générateur a écrit la même origine à deux endroits.
La position de fin n’est pas dérivée, mais elle n’est pas toujours recopiée à la main. End remet la lecture prise à l’instant de l’arrêt, et pour l’avoir il y a deux chemins : la chaîne d’enregistrement saisit le timecode affiché à l’écran de la caméra au moment exact où l’enregistrement s’arrête, et la page de création comme la page de modification de la prise portent chacune une zone de saisie du point de sortie, où la scripte peut recopier ce qu’elle lit à l’écran de la machine. Pas de chemin parcouru, la cellule reste entièrement vide, et on ne fait pas avancer le point d’entrée de la durée pour la remplir. Le destinataire doit donc confirmer d’abord si cette lecture existe sur la ligne, puis contrôler Start, End et l’intervalle ensemble — la colonne tient la valeur lue à l’arrêt par la machine ou par la personne, pas une conclusion contrôlée contre les médias.
Ce qu’un ALE ne contient explicitement pas
L’ALE actuel porte les deux colonnes de notation et de sélection (Rating, Circled take), la colonne Sound TC pour la position de départ du son, et les deux cellules du nom et du répertoire du fichier source — ces deux-là tiennent un chemin sur la machine de l’expéditeur, recopié sur le plateau ou relevé par le logiciel lors de l’import des médias, et non l’emplacement du média sur la machine du destinataire. Il n’a toujours ni numéro de plan, ni focale, ni ISO, ni ouverture, ni résolution, ni correspondance des canaux, et il n’emporte jamais les médias eux-mêmes. À la réception, le destinataire lit chaque colonne pour sa propre origine : la présence d’une colonne ne porte pas le fait d’une autre, et un champ consigné quelque part dans le projet ne veut pas dire que cet ALE l’a livré. Voir « Pourquoi la présence de Sound Roll ne veut pas dire que le timecode du son est là ».
Cette frontière dit seulement que l’ALE ne tranche pas, à la place du destinataire, quelle prise employer. Le jugement de niveau porté sur le plateau pour cette take se lit dans ce même fichier, à deux cellules : Rating remet le nom du niveau déjà posé, et Circled take remet TRUE ou FALSE ; une cellule vide veut dire qu’aucun niveau n’a été posé, et lire une valeur littérale ne vaut pas une décision.
Comment comparer le nombre de lignes de l’ALE avec ceux des deux autres
Le fichier ALE, le CSV et le rapport journalier lisible se déploient désormais par caméra ; un même lot de fiches de prise tient, dans une seule sortie, au même grain de lignes, et une prise multi-caméras occupe des lignes en plus dans les trois. La vraie différence porte sur l’ordre des lignes et la couverture des colonnes : l’ALE trie de nouveau par numéro de scène, numéro de plan et numéro de prise, le CSV garde pour l’essentiel l’ordre où les fiches ont été créées, et le rapport journalier trie par numéro de scène, nom de plan et numéro de prise.
Cette différence ne se règle pas en se fiant aux numéros de ligne. Pour rapprocher plusieurs fichiers, il faut revenir à l’identité de scène, de prise et de caméra, au lieu de supposer que « la ligne numéro N » désigne le même objet dans chaque livrable.
Que faire après avoir reçu un ALE
Cet article ne répond qu’à la question de l’usage et des frontières d’un ALE. Le vrai travail de réception est dans la page déjà publiée « À la réception d’un ALE, vérifiez d’abord ces champs » : établir d’abord qui est chaque ligne, puis contrôler le numéro de bobine, le nom du média, la position temporelle, la cadence d’images et l’origine des valeurs manquantes. Pour savoir si un système de réception précis peut l’utiliser directement, le destinataire doit vérifier colonne par colonne d’après son propre modèle d’importation.
FAQ
Un ALE remet-il les fichiers médias avec lui ?
Non. L’ALE actuel de SlateX est une liste texte : les deux cellules du nom et du répertoire du fichier source tiennent un texte sur la machine de l’expéditeur, recopié sur le plateau ou relevé lors de l’import des médias, et les médias eux-mêmes ne sont jamais emballés.
Le End d’un ALE est-il un temps mesuré indépendamment ?
Pas forcément. Cette cellule a trois origines possibles : la chaîne d’enregistrement saisit la lecture à l’écran à l’instant de l’arrêt, la scripte recopie dans la zone de saisie le relevé du point de sortie vu à l’écran de la caméra, ou aucun des deux chemins n’est parcouru et elle reste vide. Le logiciel n’invente pas un nombre à partir du point d’entrée ajouté à la durée. Même avec une valeur, elle reste à contrôler contre les médias — le destinataire contrôle cette paire de timecodes dans son propre modèle d’importation.
Reel et Tape sont-ils deux informations d’identité indépendantes ?
Non. Les deux colonnes reprennent actuellement la même valeur d’origine, et leur seule présence en deux colonnes ne vaut pas deux confirmations indépendantes.
Pourquoi une même take peut-elle occuper plusieurs lignes dans un ALE ?
Parce que l’ALE actuel génère ses lignes de données par caméra : une take avec plusieurs caméras se déploie en plusieurs lignes, et le nombre de lignes ne peut donc pas être pris directement pour le nombre de takes.
Axiom One LLC — SlateX