JPEG XL en GIMP
GIMP lee archivos .jxl desde la 2.10.32 y los escribe desde la 2.10.34, pero solo GIMP 3 trae un cuadro de exportación de verdad, con sin pérdida, calidad, esfuerzo y 16 bits. Aquí tienes qué hace cada ajuste, medido, qué compilaciones incluyen JPEG XL y cómo arreglar el «Tipo de archivo desconocido».
por Robert Castillo · Publicado el
La respuesta corta
Sí, GIMP trabaja con JPEG XL, pero lo bien que lo haga depende por completo de la versión. El complemento lo escribió Daniel Novomeský para la serie de desarrollo de GIMP 3 en 2021, y la rama 2.10 solo recibió partes después. En octubre de 2026 la versión actual es GIMP 3.2.6 (10 de septiembre de 2026), y trae la versión completa.
Si sigues en la 2.10, puedes abrir .jxl desde la 2.10.32 (junio de 2022) y exportarlos desde la 2.10.34 (febrero de 2023), pero esa exportación no tiene ningún ajuste: todos los archivos salen en 8 bits y sin pérdida, lo que pesa mucho y descarta la precisión extra de las imágenes de 16 bits. El cuadro completo, con compresión con pérdida, esfuerzo y 16 bits, llegó con GIMP 3.0 el 16 de marzo de 2025, y GIMP 3.2 mantuvo exactamente las mismas opciones.
Hay una condición más: GIMP solo incluye JPEG XL si se compiló con la biblioteca libjxl. Las descargas oficiales para Windows y macOS la llevan; los paquetes de algunas distribuciones y las compilaciones antiguas pueden no llevarla. De ahí sale el mensaje de «Tipo de archivo desconocido».
| Versión | Abrir .jxl | Exportar .jxl |
|---|---|---|
| 2.10.30 y anteriores | No | No |
| 2.10.32 (jun 2022) | Sí | No |
| 2.10.34 – 2.10.38 | Sí, con metadatos | Solo 8 bits sin pérdida, sin opciones |
| 3.0 (mar 2025) – 3.2.6 (sep 2026) | Sí | Cuadro completo: con y sin pérdida, esfuerzo, 16 bits, CMYK |
Cómo exportar un JPEG XL en GIMP 3
Exportar, no guardar
Archivo › Guardar solo escribe el .xcf propio de GIMP. Usa Archivo › Exportar como… (Mayús+Ctrl+E, o Mayús+Cmd+E en Mac).
Elige el formato
Escribe un nombre que acabe en .jxl o despliega Seleccione el tipo de archivo y elige Imagen JPEG XL. Si no aparece en la lista, tu compilación no trae JPEG XL: mira el apartado de problemas.
Ajusta las opciones
Pulsa Exportar y se abre el cuadro Exportar imagen como JPEG XL. Elige sin pérdida o un valor de compresión, un preajuste de esfuerzo y la profundidad de bits; el apartado siguiente explica cada uno.
Guarda también el .xcf
Al exportar, GIMP combina las capas visibles en una sola imagen. Tu trabajo por capas solo sobrevive en el .xcf, así que guárdalo también.
El cuadro de exportación, ajuste por ajuste
Estas son exactamente las opciones de GIMP 3.0 a 3.2.6, sacadas del código fuente del complemento, con sus valores por defecto y su nombre en el GIMP en español. GIMP se las pasa casi tal cual a libjxl, el codificador de referencia.
| Opción | Rango y valor por defecto | Qué hace |
|---|---|---|
| Sin pérdida | Desactivada por defecto | Guarda cada píxel exactamente y deja en gris la compresión |
| Compresión/errorMax | De 0,1 a 15; por defecto 1,0 | La distancia butteraugli: cuanto más baja, más calidad y más peso; la ayuda emergente de GIMP llama a 1,0 «visualmente sin pérdida» |
| Esfuerzo/Velocidad | De relámpago (1) a tortuga (9); por defecto ardilla (7) | Cuánto trabaja el codificador: tiempo frente a precisión y tamaño |
| Profundidad de bit | 8 bit/canal (por defecto) o 16 bit/canal | Precisión que se guarda en el archivo |
| Exportar como CMYK | Solo con un perfil de prueba CMYK | Escribe un JPEG XL en CMYK con ese perfil |
| Guardar Exif / Guardar XMP | Según tus preferencias | Copia los metadatos de la foto al archivo |
Los preajustes de esfuerzo tienen nombres en lugar de números: relámpago (1, el más rápido), trueno (2), halcón (3), guepardo (4), liebre (5), wombat (6), ardilla (7), gatito (8) y tortuga (9, el más lento). Son los niveles de esfuerzo de libjxl, los mismos que acepta cjxl -e en la línea de comandos.
Si piensas en números de «calidad» de otros programas, la conversión que usa libjxl es distancia = 0,1 + (100 − calidad) × 0,09. Así que el 1,0 por defecto de GIMP equivale a calidad 90, una distancia de 0,5 a calidad 95 aproximadamente y 2,0 a una 79. Y 1,0 es lo que la ayuda emergente de GIMP llama «visualmente sin pérdida»; en SSIMULACRA2 sacó 84,8 y 77,2 en nuestra prueba, por debajo del 90 que esa métrica considera visualmente sin pérdida.
Medido: lo que hacen los ajustes con una foto real
GIMP le pasa estos ajustes a libjxl, así que pasamos los mismos valores por libjxl 0.12.0 con dos fotos de dominio público de 14 y 45 megapíxeles. Es la misma biblioteca de codificación, no GIMP en sí, así que los tamaños pueden variar un poco según tu compilación de GIMP. La calidad se puntúa con SSIMULACRA2: 80 significa que no se ve diferencia lado a lado a tamaño real, y 90 equivale a visualmente sin pérdida.
| Compresión/errorMax | Foto A · 14 MP | Foto B · 45 MP |
|---|---|---|
| JPEG original, como referencia | 8,38 MB | 12,02 MB |
| 0,5 | 2,03 MB · 87,5 | 5,34 MB · 83,0 |
| 1,0 (por defecto) | 0,99 MB · 84,8 | 2,91 MB · 77,2 |
| 2,0 | 0,50 MB · 78,6 | 1,32 MB · 69,5 |
| 3,0 | 0,33 MB · 73,1 | 0,81 MB · 61,9 |
| Sin pérdida, 8 bits | 10,25 MB | 18,68 MB |
| PNG, como referencia | 14,49 MB | 32,97 MB |
Cada cifra es el tamaño del archivo seguido de la puntuación SSIMULACRA2. En la foto A, el 1,0 por defecto sacó 84,8 con menos de un mega, mientras que un JPEG a calidad 90 de los mismos píxeles necesitó 1,52 MB para llegar a 80,8, y con 2,0 el archivo volvió a partirse por la mitad sin dejar de ser «alta calidad». La foto B, un retrato de 45 megapíxeles lleno de textura de tela, es más difícil: cada escalón puntúa menos, 77,2 con 1,0 y 69,5 con 2,0, justo por debajo de la marca de «alta calidad», que está en 70. Con 0,75 subió a 79,8 en 3,79 MB, todavía menos que su JPEG a calidad 90 (4,92 MB y 78,6). En fotos con mucho detalle, baja un poco el valor en vez de subirlo.
Sin pérdida es otro mundo: entre seis y diez veces el tamaño del archivo con pérdida por defecto, pero aun así entre un 29% y un 43% más pequeño que un PNG de los mismos píxeles. Eso lo convierte en la opción buena para capturas, gráficos y originales, no para mandar fotos.
Esfuerzo/Velocidad: ¿compensa la tortuga?
Codificamos las dos fotos a la distancia por defecto de 1,0 con preajustes de toda la escala. Cada casilla da el tamaño del archivo y la puntuación SSIMULACRA2; los tiempos son de la foto A en un servidor compartido de seis hilos y con carga, así que tómalos como relativos, no absolutos.
| Esfuerzo/Velocidad | Foto A · 14 MP | Foto B · 45 MP | Tiempo (A) |
|---|---|---|---|
| relámpago (1) | 0,91 MB · 83,4 | 3,79 MB · 80,3 | 1,0 s |
| halcón (3) | 0,81 MB · 83,4 | 3,28 MB · 80,3 | 1,0 s |
| liebre (5) | 0,96 MB · 84,7 | 2,86 MB · 77,1 | 3,0 s |
| ardilla (7), por defecto | 0,99 MB · 84,8 | 2,91 MB · 77,2 | 6,2 s |
| tortuga (9) | 0,93 MB · 84,6 | sin memoria (más de 7,5 GB) | 92,2 s |
Si esperabas que más lento significara más pequeño, la tabla dice otra cosa. Con la misma Compresión/errorMax, el esfuerzo cambia sobre todo cómo reparte el codificador los bits, y hacia dónde depende de la foto: en la foto A los preajustes rápidos dieron archivos más pequeños que puntuaban algo menos, y en la B, archivos entre un 12% y un 30% más grandes que puntuaban más. Liebre y ardilla quedan en el mismo sitio en las dos. La tortuga tardó quince veces más que la ardilla en la foto A para un archivo un 6% menor y nada mejor.
Además gasta memoria. En la foto A, la tortuga llegó a unos 4 GB de RAM frente a 0,4 GB de la ardilla; en la foto B pasó de 7,5 GB y el sistema la cortó, en un servidor de 12 GB compartido con otros trabajos, mientras que la ardilla se apañó con 0,7 GB. Si tu ordenador va justo de memoria, la tortuga con fotos grandes puede colgar GIMP. Déjalo en ardilla.
Donde el esfuerzo sí se nota es sin pérdida. En la foto A, relámpago hizo un archivo de 13,77 MB en medio segundo, ardilla uno de 10,25 MB en unos diez y tortuga uno de 9,98 MB en cincuenta. En la foto B, ardilla se quedó en 18,68 MB y tortuga en 18,48 MB tras más de dos minutos. Para unos cuantos archivos, ardilla o gatito; la tortuga, solo para archivos que escribes una vez y guardas.
La profundidad de 16 bits apenas cambió nada con nuestras fotos de 8 bits: entre un 1,3% y un 1,6% más sin pérdida, y el mismo tamaño con pérdida. Elige 16 cuando la imagen sea de verdad de 16 bits, sacada de un revelador RAW o de un escáner, y deja 8 para todo lo demás.
Windows, macOS, Linux y Flatpak
Que tu GIMP pueda hacer todo esto depende de cómo se compiló: el sistema de compilación de GIMP solo incluye JPEG XL si encuentra libjxl, y si no, lo deja fuera sin avisar.
Windows
El instalador de gimp.org se compila con libjxl, así que la 3.x abre y exporta .jxl tal cual viene. Si una 2.10 antigua en Windows se resiste, actualiza en vez de buscar complementos.
macOS
El .dmg oficial también incluye libjxl. Las versiones recientes de macOS ya muestran los .jxl en Finder y en Vista Previa (aquí lo explicamos), así que GIMP solo hace falta para editar o para elegir los ajustes de exportación.
Distribuciones Linux
Ubuntu 22.04 trae GIMP 2.10.30, sin nada de JPEG XL. Ubuntu 24.04 (2.10.36) y Debian 12 (2.10.34) incluyen el complemento, con la exportación limitada de la 2.10. Debian 13 trae la 3.0.4, y Ubuntu 26.04 la 3.2.2.
Flatpak
La versión de Flathub es GIMP 3.2.6. Toma libjxl del entorno de ejecución de GNOME sobre el que funciona, que incluye la biblioteca desde la base 24.08, así que un Flatpak actual exporta JPEG XL con el cuadro completo.
En una distribución antigua, el Flatpak es el camino más corto a un GIMP moderno sin tocar los paquetes del sistema: flatpak install flathub org.gimp.GIMP. Y si solo necesitas ver un archivo, nuestro visor lo abre en cualquier navegador sin instalar nada.
Problemas típicos y su arreglo
| Lo que pasa | Por qué | Arreglo |
|---|---|---|
| «La apertura de “…jxl” ha fallado: Tipo de archivo desconocido» | GIMP 2.10.30 o anterior, o una compilación sin libjxl | Instala la 3.x de gimp.org o de Flathub |
| JPEG XL no sale en «Seleccione el tipo de archivo» | La misma causa; exportar exige además la 2.10.34 o posterior | El mismo arreglo |
| La exportación no tiene opciones y el archivo es enorme | GIMP 2.10 exporta siempre en 8 bits sin pérdida | Usa GIMP 3, o cjxl para archivos con pérdida |
| «Exportar como CMYK» está en gris | No hay un perfil de prueba CMYK asignado | Imagen › Gestión del color › Perfil de la prueba… |
| Un .jxl con pérdida se abre en coma flotante de 32 bits | Los archivos con pérdida se descodifican con toda su precisión | Imagen › Codificación › Entero de 8 bits si te importa la memoria |
| Tus capas han desaparecido en el .jxl | Exportar combina las capas visibles | Guarda el .xcf para seguir editando |
Todavía circula un consejo caducado: instalar el complemento de JPEG XL que venía con la propia libjxl (empaquetado como libjxl-gimp-plugin). Se escribió para GIMP 2.10, en la 2.10.32 incluso tenía preferencia sobre el complemento de GIMP, y libjxl lo eliminó del todo en su versión 0.12.0 (julio de 2026). Con GIMP 3 no lo necesitas; con la 2.10, actualizar GIMP es mejor solución.
Lo de los 32 bits merece una explicación. libjxl guarda los archivos con pérdida en su propio espacio de color perceptual, y el cargador de GIMP los descodifica en coma flotante para no redondear nada. Es lo correcto, pero una imagen de 45 megapíxeles en 32 bits come mucha memoria. Si solo vas a recortar y volver a exportar, pasar la codificación a entero de 8 bits aligera GIMP de forma notable. Los archivos que el propio GIMP exportó sin pérdida se vuelven a abrir con sus 8 o 16 bits.