Dekodér dav1d je rychlý. Opravdu rychlý

Před dvěma měsíci byl představen dekodér svobodného videoformátu AV1 s názvem dav1d. Jean-Baptiste Kempf, prezident neziskové organizace VideoLAN stojící za svobodným multiplatformním multimediálním přehrávačem a frameworkem VLC, se v příspěvku na svém blogu věnuje aktuální verzi dav1da. Na vývoji se podílelo 29 vývojářů. Mnoho kódu bylo přepsáno do assembleru. V závislosti na procesoru může být dav1d i pětkrát rychlejší než referenční dekodér libaom. Dekodér dav1d by mohl být používán již ve Firefoxu 65 [reddit].

22.11.2018 00:11 | Ladislav Hagara | Zajímavý článek

Komentáře

[Adolf Kernel]

$ meson build --buildtype release

The Meson build system
Version: 0.37.1
Source dir: ~/src/dav1d
Build dir: ~/src/dav1d/build
Build type: native build

Meson encountered an error in file meson_options.txt, line 3, column 0:
Unknown type array.

[Cabrón]

To máte někde v museu?

Install Meson (0.47 or higher), Ninja, and, for x86* targets, nasm (2.13 or higher)

[Adolf Kernel]

Debian 9.6 :D idem mrknut po nejakych backportoch :D

[gnat]

:D to byl přesně ten důvod, proč jsem v éře Woodyho při tříletém čekání na nástupce utekl od Debianu. Pořád si člověk připadal jak v muzeu a hledal backporty, aby mu šlo zkompilovat alespoň to nejdůležitější co potřeboval pro práci.

[Andrej]

+100

Tohle je přesně ta zoufalá zkušenost s fosilními distribucemi, kterou jsem tady zmiňoval už asi stokrát, ale vždycky se celkem spolehlivě vynoří pár fanatických rozumbradů, kteří budou už zase tvrdit, že release nebo "verze" celého systému dávají ve 21. století smysl.

"Vydání" distribuce (tedy ono podivné číslo vztahující se na celký systém, například 9.6 či podobný nesmysl) je zlozvyk z dob, kdy se všechno distribuovalo na disketách nebo CD a Internet buď nebyl snadno dostupný, nebo byl nepřekonatelný problém stáhnout si z něj třeba 10 MB, neřkuli 100 MB. Tenkrát (před 20 až 25 lety) možná dávalo smysl připravovat "vydání", protože nebylo jasné, zda a kdy bude mít uživatel možnost svůj systém aktualizovat. Dnes ovšem celý takový koncept nemá smysl.

V jednoduchém testu, kolik projektů z GitHubu dokážu bez problémů a na první pokus přeložit, vyhraje drtivě jakékoliv distro s rolling updates nad všemožnými zmrazenými fosiliemi. Hlavně že ty fosilie mají "podporu" pět let nebo kolik. Až na to, že tahle pseudo-podpora ještě nikdy nikde nikomu nepomohla ve chvíli, kdy potřeboval něco přeložit a ono to nešlo.

[jdsulin2]

Fosilni distribuce tu ale nejsou od toho abys je updatoval a kompiloval na tom nove veci. Fosilni distribuce jsou tu proto, aby fungovali na serveru a dostavali primarne bezpecnostni updaty. Na desktopu te sice nastve, ze system nenajede, ale na serveru je to vec, ktera se proste stat nesmi. A to se s rolling updates distribucemi deje pomerne pravidelne (jsou obdobi, kdy je to lepsi, ale pak jsou obdobi, kdy se updatuje kernel, uzavrene ovladace grafiky nepodporuji novy kernel nebo se proste jenom zmenila konfigurace, ...) a protoze updatujes z nejakeho bodu a) do jineho bodu b) tak nikdo nevi, co se presne stane, protoze tvuj konkretni pripad neni zdokumentovany. Kdyz se updatuje pravidelne, tak ten postup je vetsinou zdokumentovany a stejny update je overeny. Nerikam, ze se nenabehnuti systemu pravidelne updatovanym distribucim nedeje, ale rozhodne mene casteji nez u rolling updates. A mas jistotu, ze pouzity sw je maximalne tak stary, jako delka vydavaciho okna - nehlede na to, ze nektere balicky se updatuji i u techto distribuci. Je pravda, ze se to dost zlepsilo, kdysi se distribuce rozbijely nezavisle na tom, zda to byla rolling update nebo pravidelne vydavana distribuce, dnes uz je to skoro jedno. Zalezi, co se zrovna vyviji a meni. Kazdopadne to ale nic nemeni na faktu, ze pouzivat napr. Debian Stable na desktopu je pro masochisty.

