3Livrer
Contrôler la livraison, pas seulement le travail
Le défaut se trouve chez vous, pas chez le client.
Pour studios qui livrent à un diffuseur ou à une plateforme
Le problème
Un rejet de contrôle coûte une semaine et une réputation. Les trois défauts qui le provoquent ne s’entendent pas à la relecture : une réplique manquante au milieu d’un épisode, une loudness à un décibel de la cible, une synchronisation juste au début et fausse à la fin.
Trois contrôles sur le fichier réellement livré : les niveaux face au barème de diffusion, la présence effective de chaque réplique dans le mixage, et la synchronisation par rapport aux timecodes. Rien n’est corrigé en silence : tout est mesuré, chiffré, et consigné.
La réponse
Les niveaux, sur le fichier final
Loudness intégrée, vrai pic, plage, écrêtage, mesurés sur le livrable lui-même, vidéo comprise, et comparés au barème choisi. Chaque point porte la valeur relevée, pas un avis.
- Pourquoi afficher l’écart et pas seulement « non conforme » ? #
- Parce qu’un verdict ne se corrige pas. « −24,4 LUFS, cible −23, écart −1,4 » dit de combien rattraper ; « non conforme » oblige à remesurer soi-même.
- Et si le fichier est muet ? #
- Il est signalé comme muet, pas comme faible. La différence compte : une mesure de loudness sur une piste absente rend une valeur très basse, qu’on prend pour un problème de niveau alors qu’il n’y a pas de son du tout.
Chaque réplique est-elle vraiment là ?
Le script est comparé au signal, réplique par réplique. Une ligne perdue à l’assemblage laisse un trou silencieux à son timecode : le contrôle le trouve et vous y emmène.
- Comment distinguer un trou d’un mixage simplement bas ? #
- Le seuil est calculé à partir du fichier lui-même, pas fixé d’avance. Un mixage volontairement discret n’est donc jamais déclaré vide, seule une réplique franchement absente l’est.
Décalage et dérive, séparés
Le contrôle date l’attaque réelle de chaque réplique. Un décalage constant se rattrape d’un coup ; une dérive qui grandit avec le programme vient d’un rapport de cadence, et se corrige ailleurs. Ce sont deux défauts, deux remèdes.
- Pourquoi la dérive est-elle si dangereuse ? #
- Parce qu’elle est nulle au début. On contrôle les premières minutes, tout est juste, et la fin de l’épisode est inutilisable. C’est le défaut qu’un visionnage ne trouve pas.
- Axeho dit-il d’où vient la dérive ? #
- Quand la pente correspond à un rapport connu (24 pris pour 23,976, un rééchantillonnage oublié), la cause probable est nommée. C’est une hypothèse, présentée comme telle, mais c’est l’heure qu’on ne passe pas à la chercher.
Une fiche à joindre
Les trois contrôles s’enchaînent en un geste et produisent une fiche autonome, imprimable en PDF, plus un relevé pour l’archivage. Ce que vous envoyez au client dit ce qui a été vérifié.
- Axeho corrige-t-il ce qu’il trouve ? #
- Non, et c’est délibéré. Un contrôle qui corrige tout seul ne peut plus servir de preuve : on ne saurait plus ce qui était bon et ce qui a été rattrapé. Le mastering existe à côté, et il se déclenche à la main.
Spécifications
| Entrée | le fichier livrable, vidéo comprise |
|---|---|
| Contrôles | niveaux, complétude du dialogue, synchronisation |
| Sortie | une fiche de contrôle à joindre à la livraison |
Apprendre à s’en servir
Des marches à suivre, étape par étape et captures à l’appui : Contrôler un épisode avant de l’envoyer.