Carmelopec (Rigorista) escribió:
¿Seguro?, yo creía que eso era cosa de formaros verdaderamente contenedores, como MKV.
Carmelo... Por favor...
En un wav se puede meter audio lineal, comprimido, multicanal, texto, imágenes, valores, etc, etc...
Es un contenedor como AVI, MPG, MKV, etc.
La especificación es de los años 80 y fácilmente se puede encontrar las definiciones establecidas por IBM, Microsoft y... Nosequé organismo tecnológico.
http://www-mmsp.ece.mcgill.ca/Documents/AudioFormats/WAVE/Docs/riffmci.pdf páginas 56-60
Alguien escribió:
Waveform Audio File Format (WAVE)
This section describes the Waveform format, which is used to represent digitized sound.
The WAVE form is defined as follows. Programs must expect (and ignore) any unknown chunks
encountered, as with all RIFF forms. However, <fmt-ck> must always occur before
<wave-data>, and both of these chunks are mandatory in a WAVE file.
<WAVE-form> ➝
RIFF( 'WAVE'
<fmt-ck> // Format
[<fact-ck>] // Fact chunk
[<cue-ck>] // Cue points
[<playlist-ck>] // Playlist
[<assoc-data-list>] // Associated data list
<wave-data> ) // Wave data
The WAVE chunks are described in the following sections.
WAVE Format Chunk
The WAVE format chunk <fmt-ck> specifies the format of the <wave-data>. The <fmt-ck> is
defined as follows:
<fmt-ck> ➝ fmt( <common-fields>
<format-specific-fields> )
<common-fields> ➝
struct
{
WORD wFormatTag; // Format category
WORD wChannels; // Number of channels
DWORD dwSamplesPerSec; // Sampling rate
DWORD dwAvgBytesPerSec; // For buffer estimation
WORD wBlockAlign; // Data block size
}
The fields in the <common-fields> chunk are as follows:
Field Description
wFormatTag A number indicating the WAVE format category of the file. The
content of the <format-specific-fields> portion of the ‘fmt’ chunk,
and the interpretation of the waveform data, depend on this value.
You must register any new WAVE format categories.
Carmelopec (Rigorista) escribió:
El Wav y el Aiff, PCM lineal sin compresión. También llevo comprobando unos treinta años años que ambos formatos son perfectamente intercambiables con sólo cambiar la extensión.
Para nada. Actualmente el software hace la estructuración, pero unos usan un orden y otros otro.
Los datos van en bloques MSB/LSB en WAV y LSB/MSB en AIFF.
En consecuencia, los archivos de 8 bits creo que no daban problemas, pero los de 16 bits sí porque entonces los valles son reproducidos como picos.
Imagino que a mayor resolución el problema sigue igual.