WAV

Un archivo RIFF es un formato de archivo etiquetado. Tiene un formato de contenedor específico (un fragmento ) con una cabecera que incluye una etiqueta de cuatro caracteres ( FourCC ) y el tamaño (número de bytes) del fragmento. La etiqueta especifica cómo deben interpretarse los datos dentro del fragmento, y existen varias etiquetas FourCC estándar. Las etiquetas que constan de letras mayúsculas son etiquetas reservadas. El fragmento más externo de un archivo RIFF tiene una RIFFetiqueta; los primeros cuatro bytes de los datos del fragmento son una etiqueta FourCC adicional que especifica el tipo de forma y van seguidos de una secuencia de subfragmentos. En el caso de un archivo WAV, la etiqueta adicional es WAVE. El resto de los datos RIFF es una secuencia de fragmentos que describen la información de audio.

La ventaja de un formato de archivo etiquetado es que el formato se puede extender posteriormente manteniendo la compatibilidad con versiones anteriores . ^{[ 11 ]} La regla para un lector de RIFF (o WAV) es que debe ignorar cualquier fragmento etiquetado que no reconozca. ^{[ 12 ]} El lector no podrá utilizar la nueva información, pero no debería confundirse.

La especificación para archivos RIFF incluye la definición de un INFOfragmento. El fragmento puede incluir información como el título de la obra, el autor, la fecha de creación y la información de derechos de autor. Aunque el INFOfragmento se definió para RIFF en la versión 1.0, no se hizo referencia a él en la especificación formal de un archivo WAV. Muchos lectores tuvieron problemas para procesar esto. En consecuencia, lo más seguro desde el punto de vista del intercambio fue omitir el INFOfragmento y otras extensiones y enviar un archivo de mínimo común denominador. Hay otros problemas de ubicación del fragmento INFO .

Se esperaba que los archivos RIFF se utilizaran en entornos internacionales, por lo que existe CSETun fragmento para especificar el código de país, el idioma, el dialecto y la página de códigos para las cadenas en un archivo RIFF. ^{[ 13 ]} Por ejemplo, especificar un fragmento apropiado CSETdebería permitir que las cadenas en un INFOfragmento (y otros fragmentos en todo el archivo RIFF) se interpreten como caracteres cirílicos o japoneses.

RIFF también define un JUNKfragmento de relleno cuyo contenido no se procesa. ^{[ 14 ]} Este fragmento permite eliminar un fragmento simplemente cambiando su FourCC. También podría usarse para reservar espacio para futuras ediciones, de modo que el archivo pudiera modificarse sin cambiar su tamaño. Una definición posterior de RIFF introdujo un PADfragmento similar. ^{[ 15 ]}

La definición de nivel superior de un archivo WAV es: ^{[ 16 ]}

<Forma de onda> → RIFF('ONDA') <fmt-ck> // Formato del archivo [<fact-ck>] // Fragmento de hechos [<cue-ck>] // Puntos de referencia [<playlist-ck>] // Lista de reproducción [<assoc-data-list>] // Lista de datos asociados <wave-data> ) // Datos de onda 

El formulario RIFF de nivel superior utiliza una WAVEetiqueta. A continuación, se incluye un <fmt-ck>fragmento obligatorio que describe el formato de los datos de muestra. Este fragmento contiene información como la codificación de la muestra, el número de bits por canal, el número de canales y la frecuencia de muestreo.

La especificación WAV incluye algunas características opcionales. El <fact-ck>fragmento opcional informa el número de muestras para algunos esquemas de codificación comprimida. El <cue-ck>fragmento identifica algunos números de muestra significativos en el archivo WAV. El <playlist-ck>fragmento permite que las muestras se reproduzcan fuera de orden o repetidas en lugar de solo de principio a fin. La lista de datos asociada ( <assoc-data-list>) permite adjuntar etiquetas y notas a los puntos de referencia; se puede proporcionar anotación de texto para un grupo de muestras (por ejemplo, información de la leyenda).

Finalmente, el <wave-data>fragmento obligatorio contiene las muestras propiamente dichas en el formato especificado previamente.

Tenga en cuenta que la definición del archivo WAV no indica dónde INFOdebe colocarse un fragmento. Tampoco especifica la ubicación de dicho CSETfragmento (que indica el conjunto de caracteres utilizado).

