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 pas la correspondance des canaux ; le timecode de début du son a sa propre colonne, et une valeur qui échoue au contrôle de forme se livre vide.

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 : VFX, plaque, plan propre et référence portent sur la caméra de cette prise, MOS et piste wild portent sur la prise elle-même ; tous se cochent dans la fiche de prise, et la date de tournage vient avec. Les deux indicateurs sonores se lisent ensemble : quand la base tient MOS et piste wild activés à la fois, la livraison part en muet ; quand les deux colonnes annoncent FALSE, deux cas restent possibles — la ligne porte un fait de son direct, ou elle ne porte rien, et cette case seule ne permet pas de séparer les deux.

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 trois colonnes de notation se lisent selon leurs propres règles

CSV porte une colonne Rating pour le 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.

Circled On Set dérive aussi de la même valeur de notation, mais selon une règle plus large : Circle et Keep écrivent tous deux TRUE, les autres crans écrivent FALSE. Une prise Keep présente donc à la fois Rating=Keep, Circle=FALSE et Circled On Set=TRUE.

Rating restitue le texte de notation, Circle teste seulement si le cran est Circle, et Circled On Set range Circle et Keep tous deux dans la sélection entourée sur le plateau. Les trois colonnes sont trois dérivations d’une même valeur de notation, pas trois états indépendants.

Le destinataire doit établir la correspondance colonne par colonne. Ne regarder que Circle laisse de côté les textes Keep, Hold et N/G ; ne regarder que Rating ne remplace pas non plus le critère plus large porté par Circled On Set. Les trois colonnes ne se remplacent pas et ne valent pas comme sources indépendantes qui se valideraient l’une l’autre.

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 porte les deux cases du nom et du chemin du fichier source (Source File Name / Source File Path), plus la colonne Sound TC pour la position de départ du son — les deux cases de la source se remplissent de deux façons : par ce qui a été recopié sur le plateau, ou lorsque l’application remplit ces mêmes cases lors de l’import des médias depuis un fichier, sans écraser une valeur déjà recopiée à la main. Pour le timecode de départ du son, seule la première voie existe, et elles restent vides si aucune des deux n’a eu lieu. Il ne dit toujours pas où se trouve le média sur votre machine, et n’a pas de correspondance des canaux : la position des fichiers et les relations entre micros et canaux doivent venir des médias eux-mêmes et des 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. Voir « Pourquoi une livraison ne peut pas rendre un chemin jusqu’aux médias ».

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 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 ?

Les trois colonnes dérivent de la même valeur de notation, mais selon des règles différentes : Rating écrit le texte, Circle n’écrit TRUE que pour le cran Circle, et Circled On Set écrit TRUE pour Circle comme pour Keep. Une prise Keep donne donc Rating=Keep, Circle=FALSE et Circled On Set=TRUE.

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 ?

Partiellement. Les deux cases de la source ont deux origines : le recopiage sur le plateau, ou l’application qui remplit ces mêmes cases lors de l’import des médias depuis un fichier, sans écraser ce qui avait déjà été recopié à la main. Le timecode de début du son n’a que la première origine ; ce qui n’est jamais arrivé reste vide ; il omet toujours la correspondance des canaux et ne pointe pas vers les médias sur votre machine. Vérifiez la position et les relations du son auprès des médias eux-mêmes et des autres informations d’échange.

Axiom One LLC — SlateX