Les quatre formes d'une valeur vide dans un fichier de livraison

Le « vide » d'un fichier de livraison n'est pas seulement une case sans rien du tout. À la réception, il faut au moins séparer quatre formes : la vraie chaîne vide, l'occupant explicite en trait d'union court, la valeur par défaut qui ressemble à une numérotation normale, et la valeur nulle qui ressemble à un timecode légal. Toutes peuvent signifier « il n'y a ici aucune donnée confirmable », mais leur apparence et leur raison d'être sont différentes, et il ne faut pas les confondre en une seule classe à l'acceptation.

Une donnée absente ne ressemble pas forcément à du blanc ; certaines valeurs manquantes ressemblent précisément à des valeurs normales.

La chaîne vide est un trou visible

Dans les livraisons tabulaires, beaucoup de champs manquants s'écrivent directement comme une chaîne vide. Sans caméra, la colonne de caméra correspondante peut rester vide ; sans point d'entrée, sans jour de tournage ou sans autre information facultative, on peut aussi voir une cellule vide.

L'avantage de la chaîne vide est que le destinataire voit facilement « il n'y a rien ici ». Mais cela dit seulement que ce produit n'a pas écrit de valeur, et ne répond pas à lui seul si la source n'a jamais contenu ces données ou si la génération ne les a pas trouvées. L'acceptation doit quand même revenir à l'origine de l'enregistrement.

Les formats de livraison n'ont pas non plus la même politique de valeur manquante. On ne peut pas déduire d'un tableau où les chaînes vides sont fréquentes qu'une autre liste exprimera l'absence de la même façon.

Le trait d'union est un occupant explicite, pas une valeur métier

Certains champs écrivent - quand ils n'ont aucun contenu. Le PDF de notre propre rapport journalier est ce genre de pièce : réalisateur, équipe, appel du jour et fin de journée s'impriment avec un trait d'union quand rien n'a été relevé. Ce trait d'union n'est ni un vrai nom, ni une numérotation, ni un état : il dit au destinataire « il n'y a pas de valeur ici ». En sens inverse, les deux fichiers lus par la machine ne le lisent jamais : la valeur manquante y est une chaîne vide, et contrôler avec la règle « un trait d'union seul compte comme manque » ferait passer à côté de toutes les cellules vides.

Le problème est que le trait d'union n'est pas une écriture de valeur manquante commune à toutes les colonnes. Dans un même fichier, d'autres champs peuvent être des chaînes vides, ou recevoir une numérotation par défaut ou un timecode à zéros. On ne peut donc pas établir une règle générale du type « chercher - dès qu'il manque une valeur ».

Le destinataire doit lire la signification de l'occupant colonne par colonne. Un - dans une colonne est explicitement un occupant, alors qu'une autre colonne n'utilise jamais cette écriture.

Une numérotation par défaut ressemble surtout à un vrai relevé

Quand le contexte de caméra manque, le numéro de bobine et le numéro de bobine son des deux pièces lisibles par l'humain prennent des formes comme A001 ou S001 : une lettre de caméra et trois chiffres incrémentés, comptés par le logiciel. À l'écran, rien ne les distingue d'un vrai numéro de carte, et le seul test de validité de la chaîne ne dit donc pas si cette valeur a été confirmée sur le plateau.

La même affaire prend un autre chemin dans les fichiers lus par la machine. Les quatre cellules de l'ALE qui servent à reconnaître la source, Tape, Reel #, Soundroll et Camroll, n'acceptent que le numéro de carte que vous avez recopié et restent vides si vous ne l'avez pas recopié ; une numérotation dérivée ne les remplace pas. Le CSV livre les deux colonnes côte à côte : l'une est le numéro d'affichage compté par le logiciel, l'autre le vrai numéro de carte que vous avez recopié, et cette séparation existe pour que quelqu'un les compare.

Ce genre de valeur ne peut pas se prouver elle-même à l'intérieur du fichier. Le destinataire doit reporter le numéro de bobine, le numéro de clip et le nom de fichier du média sur les enregistrements de plateau ou sur le média lui-même, pour établir s'il s'agit d'un relevé réel ou du repli du générateur.

« La forme est vraie » dit seulement que la chaîne est bien formée, et non que son origine est déjà vérifiée.

Un timecode entièrement à zéros peut être un vrai zéro comme une valeur manquante

