Fedora Linux bez hardwarové podpory H.264, H.265 a VC-1

Mesa umí skrze VA-API hardwarovou podporu H.264, H.265 a VC-1. Ve Fedora Linuxu ale musí být tato podpora z důvodů softwarových patentů zakázána.

28.9.2022 14:33 | Ladislav Hagara | Komunita

Komentáře

[Fluttershy, yay!]

Ony to nejspíš časem zakážou i další velké distribuce, když to teď Mesa podporuje. Ani není jisté, zda se řešení dostane do RPM Fusion. Což saje pro většinu z nás se starším železem.

Více např. v diskuzi na Redditu.

Nakonec obligátní: patenty zrušit, budižkničemy vysávající společnost přes patenty poslat na převýchovu (bez blackjack & hookers), ať si hledí dělat něco smysluplného. (Apropos, patentový systém je étatismus.)

[VoDo]

SW patenty zrusit! I inzenyri nebudou mit co zrat.

[PetebLazar]

Neni vhodnější cestou vykašlat se na patenty chráněné formáty? Velcí provideři obsahu YT/NFLX tak snad činí již léta, tj. snaží se poskytovat klientům obsah primárně v patenty nezatížených formátech (VP9,AV1) a licenční poplatky (za H.264/HEVC) platí jen za omezený počet distribučních serverů obsluhujících právě klienty s limitovanou podporou formátů (případně omezeným výkonem zařízení pro SW decoding). Pranýřoval bych spíše společnosti jako Qualcomm, která u některých svých Snapdragon SoC plánových k vydání na příští rok stále nemá HW podporu pro dekódování AV1.

[Ovoce]

To sou zase blbý kecy...

Výzkum kompresních technologií dělají experti, který platí 1) firmy, který si to z tebe vytáhnou přes svůj hlavní byznys (Netflix, Google, Amazon). 2) firmy, který to nemůžou a tak to financují z tantiém za používání vynalezených kompresních technik.

Poslední roky už tolik ne, ale do dokončení vývoje AV1 a VVC jsem ten vývoj kompresních technologií hodně sledoval i z blízka a ty firmy z první kategorie to dělají MIZERNĚ. Vývoj sdružený pod MPEG byl mnohem kvlaitnější a technicky lepší.

Ostatně až po VP9 bylo všechno "free" jenom vykrádačka technik z linie MPEG technologií a AV1 byl moment, kdy najednou nebyla nová generace kterou by mohli co vykrádat ("reimplementovat bez infringování patentů" tak, že okopírovali princip a změnili nějakou podružnost), tak to zkusili po vlastní ose tak, že dali dohromady všechny možný další nápady nebo stylem brute-force rozvinuli to, co už bylo v předchozích generací. Ale pak z toho vyšel dort Pejsek-Kočička, kde půlka toolů moc nefunguje dohromady - protože se to testovalo samostatně po kusech, špatná peer-review a rozhodnutí o začlenění byly ne podle meritu, ale podle toho, jestli to předkládal hlavní sponzor typu Google (přijato automaticky) nebo někdo jinej (zív zamítnuto další návrh).

Trošku ten formát funguje, ale je to neefektivní bazmek, kterej má problémy se ztrátou detailů a rozmazáváním a místo kterýho mohlo být k dispozici něco lepšího, kdyby tyhle korporace nevyluxovaly trh vývoje kodeků s nadšenou podporou užitečnejch freetardů, kteří o technologickým aspektu vždycky většinou věděli úplnou píču. "Theora is making tremendous strides as we speak"

Ještě, že jsem o to dost ztratil zájem. Ale i tak je škoda, že tenhle obor šel technologicky do sraček.

[vgy]

V novinách bolo, že navrhli niekoľko ďalších generácií kódekov, že je to brutal náročné na vývoj všetkého možného a že je to o hubu aj dostať na trh, tak preto niekoľko generácií(ktoré ešte na trhu nie sú)...

Ako zákazníkovi mi to môže byť šuma fuk... Starý sajrajt do popelnice a nový z obchodu, kde predsa všetko rastie :)

[Petr]

Jenže z druhé strany si to zazdili úplně stejně. Licenční a cenovou politikou.

[PetebLazar]

To je povyku, kvůli pár patentům.

[666]

To je i covidismus.

[Jendа]

Zajímavé, píšou tam, že výrobci toho HW dekodéru ty poplatky neplatí - já jsem si právě myslel že jo a tak že mít GPU s podporou je jediná „plně legální“ možnost jak to mít.

Jak to teda funguje třeba na widlích? To platí MS?

[PetebLazar]

Vypadá to tak a může to být možným vysvětlením například toho proč je dostupná podpora patentově chráněných formátů H.264/HEVC (dedoding i encoding) pod Linuxem v Davinci Resolve pouze v placené edici Studio s využitím NVDec/NVEnc a ve free edici nikoli (a to i při přítomnosti dostupnosti podpory v HW/OS). Kromě apriorního neplacení poplatků výrobcem GPU je další možností, že případně zaplacené poplatky za implementaci v HW GPU nepokrývají úplný pool patentů (nutných při operacích decodingu/encodingu z do souboru/streamu).

