a jaky ma vlastne smysl novy kodek? kdyz odhlednu od licencnich problemu - stavajici kodeky nejsou dostatecne? jak moc nove kodeky muzou usporit na velikosti souboru? procenta velikosti? nebo to jsou radikalni zmeny? vzdy kdyz vidim porovnani noveho a stareho kodeku, tak mam pocit ze tam nejsou zadne vylepseni obrazu, i kdyz v recenzi se rozplyvaji nad kvalitou. asi uz je to za moji rozlisovaci schopnosti...
Než nějaký kodek od debilního Gůglu, tak to raději svobodný kodek od IETF, který má od července dva kandidáty: Xiphem vyvíjenou Daalu a Thor od Cisca.
Zatím oba kodeky vypadají dost dobře a šlapou h265 na paty. Jsem jenom zvědav, jestli se nakonec bude integrovat Thor (tj. některé jeho algoritmy) do Daaly nebo naopak ;-)
Motáte opět pojmy, stejně jako autor článku. Kodek = kodér + dekodér.
Kodek je implementace, tedy například libvpx v případě VP8, VP9 a VP10. Thor nebo Daala nejsou kodeky, jsou to specifikace respektive kompresní formáty.
Analogicky třeba x264 je jeden z mnoha kodérů (nikoliv kodeků, protože x264 neumí dekódovat, pouze kódovat) produkující video ve formátu H.264 (nebo také nazývaný MPEG-4 AVC). XviD a DivX jsou kodeky (de)kódující video do/z MPEG-4 ASP atd.
Z článku jsme se díky tomuto zmatení pojmů nedozvěděli, jestli se pracuje na formátu VP10 nebo ten už je specifikovaný a pracuje se na jeho implementaci v libvpx.
Ohledně formátů Daala a Thor se trochu bojím toho, že dopadnou stejně jako Theora nebo Dirac. Bohužel pouze Google má sílu prosadit svůj formát tak, aby jej přímo podporoval i HW, tedy aby videoprocesory v GPU obsahovaly HW kodek pro daný formát. Bez toho jsou ty formáty odsouzené k naprosto okrajovému využití.
To je zbytečné puntíčkářství. Vp10 je nástupce Vp9 a tedy evidentně specifikace nového algoritmu, kerá se momentálně začíná implementovat do libvpx. Slovo kodek se běžně používá v tomto smyslu: vyvíjím nový kodek = pracuji na novém algoritmu, ne na nové knihovně, která bude obsahovat nějaký existující algoritmus.