Convertir AVIF a BMP

A esta conversión se llega por obligación ajena. Un panel industrial, una balanza con pantalla, un terminal de punto de venta, el ordenador del taller que arrancó por última vez con una imagen de Windows de hace quince años, o una placa de aficionado que dibuja píxeles directamente sobre la memoria de vídeo. Todos ellos leen BMP y ninguno ha oído hablar de AVIF.

Esa asimetría es lo que hace útil la página. El destino no va a aprender un formato nuevo y tú no vas a reescribir su firmware, así que alguien tiene que traducir en el borde. Lo razonable es traducir una vez, en el momento de entregar, y conservar el AVIF para todo lo demás.

El BMP que sale de aquí guarda tres bytes por píxel, veinticuatro bits, más un relleno para que cada fila termine en un múltiplo de cuatro bytes y una cabecera de 54 bytes. No hay nada más en el archivo, ni compresión de ningún tipo, así que el tamaño se calcula sin mirar la imagen.

Una viñeta de 1.000 por 1.000 píxeles ocupa 3 MB. Una fotografía de 3.000 por 2.000 ocupa 18 MB. Una de 6.000 por 4.000 ocupa 72 MB. Y son los mismos 18 MB tanto si el AVIF de partida pesaba 200 KB como si pesaba dos megabytes: multiplicar por cincuenta es lo normal aquí, y en un logotipo plano el factor se va a varios cientos.

Los ajustes de calidad existen donde hay algo que negociar. En un BMP no lo hay: cada píxel cuesta exactamente lo mismo, forme parte de un degradado complicado o de un margen blanco. Por eso el conversor no te ofrece ninguna barra aquí y ofrecerla sería fingir una decisión.

La única palanca que queda es producir menos píxeles. El ancho máximo hace justamente eso, y conviene entender la aritmética antes de usarlo: al reducir el ancho a la mitad, el alto baja con él, así que el archivo se queda en la cuarta parte. Esos 18 MB de 3.000 por 2.000 pasan a 4,5 MB a 1.500 por 1.000.

Un AVIF puede llevar canal alfa; el BMP de veinticuatro bits que escribimos no tiene dónde ponerlo. Antes de codificar, los píxeles transparentes se rellenan con un color que eliges tú, y ese relleno pasa a formar parte de la imagen igual que cualquier otro píxel.

Elige el color sobre el que la imagen va a descansar de verdad, no uno neutro por costumbre. Los bordes suavizados son semitransparentes y se mezclan con lo que pongas: contra el fondo previsto quedan limpios, y contra otro distinto aparece una orla clara alrededor de toda la figura. En un equipo con panel el color exacto suele venir escrito en la documentación, con lo cual esto es una consulta y no un criterio.

AVIF es capaz de almacenar más de ocho bits por canal, que es lo que le permite transportar fotografía de alto rango dinámico en la web. La tubería de imagen de este sitio trabaja con píxeles de ocho bits por canal y el BMP los escribe tal cual, en RGB corriente.

Para una imagen web habitual eso no quita nada, porque ocho bits es todo lo que había. Para un original de alto rango sí: el margen adicional no llega al otro lado. Cuando esa reducción importa —un cielo que se aplana, una luz que corta en lugar de apagarse— conviene hacerla a propósito en un editor que te deje decidir cómo se reparte el rango, en vez de recibirla como efecto colateral de llegar a un formato de 1990.

La especificación admite paleta indexada de hasta 256 entradas, varias profundidades de bit y más de una cabecera distinta. Un pliego que dice «BMP» sin decir cuál no ha terminado la frase. Lo que produce este conversor es siempre lo mismo: cabecera BITMAPINFOHEADER, veinticuatro bits por píxel, filas escritas de abajo arriba y una resolución declarada de 2.835 píxeles por metro, que son 72 puntos por pulgada.

