Quand un enregistreur de terrain, une régie radio et une station de montage s’échangent des fichiers toute la journée, il faut plus qu’un simple son : il faut savoir quand il a été enregistré, avec quoi, et à quel endroit de la timeline il se cale. C’est la mission du Broadcast Wave Format, le BWF, défini par l’Union européenne de radio-télévision. Derrière ce nom se cache un fichier .wav presque ordinaire, augmenté d’une couche de métadonnées lisible par toute la chaîne de production.
Un WAV normalisé, compatible partout
Un BWF reste un fichier WAV au format RIFF, cette structure en blocs (les « chunks ») héritée de Microsoft et d’IBM. On y trouve l’en-tête habituel, le bloc fmt qui décrit la fréquence d’échantillonnage, la résolution et le nombre de canaux, puis le bloc data qui contient l’audio PCM. Un lecteur qui ignore les métadonnées broadcast ouvre le fichier sans broncher et joue le son. La compatibilité descendante est totale, et c’est la première raison du succès du format.
La différence tient à un bloc supplémentaire, le chunk bext, pour « broadcast extension ». Il voyage avec l’audio, à l’intérieur du même fichier, sans fichier annexe à ne pas perdre.
Le chunk bext, la carte d’identité du fichier
Le bext regroupe les informations dont la production a besoin. Un champ Description décrit librement le contenu. Les champs Originator et OriginationDate ou OriginationTime notent l’appareil et l’instant de la prise. Un champ CodingHistory journalise les étapes de codage successives, utile quand un fichier a transité par plusieurs formats.
Le champ le plus précieux s’appelle TimeReference. Il stocke, en nombre d’échantillons depuis minuit, la position de timecode du tout premier échantillon du fichier. Autrement dit, le BWF connaît sa place exacte sur une journée de tournage. C’est la clé de la synchronisation en montage image, un sujet lié de près au double-système son avec timecode. Les versions plus récentes du bext ajoutent des champs de loudness, alignés sur les cibles de l’EBU R128, pour transporter la mesure avec le média.
iXML, le compagnon des enregistreurs de terrain
À côté du bext, beaucoup d’enregistreurs écrivent un second bloc, le chunk iXML. Il décrit la scène, la prise, le nom de chaque piste et le projet, sous une forme structurée. Les enregistreurs de terrain, des Sound Devices aux Zaxcom, s’appuient dessus pour que le monteur retrouve d’un coup d’œil quelle piste correspond à quel micro. Le bext donne le contexte temporel, iXML donne le contexte éditorial.
Le cas des gros fichiers, RF64
Le format RIFF d’origine code la taille des blocs sur 32 bits, ce qui plafonne un fichier à quatre gigaoctets. Une captation multipiste longue dépasse vite cette limite. La réponse se nomme RF64, une extension normalisée qui lève le plafond tout en gardant la logique BWF. Un enregistreur bascule automatiquement en RF64 quand la prise devient trop longue, sans intervention de l’opérateur.
Où le BWF se rend indispensable
En radio, les systèmes d’automation et de diffusion archivent et rejouent des BWF, dont les métadonnées pilotent l’habillage et le calage des éléments, de la régie au studio en self-op. En télévision et en postproduction, le TimeReference garantit que le son recale la vidéo au bon endroit. Lors d’un transfert à distance, un fichier BWF envoyé via un codec de contribution ou un transfert de fichiers arrive avec son contexte complet.
Un piège mérite d’être connu : certaines manipulations effacent silencieusement les métadonnées. Convertir un BWF en MP3, le rouvrir dans un éditeur qui ne préserve pas le bext, ou le renommer à la va-vite peut faire disparaître le timecode. La règle de terrain tient en une phrase : garder le master en BWF et ne travailler que sur des copies.
Mon avis
Le BWF fait partie de ces standards invisibles qui tiennent toute une industrie sans jamais se montrer. Sa force, c’est de ne rien casser : un BWF reste un WAV, donc il s’ouvre partout, et il transporte en prime tout le contexte dont le montage a besoin. Le jour où un fichier perd son timecode entre la prise et la postproduction, on mesure soudain la valeur de ces quelques octets de métadonnées. Soigner la chaîne qui les préserve coûte moins cher qu’une journée de resynchronisation manuelle.