[Petr Ježek]

Tak mně se za celou éru práce v Archu nestalo, že by mi něco nefungovalo po update (s výjimkou mých chyb, jichž jsem se dopustil s výsledky dílčích nefukčností s velmi řídkým výskytem). Ono jde o to nejprve se informovat a pak teprve rozhodovat a konat.

[Jendа]

Mně se občas (jednou-dvakrát za rok?) tohle stane na rolling Debianu. Tak třeba mám myš, která nejspíš blbě reportuje DPI. Když se používal evdev, tak se tam nastavovala citlivost a akcelerace nějak (a já si to změnil tak aby to fungovalo), pak se upgradovalo na libinput, a tam nejsou na tohle speciální parametry, ale nasype se tam matice pro transformaci homogenních souřadnic. Takže po jednom rebootu najednou kurzor začal skákat poněkud neprakticky a já musel studovat jak vyrobit správnou matici.

Tohle se prostě musí stát, ale u distribucí, které mají oddělené funkcionální a security upgrady, si člověk může naplánovat tohle potenciální rozbití na dobu, kdy ví, že zrovna nebude potřebovat něco nutně dělat.

[Max]

1) Pro server je to naprosto ideální. Fakt nechci překopávat každý server 1x za rok, protože vyjde nějaká nová verze provozované aplikace, která se chová jinak, vyžaduje úpravu nastavení a testování kompatibility s klienty. Chci prostě jen updatovat security do té doby, než usoudím, že už začíná mít smysl migrace na novější verzi. Tzn., že třeba za 5 i více let.
2) Pokud chce týpek letět stable, tak musí řešit backports, pokud upřednostňuje novější verze, máme tu testing a unstable větve. Stěžovat si, že je debian obsolete a zároveň používat stable větev je prostě úlet.
Já jedu na serverech Debian a CentOS/OEL a na desktopu Arch.
Zdar Max

[KOLEGA]

Hele, vim ze je to trochu trapny, ale co rikate na to Ubuntu ... Jako podpora LTS 18.04 je 10 let, repa plna k prasknuti softwarem v rozumne verzi apod. Mne se teda musim rict celkem zamlouva, i kdyz na desktopu jedu Fedoru.

[Peter Golis]

Na to môžem povedať len toľko, že som si tú 10 ročnú podporu nezaplatil:

~$ ubuntu-support-status
Support status summary of 'upgrade-1804':

You have 1477 packages (88.0%) supported until April 2023 (Canonical - 5y)
You have 93 packages (5.5%) supported until April 2021 (Community - 3y)
You have 2 packages (0.1%) supported until April 2021 (Canonical - 3y)

You have 0 packages (0.0%) that can not/no-longer be downloaded
You have 107 packages (6.4%) that are unsupported


Run with --show-unsupported, --show-supported or --show-all to see more details

A voľné repozitáre tú desať ročnú podporu neposkytujú.

[Jendа]

Jako podpora LTS 18.04 je 10 let, repa plna k prasknuti softwarem v rozumne verzi

No teď jo, protože to vydali před půl rokem. Počkej za pár let, pak si můžeš tak mixovat PPAčka a doufat, že to někdo zabalil.

Ale to je očekávané a prostě důsledek toho, že člověk nechce v produkci řešit, že zrovna dneska přišel update, který něco rozbíjí.