00:00:00:00 est la forme qui exige le plus un retour à la source. C'est en soi une chaîne de timecode lisible, et un contrôle syntaxique ne la traite donc pas comme une valeur vide ; en même temps, le générateur peut écrire cette chaîne quand il n'a ni timecode ni durée exploitables, et c'est précisément ce qui la rend dangereuse. Nos trois propres fichiers de livraison ne l'écrivent plus : un timecode non relevé, ou qui échoue sur la forme ou la plage, sort vide ; ce qui manque reste manquant et n'est pas complété par un zéro d'apparence légale.

Le destinataire ne peut donc pas, à partir du seul produit, distinguer « le plateau est vraiment parti du point zéro » de « aucune valeur n'était disponible, et elle a été complétée par des zéros ». Pour séparer les deux cas, il n'y a que les enregistrements de plateau, les métadonnées des médias ou une autre origine traçable.

Cette frontière vaut aussi pour les champs calculés à partir d'une valeur manquante. Qu'un résultat dérivé ait l'air complet ne veut pas dire que ses entrées existaient vraiment.

Les quatre formes ne se transposent pas d'un format à l'autre

La règle du côté de SlateX se dit maintenant en peu de mots. Dans les deux fichiers lus par la machine (ALE et CSV), une valeur manquante n'a qu'une seule apparence : la chaîne vide, sans trait d'union et sans timecode entièrement à zéros, et la colonne de cadence d'images reste vide elle aussi quand la caméra ne l'a pas déclarée, si bien qu'aucun fichier ne donne 25 pendant que l'autre donne 24. L'occupant trait d'union n'apparaît que dans le PDF du rapport journalier, lisible par l'humain ; les numérotations dérivées de la famille A001 n'apparaissent que dans les colonnes lisibles par l'humain du CSV et du PDF, et les cellules de l'ALE qui reconnaissent la source ne les laissent pas se substituer. Une autre cellule vide mérite d'être connue : dans l'ALE une cellule peut être vide alors que la valeur est bien relevée, parce que cette colonne ne peut pas porter cette écriture ; les caractères non latins sortent en cellule vide, et le texte mot à mot se trouve dans le CSV et le PDF.

Il ne faut donc pas écrire que « les valeurs manquantes reçoivent toutes un même symbole ». Les règles de réception s'établissent pour un format précis et une colonne précise : quelles colonnes peuvent rester vides, quelles colonnes écrivent un occupant, quelles colonnes fabriquent une valeur par défaut d'apparence légale, et quels champs de temps peuvent tomber sur une valeur nulle.

Les fichiers de livraison actuels n'ajoutent pas non plus de marqueur disant « cette valeur vient du générateur ». Quand une numérotation par défaut et une valeur nulle ont le même aspect que les valeurs réelles, la responsabilité de vérification reste du côté du destinataire. La façon la plus sûre de faire n'est pas de deviner, mais de retrouver la source.

FAQ

Une cellule vide et un - sont-ils le même genre de valeur manquante ?

Il ne faut pas le traiter ainsi. Les deux peuvent représenter une absence, mais ce sont deux formes de sortie différentes, et toutes les colonnes n'appliquent pas la même règle. À la réception, on interprète champ par champ.

Un A001 dans un fichier est-il forcément le numéro de bobine du plateau ?

On ne peut pas juger ainsi. Dans le CSV et le PDF, cette colonne est justement un numéro d'affichage que le logiciel compte à partir de la lettre de caméra et d'un ordinal, écrit comme un numéro de bobine ; le vrai numéro de carte recopié sur le plateau est dans une autre colonne. Les cellules de l'ALE qui reconnaissent la source n'acceptent pas de numérotation dérivée et restent vides quand rien n'a été recopié. À la vérification, il faut regarder ces deux colonnes séparément.

00:00:00:00 vaut-il un vrai point zéro ?

Cette seule chaîne ne suffit pas pour conclure, et il en va de même dans n'importe lequel des fichiers de livraison. Elle peut être un point zéro légal comme la forme dont une valeur absente a été complétée, et il faut revenir à l'origine pour confirmer. Nos trois propres fichiers de livraison ne l'écrivent plus : une valeur manquante sort vide.

Pourquoi une seule règle de valeur manquante ne suffit-elle pas pour tous les formats de livraison ?

Parce que les mêmes données s'écrivent différemment selon le support : la pièce lisible par l'humain écrit un occupant, les deux fichiers lus par la machine laissent tout vide, et une numérotation dérivée comme A001 n'apparaît, elle aussi, que dans les colonnes lisibles par l'humain. Les règles de réception s'établissent support par support et colonne par colonne.

Axiom One LLC — SlateX. Chiffres arrêtés au 2026-09-24.