Pro apriorní neplacení poplatků při využití technologií v HW decodérech by hovořil příklad Broadcom SoC využitého v r-Pi (nevzpomenu si již generaci), kdy ve standardu fungoval pouze HW decoder Mpeg-2 (patrně s již vypršelou patentovou ochranou), ale bylo možné explicitně dokoupit licenčni klíče vztažené k sériovému číslu SoC pro umožnění HW decodovaní H.264/VC-1 (pokud si vzpomínám tak něco okolo 5US$/codec).

[AsciiWolf]

Ony to nejspíš časem zakážou i další velké distribuce

Což desktopový Linux učiní zase o něco méně použitelný pro běžné uživatele. :-/ Upřímně ani nevím, co za distro bych případnému zájemci z řad běžných uživatelů dnes doporučil. Ubuntu je v posledních letech zabugovaný zmetek se zastaralými balíčky již v době vydání, Mint ditto, Fedora je na jednu stranu jedna z nejkvalitnějších distribucí, na druhou stranu to (spolu s upstream GNOME) čas od času dokonale zabíjí různými ne příliš šťastnými rozhodnutími. Začínám mít pocit, že jediné co má dnes u desktopového Linuxu šanci na větší úspěch jsou různé specializované distribuce jako je např. SteamOS.

[PetebLazar]

A vyšel ten Arch-based SteamOS 3.0 vůbec v desktop distribuci, nebo je stále určen pro SteamDeck. Existují odvozeniny pro běžnou instalaci, ale ty snad nejsou oficiálními?

[AsciiWolf]

Nejsem si jistý, nicméně samotný Valve již začíná spolupracovat s dalšími výrobci.

[disorder]

urcite? fedora mala kedysi zakazane aj MP3 a ostatne distribucie nie. zda sa mi, ze to bolo iba kvoli USA?

[disorder]

a este mi napada, ako do toho zapada raspberry pi, ktore udajne plati a este vybera navyse poplatky za mpeg2

[David Ježek]

No je to jako vždy hodně, hodně trapné. Ale dá se s tím žít, výkonově s tím CPU nemívají už mnoho let problém. A ta mrkvosoftí sračka VC-1 ať klidně chcípne, stejně nikdy za nic nestála.

[Peter Golis]

Robil som testy na Intel GPU a CPU, a obávam sa že je to inak. MPEG-2 SD film z DVB (1.5H) mi GPU transkódovalo na HEVC za 12 až 15 minút, a na CPU za 1 až 2 hodiny (záviselo to len od počtu dostupných jadier CPU). To je dosť razantný rozdiel keď GPU to zvládne 6 až 8 krát rýchlejšie na lacnom notebookovom APU.

Pomalšie to bolo na i3-10110U a rýchlejšie na i5-1135G7, procesory sú rozdielnej generácie aj keď sú len notebookové. Diskrétnu grafiku som neriešil, ale ľudia s desktopmi na výkonnejšími grafikami by mali markantnejší rozdiel.

No, ale Fedoru na toto nepoužívam.

[Jendа]

MPEG-2 SD film z DVB (1.5H) mi GPU transkódovalo na HEVC za 12 až 15 minút, a na CPU za 1 až 2 hodiny (záviselo to len od počtu dostupných jadier CPU). To je dosť razantný rozdiel keď GPU to zvládne 6 až 8 krát rýchlejšie na lacnom notebookovom APU.

Ještě je potřeba hodnotit kvalitu/velikost. Kodek může být rychlý, ale neefektivní. U x264 a x265 se to dá normálně nastavit pomocí presetů (slow, fast, ultrafast…)

[Peter Golis]

Boli to štandardné nastavenia, menil som len enkodér (hevc_qsv/hevc_vaapi/libx265). Veľkosťou a rýchlosťou vyhralo enkódovanie cez GPU. Kvalita ostala pozerateľná, vstup z DVB SD aj tak neoplýval kvalitou brúseného kryštálu.

[PetebLazar]

Srovnávat kvalitu výstupu různých encoderů, když vstupem je předpokládám ztrátový codec s omezeným bitrate, může být asi ošemetné.

[Peter Golis]

V profesionálnej sfére použije firma iné riešenia, mne v domácej sfére vyhovuje GPU kodek z už spomenutých dôvodov. Bitrate som ja osobne oeobmedzoval, a neprestavoval som nič okrem nastavenia kodeku pre výstup (a zapnutia potrebnej HW akcelerácie).

A hlavne mi tak dlho nehučal vetrák na NB alebo MiniPC (o veľkosti 115x115x49mm).

[PetebLazar]

Jde o to, že případné nežádoucí artefakty na vstupu může více schopný codec při reencodingu zachovat, kdežto ten méněschopný code je milosrdně skryje.

[Peter Golis]

To je cena za stratové kodeky. Mne proste vyhovuje remastering cez GPU HW z dôvodov ktoré som spomínal. Rušivé artefakty som nepozoroval ani v zdroji a ani vo výsledku z remasteringu. Ale neriešim 8K video kde je vidno aj chlpy v nose, práve tie by boli pre mňa rušivý artefakt.