Pourquoi les numéros de ligne des mêmes prises ne correspondent pas d’un fichier de livraison à l’autre

Si un même lot de fiches de prise donne des numéros de ligne qui ne correspondent pas d’un fichier de livraison à l’autre, ce n’est pas parce qu’ils puisent dans des projets différents : chaque produit sort selon ses propres règles de tri. Le livrable tabulaire garde l’ordre de création, la liste structurée retrie par scène, plan et prise, et le rapport journalier lisible utilise encore une autre clé de plan ; désormais les trois se déploient par caméra, si bien qu’une même sortie tient au même grain de lignes : seul l’ordre ne concorde pas.

Pour rapprocher plusieurs fichiers, la clé commune stable est l’identité de scène, de plan et de prise, et non « le numéro de ligne ».

Même point de départ, mais des règles de tri différentes ensuite

Le livrable tabulaire suit, pour l’essentiel, l’ordre dans lequel les relevés ont été créés. La liste structurée, elle, retrie ces mêmes relevés par numéro de scène, numéro de plan et numéro de prise, avec une comparaison en ordre naturel pour la scène et le plan. Les fiches de prise restent les mêmes, mais la position des lignes n’est plus partagée.

Le rapport journalier lisible suit un troisième tri : après le numéro de scène, il prend le nom qualifié du plan comme deuxième clé, puis range par numéro de prise. Ce nom qualifié n’est pas le numéro de plan brut utilisé par la liste structurée, et deux fichiers qui contiennent pourtant la même série de takes n’ont donc aucune relation du type « la deuxième ligne doit correspondre à la deuxième ligne ».

Le journal de l’interface a encore un autre ordre. Il trie par chaîne de numéro de plan en ordre croissant, puis par numéro de prise. En tri de chaînes, 10 passe avant 2. Cet ordre n’est que la séquence d’affichage propre à la couche d’interface, et on ne peut pas non plus en déduire la position dans les fichiers exportés.

Des numéros de ligne qui ne concordent pas : la raison tient aux clés de tri propres à chacun

Les trois se déploient par caméra : une take rattachée à plusieurs caméras produit plusieurs lignes dans chacun d’eux, et une take sans caméra garde quand même une ligne. Les trois fichiers d’une même sortie tiennent donc au même grain de lignes — la seule différence est que ces mêmes lignes sont classées dans des ordres différents par les clés de chacun.

Cela explique aussi pourquoi les numéros de ligne ne se correspondent pas : le CSV suit pour l’essentiel l’ordre de création des relevés, l’ALE retrie par numéro de scène, numéro de plan et numéro de prise, et le rapport journalier range par numéro de scène, nom qualifié du plan et numéro de prise. Le No. du rapport, qui ressemble à un numéro d’ordre, est en fait le numéro de ligne de tout le document, et non un numéro de take : c’est encore moins une clé de rapprochement entre fichiers.

Les écarts de numéros de ligne viennent des clés de tri différentes de chaque produit ; ils ne veulent pas dire qu’un fichier « a une prise de plus » ou « a une prise de moins ».

L’identifiant de plan peut même être une chaîne différente selon le produit

Le rapport journalier lisible utilise le nom qualifié du plan, alors que la colonne de plan du livrable tabulaire utilise le numéro de plan brut. Un plan peut porter un préfixe de scène ou une forme qualifiée dans l’interface ou dans un fichier, et ne garder que le numéro le plus court dans un autre. Le destinataire doit les relire dans les relations de scène, de plan et de prise, au lieu de juger de l’identité d’une prise d’après la seule égalité d’une chaîne dans une colonne.

Ce qui est décrit ici est le mécanisme du côté de nos produits. Les preuves actuelles ne permettent pas d’affirmer en plus comment un logiciel aval désalignerait, manquerait un rapprochement ou refuserait l’importation à cause de cela. Le comportement de réception concret reste à vérifier colonne par colonne par le destinataire, d’après son propre modèle d’importation.

Quelle clé utiliser pour le rapprochement

Entre plusieurs fichiers, on verrouille d’abord le numéro de scène, puis le plan, puis le numéro de prise ; pour un relevé multi-caméras, on continue jusqu’à la caméra. Le but est de traiter la relation d’identité comme langue commune, au lieu de tenir la position de ligne apparue par hasard dans un fichier pour une clé principale.

Les trois fichiers d’une même sortie tiennent désormais au même grain de lignes, et si l’ordre diverge, on regarde d’abord quelles clés de tri chacun a employées. Comparer d’un périmètre à l’autre ne tient pas : seule la sortie par jour de tournage génère un rapport journalier, celle sur le projet entier ne donne que l’ALE et le CSV. Ce n’est que lorsque la relation d’identité elle-même ne raccroche pas qu’il faut revenir contrôler les relevés source, au lieu d’exiger d’abord que les produits s’alignent ligne à ligne. S’il faut juger, selon le processus du destinataire, si une livraison de plateau peut continuer à servir, on la contrôle alors dans l’ordre de vérification de « Comment juger si une livraison de plateau peut continuer à servir ».

Ces écarts résultent du mécanisme de génération, mais « le mécanisme est ainsi » ne dispense pas non plus de vérifier. Chaque produit a sa propre charge, et le destinataire doit encore confirmer que les champs qu’il utilise peuvent bien revenir au même relevé de plateau.

FAQ

Pourquoi le livrable tabulaire et la liste structurée ne sont-ils pas dans le même ordre ?

Parce que le livrable tabulaire garde l’ordre de création des relevés, tandis que la liste structurée retrie par scène, plan et prise. Les deux couvrent les mêmes prises, mais leurs règles de tri diffèrent ensuite.

Les fichiers d’une même sortie ont-ils le même nombre total de lignes ?

Oui. Les trois écrivent une ligne par caméra, et une take multi-caméras occupe le même nombre de lignes dans les trois ; seul l’ordre diffère. La sortie sur le projet entier ne génère pas de rapport journalier, et comparer les nombres de lignes à travers ces deux périmètres n’a donc pas de sens.

Le No. du rapport journalier peut-il se raccorder aux numéros de ligne d’un autre fichier ?

Il ne faut pas. Le No. du rapport est le numéro de ligne de tout le document, et non le numéro d’une take, et ne peut donc pas servir de clé d’identité entre fichiers.

Quelle clé commune utiliser pour rapprocher plusieurs fichiers ?

On utilise en priorité l’identité de scène, de plan et de prise, et l’on continue jusqu’à la caméra pour les relevés multi-caméras ; sans tenir un numéro de ligne, ni la position de tri d’un seul fichier, pour clé commune.

Axiom One LLC — SlateX