Convertir WAV a AIFF

Este par tiene un lector muy concreto y no es alguien buscando la mejor opción. Es alguien con un requisito: una sesión de Logic montada sobre una plantilla antigua, un sampler de hardware que solo aprendió un formato, un pliego de entrega que dice AIFF, una biblioteca de música que lo pide en el formulario de subida.

Eso cambia la pregunta útil. No hay que convencer a nadie de nada, hay que decir qué sale exactamente por el otro lado para que no haya sorpresas dentro de la sesión. Lo demás de esta página son las cuatro cosas que conviene saber antes de entregar el archivo.

WAV es el RIFF de Microsoft y guarda sus números de varios bytes con el byte menos significativo primero. AIFF es el IFF de Apple y los guarda al contrario. Los dos envuelven PCM sin comprimir y los dos lo describen con un bloque que dice cuántos canales hay, a qué frecuencia y con cuántos bits. El resto es la misma idea contada por dos empresas que a finales de los ochenta no se hablaban.

Así que esto es aritmética y no codificación. Cada muestra se vuelve a escribir con sus bytes en orden inverso y se construye una cabecera nueva alrededor del resultado. No se analiza nada y no se juzga nada, lo que también explica que no haya ningún control de calidad en esta página: no hay ninguna decisión que tomar.

El PCM que se escribe aquí tiene 16 bits por muestra. Si tu WAV ya era de 16 bits —un volcado de CD, la mayoría de exportaciones, casi cualquier grabadora en su modo por defecto— la conversión no cambia absolutamente nada del audio: salen las mismas muestras con otro envoltorio.

Si era de 24 bits, esos ocho bits adicionales por muestra no viajan, y más vale enterarse aquí que dentro de una sesión. Para un archivo de entrega destinado a un CD, a un sampler o a una biblioteca, 16 bits es justo el objetivo y esta es la salida correcta. Para un máster de trabajo en una sesión a 24 bits, convierte a FLAC, que conserva la profundidad que traía el original.

AIFF guarda su frecuencia de muestreo en un tipo que ningún lenguaje actual tiene: un número en coma flotante de ochenta bits, con bit de signo, exponente de quince bits desplazado en 16.383 y una mantisa de sesenta y cuatro bits cuyo bit superior se escribe explícitamente en lugar de darse por supuesto. Es la razón por la que casi todo el mundo recurre a una librería para escribir un AIFF.

Y es también la razón de que aquí no haga falta descargar nada. Las frecuencias que ocurren de verdad —44.100, 48.000, 8.000— se representan de forma exacta con esa codificación, así que la cabecera se monta con unas líneas de aritmética. La frecuencia del origen es la que va al archivo: no hay remuestreo, ni por arriba ni por abajo.

Un WAV es una sucesión de bloques y solo uno de ellos es el audio. La versión ingenua de este lector busca el bloque de formato en el byte 12 y el de datos en el 36, que es cierto en los WAV que produce la mayoría de codificadores y falso en cuanto uno lleva un bloque de metadatos: un título, una fecha, el nombre del programa.

Esos archivos son perfectamente válidos y con el atajo habrían producido ruido, porque la cabecera se habría leído dentro del texto de un aviso de copyright. Aquí los bloques se recorren uno a uno en lugar de suponer dónde están, y el tamaño del bloque de datos se recorta a lo que el archivo tiene de verdad, para que una descarga truncada no rompa la lectura.

Lo que las grabadoras y los editores escriben alrededor del audio no cruza. Un bloque de información con título o fecha, los puntos de localización y las regiones, y en postproducción el bloque de Broadcast Wave que lleva el código de tiempo que permite dejar caer el archivo en la línea de tiempo en el fotograma correcto: nada de eso está en el AIFF resultante.

Para música y audio general no es nada preocupante. En postproducción puede ser lo más valioso del archivo. Si tu WAV lleva un código de tiempo del que depende un montaje, consérvalo y trata el AIFF como una entrega adicional en lugar de como un sustituto.

