Názory k článku
Firefox 152 s podporou JPEG XL
-
Nie všetko.
Pre osvieženie pamäte :-)
https://www.root.cz/clanky/chrome-meni-pravidla-pro-rozsireni-era-ublock-origin-tim-konci/15. 6. 2026, 22:27 editováno autorem komentáře
-
JPEG XL mi vyšel mi jako nejlepší pro bezztrátové ukládání velkého množství snímků z průmyslových kamer z hlediska možností a datové velikosti. Kamery produkují bitmapy (BMP) a obslužný software rozumí také akorát BMP/PNG/JPG, takže vyfocené .bmp převedeme v Pythonu pomocí Pillow ( https://pypi.org/project/pillow-jxl-plugin/ ) do lossless .jxl a když to chce software přečíst, tak mu zase .jxl převedeme do .bmp, které je identické jako to vstupní. Nečteme tak často, takže výpočetní výkon je levnější než úložiště.
with Image.open(dirpath + filename) as new_img:
new_img.save(dirpath + filename + ".jxl", lossless=True) -
Michal SmržStříbrný podporovatelHloupá otázka: Je nutné bezeztrátové uložení? Já jsem na něj rezignoval, že jpeg o dostatečné kvalitě vyhoví s menším úložným prostorem. Pravda, nikdy jsem nekoukal na jiné formáty WebP například. Nevím jak moc srovnávat kvalitu u ztrátových algoritmů (od oka).
-
Já nečastěji narážím u písma.
Například když dělám printscreen obrazovky.
Jak se to uloží do JPG (což PDF udělá) tak se rozmažou okraje písmenek a text je špatně šitelný.JPG je opravdu hloupí nápad. Když mám ostrý přechod černá/bílá tak přeci nebudu přidávat šedivou do okolních pixelů abych ušetřil místo.
JPG byl vyvinutý pro fotografii a nikdy se neměl začít používat v počítačové grafice.
Jenže v Adobe jsou retardi. -
to "pridavani sedive barvy" je dusledek kompresniho algoritmu. Omezeni frekvencniho spektra vede k mene ostrym prechodum, ktery se na prechodu bila->cerna projevi jako sede pixely. A setri to misto (oproti puvodnimu obrazku), i kdyz to zni paradoxne.
Kazdy kompresni algoritmus je vhodny na neco jineho. -
> Jak se to uloží do JPG (což PDF udělá)
To neudělá PDF, to udělá nějaký konkrétní program, který na tu konverzi použijete.
> JPG byl vyvinutý pro fotografii a nikdy se neměl začít používat v počítačové grafice.
Pro výstup to může být často dobrý kompromis mezi velikostí, kvalitou a podporou formátů.
-
Pokud se něco za poslední 2 roky nezměnilo, tak NBLI by mělo být mírně rychlejší (záleží jaká komprese je nastavneá v JXL) a s mírně lepší kompresí. Jsou i lepší alternativy, ale ty tak nějak nejsou open-source.
https://github.com/WangXuan95/Image-Compression-Benchmark
https://github.com/WangXuan95/NBLIAle uznávám, svou otázku jsem prohrál a jdu sníst klobouk... až najdu nějakého hřiba.
-
L.Stříbrný podporovatel
Mě by zajímalo, jestli existuje nějaká statistika podílu JPEG XL. Už je to několik měsíců, co jeho podporu zavedl Chrome, tak by měl začít strmě stoupat. Netušíte někdo?
-
JXL je od JPEGu po dlouhé době teprve druhý kodek určený na statické obrázky, u kterého je snaha o rozšíření. Všechno předtím byl I frame z nějakého video kodeku. To má sice výhodu, že když internetové prohlížeče podporují ten typ videa, tak podpora statického obrázku dá méně práce. Ale i nevýhodu, že video umí jen zlomek toho, co bychom chtěli od kodeku pro statický obrázek.
-
> Problém je, že takovou optimalizaci vám musí někdo zaplatit
OK, na druhou stranu, již nějaký čas tu jsou možnosti při buildu automaticky konvertovat obrázky (velikost, komprese, formáty, …). Přidat další jeden formát nemusí být až tak náročné. A prohlížeč si formát umí vybrat sám, aspoň v HTML.
Už jsem řešil optimalizaci prvotního načtení stránky, a toto byla jedna z nejjednodušších věcí.
> komplikace, která je ve většině případů zbytečná
Však jsem nepředpovídal masové rozšíření před podporou drtivé většiny prohlížečů.
ČLÁNKY DO MAILU