RF64

Un article de Wikipédia, l'encyclopédie libre.
Aller à : navigation, rechercher

Le RF64 (ou MBWF[1]), est un format conteneur audio issue des formats RIFF/WAVE et BWF. Il permet notamment une augmentation de la limite de taille de fichier et du nombre de canaux[2]. Cependant, malgré la compatibilité avec les formats WAVE et BWF, le RF64 requiert un lecteur adapté.

Le standard RF64 a été publié en 2006 par l'EBU sous l'appellation Tech 3306, avec révisions en 2006, 2008 et 2009.

Généralités[modifier | modifier le code]

Le format RF64 est né du besoin, notamment dans les applications multicanales, de disposer de fichiers WAVE pouvant contenir plus de 4 Gio de données audio[3].

La limite de 4 Gio est fixée par le RIFF, qui prévoit que les tailles de chunk soient codées sur 32 bits[4],[5]. Le RF64 ne pourra donc étendre cette limite qu'au prix d'une rupture de compatibilité en lecture avec les formats issus du RIFF — WAVE et BWF. Pour ce faire, le RF64 introduit un nouveau chunk appelé ds64 (data size 64), qui accueillera les nouvelles tailles de chunk sur 64 bits.

Au delà de l'extension de limite de taille de fichier, le RF64 complète les 18 canaux surround déjà supportés[6] par 2 canaux supplémentaires formant une stéréo (mixdown) et 4 canaux destinés à accueillir des flux audio non-PCM Dolby Digital (AC3), Dolby E, DTS, MPEG-1/2 Layer 1,2,3 ou encore MPEG-2 AAC[7],[8].

Le RF64 est conçu de façon à être compatible avec les formats WAVE et BWF. De cette manière, une implémentation compatible pourra transformer « à la volée » un fichier WAVE en cours d'enregistrement en fichier RF64, lorsque celui-ci dépassera les 4 Gio[9]. Cette compatibilité existe uniquement au niveau structurel. En aucun cas un lecteur uniquement conforme au standard RIFF/WAVE ne pourra lire un fichier RF64.

Notes et références[modifier | modifier le code]

  1. (en) UER, « Tech 3306 - MBWF / RF64 : An extended File Format for Audio » [PDF],  : « An RF64 file with a bext chunk becomes an MBWF (Multichannel BWF) file. The terms ‘RF64’ and ‘MBWF’ can then be considered synonymous. », p. 5
  2. (en) UER, « Tech 3306 - MBWF / RF64 : An extended File Format for Audio » [PDF],  : « The file format is designed to be a compatible extension to the Microsoft RIFF/WAVE format and to the BWF and its supplements and additional chunks. It extends the maximum size capabilities of the RIFF/WAVE and BWF thus allowing for multichannel sound in broadcasting and audio archiving. », p. 5
  3. (en) UER, « Tech 3306 - MBWF / RF64 : An extended File Format for Audio » [PDF],  : « It extends the maximum size capabilities of the RIFF/WAVE and BWF thus allowing for multichannel sound in broadcasting and audio archiving. », p. 5
  4. (en) UER, « Tech 3306 - MBWF / RF64 : An extended File Format for Audio » [PDF],  : « The reason for the 4 Gbyte barrier is the 32-bit addressing in RIFF/WAVE and BWF. With 32 bits a maximum of 4294967296 bytes = 4 Gbyte can be addressed. To solve this issue, 64-bit addressing is needed. », p. 7
  5. (en) Microsoft & IBM, « Multimedia Programming Interface and Data Specifications 1.0 » [PDF], (consulté le 7 juillet 2017) : « A 32-bit unsigned value identifying the size of ckData. », p. 11
  6. (en) UER, « Tech 3306 - MBWF / RF64 : An extended File Format for Audio » [PDF],  : « With the advent of Windows 2000 Microsoft introduced the multichannel extension to its RIFF/WAVE file format, called Wave Format Extensible. The main purpose of this file format was to support multichannel audio in PC gaming applications. The Wave Format Extensible channel mask contains 18 “#define” settings specifying different loudspeaker positions (or channel allocations). », p. 6
  7. (en) UER, « Tech 3306 - MBWF / RF64 : An extended File Format for Audio » [PDF],  : « A maximum of 18 surround channels, stereo downmix channel and bitstream signals with non-PCM coded data. », p. 5
  8. (en) UER, « Tech 3306 - MBWF / RF64 : An extended File Format for Audio » [PDF],  : « Through this bitstream storage feature in the file format, Dolby AC3, Dolby E, DTS, MPEG-1 and 2 (at all three layers) and MPEG-2 AAC will be contained in the file as data bursts, “disguised” as PCM linear. », p. 7
  9. (en) UER, « Tech 3306 - MBWF / RF64 : An extended File Format for Audio » [PDF],  : « The problem arises that a recording application cannot know in advance whether the recorded audio it is compiling will exceed 4 Gbyte or not at end of recording (i.e. whether it needs to use RF64 or not). The solution is to enable the recording application to switch from BWF to RF64 on the fly at the 4 Gbyte size-limit, while the recording is still going on. », p. 9

Voir aussi[modifier | modifier le code]

Liens externes[modifier | modifier le code]