Pourquoi la présence de Sound Roll ne veut pas dire que le timecode du son est là

Voir Sound Roll dans un fichier de livraison dit que ce fichier porte un numéro de bobine d’enregistrement du son ; cela ne veut pas dire que la même livraison porte aussi un timecode du son. ALE et CSV ont chacun une colonne Sound Roll et leur propre case Sound TC ; le corps du tableau du rapport journalier PDF — son en-tête suit la langue de l’interface, et sur un écran anglais c’est Audio Roll — et le FDX n’ont pas cette case. « Une bobine existe » n’équivaut donc ni à « un timecode existe » ni à « cette case porte une valeur » : les deux lectures restent séparées.

Sound Roll est un indice d’identité pour les médias sonores, et non une position temporelle du son ; sa présence ne remplit aucune valeur dans la case Sound TC.

D’où vient la colonne Sound Roll

Dans un ALE et dans un CSV, Sound Roll vient du numéro de bobine d’enregistrement du son stocké sur la fiche de caméra, puis est mis en forme selon la règle d’affichage des numéros de bobine. Quand aucune valeur exploitable n’existe, les trois fichiers ne procèdent pas pareil : l’ALE et le CSV ne livrent que ce qui a été recopié sur le plateau et, rien de recopié, la cellule reste vide, sans qu’un numéro compté par le logiciel vienne la remplir ; le PDF, pièce lisible par un humain, donne la valeur recopiée en priorité et ne retombe sur le numéro dérivé compté par le logiciel qu’en son absence. Une chaîne qui ressemble à un numéro de bobine normal ne veut donc pas dire que le destinataire l’a vérifiée contre un fichier audio. Il faut la tenir pour un indice d’identité qui reste à vérifier, et non pour une position temporelle du son.

En multi-caméras, le numéro de bobine son est stocké au niveau de la fiche de caméra, si bien que les différentes caméras d’un même enregistrement de prise doivent se lire champ par champ ; ALE, CSV et le PDF sortent une ligne par caméra, et chaque ligne ne porte que le numéro de bobine son de cette caméra. Le fichier de livraison porte aussi, du côté son, les mentions Tracks, MOS et Wild Track, toutes calculées à partir d’enregistrements de plateau tels que la marque de présence d’enregistrement sonore, et non lues dans un fichier audio. Si ces valeurs correspondent réellement au même lot de fichiers d’enregistrement, on ne peut pas l’établir par cette seule colonne. La présence d’un enregistrement sonore indépendant sur le plateau, et le fait que les fichiers audio partent avec ce lot de livraison, ne sont pas non plus des jugements que cette colonne peut porter à la place de l’utilisateur.

Dans quel fichier de livraison se trouve la case Sound TC, et quand est-elle vide

L’ALE écrit le timecode de départ du son dans sa colonne Sound TC, et le CSV a une case à lui. Tous deux livrent à l’identique la lecture relevée sur la machine ou sur le plateau : forme ou plage non conformes, la cellule reste entièrement vide, on ne rogne aucune position d’image et on n’invente aucun zéro d’allure légale. Le rapport journalier PDF et le FDX n’ont aucune case de ce genre, et n’y rien lire est une frontière de format, non une valeur cachée.

Il ne faut donc pas tenir Sound Roll pour un équivalent de Sound TC, ni déduire du timecode image le timecode de départ propre au fichier audio. Cela ne doit pas être décrit comme une capacité de synchronisation de timecode, et le champ de numéro de bobine ne doit pas davantage être présenté comme effectuant un calage automatique du son sur l’image. Le destinataire doit revenir aux fichiers audio effectifs et à son propre inventaire du son pour vérifier le timecode et le point de départ portés par chaque fichier audio.

Le numéro de bobine répond « quelle bobine de son » ; Sound TC répond « à partir de quelle image ». Quand cette case est vide, le destinataire doit vérifier en revenant aux fichiers audio et à l’inventaire du son.

Comment le numéro de bobine et le timecode image peuvent se croiser

Dans la structure de livraison actuelle, un ALE et un CSV permettent d’utiliser le numéro de bobine son et le timecode image dans une seule et même vérification (le corps du tableau du PDF n’a pas de colonne de timecode), mais cela reste une correspondance établie à la main dans le flux de réception. Le numéro de bobine aide à répondre à « quel numéro de bobine son cet enregistrement prétend-il associer », et le timecode image aide à répondre à « à quelle position temporelle se trouve cet enregistrement image ». Poser un numéro de bobine à côté du timecode image ne met aucune valeur dans une case Sound TC exportée vide : vide veut dire aucune lecture exploitable.

Tout jugement de calage ne peut donc être établi qu’avec l’inventaire du son détenu par le destinataire, les informations propres aux fichiers audio et les enregistrements image du fichier de livraison. « Ce qu’un fichier ALE fait réellement entre le plateau et la postproduction » dit ce qu’un fichier d’échange peut porter et où sont ses frontières, et le fait que cette case porte ou non une valeur relève justement de ce second terme. Le destinataire doit vérifier lui-même, au lieu de laisser un numéro de bobine en apparence complète tenir lieu de preuve de timecode.

Que doit garder le fichier audio lui-même à la réception

Une fois le fichier reçu, le destinataire doit d’abord confirmer si le numéro de bobine désigné par Sound Roll concorde avec son inventaire du son, puis consulter le timecode et le point de départ fournis par le fichier audio effectif. La livraison image donne les enregistrements du côté image, mais un numéro de bobine n’est pas une position temporelle, et une case Sound TC vide laisse la relation temporelle son-image non vérifiée. Toute correspondance supplémentaire exige les preuves de médias que détient le destinataire.

Cela veut dire aussi que la présence de fichiers d’enregistrement indépendants dans la livraison, et l’appartenance de ces fichiers au même lot de livraison, doivent être confirmées par le destinataire à partir de l’inventaire des médias réellement reçus. L’app ne juge pas ces faits extérieurs à la place de l’utilisateur en s’appuyant sur le champ Sound Roll. La conclusion est simple : le destinataire doit vérifier lui-même le timecode et le point de départ portés par les fichiers audio eux-mêmes.

FAQ

Sound Roll est-il le timecode du son ?

Ce ne sont pas la même sorte d’information. Sound Roll est le numéro de bobine d’enregistrement du son, et Sound TC est une position temporelle. ALE et CSV ont chacun leur propre case Sound TC, et le rapport journalier PDF comme le FDX n’en ont pas ; « une case porte une valeur » et « un fichier de livraison a cette colonne » sont deux questions distinctes.

Avoir un Sound Roll permet-il de caler le son sur l’image ?

On ne peut pas en tirer une correspondance temporelle. Le destinataire doit croiser le numéro de bobine, les enregistrements image, son inventaire du son, ainsi que le timecode et le point de départ propres au fichier audio.

D’où confirmer en dernier lieu la position temporelle du son ?

Des fichiers audio effectifs et de l’inventaire du son. Le destinataire doit vérifier lui-même le timecode et le point de départ portés par chaque fichier audio, sans déduire une position temporelle de Sound Roll.

Axiom One LLC — SlateX