Convertir BMP a AVIF

Un BMP guarda los píxeles tal cual, fila a fila, sin comprimir prácticamente nada; es un formato que Microsoft publicó en 1987 y que sigue apareciendo porque cualquier cosa lo escribe. Un AVIF es, por dentro, un fotograma clave de vídeo AV1 metido en un contenedor especificado en 2019.

De ahí sale toda la asimetría de esta conversión. El BMP es el archivo enorme y barato de leer; el AVIF es el archivo diminuto y caro de escribir. Es lo contrario de la intuición habitual, en la que el archivo grande es el que da trabajo, y conviene tenerlo claro antes de soltar una carpeta entera.

La codificación corre como WebAssembly dentro de la pestaña, sobre el procesador que tenga la máquina. No hay ningún servidor haciendo el trabajo, que es exactamente la razón de que no se suba nada y también la razón de que un lote de mapas de bits grandes sea algo que se pone en marcha y se deja.

En la práctica: una imagen suelta es una espera, y cuarenta salidas de escáner son un café. Si eso no encaja, WebP está a una página de distancia y codifica en una fracción del tiempo. Nada de esto es un defecto de la conversión: el mismo trabajo en un servidor costaría lo mismo, solo que en el procesador de otro y con tu archivo viajando hasta allí.

AVIF puede guardar doce bits por canal y describir espacios de color amplios, y eso es buena parte del motivo por el que existe. Nuestro codificador, en cambio, recibe una sola cosa: una imagen de píxeles de ocho bits por canal, más un número de calidad. No hay ningún parámetro de perfil de color, ni de profundidad, ni de gama en toda esa ruta.

Así que el margen adicional del contenedor se queda vacío, y el único beneficio que recoges de esta conversión es la compresión. Es un beneficio real; solo conviene saber que es el único, porque una parte considerable de lo que se escribe sobre AVIF trata de capacidades a las que un mapa de bits de ocho bits no llega por ningún camino.

El control de calidad parte de 82, y es el mismo 82 para JPEG, WebP, AVIF y JXL: no hay valores por defecto distintos por formato en ninguna parte del código. Esa cifra es una sola línea aplicada a los cuatro codificadores.

La escala, sin embargo, pertenece al codificador y no a la imagen. Un 82 en AVIF y un 82 en JPEG no son la misma cantidad de pérdida ni el mismo tamaño de archivo, así que comparar dos formatos significa comparar las dos salidas y nunca los dos ajustes. Cambia también la forma de fallar: donde el JPEG se rompe en bloques, el AVIF tiende a alisar la textura fina, que es menos evidente y más fácil de no ver hasta ponerlo al lado del original.

El registro clasifica el soporte de AVIF como moderno, y esa palabra hace un trabajo real al lado del «todos» que llevan WebP y JPEG. Los navegadores actuales lo leen; equipos antiguos, algunos navegadores integrados en aplicaciones y bastante software de correo, no.

Como adjunto o como archivo que le pasas a alguien es una mala elección, y que se abra en tu equipo dice poco del suyo. Lo mismo vale para los programas de diseño y maquetación: el soporte ha llegado de forma desigual, y un AVIF que un navegador muestra sin problema puede ser un archivo que un compañero no consigue colocar en un documento.

Lo que hace llevadera esa desigualdad es el elemento `picture`: varias fuentes en orden, cada una con su tipo, y el navegador se queda con la primera que entiende. El AVIF primero, un WebP detrás y un JPEG al final, y cada visitante recibe el archivo más pequeño que su navegador sabe descodificar sin que se ejecute ningún código de detección.

Eso significa convertir el mismo mapa de bits dos veces, y hay que hacerlo siempre desde el BMP. Sacar el AVIF a partir del WebP apila las decisiones de dos codificadores con pérdida sobre la misma imagen y no ahorra nada: el archivo carga las dos pérdidas para llegar al mismo tamaño.

En este sitio solo tres formatos de destino rellenan la transparencia con un color de fondo: JPG, BMP y GIF. AVIF no es uno de ellos, así que en esta ruta no hay ningún relleno, ningún color de fondo que elegir y nada que decidir al respecto.