La especificación RIFF intenta ser una especificación formal, pero su formalismo carece de la precisión que se observa en otros formatos etiquetados. Por ejemplo, la especificación RIFF no distingue claramente entre un conjunto de subfragmentos y una secuencia ordenada de subfragmentos. El fragmento de la forma RIFF sugiere que debería ser un contenedor de secuencia. La información de secuenciación se especifica en la forma RIFF de un archivo WAV de manera consistente con el formalismo: "Sin embargo, <fmt-ck>siempre debe ocurrir antes de <wave-data>, y ambos fragmentos son obligatorios en un archivo WAVE." ^{[ 17 ]} La especificación sugiere que un LISTfragmento también es una secuencia: "Un fragmento LIST contiene una lista, o secuencia ordenada, de subfragmentos." ^{[ 18 ]} Sin embargo, la especificación no proporciona una especificación formal del INFOfragmento; un fragmento de ejemplo INFOLISTignora la secuencia de fragmentos implícita en la INFOdescripción. ^{[ 19 ]} La LISTdefinición de fragmento para <wave-data>sí utiliza el LISTfragmento como un contenedor de secuencia con una buena semántica formal.

La especificación WAV admite, y la mayoría de los archivos WAV utilizan, una única matriz contigua de muestras de audio. La especificación también admite bloques discretos de muestras y silencio que se reproducen en orden. La especificación para los datos de muestra contiene errores aparentes: ^{[ 20 ]}

El parámetro <wave-data> contiene los datos de la forma de onda. Se define de la siguiente manera: <datos-de-onda> → { <datos-ck> | <lista-de-datos> } <data-ck> → data( <wave-data> ) <wave-list> → LIST( 'wavl' { <data-ck> | // Muestras de onda <silence-ck> }... ) // Silencio <silence-ck> → slnt( <dwSamples:DWORD> ) // Conteo de muestras silenciosas 

Aparentemente <data-list>, (indefinido) y <wave-list>(definido pero no referenciado) deberían ser idénticos. Incluso con esto resuelto, las producciones permiten que <data-ck>a contenga una recursión<wave-data> (lo que implica problemas de interpretación de datos). Para evitar la recursión, la especificación puede interpretarse como:

 <wave-data> → { <data-ck> | <wave-list> } <data-ck> → data( <bSampleData:BYTE> ... ) <wave-list> → LIST( 'wavl' { <data-ck> | // Muestras de onda <silence-ck> }... ) // Silencio <silence-ck> → slnt( <dwSamples:DWORD> ) // Conteo de muestras silenciosas 

Los archivos WAV pueden contener listas IFF incrustadas , que pueden contener varios subfragmentos . ^{[ 21 ] [ 22 ] [ 23 ]}

Este es un ejemplo de la cabecera de un archivo WAV (44 bytes). Los datos se almacenan en orden de bytes little-endian.

[Fragmento RIFF maestro] FileTypeBlocID (4 bytes): Identificador «RIFF» (0x52, 0x49, 0x46, 0x46) Tamaño del archivo (4 bytes): Tamaño total del archivo menos 8 bytes. FileFormatID (4 bytes): Formato = « ONDA » (0x57, 0x41, 0x56, 0x45) [Fragmento que describe el formato de los datos] FormatBlocID (4 bytes): Identificador « fmt␣ » (0x66, 0x6D, 0x74, 0x20) BlocSize (4 bytes): tamaño del fragmento menos 8 bytes, que aquí son 16 bytes (0x10) AudioFormat (2 bytes): Formato de audio (1: Entero PCM, 3: Flotante IEEE 754) NbrChannels (2 bytes): Número de canales Frecuencia (4 bytes): Frecuencia de muestreo (en hercios) BytePerSec (4 bytes): Número de bytes a leer por segundo (Frecuencia * BytePerBloc). BytePerBloc (2 bytes): Número de bytes por bloque (NbrChannels * BitsPerSample / 8). BitsPerSample (2 bytes): Número de bits por muestra. [Fragmento que contiene los datos muestreados] DataBlocID (4 bytes): Identificador «datos» (0x64, 0x61, 0x74, 0x61) Tamaño de datos (4 bytes): Tamaño de datos muestreados datos muestreados 

A pesar de su gran tamaño, la mayoría de las emisoras de radio utilizan archivos WAV sin comprimir, especialmente aquellas que han adoptado un sistema sin cintas.

• BBC Radio en el Reino Unido requiere  audio LPCM de 48 kHz y 16 bits en formato WAV como estándar para todo el contenido producido para su transmisión en sus estaciones. ^{[ 26 ]}
• La emisora ​​de radio comercial británica Global Radio utiliza  archivos WAV de dos canales y 44,1 kHz y 16 bits en toda su cadena de transmisión.
• El sistema "D-Cart" de la ABC , desarrollado por la emisora ​​australiana, utiliza  archivos WAV de dos canales y 48 kHz y 16 bits.
• El consorcio Digital Radio Mondiale utiliza archivos WAV como estándar informal para la simulación de transmisores y las pruebas de receptores.