Convertir SVG a JXL

El SVG lo leen todos los navegadores publicados en este siglo, la mayoría de programas de diseño, buena parte del software ofimático, cualquier cosa que renderice HTML en un correo, y hasta un editor de texto si hace falta. El JPEG XL lo lee libjxl y el software que lo tiene enlazado. Ese es el intercambio que hace esta conversión, y es lo más importante de esta página.

Se comprobó en vez de darse por hecho. Un dibujo de prueba convertido aquí dio un JPEG XL válido de 20.368 bytes, y entregar ese mismo archivo de vuelta al descodificador del mismo navegador falló con «no se pudo descodificar la imagen de origen». Chrome tuvo el soporte tras una bandera experimental y lo retiró en 2023; Safari es el navegador principal que hoy lo lee.

El mismo dibujo de 140 bytes, renderizado a 1.024 píxeles de ancho y convertido a cada formato rasterizado que este sitio escribe: 9.730 bytes como AVIF, 20.368 como JPEG XL y 4.195.304 como un TIFF sin comprimir. El JPEG XL, el formato más nuevo de la lista, dio el doble de bytes que el AVIF.

Ese orden es propio del arte plano pequeño y se invierte en fotografías, donde el JPEG XL es excelente. Citar el resultado fotográfico como razón para convertir dibujos es precisamente el error que evita esta sección, y cada cifra de la lista es enorme comparada con los 140 bytes que ya ocupaba el dibujo.

El formato se construyó alrededor de dos cosas que importan muchísimo en un archivo fotográfico. Puede volver a codificar un JPEG existente de forma totalmente reversible, recortando en torno a una quinta parte de una biblioteca fotográfica sin tocar un solo píxel, y maneja profundidades de bit muy altas y dimensiones muy grandes para material escaneado o proveniente de sensores.

Un dibujo no ofrece ninguna de las dos. No hay un JPEG que transcodificar, ni ruido de sensor que modelar, ni más degradado que el que el propio arte contenga, ni profundidad más allá de ocho bits. Lo que queda es un codificador de propósito general aplicado a rellenos planos y bordes duros, que es donde peor sale cualquier códec moderno frente a un vector o un PNG.

El JPEG XL tiene dos formas legales de archivo. El flujo de bytes desnudo empieza con los dos bytes FF 0A. La forma con contenedor envuelve ese mismo flujo en una estructura de cajas ISOBMFF que comienza con 00 00 00 0C 4A 58 4C 20, que es lo que permite llevar Exif, XMP y un perfil ICC junto a la imagen.

Los archivos que se escriben aquí son la forma desnuda, confirmado leyendo los primeros bytes de la salida. libjxl lee ambas, y un sistema de ingesta estricto configurado para esperar cajas rechazará uno que no las tenga. Si un flujo de trabajo rechaza el archivo, comprueba la cabecera antes de asumir que el codificador produjo algo inválido.

Un SVG no tiene tamaño en píxeles, así que la conversión elige uno: 1.024 píxeles de ancho por defecto, con la altura siguiendo las proporciones del dibujo, y el ajuste de escala cubre de 0,1 a 10, es decir de 102 a 10.240 píxeles.

Esa elección es permanente. Toda la razón de mantener un dibujo como vector es que la pregunta del tamaño sigue abierta —el mismo archivo sirve a un icono, a una cabecera de página y a una hoja impresa. Renderizarlo la responde de una vez, y ningún paso posterior puede reabrirla: ampliar el JXL interpola píxeles que nunca se dibujaron, y vectorizarlo de vuelta a trazados produce un archivo distinto y peor.

El canal alfa lo admite el formato y se conserva en la conversión, así que un dibujo recortado no gana un fondo —a diferencia del destino GIF de este sitio, que vuelve opacos y negros esos mismos píxeles transparentes.

Lo que no se ofrece es un interruptor sin pérdida. El control de calidad empieza en 82 y el par se trata como con pérdida, lo cual describe con honestidad lo que se le pide al codificador. Si la razón para convertir es la fidelidad para archivo, eso es un argumento en contra de este camino: el SVG ya es exacto y el PNG carece de pérdida sin necesidad de ningún ajuste que pueda salir mal.

GIMP e ImageMagick leen JPEG XL hoy, ambos son del tipo de software que perdura, y libjxl es código abierto con la especificación publicada como ISO/IEC 18181. El descodificador no va a desaparecer como podría hacerlo uno propietario.

Frente a eso, el formato está estandarizado desde 2021 y su soporte en navegadores ha retrocedido en vez de avanzar en ese tiempo. Los formatos de archivo se eligen por la confianza de que algo los va a leer, y en esa medida el PNG, el TIFF y —para un dibujo— el propio SVG van muy por delante.

Merece la pena decirlo con claridad porque va contra la intuición de que lo nuevo siempre conserva mejor. Un SVG es XML: texto plano, una especificación abierta del W3C, legible por una persona con un editor de texto si desapareciera cualquier programa capaz de mostrarlo, y comparable línea a línea en un control de versiones. Muy pocos formatos, de cualquier categoría, están en esa posición.

Una copia renderizada es un derivado, útil para mostrar el dibujo a algo incapaz de leer uno. Conserva los SVG como el registro y trata los JXL como vistas previas. Un archivo que sustituyera sus vectores por un raster con pérdida en un formato que dos navegadores han retirado sería un mal resultado de verdad, y ocurre por convertir una carpeta sin pensar cuál era el archivo maestro.

Suelta el conjunto entero y cada dibujo se renderiza a la misma escala y se codifica por su cuenta, con el resultado devuelto como un ZIP. El codificador de JPEG XL es uno de los dos módulos WebAssembly grandes de este sitio, así que el primer archivo paga la descarga y el resto sigue rápido.

Revisa una muestra en lo que vaya a consumir los archivos antes de convertir el resto. Como el navegador puede no mostrar un JXL en absoluto, la costumbre habitual de abrir uno para comprobar que se ve bien no funciona aquí, y un lote que produjo en silencio archivos que nada de la cadena acepta es algo caro de descubrir tarde.

resvg renderiza y el codificador de JPEG XL funciona, ambos como WebAssembly dentro de esta pestaña, así que el arte nunca sale de tu máquina camino de ningún servidor.

Al no haber servidor de por medio tampoco hay cuenta que crear ni límite diario impuesto por nosotros: se puede soltar una carpeta entera, hasta cien archivos por tanda y hasta cien megabytes cada uno, y todo vuelve empaquetado en un ZIP.

No es la página de rendimiento web —esa es SVG a AVIF, y ahí es donde va cualquier dibujo destinado a una página que la gente visita con un navegador. Esta es para el otro caso: alguien que ordena una colección de assets ya guardada, una persona manteniendo los gráficos de una aplicación de escritorio, o quien alimenta una cadena de herramientas construida ya sobre ImageMagick o libjxl y necesita que todo el repositorio hable el mismo formato.

Si ese no es el caso —si el archivo va a terminar en una etiqueta img de un sitio web—, la respuesta casi siempre está en la página de AVIF o, más a menudo todavía, en no convertir nada y servir el SVG tal cual.