Úplně nechápu tu poznámku "Tedy formát začleňovat mezi podporované i na serverech bez obav o jeho zobrazitelnost.". Vždyť prohližeč posílá které formáty akceptuje, tedy pokud server respektuje tohle pole (což by měl vždy), tak je možné JPEG XL bez obav o jeho zobrazitelnost zařadit mezi podporované už teď.
Vyžaduje to ale nějaké lepší poskytovadlo obsahu s konverzí za běhu nebo s jedním obrázkem nakešovaným v X verzích.
On je možná problém v tom, že i předcházející věta obsahuje skloňování "podporován... v webových prohlížečů". Časovací freestyle o odstavec dříve jsem si musel přečíst několikrát.
V konverzaci vývojářů taky padlo, že by možná bylo lepší podporovat jen ztrátový JPEG XL, protože bezztrátový je 30x pomalejší než WebP.
Tak stejne musis zjistovat jakej browser jaky verze co ma nebo nema zapnuty ... protoze zadnej jednotnej web nikdy neexistoval a nikdy nebude.
stejne musis zjistovat jakej browser jaky verze
Ne, to se dělá jen ve velmi výjimečných případech, a spíš pokud je potřeba obejít konkrétní chybu prohlížeče, než že by se to zjišťovalo kvůli podpoře něčeho.
co ma nebo nema zapnuty
Ale to se zjišťuje na základě toho, zda o sobě prohlížeč deklaruje, zda danou věc umí nebo neumí.
I AVIF je z neznámého důvodu podporován jen napůl, nefungují gridové obrázky. Musíte vědět jak znásilnit váš enkodér, aby takový obrázek neprodukoval. Jako bug to tam visí už několik let.
https://bugzilla.mozilla.org/show_bug.cgi?id=1696090
Samotný stařičký JPEG je taky jen napůl, nefunguje aritmetická komprese nebo CMYK.
:-O Takže je to folklór. Jinak je pravda že jxl komprese je náročnější jak WebP, ale ono je to taky komprimovanější. Pokud chceme snadnost pro cpu, nemuseli jsme opouštět PNG, nedejbože BMP.
Pro bezztrátovou kompresi s ještě rychlejším zpracováním než PNG je tu QOI
https://qoiformat.org/
No jo, ale co podpora. Naopak, čirou náhodou, jsem před pár dny vejral na QOA na kompresi zvuků v m0 mcu. Lepší kvalita/velikost jak ADPCM prej. Evidentně QO jedou na moderní extra rychlé formáty, jsou to kluci hodní. Ovšem nedávno jsem s AI cvičně řešil, jak komprimovat mangu do čtečky, nakonec jsem stejnak skončil u jpeg/png/pdf kvůli kompatibilitě, ale právě výkon čteček, zvláště starých kindlů, byl problém i pro alternativní koreader. Ten QOI by v tomhle byl opravdu zajímavý.
Ten formát je možnostmi dost chudý, umí jen RGB nebo RGBA, neumí barevné profily ani jakákoli metadata.
"Takže je to folklór"
Ponekud nechapu, cemu se divis ... vem si prakticky libovolnej prehravac videa (nebo specializovanej prolizec obrazku) ... a zkus v tom prehrat vsechny verze a subverze jednoho jedinyho formatu. Dokonce nemusis jit ani k vlastnimu videu, staci nejaky kontejner.
Nebude ti trvat vic nez 5 minut a narazis na to ze neco z toho neumi.
A to tech kontejneru a formatu "nejak" umi prehrat typicky aspon desitky, spis stovky.
Pritom se o tech vecech ... narozil od foxe ... da rict, ze vlastne ze beznych okolnosti, pokud nebudes zkoumat co vsechno to neumi, umi "skoro" vsechno. Je velmi nepravdepodobny ze ti nekdo nekde nabidne video, ktery bude v takovy specifikaci ze ho prakticky kazdej prehravac neprehraje.
Nejen u foxem mam problem stim, ze "nabizi" funcionality, zcela zjevne zcela nepouzitelne (pdf) a trdi ze to funguje, kdyz kazdy jeden uzivatel maximalne s prvnim pdf narazi na to, ze ne.
Kromě lepší komprese, jak zmiňoval někdo výše, je hlavně dekomprese rychlejší (cca 3-krát). A kombinace malá velikosti + rychlejší dekomprese je to, co nás primárně zajímá. Komprese se udělá jednou.
Safari nepodporuje progresivní dekódování (a animace), takže pořád bude potřeba s tím formátem zacházet opatrně, nejde ho bez přemýšlení nasadit na web všude.