Noticias

Jun 20, 2023

Apple agrega soporte para Google

Apple ahora es compatible con JPEG XL, un novedoso códec de imágenes libre de regalías que Google

Apple ahora admite JPEG XL, un novedoso códec de imagen libre de regalías que Google abandonó de manera controvertida el año pasado, en su navegador Safari.

Las Notas de la versión Beta de Safari 17 revelan que se ha agregado soporte para JPEG XL, lo que trae consigo varias supuestas ventajas sobre otras tecnologías de compresión y descompresión de imágenes.

El respaldo de Apple ha renovado los pedidos para que Google revise la eliminación de la compatibilidad con JPEG XL en el proyecto Chromium de código abierto, una decisión que negó el códec a Chrome y a otros navegadores posteriores como Microsoft Edge.

"Ahora que Apple va a implementar JPEG XL en Safari, pido que esta decisión se revierta lo antes posible", escribió una persona entre varias que han publicado en el hilo de problemas de JPEG XL Chromium desde el anuncio de Apple.

Los empleados de Google se encuentran entre los que anteriormente exaltaron las virtudes de JPEG XL. En 2021, Jyrki Alakuijala, líder técnico de Google Research, sugirió que se agregara soporte para el códec al motor de renderizado Blink de Chromium.

La propuesta de Alakuijala citó varias razones para adoptar JPEG XL, incluida una mejor calidad de imagen para un tamaño de archivo determinado que JPEG, un mejor comportamiento de carga y el "interés del ecosistema en JPEG XL" en Google, Facebook y otras empresas.

Sin embargo, cuando Google cambió de rumbo, una de las razones citadas fue: "No hay suficiente interés de todo el ecosistema para continuar experimentando con JPEG XL".

Si bien Mozilla ha logrado declarar su neutralidad con respecto a JPEG XL, existe amplia evidencia de interés en el ecosistema.

Jon Sneyers, investigador principal de imágenes en Cloudinary y editor de la especificación JPEG XL, rechazó la afirmación de Google en un ensayo web en noviembre pasado.

"Si el apoyo entusiasta en el rastreador de errores Chromium de Facebook, Adobe, Intel y VESA, Krita, The Guardian, libvips, Cloudinary y Shopify es una indicación, parece desconcertante concluir que no habría suficiente interés en el ecosistema", escribió.

Greg Farough, gerente de campañas de la Free Software Foundation, también cuestionó esa afirmación en una publicación de blog el mes pasado.

"Los usuarios de Chromium salieron de la nada para suplicar a Google que no tomara esta decisión", dijo Farough. "Lo hizo de todos modos, sin molestarse en responder a las preocupaciones de los usuarios. No estamos seguros de qué métrica está usando para medir el interés de 'todo el ecosistema', pero parece que los usuarios han dado una gran muestra de apoyo a JPEG XL. En A su vez, lo que se le dará a los usuarios es otra faceta más de la web que el propio Google controla: el formato AVIF”.

AVIF está gravado por patentes. Está controlado por The Alliance for Open Media, un consorcio de la industria que cuenta con Google como miembro.

Ese (posiblemente) no es el caso de JPEG XL. "A diferencia de otros formatos modernos, JPEG XL no está gravado por patentes ni requiere software propietario", explica el sitio web de documentación del códec. "El software de referencia, libjxl, tiene una licencia de código abierto permisiva y es una biblioteca lista para producción que puede (y ya ha sido) integrada en una variedad de software relacionado con imágenes".

Una patente otorgada a Microsoft el año pasado que cubre una técnica de codificación de datos llamada rANS (Sistema numérico asimétrico de rango) podría complicar el panorama.

Sneyers le dijo a The Register que no cree que la patente de Microsoft sea relevante.

Pero otros, como Jarosław Duda, profesor asistente en el Instituto de Ciencias de la Computación de la Universidad Jagellónica de Polonia y desarrollador de ANS (del que se deriva rANS), han expresado su preocupación porque JPEG XL usa rANS para mejorar la compresión de imágenes.

Cuando The Register mantuvo correspondencia con Duda en octubre pasado, dijo que la decisión de Google de dejar de admitir JPEG XL fue impulsada por ingenieros que favorecían la tecnología AVIF y representa una competencia desleal que los reguladores deben abordar.

"Esas decisiones de los ingenieros de Google, que tienen un interés creado en el éxito de los estándares en competencia de AVIF y WebP, sofocan su competencia JPEG XL al eliminar el soporte para el códec JPEG XL y luego promueven el monopolio de la tecnología de Google al mentir sobre el interés de la comunidad en JPEG. XL y los beneficios incrementales que ofrece JPEG XL", dijo. "Eso es antimonopolio".

Duda argumentó que el despido de JPEG XL por parte de Google muestra que el gigante tecnológico debería verse obligado a entregar el control del proyecto Chromium de código abierto a un gobierno neutral.

Por su parte, Google parece estar cubriendo sus apuestas: una entrada separada en el rastreador de errores de Chromium exige pruebas continuas de las bibliotecas JPEG XL para garantizar que la compatibilidad con JPEG XL pueda revivir en Chrome en cualquier momento. ®

Envíanos noticias