BWF
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 programmes musicaux ou documents audionumériques entre différents environnements de radiodiffusion, et entre des équipements basés sur différentes plates-formes informatiques. Cela permet de s’affranchir des différences dans les formats de fichiers natifs ou propriétaires, des différents systèmes d'exploitation des fabricants et du mauvais formalisme ou intégration des métadonnées présentes dans les fichiers audio.
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 de Microsoft.
Les spécifications détaillées de l'extension du BWF à d'autres types de données audio et des autres blocs de données ratifiés par l'EBU sont publiées dans des suppléments (1 à 7). À partir de 2006, une évolution de BWF, le MBWF (Multi-channel Broadcast Wave Format), est normalisée. Il 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 ». L'EBU a dernièrement défini d'autres extensions pour transporter ou pointer vers des données spécifiques à certaines applications, par exemple l'audio multicanal, les métadonnées Dolby, les métadonnées ADM (Audio Definition Model) ou toute donnée XML.
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 , 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 2007, l'EBU publie une version 64-bits de BWF, sous l'identifiant EBU Tech 3306, reprise par l'ITU sous l'identifiant ITU-R BS.2088 et dont la dernière version publiée est la ITU-R BS.2088-1 (2019).
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 Vesion 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 ; -
OriginationDateetOriginationTime: date et heure de création du contenu ; -
TimeReference: timecode en nombre d'échantillons depuis minuit ; -
SMPTE UMID: identiant Unique Material Identifier ; -
LoudnessValue,LoudnessRange,MaxTruePeakLevel,MaxMomentaryLoudnessetMaxShortTermLoudnessafin 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.
Lors des dernières campagnes de transfert de cassette DAT, la BnF a utilisé le format BWF afin de récupérer dans un standard reconnu un certain nombre d’information documentaire et technique. Elle s’inspire des recommandations de la Federal Agencies Digitization Guidelines Initiative (FADGI) et définit les valeurs attendues pour les métadonnées spécifiques au format BWF, ainsi que quelques métadonnées définies par le standard RIFF pour le 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 présents dans les collections de la BnF. Ils proviennent généralement de dons comprenant des enregistrements issus d’enregistreurs audio professionnels ou de pistes audio séparées liées à des documents vidéo.