[RB]

repa plna k prasknuti softwarem v rozumne verzi apod.

Realita je taková, že podporu má malá podmnožina balíčků (core) v repozitářích Ubuntu (a vůbec bych se nedivil, kdyby se ta podpora 10 let týkala ještě podmnožiny té podmnožiny). Většina z toho zbytku (universe) tam leží ladem, jak byla zkopírovaná z Debianu. U toho zbytku dostaneš asi takovou podporu za 10 let, jako když si teď nainstaluješ aktuální verzi Fedory, která má podporu 1 rok, a budeš ji 10 let používat. Vlastně ještě lepší, protože u té Fedory na ty balíčky budeš dostávat ještě rok aktualizace, zatímco většina universe v 18.04 už leží skoro rok ladem. Takže asi tak :)

[Max]

Na Ubuntu neříkám nic, protože ho nepoužívám a nevidím důvod jej používat. Na delší support tu mám zaběhnutý CentOS. Navíc bych to zase s delším supportem nechtěl přehánět. Přecijen těch 5 let mi přijde ok, více už je přecijen ten sw starý. Výjimky se najít samozřejmě dají
Pokud tedy nepotřebuji takový support, tak proč nepoužít Debian.
Zdar Max

[mikro]

Porovnavas neporovnatelne - tie long-term distra su cielene na servery a administratorov, nie na vyvoj a programatorov.

A ako programator a pouzivatel Arch Linuxu uz dobru dekadu ti mozem povedat, ze aj rolling updates maju pre mna ako vyvojara svoje uskalia, pretoze guess what, vela inych vyvojarov kompiluje svoje veci na svojich distrach, kde su rozne verzie kniznic a tie niekedy skaredo protestuju na najnovsich.

Bud pozeras backports alebo prehladavas AUR, idealne riesenie neexistuje.

[Archeolog (specializace v hledání fosilií !jen pro odvážné)]

Bud pozeras backports alebo prehladavas AUR, idealne riesenie neexistuje.

https://en.opensuse.org/Portal:Tumbleweed

[Grunt]

Chacha. Já to říkal. Jednoho krásného dne začne rolovat i Ubuntu a zamrzne peklo.

[888]

Už jsi přišel na ten Secure boot?

[Grunt]

Jako heslo do BIOSu?

[888]

To, že heslo pak už není třeba.

[mankind_boost]

sis měl přidat balíčky z testingu/unstable
https://www.root.cz/clanky/apt-pinning-namichejte-si-vlastni-debian/

[Petr Tomášek]

Tak jsem chtěl nad tím kroutit hlavou, proč další AV1 dekodér, když už na jednom pracují chlapci z Xiphu, než jsem si vygooglil, že to, na čem dělají je rav1e, tedy optimalizovaný encodér psaný v rustu. No, tak jsem zvědav, kam to oba projekty dotáhnou

[Aleš Kapica]

Ano. Enkodér není totéž co dekodér.

[Petr Ježek]

Nicméně alternativy psané v Rustu jsou kořením smysluplného vývoje.

[Aleš Kapica]

To nepopírám. Je dobře když je z čeho vybírat.

[666]

ve firefoxu bych radeji privital HW dekodovani...

[888]

čeho?

[Cabrón]

CP1250 přece!

[666]

jak ceho? Co tak asi FF bezne dekoduje aby to mohl prehrat a pritom neumi pouzit HW?

[888]

mp3?

[666]

https://bugzilla.mozilla.org/show_bug.cgi?id=1210726

[Ovoce]

Hardware na přehrávání AV12 bude asi až tak za dva roky.

https://www.cnews.cz/kodek-av1-hwardware-prehravani-dekodovani-gpu-rychly-dekoder-dav1d

[Ovoce]

*AV1, kurňa

[Ovoce]

Tak nevím, možná i pozdějc, zdá se, že zase rozbijou specifikaci a vyjde AV1.1.0

[vzorky pro zkoušení]

https://www.elecard.com/videos