Ce qu'un CSV apporte de plus ou de moins qu'un ALE

Le tableau détaillé CSV et la liste ALE ne sont pas les mêmes données avec une autre extension. CSV est fait pour la lecture colonne par colonne par une personne ou un outil de tableur, et ALE est une liste d'échange destinée à être lue par un flux de réception ; leurs jeux de valeurs, leurs écritures de valeur manquante, leur encodage et le sens de leurs champs diffèrent. CSV apporte davantage de paramètres de caméra et de tournage, mais il n'est pas pour autant un inventaire de médias, et il ne fournit ni correspondance des canaux ni timecode du son.

Quand le format change, l'important n'est pas seulement « quelques colonnes en plus », mais d'où vient chaque colonne et à qui elle est destinée pour vérification.

Ce que CSV apporte en plus, ce sont les détails de caméra et de tournage

Par rapport à un ALE, CSV apporte davantage d'information au niveau du plan et de la caméra. La focale, le filtre, la sensibilité ISO, l'ouverture, l'angle d'obturation, le format d'image et la résolution, ainsi que les informations de composition telles que l'échelle de plan, l'angle et le mouvement, entrent toutes dans ce que ce détail tabulaire peut exprimer.

Il écrit aussi plusieurs indicateurs d'état, dont les états de caméra VFX, plaque, plan propre et référence, et il porte la date de tournage. Une frontière importante doit rester ici : une colonne présente dans le tableau de livraison ne veut pas dire que l'app a aujourd'hui une entrée de saisie de plateau correspondante. Certaines colonnes d'état du son apparaissent dans la structure du fichier, mais on ne peut pas les présenter pour autant comme une capacité déjà enregistrable.

La note de niveau prise et la note de niveau caméra entrent aussi dans deux colonnes distinctes. À la génération du CSV, les retours à la ligne, les retours chariot et les tabulations contenus dans les notes sont réduits à des espaces, et on ne peut donc pas promettre que « les notes sont conservées telles quelles ». Ce que le destinataire lit est un texte déjà traité pour entrer dans un tableau.

Les deux colonnes de notation ne sont pas la même chose

CSV porte une colonne de texte de notation et une colonne booléenne Circle. Le texte de notation s'écrit Circle, Keep, Hold ou N/G, et peut rester vide quand la prise n'est pas notée. La colonne booléenne Circle, elle, n'écrit TRUE que pour le seul cran de notation qui correspond au texte Circle, et écrit FALSE dans tous les autres cas.

Cela veut dire que, quand une prise est marquée Keep sur le plateau, la colonne de texte de notation écrit bien Keep, mais que le booléen Circle reste FALSE. On ne peut donc pas interpréter la colonne booléenne comme le sens complet de « cette prise a-t-elle été entourée sur le plateau ». Elle n'est qu'une valeur booléenne dérivée d'une condition de notation particulière.

Lire Rating, c'est lire un texte de notation ; lire Circle, c'est lire une condition dérivée plus étroite. Les deux colonnes ne se remplacent pas.

C'est aussi là que le destinataire doit établir ses correspondances colonne par colonne. Si son modèle de tableur ne regarde que la colonne booléenne, il passe à côté des autres états qui ont encore du sens dans le texte de notation ; et s'il ne regarde que la colonne de texte, il ne peut pas non plus supposer qu'elle égale d'autres champs d'état internes de l'app.

CSV n'a toujours ni position des médias ni correspondance du son

Davantage de champs ne veut pas dire que ce fichier porte toute l'information de rattachement des médias. Le CSV actuel n'écrit pas de chemin de médias, et n'a ni correspondance des canaux ni timecode du son. Si le destinataire doit savoir où se trouvent réellement les fichiers médias et quel canal correspond à quelle source sonore, il doit compléter avec les médias eux-mêmes et les autres enregistrements d'échange.

De même, voir Filename, un numéro de bobine ou un numéro de clip dans le tableau ne transforme pas ce fichier en une liste permettant de localiser directement tous les médias. Les champs d'identité doivent être croisés avec les vrais noms de fichiers des médias, les numéros de bobine et les enregistrements de plateau.

L'encodage et les règles de nettoyage diffèrent aussi de l'ALE

CSV s'écrit sur le disque avec une marque d'ordre des octets, et l'ALE non. Les deux fichiers utilisent des retours à la ligne LF, mais le traitement de l'encodage et des retours à la ligne par l'environnement de réception demande une vérification réelle. En cas de caractères illisibles ou de colonnes décalées, on contrôle d'abord l'encodage, les séparateurs et le nettoyage du texte, au lieu de supposer que ce sont les champs de contenu qui sont faux.

Chaque valeur de données du CSV passe par son propre chemin d'échappement. Les retours à la ligne et les tabulations sont aplanis ; une valeur contenant une virgule ou un guillemet est encadrée et échappée selon la règle actuelle. Ce comportement convient au mode de génération actuel, mais il ne doit pas être étendu en une promesse de conformité à une quelconque norme CSV externe.

Les dates non plus ne suivent pas une seule règle entre les livrables

La colonne de date du CSV s'écrit dans un format machine fixe du calendrier grégorien : yyyy-MM-dd. La date d'en-tête d'un autre type de rapport, elle, suit le réglage de format de date de l'environnement de l'appareil. Les deux servent des lectures différentes, et on ne peut donc pas écrire que « les dates des différents livrables sont forcément identiques caractère par caractère ».

Si le destinataire doit rapprocher plusieurs fichiers, il tient d'abord les écarts de format des champs de date comme une condition attendue, puis vérifie s'ils renvoient au même jour. Des chaînes différentes n'impliquent pas forcément des dates différentes, et des chaînes identiques ne remplacent pas la confirmation auprès de la source.

FAQ

Qu'est-ce que CSV apporte surtout de plus qu'un ALE ?

Surtout des détails plus fins au niveau caméra, optique, composition, état et date : par exemple focale, filtre, sensibilité ISO, ouverture, résolution, échelle de plan, angle et mouvement.

Pourquoi Rating et Circle peuvent-ils sembler se contredire ?

Parce qu'ils n'ont pas le même sens d'origine. Rating écrit le texte de notation, et le booléen Circle n'écrit TRUE que pour la notation Circle. Une prise Keep donne donc à la fois Rating=Keep et Circle=FALSE.

CSV conserve-t-il les notes telles quelles ?

Pas caractère par caractère. Les retours à la ligne, les retours chariot et les tabulations sont réduits à des espaces à la génération, et le destinataire lit un résultat adapté à la structure de ligne d'un tableau.

Avec plus de champs, CSV permet-il de retrouver les médias et les canaux du son ?

Non. Le fichier actuel ne contient toujours ni chemin de médias, ni correspondance des canaux, ni timecode du son. La position des médias et les relations du son se vérifient dans les médias eux-mêmes et dans les autres informations d'échange.

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