No hay ninguna diferencia audible entre los dos formatos y no puede haberla, porque los dos guardan las mismas muestras sin comprimir. Cualquier afirmación de que uno «suena más cálido» habla de otra cosa: de la conversión que hizo el equipo, del volumen al comparar o de la expectativa de quien escucha.

El tamaño en disco sigue la misma lógica. Partiendo de un WAV de 16 bits, el AIFF pesa lo mismo salvo unas pocas decenas de bytes de cabecera. Partiendo de uno de 24 bits pesa dos tercios, y esa reducción no es una compresión: es exactamente la profundidad que se ha dejado por el camino.

Circulan dos cosas distintas con esta extensión. El AIFF a secas es el que no lleva compresión, que es lo que todo el mundo quiere decir cuando dice AIFF y lo que produce esta página. El AIFF-C, que a veces aparece como .aifc, es una variante posterior que admite datos comprimidos dentro de la misma estructura, y su contenido puede ser cualquier cosa, incluido un códec que el programa receptor no ha oído nombrar.

Esa distinción es la razón de que un AIFF sea una entrega segura y un AIFF-C no lo sea. Cuando un pliego dice AIFF se refiere al primero, y un archivo que abre en un programa y falla en otro suele ser un AIFF-C disfrazado. Aquí no se produce ninguno.

Si nada te obliga, los criterios son prácticos y no técnicos. El WAV tiene más apoyo fuera del mundo Mac, y cualquier cosa que vayas a entregar a un programa de Windows, a una herramienta web o a un servicio de transcripción lo acepta antes. El AIFF es lo que un estudio centrado en Mac espera recibir y lo que sus plantillas esperan encontrar.

Ninguno tiene ventaja de sonido, así que un flujo de trabajo enteramente dentro de Logic puede estandarizarse en AIFF y uno que cruce plataformas debería estandarizarse en WAV. Lo que no compensa es ir y venir para tener las dos copias: el contenido es idéntico y cada copia son otros diez megabytes por minuto.

El camino interno explica varias cosas de esta página a la vez. El archivo que sueltas se descodifica a muestras PCM, esas muestras se escriben como un WAV de dieciséis bits y ese WAV se reenvuelve como AIFF por un módulo aparte que no depende de ninguna librería. Es decir: incluso viniendo de un WAV, el archivo pasa por un WAV nuevo antes de llegar a AIFF.

De ahí salen dos consecuencias que ya has leído por separado. La profundidad de dieciséis bits no es una decisión estética sino el formato intermedio por el que pasa todo. Y los bloques que tu WAV original llevaba alrededor del audio no se pierden en el reenvoltorio: se quedan antes, en el momento en que el archivo se reduce a muestras.

Sin compresión, el estéreo a calidad de CD ocupa 176.400 bytes por segundo pase lo que pase en la música. Con el tope gratuito de 100 MB por archivo, eso son algo menos de diez minutos de estéreo antes de que un archivo se rechace. Tomas, stems, canciones y escenas caben de sobra; un concierto entero o una entrevista de dos horas, no.

Se pueden soltar hasta cien archivos a la vez y cada uno vuelve como su propio AIFF, todos juntos en un ZIP. Como el trabajo es manipulación de bytes y no análisis, una carpeta de stems se resuelve deprisa: el navegador está haciendo cuentas, no escuchando.

Las muestras se descodifican y la cabecera AIFF se monta dentro de la pestaña, sin que ningún servidor intervenga en ninguna fase. Ni siquiera hay una descarga de codificador que esperar, porque esto no necesita ninguno: es lectura de bloques y escritura de bytes.

En un estudio eso tiene una lectura administrativa además de una técnica. El material de un cliente bajo acuerdo de confidencialidad, las tomas de un disco sin publicar o la grabación de una sesión ajena no salen de la máquina, así que no hay ninguna transferencia a un tercero que documentar ni ninguna copia en un servidor que preguntarse cuánto dura.