Safari 17 kaj WebKit subtenas la bildformaton JPEG XL

Apple ebligis defaŭlte subtenon por la bildformato JPEG XL en Safari 17 beta kaj WebKit, kiujn Google malrekomendis en Chrome pasintjare. En Fajrovulpo, subteno por la JPEG XL-formato haveblas en noktaj konstruoj (ebligita per image.jxl.enabled = vera en about:config), sed Mozilo restas neŭtrala pri reklamado de la formato nuntempe.

Kiel argumento por forigi eksperimentan subtenon por JPEG XL de la Chromium-kodbazo, la manko de sufiĉa intereso en la formato de la ekosistemo estis menciita. Ekde tiam, la situacio ŝanĝiĝis kaj krom pozitivaj sugestoj de retaj programistoj kaj la komunumo (reprezentantoj de Facebook, Adobe, Intel kaj VESA, Krita, The Guardian, libvips, Cloudinary, Shopify kaj Free Software Foundation parolis por subteno de JPEG XL en Chrome), la formato nun estos subtenata en Safaro. Google daŭre ricevas petojn rilatajn al la reveno de la kodo por labori JPEG XL en Chromium.

La argumentoj de Google kontraŭ inkludo de JPEG XL ankaŭ citis la mankon de sufiĉaj kromaj avantaĝoj super ekzistantaj formatoj. Samtempe, la aplika paĝo por aldoni JPEG XL-subtenon al la Blink-motoro mencias tiajn avantaĝojn kiel grandeco redukto de ĝis 60% kompare kun identaj kvalitaj JPEG-bildoj kaj la ĉeesto de altnivelaj funkcioj kiel HDR, animacio, travidebleco, progresema ŝarĝa reĝimo, glata kvalita degenero kun malpliiĝanta bitrapideco, senperda JPEG-subteno (ĝis 21-4099% de originala subteno de JPEG por restarigi ĝis XNUMX% de originala stato por restarigo de JPEG). XNUMX kanaloj kaj larĝa gamo de kolorprofundoj.

La kodeko JPEG XL estas senpaga reĝeco kaj ofertas malferman referencan efektivigon sub la BSD-licenco. La teknologioj uzataj en JPEG XL ne interkovras kun patentitaj teknologioj, escepte de la patento de Mikrosofto pri la metodo rANS (gamo Asymmetric Number System), sed por ĉi tiu patento, la fakto de pli frua uzo ("antaŭa arto") estis malkaŝita.

fonto: opennet.ru

Aldoni komenton