Fedora bude mít plnohodnotný kodek H.264

MojeFedora.cz informuje, že Fedora bude mít plnohodnotný kodek H.264. Fedora už několik vydání nabízí kodek OpenH264, pro který zaplatilo licenční poplatky Cisco, aby jej mohlo poskytnout volně k použití. Jeho využití bylo ale dosud omezené, protože obsahoval pouze základní profily, které jsou využitelné pouze pro video hovory. Jak ale oznámil šéf desktopového týmu Red Hatu Christian Schaller na svém blogu, Red Hat, Endless a Cisco si u společnosti Centricular objednaly doimplementování ostatních profilů, díky kterým jej bude možné použít také na přehrávání videí.

4.4.2019 15:11 | Ladislav Hagara | Komunita

Komentáře

[lertimir]

Co je špatného na x264, že potřebují program od cisco?

[Migi]

Pravděpodobně výkon ...

[Jendа]

I na rychlejší presety?

[Ovoce]

Výkon to Cisco nejspíš bůhvíjakej mít nebude. Je to jenom patentech, licenční purismus/paranoia. Z pohledu korporace to vdává smysl, z pohledu uživatele si prostě radši nainstalujte nezprzeněnej ffmpeg/gstreamer/mpv/vlc atd, protože tyhle libre-friendly věci jsou většinou funkčně o dost horší.

Po uživatelích nikdo kvůli patentům nepůjde, maximálně po tom, od koho ty balíčky stáhnou a i to je hodně velká fantazie.

[Rezza]

Tak já i jako uživatel chci dodržovat nastavená pravidla.

[Boban]

"Nastavená pravidla" to je, ale pěkný eufemismus pro "nechám si srát na hlavu". U nás snad ty patenty platí?

[Ovoce]

Jo, chápu. Ale vzhledem k tomu, jak moc lidí má stažený třeba VLC, tak bych vám určitě nezazlíval, kdybyste nedodržel :) Ty poplatky zrovna za patenty k H.264 platí výrobci/dodavatelé dekodérů/enkodérů za prodej HW nebo distribuci binárky, takže z vašeho pohledu by to bylo košer, vina by případně byla jenom na VLC.

BTW pokud by vám byl dodán jenom zdrojový kód a vy jste si to zkompiloval sám, tak tam je i ten distributor z obliga, paradoxně. Zdroják podmínky MPEG-LA nepovažovaly za produkt. Takže když si to sestavíte sám, tak je to čisté 100%.

[Jendа]

Patenty? (a jinak x264 je jenom kodér)

[RB]

Ano, jde o patenty. OpenH264 je jediný H264 kodek, který je volně použitelný (ne volně šiřitelný, je tam podmínka, že musí být hostovaný na serverech Cisca), u kterého se člověk nemusí bát, že kvůli jeho použití přijde nějaká patentová žaloba.

[xkucf03]

abc.m4a

OMFG Čekal jsem, že to bude jen nějaký zavirovaný soubor, ale bylo to mnohem horší. Kdo to má na svědomí?

[BLEQota]

Kdo jiný?

[xkucf03]

Myslel jsem, že píše Self v GraalVM a on se mezitím dal na hudební kariéru…

[lertimir]

Mě to po třetím kliknutí v NoScript co že to mám povolit přestalo bavit.

[Jendа]

Přehrávám to mplayerem, je to normální AAC. Nebo teda doufám, jak jsem dostal, tak prodávám

[Monika Kokešová]

Přílohy:

• Vítej doma, Jendo.mkv.00 (921600 bytů)
• Vítej doma, Jendo.mkv.01 (921600 bytů)
• Vítej doma, Jendo.mkv.02 (921600 bytů)
• Vítej doma, Jendo.mkv.03 (921600 bytů)
• Vítej doma, Jendo.mkv.04 (404265 bytů)

AbcTrollingu...

[Láďa má velkou hlavu]

A kde je Orychtosaurus, Bystroušáák a další? Bude pokračování? Další sloky? Vyjde album?

[Transparency]

0/10

[_]

Jeste nazpival tuhle pecku.

[Andrej]

No po všech těch prázdnohodnotných H.264 je to snad i celkem pokrok.

[Roman]

Dnes uz jsou svobodne alternativy jako VP9 https://cs.m.wikipedia.org/wiki/VP9, kvalitne priblizne stejne dobre jako h265...

[Ovoce]

kvalitne priblizne stejne dobre jako h265...

Říká Google nebo fanoušci open formátů, ale pravda to není. Kvalitativně je ten formát slabší (fakticky je to oprásknutý HEVC, ale o něco méně flexibilní/sofistikový a ochuzený o některé techniky, takže logicky nemůže být stejně dobré). Navíc i enkodér libvpx je dost špatný, takže end result nemůže být nic moc. Ještě se to moc nepozná při nízkých bitratech, ale s vysokýma bitratama, když se snažíte o vysokou kvalitu, tak už je to o dost horší a x264 dá vyšší kvalitu.

