Diit.cz - Novinky a informace o hardware, software a internetu

Diskuse k GIMP dostal podporu WebP, jak si formát vlastně vede?

Problemom tychto formatov je ze su vsetky postavene na DCT alebo podobnej transformacii a maju akurat inak postavene koeficienty a optimalizacie ale v principe sa moc od jpegu nlisia. Je tam sice nejaky kapacitny prinost ale nic skokove a pre bezneho domaceho cvakaca fotiek je to nepodstatne. Stale je rychlejsi rast diskov a uloznej kapacity ako objemu dat. Zaujimave to moze byt pre tych co potrebuju znizit traffic na internete lenze tu zasa prichadza na slovo kompatibilita kde je na tom jpeg zasa lepsie.
A este jeden faktor ktory som moc nevidel spominat. Ak uz niekto ma haldu obrazkov v jpegu, co je stratovy format, preco by to rekomprimoval do noveho stratoveho formatu a zasa len prisiel o kvalitu ? Nie kazdy ma zdrojove snimky v bezstratovom formate.

+1
+1
-1
Je komentář přínosný?

"DCT alebo podobnej transformacii" ... a co by sis predstavoval? Fraktaly? Vektorizaci? Zjevne to funguje a o moc lepsi kompresni pomer se uz cekat neda.

+1
+1
-1
Je komentář přínosný?

To nieje o tom co by som si predstavoval ale ako som popisal co ma sancu pohnut ludi k novemu formatu. Staci sa pozriet ako je to pri videu. Pokial nebol vyrazny posun v kvalite pri rozumnom zvyseni zabranej kapacity a zaroven slusna podpora v hw, tak sa h264 motala na okraji. Dnes, kedze je uz h264 zabehana, tak to ma h265 lahsie ale stale to nieje nasadenie zo dna na den a to ma pritom lepsi kompresny pomer. Lenze rozdiel par 100MB pri jednom filme uz bezny Franta vidi ale ak ma fotka v jpegu 5MB a pri novych formatoch v rovnakej kvalite +/- 4M tak to toho Frantu zaujimat moc nebude, aj ked sa to pri jednotlivych albumoch snimkov nazbiera. Nehovoriac o tom ze vecsina tychto novych formatov ma stale nejaky problem - lepsi kompresny pomer je len za urcitych podmienok, niektore su cielene vyslovene na internetovy prenost a teda mensie obrazky, pri fotkach uz take uzasne niesu a podobne.

+1
0
-1
Je komentář přínosný?

Jak rikam, je klidne mozne ze vyrazne lepsi kompresni pomer na jenom obrazku proste dosahnout nejde, ze uz JPEG resp ostatni zminene formaty je pro vetsinu fotek blizko teoretickemu maximu. U videa je to neco jineho, tam je prostor co se tyce predikce pohybu, to kdyz se udela spravne tak by to mohlo usetrit dost (za cenu delsi doby komprese pravdepodobne).

+1
0
-1
Je komentář přínosný?

Řešil jsem letos potřebu mít truecolorové obrázky s alfa kanálem na webu. PNG jsou moc velké, po kvantizaci zas nekvalitní, takže jsem zkoušel všechno možné. BPG bylo jednoznačně nejlepší, dobře fungovalo všude i dekódování přes JS knihovnu. Bohužel hlavním cílem byly mobily a tam bylo dekódování větších obrázků často už nepoužitelně pomalé (několik s). Takže nakonec jsem skončil u WebP pro Android s Chrome s fallbackem do PNG pro ostatní.

Na rozdíl od autora článku jsem ale nezaznamenal, ze by WebP zvládl jakýkoli jiný browser než Chrome.

Také není WebP plně spolehlivý. Když jsem konvertoval nejnovějším libwebp se standardním nastavením, tak často vznikly obrázky, které některé verze Chromu (včetně tehdy defaultního v Androidu 6) zobrazily chybně. V bugreportu se pak ukázalo, ze už tu chybu opravili, ale ani po několika měsících novou verzi knihovny nevydali. Takže pro jistotu komprimuji libwebp 0.44.

+1
0
-1
Je komentář přínosný?

Tak po JPEGu uz tu byl JPEG2000, coz byla z hlediska efektivity naprosta bomba, jenze proti JPEGu se z ruznych duvodu jako treba castecna komercializace stejne nechytnul.
BPG je dmeska zase jina liga, ale taky si nemyslim, ze by JPEG nahradilo z podobnych duvodu.

+1
0
-1
Je komentář přínosný?

Tak ono přijde na to. S JPEG2000 jsem jeden čas experimentoval, protože má možnosti co JPEG nemá (16 bit, lossless), ale výsledky nebyly moc povzbudivé. Pravda, hodně komprimovaná fotka vypadá subjektivně lépe než v kostkatém JPEGu, taková vyžehlenější je, ale naopak při stejné (lepší) kvalitě ten rozdíl ve velikosti souboru není nijak zásadní a omračující. A hlavně je pomalý. I dnešní procáky to určitou dobu chroustají a to třeba i vícevláknvě, zatímco JPEG předhazují "instatně" většinou singlethread (ne že by to byla primárně výhoda, ale i na jednom vlákně je to prostě dost rychlé). Takže mé pokusy s JPEG2000 skončily na tom, že to za to nestojí.

+1
0
-1
Je komentář přínosný?

...mobilní data? ;)

+1
0
-1
Je komentář přínosný?

Pro psaní komentářů se, prosím, přihlaste nebo registrujte.