Eso es lo que lee prácticamente todo, y no siempre es lo que te han pedido. El firmware de una pantalla pequeña es la excepción habitual: pide ocho bits indexados porque su memoria de imagen guarda eso y no otra cosa. Lee la documentación antes de convertir el lote, y si nombra una variante que aquí no sale, IrfanView o GIMP la reescriben en un paso.

Esta es la parte útil del asunto. El aparato que espera el BMP no tiene descodificador de AVIF ni va a tenerlo, y es probable que el sistema operativo donde corre tampoco. Un navegador actual sí lo tiene, porque es el mismo código que dibuja esas imágenes en cualquier página web.

Así que la conversión funciona en un equipo donde hacer doble clic sobre el archivo no produce nada, y produce algo que ese mismo equipo maneja sin instalar nada más. En una máquina corporativa donde no tienes permiso para instalar un paquete de códecs, es directamente la única vía.

Cada píxel al que el AVIF se descodifica se escribe en el BMP sin tocarlo, así que la imagen visible es idéntica. No hay recompresión, no hay recuantización y no hay ninguna decisión de calidad por medio: es una copia fiel del resultado de descodificar, escrita de una forma mucho más cara.

Eso incluye lo que no querías. La suavidad excesiva o los bloques que introdujo el codificador AVIF se conservan íntegros, ocupando ahora cincuenta veces más. Un BMP grande no contiene más información que el AVIF pequeño del que salió; contiene la misma información almacenada con menos habilidad, y quien espere que el aumento de tamaño traiga nitidez está esperando algo que ningún formato puede dar.

Convierte en el borde y conserva el original. El AVIF ocupa una fracción, mantiene su transparencia, mantiene su rango de color y es lo que vas a necesitar el día que cambien el equipo o el proveedor. El BMP es un formato de cable, no de archivo.

Mandar un BMP a una persona es casi siempre un error por el mismo motivo. Llena un buzón, ocupa una unidad compartida y no lleva nada que PNG no transporte sin pérdida a una fracción del tamaño, conservando además la transparencia que aquí hubo que destruir. Tratar el BMP como formato de almacenamiento es así como un proyecto acaba con cien gigabytes de imágenes que cabrían en dos.

Puedes soltar hasta cien archivos de una vez: cada uno se convierte por turno, conserva su nombre con la extensión cambiada y el conjunto vuelve como un ZIP. Cien es donde termina el lote gratuito, y lo que exceda se descarta en lugar de esperar en cola.

La restricción real no es la entrada sino la salida. Cuarenta fotografías de 3.000 por 2.000 son más de setecientos megabytes de mapa de bits sostenidos en una pestaña mientras se arma el archivo comprimido. Un lote que en cualquier otro formato sería trivial aquí no lo es: ve en grupos pequeños, guarda sobre la marcha y fija un ancho máximo si el destino no necesita la resolución completa.

La conversión se ejecuta en tu navegador, así que el límite de la capa gratuita es de 100 MB por archivo. Un AVIF rara vez se acerca, precisamente porque comprime bien: la cifra que se te va a ir de las manos es la del resultado, no la del origen.

Merece la pena hacer la cuenta antes de empezar con un lote. Multiplica ancho por alto por tres, súmale la cabecera y compáralo con el espacio del destino: en una tarjeta de memoria de un equipo empotrado, esa cifra decide si la conversión sirve de algo o produce un archivo que el aparato no puede ni cargar.

La descodificación del AVIF y la escritura del BMP ocurren dentro de la pestaña, así que ninguna petición transporta la imagen. Puedes comprobarlo en la pestaña de red de las herramientas de desarrollo, o desconectar la red y convertir igualmente una vez cargada la página.

Aparte del argumento de privacidad, aquí hay uno de tiempo. Un resultado de 18 MB aparece de inmediato porque nunca tuvo que subir y volver a bajar; en una conexión de taller o de fábrica, ese viaje de ida y vuelta sería la parte lenta de toda la operación.