Por el otro lado, el registro anota BMP sin canal alfa, que es la descripción correcta de lo que este sitio escribe cuando BMP es el destino: veinticuatro bits, sin transparencia. Como origen, la inmensa mayoría de los mapas de bits que llegan aquí tampoco llevan nada transparente que conservar, así que la pregunta rara vez se plantea.

Es el único ajuste que mejora el tamaño del archivo y el tiempo de codificación al mismo tiempo, y lo hace en proporción al número de píxeles y no al ancho: reducir el ancho a la mitad quita tres cuartas partes de los píxeles que el codificador tiene que pensar.

Pon el ancho máximo en el mayor tamaño al que la imagen vaya a verse alguna vez, doblado para pantallas de alta densidad. El ajuste se aplica solo al ancho y la altura sigue la proporción. Un escaneo de 4.000 por 3.000 reducido a 2.000 por 1.500 sigue siendo más grande que casi cualquier sitio donde vaya a aparecer, y su codificación termina en aproximadamente una cuarta parte del tiempo.

Se sueltan todos de una vez, cada uno se convierte por turno en tu máquina conservando el nombre con la extensión cambiada, y el conjunto se descarga como un solo ZIP. El tope son 100 MB por archivo y 100 archivos por lote; si sueltas más, el exceso se recorta sin avisar, así que conviene contarlos.

Planifica el lote por la codificación y no por la descarga. Los archivos se procesan uno detrás de otro, de modo que el tiempo total es la suma de las codificaciones y las imágenes grandes lo dominan: un solo mapa de bits enorme puede tardar más que treinta pequeños juntos. Apartar y reducir los que se han quedado desproporcionados vale más que cualquier otro cambio que puedas hacerle a un lote.

Como un BMP guarda tres bytes por píxel sin comprimir prácticamente nada, el tope de 100 MB por archivo se traduce en unos treinta y tres megapíxeles, es decir una imagen de alrededor de 7.000 por 4.700. Es más de lo que produce cualquier cámara corriente y bastante más de lo que hace falta para una web.

Esa aritmética explica también por qué los BMP llegan aquí en tandas grandes: un escáner de oficina configurado en mapa de bits llena una carpeta de decenas de megabytes en una tarde. Convertir es en esos casos tanto una operación de publicación como una de limpieza de disco, y merece la pena hacer las dos cosas a la vez.

La conversión descodifica el mapa de bits a píxeles y vuelve a codificar desde ahí, así que al AVIF solo llega la imagen. Ningún bloque EXIF, ninguna anotación y ningún perfil de color cruzan, sencillamente porque no hay nada en esa ruta que los transporte.

En este par eso rara vez importa, porque un BMP casi nunca traía nada que perder. Conviene decirlo igualmente para que no se espere lo contrario: si la imagen llevaba un perfil de color incrustado por el escáner, la salida no lo lleva, y los colores se interpretarán como los del espacio habitual de la web.

AVIF es un formato de entrega y esta conversión tiene pérdida. Lo que sale está dimensionado y codificado para el sitio al que va, y no hay camino de vuelta desde ahí hasta los píxeles que tenía el mapa de bits.

Si el BMP es tu única copia, consérvalo o pásalo antes a PNG. En toda la ruta de imagen de este sitio los únicos destinos que conservan cada píxel son PNG y TIFF, y el PNG ocupa una fracción de lo que ocupa el mapa de bits: se optimiza con oxipng y en una medición interna un archivo de 1.366 KB quedó en 468 KB. Genera el AVIF desde ese original cada vez que cambie el destino.

Cuando el público incluye equipos antiguos. Cuando la imagen es lo bastante pequeña como para que la diferencia sean unos pocos kilobytes. Cuando el material es ilustración plana con bordes duros. Y cuando conviertes cientos de archivos y el tiempo de codificación es la restricción que de verdad manda.

La comparación que zanja el asunto cuesta un minuto y no la hace ninguna regla general: convierte un mapa de bits representativo a los dos formatos, pon los dos tamaños uno al lado del otro y decide si la diferencia justifica una segunda codificación de cada archivo y una alternativa en el marcado. A veces está claro que sí y a menudo está claro que no.