Le format BWF (Broadcast Wave Format) a été mis au point par la European Broadcast Union (EBU) Project Group P/DAPA (Digital Audio Production and Archiving), en étroite collaboration avec l'industrie audio. Il vise à fournir un moyen d'échanger des contenus audio entre différents environnements de radiodiffusion, et entre des équipements basés sur différentes plates-formes et systèmes d'exploitation.

Le format Broadcast Wave Format est une spécialisation du format de fichier audio WAVE, lui-même fondé sur la structure de fichier Resource Interchange File Format. À moins que des éléments de cette fiche les contredisent explicitement, les informations de la fiche WAVE s'appliquent également au format BWF.

À partir de 2006, une évolution de BWF, le MBWF (Multi-channel Broadcast Wave Format), est normalisée. Elle correspond à une spécialisation du WAVE RF64 avec des métadonnées BWF pour gérer les fichiers audio plus volumineux (plus de 4 Gio) à la suite de la généralisation des programmes multicanaux - cette variante de BWF est également nommée « BW64 ».

Le format BWF dispose de spécifications publiées (CPO-DOC) et diffusées gratuitement, et aucun brevet d'utilisation ne porte sur lui (CPO-LIB). Sa simplicité, sa transparence et les métadonnées d'échange avancées qu'il spécifie en font un bon format de préservation, bien que l'absence de compression des flux audio qu'il embarque généralement produise des fichiers volumineux (CPO-COM).

BWF est une spécialisation du format WAVE ; il se distingue de ce dernier par l'ajout d'un chunk bext contenant des métadonnées décrites ci-dessous. Néanmoins, les suppléments à la norme EBU Tech 3285 définissant le BWF intègrent des considérations qui touchent à d'autres chunks et qui seraient donc à considérer comme des spécialisations de la norme WAVE. En pratique, BWF et MBWF / BW64 sont considérés comme les formats successeurs de WAVE / WAVE RF64.

Le standard ADM (Audio Definition Model) définit un autre ensemble de métadonnées décrivant le positionnement et l'usage des pistes/canaux, qui peut également être embarqué dans un fichier WAVE comportant des métadonnées BWF. Ce standard est décrit dans la norme EBU Tech 3364 / ITU R-BS.2076 et son empaquetage dans un fichier WAVE est décrit dans la norme ITU-R BS.2088-1 (section 8) et dans le supplément 7 à la norme EBU Tech 3285 (voir la section « Organisme de maintenance et documentation de référence » ci-dessous.

Trois versions successives ont été publiées :

• Version 0, initiale, en 1997 ;
• Version 1, en 2001, qui ajoute un champ pour exprimer un identifiant UMID.
• Version 2, en 2011, qui ajoute notamment la mesure de l'intensité sonore.

Le format conteneur BWF était, dans sa version 0, prévu pour embarquer un flux PCM, mais autorisait implicitement d'autres formats de flux audio. Le supplément 1 à la norme la précise et décrit l'embarquement de flux aux formats MPEG-1/2 layer I et II.

Comme les fichiers WAVE, les fichiers RIFF sont constitués de blocs de base appelés chunks, qui correspondent à des blocs de données contenant un ou plusieurs types d'informations spécifiques. Chaque fichier BWF est composé d’un en-tête de fichier suivi d'un certain nombre de chunks dont certains sont obligatoires comme le chunk spécial d'extension « bext », tandis que d'autres sont facultatifs.

Le format BWF a été originellement développé par l'EBU sous l'identifiant EBU Tech 3285, qui comprend en plus du document initial sept suppléments :

• EBU Tech 3285, Specification of the Broadcast Wave Format (BWF) Version 2 ;
• EBU Tech 3285s1-1997 BWF, Supplement 1 : MPEG audio ;
• EBU Tech 3285s2-2001 BWF, Supplement 2 : Capturing Report ;
• EBU Tech 3285s3-2001 BWF, Supplement 3 : Peak Envelope Chunk ;
• EBU Tech 3285s4-2003 BWF, Supplement 4 : chunk ;
• EBU Tech 3285s5-2018 BWF, Supplement 5 : Storing and transferring metadata as XML - axml Chunk ;
• EBU Tech 3285s6-2009 BWF, Supplement 6 : Dolby Metadata, - dbmd chunk ;
• EBU Tech 3285s7-2009 BWF, Supplement 7 : ID references from each track in a BWF ADM - chna Chunk.

L'ITU, équivalent international de l'EBU, a adopté cette norme sous l'identifiant ITU-R BS.1352. La version 4 de cette norme comprend la norme EBU Tech 3285 mentionnée ci-dessous et plusieurs de ses suppléments.

En 2015, l'ITU reprend la norme RF64 de l'EBU (EBU Tech 3306) et l'intègre sous l'identifiant ITU-R BS.2088 (dernière version publiée : ITU-R BS.2088-1 en 2019). Pour des précisions supplémentaires sur l'histoire complexe et parfois concurrentielle entre EBU et ITU et les normes que les deux organisations de normalisation portent, on pourra consulter la référence suivante :

Guyton (David), « History of the RIFF/WAVE File Family », datahacker, 18 mars 2020. URL : https://datahacker.blog/home-theater/media-servers/riff-wave-file-family-history.. Consulté le 21 novembre 2024.

D'autres documents de l'EBU, principalement des recommandations, concernent le BWF :

