BWF
Note : les termes en gras sont ceux des critères de préservation mentionnés dans le document général de recommandations.
Le format BWF (Broadcast Wave Format) a été mis au point par l'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 BWF est un format de fichier pour les données audio, compatible avec le modèle ISO-OSI pour l'échange d'informations. Le format Broadcast Wave Format est basé sur le format de fichier audio WAVE et spécifié dans le Resource Interchange File Format de Microsoft.
Les fichiers RIFF sont constitués de blocs de base appelés "chunks". Un chunk est un bloc de données, contenant généralement 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 et d'autres sont facultatifs.
Pour le moment, seuls les fichiers PCM linéaires et les fichiers de code MPEG sont pris en charge par BWF.
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'UER sont publiées dans des suppléments (1 à 7). Le MBWF (Multi-channel Broadcast Wave Format) spécifie la prise en charge de fichiers multicanaux et du WAVE RF64, qui rend possible l'utilisation de fichiers audio plus volumineux (plus de 4 Gio). L'UER 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.
On précise ici
- si le format est une extension, une restriction ou s’inspire simplement d’un autre format ;
- si le format a des ancêtres et/ou des successeurs officiels.
S’il a différentes versions successives ayant un impact significatif sur la durabilité des données. On évoquera ici le niveau de stabilité (CPO-STA) du format. Si le format définit des profils spécifiques (par exemple, "High profile" pour H.264), en particulier s'ils permettent de déduire l'usage prévu du contenu par le créateur, on les détaillera ici.
On détaille ici la nature des contenus additionnels embarqués (CPO-ADD) et leurs usages. La section en lien Métadonnées internes fournit plus de détails sur ce type de contenu précis.
Dans le cas d'un format conteneur, on précisera les formats ou les codecs embarqués des différents flux de données. Dans le cas d’un codec, on précisera dans quels conteneurs il peut être embarqué, et s’il existe un rapport particulier avec l’un d’eux.
La documentation du format BWF est accessible via les documents suivants :
- 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 : For audio data in excess 4 Go - link 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 ;
- EBU Tech 3352 : THE CARRIAGE OF IDENTIFIERS IN THE BROADCAST WAVE FORMAT (BWF) ;
- EBU Tech 3306 RF64 : An extended file format for audio data ;
- EBU Tech 3364 : Audio Definition Model (ADM) metadata specification ;
Recommendations de l'EBU :
- R97-1999 : Exchange of sound programmes as BWF files on CD and DVD ;
- R98-1999 : Format for the CodingHistory filed in BWF files ;
- 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 ;
La British Library a réalisé une évaluation de ce format pour la préservation à long terme.
| 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/709 pour le format de fichier BWF, version 0 avec Extention fmt/710 pour le format de fichier BWF, version 1 avec Extention fmt/711 pour le format de fichier BWF, version 2 avec Extention fmt/713 pour le format de fichier BWF RF64 |
| Just Solve the File Format Problem | BWF |
On décrira ici les caractéristiques techniques ayant un impact sur la durabilité des données, en particulier sur les critères de compacité (CPO-COM, notamment le ou les algorithme(s) de compression disponibles), simplicité (CPO-SIM), mécanismes de protection (CPO-PRO), robustesse (CPO-ROB), transparence (CPO-TRA) et indépendance / autonomie (CPO-AUT).
Dans la Vesion 2 du BWF, le chunk spécial d'extension « bext » peut contenir un nombre important de champs : Description, Originator, OriginatorReference, OriginationDate, OriginationTime, TimeReferenceLow, TimeReferenceHigh, Version, SMPTE UMID (Unique Material Identifier), LoudnessValue, LoudnessRange, MaxTruePeakLevel, MaxMomentaryLoudness, MaxShortTermLoudness.
Dans le chunk « bext », le champ (CodingHistory) contient des détails sur l'ensemble des éléments utilisés lors du transfert d’un document.
Dans le chunk « levl », contient des informations sur les niveaux de crête des signaux audio dans le fichier.
Dans le chunk « axml », permet le stockage et le transfert de métadonnées au format XML 1.0 ou ultérieur.
Dans le chunk « qlty », le champ (Quality Report) 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.
Le chunk « chna » a pour objectif de lier chaque piste du fichier BWF avec ses métadonnées ADM (Audio Definition Model) associées et permet un accès plus rapide aux ID ADM. Les spécifications des métadonnées ADM sont définies dans la norme ITU-R BS 2076-2 de l'ITU.
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, mais ceux-ci se limitent à identifier la version de BWF.
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 ».
Métadonnées internes attendues : Originator (nom du producteur), OriginatorReference (Identifiant préférentiel attribué par le producteur), OriginationDate (date de création du fichier), Version (version de BWF), CodingHistory (ensemble des éléments décrivant chaque opération importante réalisée sur le fichier), IARL (lieu d'archivage), INAM (titre au moment de la dématérialisation/numérisation) et ICOP (provenance si connue). Sont aussi attendue des informations de MediaTimePoint (timestamp) et MediaDuration permettant la synchronisation de fichiers issus de transferts de DAT avec timecode.
Des fichiers au format BWF sont présents dans les collections de la BnF. Ils proviennent généralement de de dons comprenant des enregistrements issus d’enregistreurs audio professionnels ou de pistes audio séparées liées à des documents vidéo.