Convertir JXL a WebP

JPEG XL perdió la discusión de los navegadores. El registro clasifica su soporte como parcial, y en la práctica eso significa que Safari lo muestra y la mayoría no. Ese reparto es la razón de que esta página tenga visitas: una fotografía que se representa impecable en un Mac es un icono de imagen rota para la mayor parte de una audiencia, y el archivo no tiene nada malo.

WebP es el otro lado de esa historia. Google lo publicó en 2010, está especificado en el RFC 9649 y el registro le atribuye soporte en todos los navegadores actuales, además de en Photoshop, GIMP y Squoosh. La conversión no es una mejora en ningún sentido técnico: es un intercambio de fidelidad por alcance, hecho a propósito.

El soporte de navegador es el titular, pero no es la parte que le cuesta una tarde a la gente. Los fallos se concentran en el software en el que nadie piensa: la biblioteca de medios de un WordPress que rechaza la extensión, la ficha de producto de un marketplace que no admite el archivo, el validador del catálogo que devuelve un código, la vista previa de un chat que se queda en blanco, la aplicación Fotos de un compañero con Windows que no muestra nada.

Ninguno de esos te va a dar un error útil; casi todos se comportan como si no hubieras adjuntado nada. Frente a los dos programas que el registro asocia a JPEG XL, WebP llega con Photoshop, GIMP y Squoosh y con un trato prácticamente universal allí donde un archivo se sube en vez de abrirse. Si el destino es un formulario, un catálogo o el correo de otra persona, esa diferencia decide la conversión por sí sola.

JPEG XL admite hasta 32 bits por canal y describe color de gama amplia de forma nativa, que es buena parte de por qué se propuso como formato de archivo. WebP guarda ocho bits por canal y nada más. Cualquier margen que el original llevara para corregir exposición o mapear gama se detiene en esta conversión.

La tubería lo hace concreto antes incluso de que arranque el codificador: el descodificador de JPEG XL devuelve píxeles RGBA de ocho bits y todo lo que viene después trabaja sobre ese búfer, así que la reducción ocurre a la entrada y no como una concesión dentro del codificador de WebP. Conserva el JXL. Es la copia maestra, y una vez que estos píxeles son de ocho bits no hay camino de vuelta.

Esto sorprende a quien convierte escaneos y panorámicas. El contenedor WebP codifica las dimensiones en 14 bits, de modo que 16.383 píxeles es el máximo duro en cada eje: no es un ajuste ni una capa de pago, es un límite escrito en el formato. JPEG XL no tiene un techo comparable en uso corriente, que es una de las razones por las que se propuso para escaneo y archivo.

El control de anchura máxima de esta página es la respuesta cuando un archivo se pasa. Pon la anchura que el destino necesita de verdad —2.000 píxeles son generosos para una imagen a sangre en web— y la conversión redimensiona antes de codificar. Si la gracia del archivo es precisamente que tiene 20.000 píxeles de ancho, WebP es el destino equivocado y TIFF o PNG son la recomendación honrada.

Los dos formatos llevan canal alfa completo, así que este es uno de los pocos pares del sitio donde la transparencia es un no acontecimiento. Un recorte de producto o un logotipo con bordes suaves se convierte sin color de fondo que elegir, sin orla y sin ninguna decisión que puedas equivocar después.

Merece la pena contrastarlo con las alternativas que la gente considera desde el mismo punto de partida. Solo tres destinos de este conversor aplanan el alfa sobre un color elegido: JPG, BMP y GIF. Si la imagen va a apoyarse sobre más de un fondo, esa elección es un error permanente, y WebP y AVIF son los dos únicos destinos de entrega corriente que conservan la transparencia.

JPEG XL puede contener animación y WebP también, lo que convierte a este en el caso decepcionante: el descodificador que se usa aquí devuelve una única imagen, así que un origen animado sale como fija. Lo que obtienes es un fotograma y el resto del archivo se queda por el camino.

Si el movimiento es el asunto, un formato de imagen es el destino equivocado del todo. Un clip corto en MP4 o WebM ocupa normalmente una fracción de lo que la animación equivalente y se reproduce con descodificación por hardware en cualquier teléfono. Trata esta conversión como una manera de sacar un fotograma de presentación de un archivo animado, no como una manera de mover la animación.

El valor por omisión es 82 y no es específico de WebP: es el mismo número para JPEG, WebP, AVIF y JXL, sin valores por formato. Es el punto en el que la recodificación resulta invisible a tamaño de visionado normal en la mayoría de fotografías. Como el origen ya es casi siempre una imagen comprimida, esta es una segunda generación con pérdida, y los defectos que se acumulan son los de los bordes duros y el texto, no los del cielo abierto.

Súbela hacia los noventa y pocos en capturas, diagramas y cualquier cosa con líneas de un píxel o tipografía pequeña, que es donde una segunda pasada se ve primero. Bájala de 70 solo para fondos decorativos que nadie va a mirar de cerca. Y cuando necesites otro tamaño, vuelve a convertir desde el JPEG XL en lugar de recodificar el WebP: cada pasada por un codificador con pérdida parte de los errores de la anterior.

JPEG XL puede guardar EXIF, XMP y un perfil ICC. Nada de eso llega a la salida. La conversión descodifica a píxeles en bruto y vuelve a codificar, y ese viaje de ida y vuelta no lo sobrevive ningún bloque de metadatos. Tampoco hay un interruptor para decidirlo en esta página, porque no hay nada que un interruptor pueda decidir: lo único que cruza son los píxeles.

Normalmente es el resultado que se quiere en una imagen para web —las coordenadas de la casa donde se hizo una fotografía no pintan nada en un recurso de una página—, pero es una pérdida cuando el archivo es además el registro. Si te importan la fecha de captura, el modelo de cámara o el perfil de color, conserva el JPEG XL junto al WebP en lugar de sustituirlo. Y con el perfil en particular: un WebP sin perfil lo interpreta cualquier visor como sRGB, así que un original de gama amplia puede cambiar de aspecto visiblemente.

WebP tiene dos modos. El de sin pérdida guarda los píxeles exactos y es la elección correcta para gráficos planos; el de con pérdida es un fotograma fijo del códec de vídeo VP8 y es lo que en la práctica es casi todo WebP de la web. Esta conversión escribe el modo con pérdida, a la calidad que fijes, y no hay ningún ajuste que lo cambie.

Es una decisión del código y no una limitación del formato: al codificador se le entrega siempre una calidad, así que el modo sin pérdida nunca llega a pedirse. Si necesitas una salida realmente sin pérdida a partir de un JPEG XL, PNG es el destino de este sitio que la da, a cambio de un archivo bastante mayor.

Suelta el directorio completo. Cada JPEG XL se descodifica y se vuelve a codificar por turno en tu propio procesador, conserva su nombre con la extensión cambiada, y el conjunto vuelve como un único ZIP. No hay cola, ni espera por archivo, ni cupo diario, porque no hay ningún servidor haciendo el trabajo. El motor se descarga una sola vez, bajo demanda, la primera vez que se convierte algo en la página: quien solo lee el texto no se descarga nada de eso.

Las cifras del límite gratuito son 100 MB por archivo y hasta 100 archivos por tanda. El argumento de privacidad pesa aquí más que el general por quién acaba teniendo archivos JPEG XL: fotógrafos probando un códec de archivo, dispositivos de Apple y gente que eligió el formato a conciencia; es decir, bibliotecas de fotografías personales más que material de banco de imágenes. Ninguna de ellas sale de la máquina en la que estás sentado.