• EBU Tech 3352 : THE CARRIAGE OF IDENTIFIERS IN THE BROADCAST WAVE FORMAT (BWF)
• R97-1999 : Exchange of sound programmes as BWF files on CD and DVD ;
• R98-1999 : Format for the CodingHistory filed in BWF files - reprise dans l'annexe 1 de l'ITU-R BS.1352 ;
• R085-2004 : Use of the Broadcast Wave Format for exchange of audio data ;
• R111-2007 : Multichannel use of the BWF audio file format (MBWF) ;
• R099-2011 : Unique Source Identifier (USID) for use in the field of the Broadcast Wave Format ;

L'évaluation de la British Library sur le format WAVE traite également de BWF.

Extension : devrait être .wav, mais la norme encourage une certaine tolérance des implémentations envers des extensions erronées telles que .bwf, qui se retrouvent parfois dans les données échangées.

Type MIME : audio/x-wav, mais les variantes citées dans la fiche WAVE peuvent aussi exister.

Registre	Identifiant
Wikidata	Q27526426 pour le format de fichier BWF, version 0 Q27526471 pour le format de fichier BWF, version 1 Q27526504 pour le format de fichier BWF, version 2
Bibliothèque du Congrès	fdd000356 pour le format de fichier BWF, version 1 fdd000357 pour le format de fichier BWF, version 2 fdd000003 pour le format de fichier BWF, version 1 avec Audio LPCM fdd000359 pour le format de fichier BWF, version 2 avec Audio LPCM
PRONOM	fmt/1 pour le format de fichier BWF, version 0 fmt/2 pour le format de fichier BWF, version 1 fmt/527 pour le format de fichier BWF, version 2 fmt/703 pour le format de fichier BWF, version 0 avec Audio LPCM fmt/704 pour le format de fichier BWF, version 1 avec Audio LPCM fmt/705 pour le format de fichier BWF, version 2 avec Audio LPCM fmt/706 pour le format de fichier BWF, version 0 avec Audio MPEG fmt/707 pour le format de fichier BWF, version 1 avec Audio MPEG fmt/708 pour le format de fichier BWF, version 2 avec Audio MPEG fmt/709 pour le format de fichier BWF, version 0, variante WAVEFORMATEXTENSIBLE fmt/710 pour le format de fichier BWF, version 1, variante WAVEFORMATEXTENSIBLE fmt/711 pour le format de fichier BWF, version 2, variante WAVEFORMATEXTENSIBLE fmt/713 pour le format de fichier BWF RF64
Just Solve the File Format Problem	BWF

Dans la Version 2 du BWF, le chunk spécial d'extension « bext » peut contenir les champs suivants :

• Version : version de BWF utilisée ;
• CodingHistory : liste des processus d'encodage appliqués aux données audio ;
• Description : champ de description générale du contenu ;
• Originator : nom de la source (producteur) des données audio ;
• OriginatorReference : identifiant préférentiel attribué par le producteur ;
• OriginationDate et OriginationTime : date et heure de création du contenu ;
• TimeReference : timecode en nombre d'échantillons depuis minuit ;
• SMPTE UMID : identifiant Unique Material Identifier ;
• LoudnessValue, LoudnessRange, MaxTruePeakLevel, MaxMomentaryLoudness et MaxShortTermLoudness afin de décrire l'intensité sonore.

En outre, les normes BWF spécifient l'utilisation d'autres chunks pour des besoins complémentaires :

• Dans le chunk levl, des informations sur les niveaux de crête des signaux audio dans le fichier ;
• Dans le chunk axml, des métadonnées arbitraires au format XML 1.0 ou ultérieur ;
• Dans le chunk qlty, le champ Quality Report qui contient des informations décrivant tous les événements pertinents affectant la qualité du signal sonore enregistré ;
• Dans le chunk qlty, le champ Cue Sheet est une liste d'événements marqués d'un horodatage exact et d'une description plus poussée du signal sonore afin d'établir une « table des matières » (début d'un discours, chapitrage, etc.) ;
• Dans le chunk chna, l'association entre chaque piste du fichier BWF et ses métadonnées ADM (Audio Definition Model).

Le module WAVE de l'outil JHOVE intègre dans son processus de validation des contrôles liés à la spécification EBU de WAVE, versions 0 à 2. Il renvoie notamment, dans son rapport d'analyse, la version de BWF utilisée.

L'outil BWF MetaEdit, développé par MediaArea, permet de visualiser et d'éditer toutes les métadonnées internes RIFF/WAVE et BWF recommandées par la Federal Agencies Digital Guidelines Initiative (FADGI) pour les métadonnées internes des fichiers BWF issus de la numérisation à l'aide d'une interface graphique ou d'une interface en ligne de commande.

Lors des dernières campagnes de dématérialisation de cassettes DAT, la BnF a utilisé le format BWF afin de récupérer dans un standard reconnu un certain nombre de métadonnées techniques et de provenance. Elle s’inspire des recommandations de la Federal Agencies Digitization Guidelines Initiative (FADGI) et définit les valeurs attendues pour certains champs du format BWF, et du format RIFF (chunk INFO). Ces métadonnées sont listées dans la section 10 « Métadonnées internes » du référentiel de format audio.

Des fichiers au format BWF sont entrés dans les collections de la BnF, généralement par don. Il s'agit d'enregistrements issus d’enregistreurs audio professionnels ou de pistes audio transmises séparément de leur contenu vidéo associé.