[soused]

fakticky je to oprásknutý HEVC, ale o něco méně flexibilní/sofistikový a ochuzený o některé techniky

Odkud si mohu odnest takovy poznatek jako ty? Skutecne to nejsou jen tve domnenky?

[soused]

Mozna sis spletl s AV1 ale budiz. Takze jsi asi chtel rici ze VP9 je spatna kopie AVC1?

[Ovoce]

VP9 má přineslo kompresní nástroje a změny (velikosti bloků), které byly prakticky nachlup stejné jako v HEVC, prostě zkopírovalo vývoj/proposaly z tehdy tvořeného HEVC. Ne všechny, něco zůstalo jen v HEVC (třeba SAO, weighted prediction On2/Gogole taky nikdy z AVC/HEVC nepřevzali). Někde je to zamaskované, třeba ten bizár s alt-ref snímky je taková obezlička jak udělat (patentované) bframes aniž by to byly evidentní bframes.

"AVC1" nic není (plete se vám do toho 4cc :), ale pokud myslíte MPEG4 AVC aka H.264, tak to firma On2 zkopírovala do formátů VP7/VP8, taky v podstatě veřejné tajemství. A ne, není to z mojí palice.

AV1 je právěže už invenčnější. Sice ten proces měl svoje mouchy a bylo to takový "nacpeme tam všechno co nás napadne", ale je tam spousta novejch/předtím nepoužitejch technik. Ono to tedy je postavené na základě vzatém z VP9, takže geneticky tam to HEVC jakože je, ale už bych to generačně za kopii HEVC neoznačoval.

[Petr Tomášek]

takže logicky nemůže být stejně dobré

to je, logicky, naprostá čípovina... záleží na implementaci a optimalizaci. Některé techniky můžou na papíře vypadat jako zázrak a pak se ukáže, že to přinese např. jen pár promile úspory datového toku za cenu daleko větší komplexity. Navíc je třeba vzít v úvahu interakci jenodtlivých techniky, takže to, zda-li nějaký kodek má či nemá nějakou techniku ještě o ničem nevypovídá...

[Ovoce]

Tak pozor, naopak to docela logické je. Když mají dva formáty specifikované velmi podobné kompresní nástroje, tak optimalizací a implementací v enkodéru z nich dostanete zhruba to samé, pokud jsou enkodéry stejně kvalitní, protože se nedají dělat zázraky.

Z toho ale vyplývá, že když jeden formát má kromě toho společného subsetu ještě další techniky navíc, tak se stejně kvalitním enkodérem toho jednoduše dokáže víc. Tam to není tak, že HEVC by to měl udělané nějakým způsobem, a VP9 podobným, ale lepším. Spíš naopak. Rozdělení na subpartitions je u HEVC flexibilnější, intra predikce je flexibilnější (víc módů, víc úhlů v directional predikci), Bframes taky určitě nebudou míň účinné než ta věc s alt-refy, takže tam taky může asi být menší bonus. IIRC má HEVC také pokročilejší predikci motion vectorů. A VP9 má kromě toho taky slabší referenční snímky - pro každý frame maximálně tři a jsou tam bizarnosti s gold/altref snímky, kdežto HEVC má prostě možnost použít jako reference až 8 snímků bez restrikcí a hotovo.

Takže ten váš příklad platí spíš naopak, implementace a optimalizace stojí právě na straně HEVC, minimálně v hodně věcech. Je možné, že teď zapomínám na nějaké detaily, které jsou zrovna lepší u VP9, ale to je celkem jedno, protože HEVC má pak další techniky, které VP9 nemá, jak jsem řekl, VP9 je trošku ekvivalent subsetu HEVC. Nemá SAO (které zlepšuje kompresi v nízkých tocích) nebo weighted prediction (změny osvětlení, barevného tónu, užitečná věc), co si teď rychle vzpomenu, ale menších věcí by tam asi mohlo být i víc.

V praxi kromě toho hrozně závisí na enkodérech. x265 je celkem dobrý, o libvpx se nedá říct moc dobrýho. Je to špageti docebase kterou pořád upravujou, ač to původně mělo enkódovat ještě VP6 nebo VP7 a výsledek je asi dost špatnej, protože po X letech Gogole nebyl třeba vůbec schopnej přinutit rate control, aby se trefovala do bitrate, kterou uživatel chce. On existuje nezávislý enkodér Eve, ale autor (stejně člověk jako FFVP9 a Dav1d) to píše jako closed source a prodává to jenom velkým firmám typu Netflix, protože jako open source by si to asi na sebe nevydělalo. Takže ten enkodér není pro nás plebs k dispozici a ani jsem nikde neviděl nějaké testy, a mám jenom libvpx, což je rozhodně horší enkodér než x265, takže nevýhodu horšího formátu nemůže zvrátit (nemluvě o tom, že prakticky nemá nějaké psychovizuální optimalizace).