Broadcast Wave Format
Pour les articles homonymes, voir BWF.
Broadcast Wave Format
| Extensions | |
|---|---|
| Type MIME | |
| Developpe par | |
| Type de format | |
| Specification |
Le standard Broadcast Wave Format (BWF, parfois BWAVE[1],[2] ) definit une evolution du format conteneur audio RIFF/WAVE[3], permettant notamment l'ajout de metadonnees << broadcast >> comme le timecode, des informations d'identification, ou encore de mesure audio.
Le BWF est retro-compatible avec le format WAVE. C'est-a-dire qu'un lecteur WAVE pourra decoder l'audio d'un fichier au format BWF.
Le BWF a ete defini pour la premiere fois en 1997 par l'UER sous la reference Tech 3285. Il a ensuite connu plusieurs revisions et supplements.
Le BWF reste a ce jour le format de predilection en production musicale et audiovisuelle[4],[5],[6],[7],[8]. Il est egalement recommande pour l'archivage par l'IASA (International Association of Sound and Audiovisual Archives (en)) comme format pour la preservation du patrimoine sonore[9].
Historique
[modifier | modifier le code]Versions
[modifier | modifier le code]- 1997 (version 0) : Publication initiale.
- 2001 (version 1) : Ajout du support de l'UMID (Unique Material IDentifier), tel que defini par la SMPTE dans le standard ST 330:2011.
- 2011 (version 2) : Ajout du support des mesures audio du Loudness, telles que definies dans la recommandation R-128 de l'UER.
Chaque version est compatible avec les versions anterieures et ulterieures. C'est-a-dire qu'une implementation prevue pour une version anterieure ignorera simplement les informations qu'elle ne supporte pas. Inversement, une implementation prevue pour une version ulterieure associera des valeurs nulles aux champs manquants[10],[11].
Supplements
[modifier | modifier le code]- 1997 (Supplement 1) : MPEG Audio
- 2001 (Supplement 2) : Capturing Report
- 2001 (Supplement 3) : Peak Envelope Chunk
- 2003 (Supplement 4) : Chunk
- 2003 (Supplement 5) :
Chunk - 2009 (Supplement 6) : Dolby Metadata,
Chunk.
Le standard
[modifier | modifier le code]Le format conteneur BWF est defini a partir du format RIFF/WAVE de Microsoft[3]. Un fichier BWF doit donc, comme un fichier WAVE, commencer par un en-tete RIFF/WAVE valide et contenir au minimum un chunk fmt (code signifiant format) contenant les informations necessaires au decodage de l'audio et un chunk data contenant les donnees audio utiles. Le chunk fmt_ doit se trouver dans le fichier en amont du chunk data.
Le standard BWF complete ces specifications par l'ajout d'un nouveau chunk bext (Broadcast audio EXTension)[3],[12], contenant le minimum d'informations considerees comme etant necessaires a toute application broadcast[13].
| Nom | Description |
|---|---|
| Description | Ce champ est souvent employe par les fabricants pour stocker des informations complementaires (Numero de piste, Nombre d'images par seconde, etc.) |
| Originator | Nom du producteur de l'enregistrement. Generalement celui du fabricant de l'enregistreur. |
| OriginatorReference | Identifiant attribue par le producteur de l'enregistrement. |
| OriginationDate | Date de l'enregistrement au format aaaa-mm-jj |
| OriginationTime | Heure de l'enregistrement au format hh:mm:ss |
| TimeReference | Valeur appelee Sample Count Since Midnight. Il s'agit du nombre de samples passes depuis minuit au moment du debut de l'enregistrement. Cette valeur permet, pour une frequence d'echantillonnage et un nombre d'images par seconde donne, de retrouver le Time Code horaire du debut de l'enregistrement au sample pres. |
| -- A partir de la version 1 | |
| Version | Version du standard auquel correspond le fichier. Peut etre 0, 1 ou 2. |
| UMID | UMID (Unique Material IDentifier) tel que defini par la SMPTE. |
| -- A partir de la version 2 | |
| LoudnessValue | Valeur du Loudness integre en LUFS (multipliee par 100) |
| LoudnessRange | Valeur du Loudness Range en LU (multipliee par 100) |
| MaxTruePeakLevel | Valeur maximum de crete reelle (True Peak) en dBTP (multipliee par 100) |
| MaxMomentaryLoudness | Valeur maximum du Loudness momentane en LUFS (multipliee par 100) |
| MaxShortTermLoudness | Valeur maximum du Loudness Short-Term en LUFS (multipliee par 100) |
| -- Toutes versions | |
| Reserved | Espace reserve pour un eventuel usage dans de futures versions. |
| CodingHistory | Historique des codages apportes au flux audio. Le format de ce champ est detaille dans la recommandation R-98 de l'UER. |
Aussi, le standard WAVE supporte de nombreux formats de codage audio. Le BWF restreint le support a deux formats[14],[15] :
Enfin, le standard BWF ne prevoit pas d'extension de fichier. En consequence, les fichiers .bwf n'existent pas, ou du moins ne sont pas standardises. Ainsi on considere que toute extension valide pour un fichier WAVE sera valide pour un fichier BWF -- generalement .wav ou .WAV.
Les supplements
[modifier | modifier le code]Les supplements definissent chacun un chunk de metadonnees optionnel. Ils peuvent ou non etre ajoutes a un fichier BWF en fonction des besoins.
MPEG Audio
[modifier | modifier le code]Le format RIFF/WAVE tel que defini par Microsoft permet deja de supporter des flux audio MPEG. Ce supplement permet d'embarquer des options de codage supplementaires[16].
Ce supplement definit le chunk mext (mpeg audio extension), charge de recevoir ces nouvelles options.
Capturing Report
[modifier | modifier le code]Ce supplement definit le chunk qlty (quality), qui contiendra notamment une liste d'evenements (events), pouvant etre renseignes manuellement par l'operateur, ou automatiquement par le systeme d'enregistrement.
Un evenement permet de reperer un moment precis dans le flux audio ou se produit par exemple un clic numerique, une saturation ponctuelle, un decrochage de liaison HF, etc.
Ce supplement permettra aussi de stocker des donnees de mesure sur l'ensemble du signal : crete maximum (dBFS), niveau moyen (dBFS), correlation de phase, dynamique (dB), samples ecretes (aux valeurs extremes), rapport signal sur bruit, etc.
Peak Envelope Chunk
[modifier | modifier le code]Ce supplement definit le chunk levl (level) qui permet d'accelerer le chargement, l'affichage et le traitement d'un fichier WAVE dans un logiciel, en rendant disponible les donnees de niveaux de cretes audio du signal.
Ces donnees sont necessaires a l'affichage de la forme d'onde[17] et aux processus de normalisation audio[18].
Ainsi, le fait de les integrer aux fichiers BWF evitera aux logiciels compatibles d'avoir a les recalculer a chaque ouverture.
Chunk
[modifier | modifier le code]La taille du fichier etant codee dans l'en-tete RIFF sur 32 bits, le format RIFF/WAVE accepte une taille de fichier maximum de 4 Gio. Cette limite est souvent reduite a 2 Gio par les implementations qui utilisent des entiers signes.
Ce supplement definit le chunk link, qui permet a un ou plusieurs flux audio excedant les 2 Gio d'etre repartis sur plusieurs fichiers[19].
Chunk
[modifier | modifier le code]Ce supplement definit le chunk axml, permettant d'embarquer des metadonnees descriptives au format XML[20].
Ces metadonnees peuvent etre formatees en accord avec les documents Tech 3293 (anciennement Core Metadata Set for Radio Archives devenu EBUCore) et Tech 3295 (P_Meta)[21].
Dolby Metadata, Chunk
[modifier | modifier le code]Ce supplement definit le chunk dbmd (dolby metadata), permettant le support de metadonnees audio associees aux differentes technologies Dolby : Dolby E, Dolby Digital et Dolby Digital Plus.
La syntaxe de ces metadonnees est basee sur le document SMPTE RDD 6-2006, facilitant ainsi l'interaction des equipements existant et des logiciels qui exploitent ces fichiers[22],[23].
Compatibilite avec le format WAVE
[modifier | modifier le code]Le format WAVE, tel que defini par Microsoft repose sur le format RIFF. Celui-ci definit une structure en blocs de donnees (chunk). Si un lecteur rencontre un bloc qu'il ne connait pas, il est simplement cense l'ignorer.
Le standard BWF reposant sur l'ajout d'au moins un nouveau bloc, une implementation compatible avec le format WAVE sera par corollaire compatible avec le BWF.
Notes et references
[modifier | modifier le code]- | (en) The National Archives (uk), << Reference Format >>, (consulte le )
- | (en) BBC Research & Development, << Broadcast WAV File Format >> (consulte le )
- | a b et c (en) UER, << Tech 3285 - Specification of the Broadcast Wave Format (BWF) >> [PDF], : << The Broadcast Wave Format is based on the Microsoft WAVE audio file format, to which the EBU has added a "Broadcast Audio Extension" chunk. >>, p. 3
- | (Fabricant) Sound Devices : SD688, SD552
- | (Fabricant) Nagra : Nagra LB, Nagra V, Nagra Seven, Nagra VI, Nagra SD
- | (Fabricant) Aaton : Cantar-X2
- | (Fabricant) Zaxcom : Deva 24, Nomad, Zax Max
- | (Fabricant) Fostex : UR-2
- | IASA, << Recommandations pour la production et la conservation des objets audionumeriques >> (consulte le ) : << Les Recommandations de IASA preconisent le format PCM (Pulse Code Modulation) (Modulation par impulsions codees) lineaire, entrelace pour la stereo, dans un fichier .wav ou de preference .wav BWF (UER Tech 3285) pour toutes sequences audio deux pistes. >>
- | (en) UER, << Tech 3285 - Specification of the Broadcast Wave Format (BWF) >> [PDF], : << Version 1 is backwards compatible with Version 0 [...] The change is also forwards compatible. >>, p. 8
- | (en) UER, << Tech 3285 - Specification of the Broadcast Wave Format (BWF) >> [PDF], : << Version 2 is backwards compatible with Versions 1 and 0 [...] The change is also forwards compatible. >>, p. 8
- | (en) UER, << Tech 3285 - Specification of the Broadcast Wave Format (BWF) >> [PDF], : << A Broadcast Wave Format file shall start with the mandatory Microsoft RIFF "WAVE" header and at least the following chunks:
- | (en) UER, << Tech 3285 - Specification of the Broadcast Wave Format (BWF) >> [PDF], : << As well as the audio data, a BWF file contains the minimum information -- or metadata -- which is considered necessary for all broadcast applications. >>, p. 3
- | (en) UER, << Tech 3285 - Specification of the Broadcast Wave Format (BWF) >> [PDF], : << Although other WAVE formats are registered with Microsoft, only the above formats [WAVE_FORMAT_PCM, WAVE_FORMAT_MPEG] are at present used with the BWF. [...] Other WAVE formats may be defined in future Supplements. >>, p. 16
- | (en) The National Archives (uk), << Formats de compression supportes >>, (consulte le )
- | (en) UER, << Tech 3285-S1 - Supplement 1 - MPEG audio >> [PDF], : << The Microsoft Corporation has specified how MPEG audio data can be organised in WAVE files. An extension to the format chunk and a fact chunk carry further information needed to specify MPEG coding options. [...] For MPEG Layer 2, it has been found that extra information needs to be carried about the coding of the signal. This is carried in the
chunk, developed by the MPEG Layer 2 Audio Interest group. >>, p. 4 - | (en) UER, << Tech 3285-S3 - Supplement 3 - Peak Envelope Chunk >> [PDF], : << a standard for storing and transferring data about the signal peaks obtained by sub-sampling the audio. This data in the chunk can be used to provide the envelope of the audio essence in the file. This will allow an audio application to display the audio files quickly, without loosing too much accuracy. >>, p. 1
- | (en) UER, << Tech 3285-S3 - Supplement 3 - Peak Envelope Chunk >> [PDF], : << it is possible to send the peak-of-peaks, which is the first audio sample whose absolute value is the maximum value of the entire audio file. An audio application can use this information to normalize a file in real-time without having to scan the entire file. (Since this has already been done by the sender). >>, p. 1
- | (en) UER, << Tech 3285-S4 - Supplement 4 - Chunk >> [PDF], : << The chunk provides link-up data for a seamless audio output spread over several files. >>, p. 1
- | (en) UER, << Tech 3285-S5 - Supplement 5 -
Chunk >> [PDF], : << Thechunk may contain any data compliant with the XML 1.0 format or later, a widespread format for data exchange. Note that the >>, p. 1chunk may contain XML fragments from more than one Schema. - | (en) UER, << Tech 3285-S5 - Supplement 5 -
Chunk >> [PDF], : << Exemple [...] the XML content of thechunk follows EBU documents Tech 3293 and Tech 3295. >>, p. 2 - | (en) UER, << Tech 3285-S6 - Supplement 6 - Dolby Metadata,
Chunk >> [PDF], : << The Dolby Audio Metadata Chunk is identified by the chunk id 'dbmd'. It is comprised of a variable number of metadata segments. This syntax is loosely based upon the existing Dolby E audio metadata serial bitstream fields submitted as a SMPTE Registered Disclosure Document, which will facilitate the interaction of existing hardware equipment with software that processes these WAVE files. >>, p. 6 - | (en) Dolby Laboratories, Inc, << Dolby(r) DP600 Program Optimizer Manual >> [PDF] : << File-based Dolby E, Dolby Digital, and Dolby Digital Plus bitstreams can be encoded and decoded to and from multichannel .wav or Broadcast WAV Format (BWF) files with metadata (included in the Dolby audio metadata chunk). >>, p. 3
Voir aussi
[modifier | modifier le code]Liens externes
[modifier | modifier le code]Le standard
[modifier | modifier le code]- (en) EBU Tech 3285 -- BWF - A format for audio data files in broadcasting, 1997, 2001, 2011
- (en) EBU Tech 3285-S1 -- BWF - Supplement 1, MPEG Audio, 1997
- (en) EBU Tech 3285-S2 -- BWF - Supplement 2, Capturing Report, 2001
- (en) EBU Tech 3285-S3 -- BWF - Supplement 3, Peak Envelope Chunk, 2001
- (en) EBU Tech 3285-S4 -- BWF - Supplement 4, Chunk, 2003
- (en) EBU Tech 3285-S5 -- BWF - Supplement 5,
Chunk , 2003 - (en) EBU Tech 3285-S6 -- BWF - Supplement 6, Dolby Metadata,
Chunk , 2009
Recommandations associees
[modifier | modifier le code]- (en) EBU R 85 -- Use of the BWF for the exchange of audio data files, 1997, 2001, 2003, 2004
- (en) EBU R 98 -- Format for the
field in BWF files , 1999 - (en) EBU R 99 -- USID for use in the
field of the BWF , 1999, 2011
Ressources complementaires
[modifier | modifier le code]- (en) EBU R 128 -- Loudness Normalisation and Permitted Maximum Level of Audio Signals, 2010, 2011, 2014
- (en) EBU Tech 3293 -- EBU Core Metadata Set for Radio Archives, 2001
- (en) EBU Tech 3293 -- EBU Core Metadata Set (EBUCore), 2008, 2016, 2017
- (en) EBU Tech 3295 -- P_META Metadata Library, 2006, 2011
Articles
[modifier | modifier le code]- (en) EBU Tech Review 274 -- The Broadcast Wave Format - an introduction, hiver 1997
- (en) EBU Tech Review 274 -- The use of BWF files in Swedish radio, hiver 1997
- (en) EBU Tech Review 285 -- Five years in the history of audio files, decembre 2000