Dotaz: neprehraje 4k videa

[miroslav]

Ahoj,je normalni,ze icore 3 ( procesor icore 3-8145,pomerne novy notebook teprve cca pred 4mesice kupovany v akci)my pod win neprehra plynule datove narocne videa.Je naka sance pod nakou linuxovou distribuci docilit efektu prehravky datove narocnych 4k videi z youtubu ? Jeste doplnim ze sem si koupil jeste jeden pametovy modul a dohromady mam tedy 12GB RAM pameti..To snad uz staci ne ?

---

---

Odpovědi

[PetebLazar]

Pokud jde o toto úsporné dvoujádro s HT s takty ve vícevláknové zátěži patrně <<4GHz. UHD(4K) videa v HEVC (možná i H.264, pokud taková vůbec jsou) se asi budou muset spolehnout předvším na HW dekódování v iGPU.

Je možné spustit (pod Windows) program DXVAChecker, jeho výstup by měl osvětlit úroveň podpory pro dekódování? Je také vhodné zvolit přehrávač, který umí dostupné akcelerace (typicky skrze rozhraní DXVA využít), mě se na Windows osvědčil MPC HC (Media Player Classic Home Cinema a jeho následníci).

Programem MediaInfo je možné ověřit formát (rozlišení/frameratekodek/formát/level/bitrate/....) přehrávaného souboru (porovnat jej s DXVA schopnostmi zjištěnými DXVACheckerem).

K efektivnějšímu CPU dekódování či širší podpoře HW dekódování pod Linuxem bych se asi neupínal.

[miroslav]

Příloha:

• Výstřižek18.PNG (181165 bytů)

tady

[PetebLazar]

Pozn. V tomto případě jde podle údajů na screenshotu o 2160p30, 4K video s třiceti snímky za sekundu.

[MadCatX]

Ta statistika říká "Frames: 0 dropped of 25160", takže dekódovat to ten stroj zřejmě stíhá. Nabufferované to je taky dostatečně, všechno vypadá OK. Když jsi pořídil tenhle screenshot, trhalo se to taky?

[X]

Ano, je to v poradku. Mas slabou grafiku bez akcelerace.. smula, ani ten procesor neni zadna vyhra a predstava, ze to vyresi vice RAM, nebo zmena distribuce je bohuzel milna.

[X]

mylna

[PetebLazar]

Podle tohoto screenshotu by Intel UHD Graphics 620 (právě ta by snad měla být ve zmíněném CPU) podporou pro HEVC(snad i HEVC10) měla disponovat.

zdroj screenshotu

[miroslav]

HEVC ve fulhd to zvladne s prehledem,problem je .mp4 a .mkv z youtube(4K) a to jak v prohllizeci tak i stahnuty,oboje stejny zamrza to...Ten procak icore3 ma az 3,9 turbobost tak sem myslel ze to veme hrave,a ono to trha se.

[PetebLazar]

Můžete ve Windows spustit výše odkazovaný DXVAChecker a dát sem jeho výstup? Co používáte za přehrávač?

Pozn. Těch 3,9GHz bude pouze platit pro jednovláknovou zátěž (to určitě nebude případ SW dekódování HEVCu), v vícevlánknové budou dlouhodobě takty asi znatelně nižší.

[miroslav]

Vyzkousim,ale prosim vas reknete jak by si vedla i5 8259 oproti icore 3,jde my o to ze mam moznost koupit i5 8259U notebook v akci s vyraznou slevou.Na rozmyslenou mam tak 4 dny..Propadak by byl kdybych to donesl a i tak by se to sekalo,nastesti tento stroj by mel mit thunderboolt 3 takze teoreticky i prakticky by to slo spojit i s nvidia 1070 grafikou v docku,pak uz by to asi prehralo vsechno.Ale jde my o icore 5 8259U,8GB ram notebook bez dedikovane grafiky jestli prehraje 4k datove narocna videa.

[Peter Golis]

A dokedy chce mladý pán hrať hru na výkonnú grafickú stanicu s náhradou grafickej karty?

[golis prr]

Problem nieje hw ale linuxovy softwer, vo windowse to hrat bude.

[Peter Golis]

Tak si ich nainštaluj, a tíško šúchaj nohami.

[PetebLazar]

Je třeba si zadefinovat co je vlastně míněno pod termínem 4K datově náročná videa (formáty/bitrate)?

U oficiálního obsahu Netflix/BD-UHD/Youtube (často s DRM) je pro 4K obsah většinou nutné využít oficiálních přehráváčů, které mohou mít svou přidanou režii a ne optimální efektivitu (jejich neschopnost využít v HW dostupných technologií).

Přehrávání obsahu s DRM může být také podmíněno funkcí ochranných technologií (HDCP,PAP , Intel SGX ...).

U obsahu (souborového) bez DRM lze k přehrávání typicky využit všech dostupných prostředků, limitem jsou pouze dostupné zdroje (zejména síla CPU) a vestavěné dekódování (schopnosti iGPU/GPU).

[Peter Golis]

Termín 4K datově náročná videa sa počas životnosti daného HW niekoľko krát zmení. A HW bude čím ďalej, tým viac zaostávať. V prípade odľahčeného HW (určeného ako kancelársky stroj) to bude oveľa skôr ako v prípade grafickej pracovnej stanice.

Nejako nechápem. Má byť táto téma len nejaký sofistikovaný humor?

[PetebLazar]

Téma bylo založeno s dotazem co lze očekávat že (ne)zvládne jím pořízený NTB s i3 8145U. K tomu jsme se zatím nedobrali. Na praktické návrhy co má vyzkoušet reagoval po dvou dnech pouze příslibem vyzkoušení.

Myslím, že zejména především pro souborový obsah(H.264/HEVC/VP9) by měl daný CPU(především jeho iGPU HD Graphics 620?) zvládat docela dost. Pro náročný současný(budoucí) obsah, který nesedne schopnostem iGPU bude holt muset ustoupit k FullHD. Bude to pro něj poučením pro příště, že prvně se stanovují požadavky (ideálně pro plánovanou fyzickou/morální životnost) a pak se k nim vybírá vhodný HW. V opačném případě (tj. prvotní nákup HW) jsou max. požadavky stanoveny ex-post omezeními pořízeného HW.

[Peter Golis]

V tej tabuľke sa mi nezdajú nejaké drobnosti. Intel HD Graphics 620 tam má uvedené že zvláda MPEG2 FHD, H.264 4K a HEVC+VP9 8K. Teda, čím viac výpočtovo náročnejší kodek, tým väčšie rozlíšenie. O také niečo by som si neoprel ani bicykel.

[PetebLazar]

Jde o v iGPU napevno zadrátované funkce, k čemu by jim byla podpora 4K v Mpeg-2 když žádný takový obsah není běžně poskytován (možná 4K ani definováno v jeho standardu), přo 8K H.264 sice ano ale z hlediska požadovaného bitrate je to nepoužitelné (média/bandwith). Místo na křemíku je drahé, podpora tak logicky míří na nevyužívanější formáty/rozlišení. Kvůli BD v HW dekodérech přežívá i VC1 přestože většina vydaných použila H.264 (a občasný Mpeg-2 FullHD na Menu v BD by dnes zvládlo asi každé CPU).

[Peter Golis]

Ak tou dobre rozumiem, tak miesto na kremíku je drahé, a preto tá tabuľka uvádza menšie rozlíšenie pre výpočtovo menej náročné kodeky. Ale pre výkonnejšie, ktoré potrebujú viac kremíka ako tie menej výkonnejšie za uvádza vyššie podporované rozlíšenie. To mi dáva zmysel, žiaden.

PS: Len zo srandy som si zobral prvé demo 4K z YT (na ktoré som naďabil) a pustil som si benchmarking na vykastrovanom NB s AMD A4-9125 RADEON R3 (GPU Stoney). Na jedno vlákno to dekódovalo čK stream s skoro 3/4 rýchlosťou, sekalo to.

youtube-dl -F https://www.youtube.com/watch?v=0vrdgDdPApQ
format code  extension  resolution note
313          webm       3840x2156  2160p 18133k , vp9, 24fps, video only, 473.76MiB
...
$ youtube-dl -f 313 https://www.youtube.com/watch?v=0vrdgDdPApQ
[youtube] 0vrdgDdPApQ: Downloading webpage
[youtube] 0vrdgDdPApQ: Downloading video info webpage
[download] Destination: ULTIMATE 4K ULTRA HD OLED SAMPLER VideoTest Demo, Stock Video Footage-0vrdgDdPApQ.webm
[download] 100% of 473.76MiB in 00:43
ffmpeg -threads 1 -i ULTIMATE\ 4K\ ULTRA\ HD\ OLED\ SAMPLER\ VideoTest\ Demo\,\ Stock\ Video\ Footage-0vrdgDdPApQ.webm -f null -
...
frame= 6449 fps= 17 q=-0.0 Lsize=N/A time=00:04:28.97 bitrate=N/A speed=0.726x    
...

[PetebLazar]

Ale pre výkonnejšie, ktoré potrebujú viac kremíka ako tie menej výkonnejšie za uvádza vyššie podporované rozlíšenie. To mi dáva zmysel, žiaden.

Vy tam v té Bratislavě musíte mít horko! Nejnáročnější kodeky (HEVC, VP9) jsou v HW podporovány i ve vysokých rozlišeních, protože právě v těchto kodecích se předpokládá distribuce obsahu ve velmi vysokých rozlišeních.

Například toto video mi v 8K rozlišení YT poskytuje ve VP9. https://www.youtube.com/watch?v=WjoplqS1u18

[Peter Golis]

Čím náročnejší kodek, tým zložitejšia implementácia a aj viac použitého kremíka. To nezávisí od okolitej teploty.

PS: V dnešnej dobe sa už predpokladajú iné kodeky, preto aj henten link má najkvalitnejší stream č.272 (272 webm 7680x4320 4320p60 31762k , vp9, 60fps, video only, 764.20MiB)

[PetebLazar]

Tou teplotou byly pouze míněny stížené podminky pro pochopení smyslu psaného textu.

[Peter Golis]

To drahé miesto na kremíku sa odkedy udáva pomocou teploty?

[MadCatX]

Nijak, ale tvá neschopnost pochopit, že Intel investoval omezený prostor na čipu do podpory moderních a používaných kodeků a na relikvie jako MPEG-2 se vykašlal by se nějakým úžehem vysvětlit dala.

[Peter Golis]

Takže som si to nasimuloval na i5-2520M (z roku 2011) s inteláckou grafikou, a nemáš pravdu:

$ ffmpeg -i 'ULTIMATE 4K'*'.webm' -c:a copy -c:v mpeg2video 0vrdgDdPApQ-mpeg2video.mpeg
...
$ ffmpeg -threads 1 -i 0vrdgDdPApQ-mpeg2video.mpeg -f null -
...
Input #0, mpeg, from '0vrdgDdPApQ-mpeg2video.mpeg':
  Duration: 00:04:28.98, start: 0.541711, bitrate: 9072 kb/s
    Stream #0:0[0x1e0]: Video: mpeg2video (Main), yuv420p(tv, progressive), 3840x2156 [SAR 1:1 DAR 960:539], 23.98 fps, 23.98 tbr, 90k tbn, 47.95 tbc
...
frame= 6449 fps=118 q=-0.0 Lsize=N/A time=00:04:28.97 bitrate=N/A speed=4.91x

Proste, skonvertoval som tú 4K ukážku na bežný MPEG2 stream, a prehrávalo mi to 4K MPEG2 rýchlosťou 5x.

Toľko ku obmedzenému priestoru na čipe.

[MadCatX]

Dokázal jsi leda houby s octem. HD3000 má úplně jiný dekodér než tazatelův UHD 620 a MPEG-2 dekóduje nanejvýš do FHD rozlišení. Navíc tak, jak jsi ten test spustil ti to ffmpeg dekódoval celé na CPU a ne na GPU. Proto je taky blbost cpát do moderního GPU hardwarový dekodér MPEG-2, když si s tím bez problémů poradí i skoro 10 let starý procesor. Aby se ti to dékodovalo na GPU, musel bys to, ty odporníku, pustit takto:

ffmpeg -hwaccel vaapi -threads 1 -i 0vrdgDdPApQ-mpeg2video.mpeg -f null -

Výsledek na i5-7300HQ s HD 630

S VAAPI: frame= 678 fps= 77 q=-0.0 Lsize=N/A time=00:00:28.27 bitrate=N/A speed= 3.2x

Bez VAAPI: frame= 550 fps=194 q=-0.0 Lsize=N/A time=00:00:22.93 bitrate=N/A speed=8.11x

Podívej se na ten screenshot z DXVACheckeru, co tazatel poslal, uznej, že ta tabulka nekecá a přestaň trollovat.

[k3dAR]

btw: pro potvrzeni pridam par dalsich cpu
s i7-3520M

S VAAPI  : frame=  603 fps= 46 q=-0.0 Lsize=N/A time=00:00:25.15 bitrate=N/A speed=1.93x
Bez VAAPI: frame= 2415 fps=133 q=-0.0 Lsize=N/A time=00:01:40.72 bitrate=N/A speed=5.55x

Atom x5-Z8350

S VAAPI  : frame=  438 fps= 25 q=-0.0 Lsize=N/A time=00:00:18.26 bitrate=N/A speed=1.03x
Bez VAAPI: frame=  188 fps= 41 q=-0.0 Lsize=N/A time=00:00:07.84 bitrate=N/A speed=1.71x

i3-7100T

S VAAPI  : frame=  649 fps= 56 q=-0.0 Lsize=N/A time=00:00:27.06 bitrate=N/A speed=2.32x    
Bez VAAPI: frame= 2886 fps=205 q=-0.0 Lsize=N/A time=00:02:00.37 bitrate=N/A speed=8.55x

[j]

Co nechapes na takovy primitivni veci, jako ze jde o bitrate? Ten mpeg2 v 1080 bude mit stejnej bitrate jako x264 ve 4k. Ten chip je schopen zpracovat video do nejakyho limitniho bitrate a presne tomu odpovidaji uvadeny parametry. Je uplne jedno jak vypocetne narocnej ten kodek je. Uplne stejne bude limitovanej pocet bitu barev.

---

Dete s tim guuglem dopice!

[Peter Golis]

Mám rád anonymných tro(t)lov. Vždy útočia s nezmyselným argumentom, ktorý je navyše aj vyvrátený. Takže sa v konečnom dôsledku ukážu ako uplakané deti pre ktoré je okolitý svet moc zložitý na pochopenie.

Kľudne pokračuj.

[k3dAR]

btw: tve "vyvraceni" bylo vyvracene

[j]

Miluju trotly, ktery blabolej o vecech o kterych vedi lautr hovno jako ses prave ty. Jak se ostatne i velmi rychle ukazalo.

Narozdil od tebe toho o tom vim zjevne mnohonasobne vic, takze hosicku, kazdy GPU ma nejakej set podporovanych kodeku, a z tech kodeku podporuje jeste nejakej subset parametru a predevsim maximalniho bitrate. To je presne to, co limituje maximalni rozliseni (a barevnou hloubku). Pokud chces video mimo specifikace, bude se vzdy prehravat SW cestou. A tudiz pak uz zalezi vyhradne na vykonu CPU.

Dal se jeste projevuje to, ze kazdy kodek muze mit specifickou cast HW, a protoze vyrobce narozdil od tebe neni magor, tak nebude na kremik davat HW schopnej dekodovat mpeg2 v 8k, kdyz vi, ze takovy video jednak nikdy nikdo prehravat nebude, druhak by ho nebyl schopnej do ty grafiky natlacit ani po sbernici.

Takze se jako vzdy ukazuje, ze ses negramotnej veleblb! Tahni na ruut!

---

Dete s tim guuglem dopice!

[PetebLazar]

NVIDIA měla asi na křemíku místa více, vystačilo místo i na Mpeg-2 4K (dokonce i Mpeg-1 4K). To by mě zajímalo kolik takových videí na světě je. https://www.monitos.cz/tmp/dxvachecker_GTX1660Ti.png

[miroslav]

Příloha:

• Výstřižek12.PNG (101665 bytů)

myslite tohle?

[PetebLazar]

Ano, to potvrzuje že podopora DXVA je dostupná v očekávaném rozsahu.

Vypadá to, že Chrome jí takénumí použít. Můžete zkusit přehrávat v Chrome toto video z YT při zvolenín 4K a dát na něm pravým tl. myši statistiky pro nerdy a zobrazit taskmanager, aby bylo videt vytížení jednotlivých procesů/prostředků? https://youtu.be/LXb3EKWsInQ

Jak rychlé máte připojení, plynulost přehrávání může ovlivnit i to?

[miroslav]

2-4MB/s pripojeni v noci to svisti lepe...to video mam dat v 10%80p rozliseni pres browser nebo 4K rozliseni pres browser..Jeste me napadlo jestli to nemuzr byt wifinou pac nekterej notebook my jede rychleji a nektery pomalu tak jestli to nebrzdi jak se spolu domluvi router a notebook?!

[PetebLazar]

Zvolit z dostupných rozlišení 2160p60 (4K SDR). To video má v tomto rozlišení cca 26Mbps (~3MB/s) bitrate, prohlížeč má samozřejmě snahu přednaplnit si buffer (15sec?), aby přehrávání bylo plynulé při krátkodobém vytížení linky třetí stranou. Takže samotné streamování může mít rychlost ještě vyšší (u mne to bylo cca 50Mbps na teoreticky 70Mbps lince). Ideální je zbavit se vlivu WiFi připojením přes Ethernet(LAN).

313          webm       3840x2160  2160p 18852k , vp9, 30fps, video only, 628.46MiB
315          webm       3840x2160  2160p60 26568k , vp9, 60fps, video only, 956.39MiB
337          webm       3840x2160  2160p60 HDR 30646k , vp9.2, 60fps, video only, 1.05GiB

[MadCatX]

Kdyby byl problém jen v rychlosti připojení, přehrávala by se předem stažená videa bez problému. Pochopil jsem ale, že máš problémy i se staženými videi.

[PetebLazar]

Výsledek přehrávání offline souborů (v navrhovaném přehrávači MPC BE) tu zatím uveden nebyl.

[PetebLazar]

Tak jsem se dokopal k upgradu svého terminálového ntb (Celeron N4000 .. 2c/2t max 2,6GHz) na Xubuntu 20.04. Stažené YT video (26Mbps VP9 2160p60) se přehrávalo plynule, pouze každé vyrušení (jako přepínání oken s terminály do popředí) bylo odměněno pár vypadlými snímky, zátěž toho slaboučkého CPU během přehrávání byla dle htop cca 25% na obou core. MPV deklaruje využití HW dekódování při přehrávání. Stále si myslím, že zde v úvodu zmíněné i3 8145U by na tom mělo být ještě lépe (snáze zvládat spojenou režii).

http://www.monitos.cz/tmp/n4000_xub20_04_mpv_vp9_2160p.png

[golis prr]

zchladni sve ego, ju?

[MadCatX]

i5-8259 je Coffee Lake čtyřjádro s Iris GPU, i3-8145 je dvoujádrové Whiskey Lake ořezávátko se slabší Intel UHD. Rozdíl ve výkonu bude značný ve prospěch té i5, což je ale snad zřejmé.

4K video v H264 jentaktak zvládne i 9 let stará i7-2820QM (čtyřjádrový Sandy Bridge) co mám v T420. Problém bude spíš to, že YouTube dnes poskytuje videa ve formátech VP9 a AV1, které jsou náročné na dekódování a tak nějak se předpokládá, že s přehráváním pomůže hardwarový dekodér na GPU. UHD řady 600 umí dekódovat H264, H256, VP8 a VP9. Když na YT klikneš do videa v pravým tlačítkem a v menu vybereš Stats for nerds (poslední položka), zobrazí se okno, kde ze řádku Codec zjistíš, v jakém formátu ti YT naservíroval dané video. Pro Firefox existuje rozšíření h264ify, který přinutí YT poskytovat videa ve formátu H264, což může na pomoci na starších a slabších strojích. Nemyslím si, že by ale tohle byl tvůj případ.

Co používáš za prohlížeč a přehrávač? Tuším, že třeba ve VLC se musí HW akcelerace ručně povolit.

Ad Linux. HW akcelerace přímo ve webovém prohlížeči experimentálně funguje v posledním Firefoxu, pokud běží pod Waylandem. Pokud bys videa přehrával externím přehrávačem, např. mpv podporuje HW akceleraci velmi dobře.

[miroslav]

Vis co je divny,ze celeron N4100 ve spojitosti chromebooku(OS original chromebok)to prehraje ty datove narocny videa bez sekani v chrome prohlizeci pokud je otevreny jedno okno..Celeron N4100 je preci taky ctyrjadro ale nikdy bych neodhadoval ze to prehraje..Zeby u celeronu N4100 bylo cosi jinak?A nebo UHD akcelerace opravdu funguje.

[PetebLazar]

Na tom není nic divného N4100 určitě nepřehrává úspěšně 4K HEVC videa silou vlastního CPU (softwarové dekódování), ale staví na schopnostech iGPU. Je velmi pravděpodobné že Váš CPU těmito schopnostmi v svém iGPU disponuje také. Jen je SW musí umět využít a proto znovu opakuji zkuste zmíněny 4K HEVC soubor přehrát v v tomto přehrávači.

Případně spusťte dříve zmíněny DXVAChecker, abychom rozsah DXVA v rámci Vašeho HW/OS/driverů konečně ověřili.

[miroslav]

Pouzivam MPC HC 1.9.6x64 je na tom neco spatne ?jinak jsou dva rozdily prehrat 4k video v browseru(firefox,chrome) a nebo prehrat stazeny streem ten byva mp4 nebo mkv ted myslim stazeny z youtubu.

[MadCatX]

• Podpora HW akcelerace v MPC mi po bleskovém googlení přišla nějaká zmatená. Zkus VLC a povolit HW akceleraci dle tohoto postupu.
• Windowsí správce úloh umí zobrazovat využití GPU. Pokud při přehrávání 4K videí bude zátěž GPU nízká a CPU posviští naplno, bude zřejmé, že HW akcelerace nefunguje.
• Pokud přehraješ video v prohlížeči, je za dekódování a vykreslení videa zodpovědný prohlížeč, přehraješ-li to externím přehrávačem, řeší to ten přehrávač. Schopnosti použít HW akceleraci prohlížeče a ext. přehrávače se mohou lišit. Prohlížeč má ztíženou situaci tím, že musí to video kreslit jako prvek webové stránky.
• A spusť, šmarjá, ten DXVAChecker, jak ti radí Peter.

[PetebLazar]

DXVAchecker může být užitečný i v tom, že nám pomocí trasování volaného DXVA API může pomoci Trace Log prozradit zda konkrétní program akceleraci skrze toto API využívá.

dxvachecker_trace.png

[PetebLazar]

I Celeron N4000 (dual core max 2,6GHz bez HT) když se mu dopřeje klid na práci (není vyrušován režií Windows 10 na pozadí) v ještě původním Edge (nabootoval jsem do W10 ver 1803 po pár letech) asi může zvládnout 4K VP9 v YouTube.

https://www.monitos.cz/tmp/n4000_vp9_4K_YT.png

[Jendа]

Já mám i5-8265U, můžu pustit nějaké benchmarky, ale ať to není moc velké, normální internet mi přijdou nainstalovat až v úterý.

Stáhnul jsem prvních 68 MB toho 0vrdgDdPApQ a když to pustím v mpv (aktuální Debian Unstable) s "gpu" VO a zmáčknu "I", tak:

• když to mám maximalizované na svém 1280x1024 monitoru, tak to začne dropovat framy na rychlosti 2.14
• když to dám 1:1 a koukám na levý horní roh, tak to začne dropovat na rychlosti 1.61.

A podle cpubenchmark.net je ten tvůj CPU ještě o něco rychlejší (pro začátek má 2.3 GHz, tan můj má jenom 1.6).

[miroslav]

8265U sem si myslel,ze bych ho koupil,ale ted si rikam proc nevzit rovnou i5 10210U asi bude o dost vykonejsi ??

[MadCatX]

Rozdíl mezi i5-10210U (Comet) a i5-8265U (Whiskey) bude IMHO malý. Jestli bude rychlejší ten Comet nebo Whiskey bude záležet i tom, jak bude od výrobce notebooku nastavené maximální TDP. Skutečný rozdíl vidím akorát v GPU, které je na tom Cometu výkonnější.

[PetebLazar]

DXVAChecker může sloužit i jako benchmarkovací nástroj pro dekódování/přehrávání. Níže je screenshot zobrazující rychlost přehrávání 3840x2160p60 (~50MBbps HEVC) na GTX1660Ti (rychlost dekódování/přehrávání pomocí DXVA2=dekodér_v_GPU přesahovala 120fps, při pouhém dekódování bez zobrazení byl výkon ještě dvojnásobný). NVIDIA GPU v této generaci GK obsahuje "VP10".

Přístup k "benchmarku" v DXVACheckeru je přes kartu DS/MF Decoder -> CheckDecoders -> Select Media Files (vybrat testovaci soubor) u testovaného filtru (v mém případě ext. LAV Video Decoder), na > se rozbalí menu s ... Decoder Performance, Playback Performace. V okně se začně přehrávat obsah (případně v černém pouze dekódovat).

https://www.monitos.cz/tmp/bunny_2160p60_hevc_fps_benchmark.png

[Bherzet]

Je naka sance pod nakou linuxovou distribuci docilit efektu prehravky datove narocnych 4k videi z youtubu ?

V prohlížeči spíš ne. Chrome umí pod Linuxem hardwarovou akceleraci jen experimentálně a nemám pocit, že by to k něčemu bylo (YMMV). Ve Firefoxu jsem to nezkoušel, ale čekal bych, že to bude podobné.

Ve VLC mám při přehrávání 1080p videa CPU zatížené cca mezi 5 až 10 % (oproti cca 20 % při přehrávání 480p videa v prohlížeči), ale že by to bylo lepší než na Windows si nemyslím. Mám taky integrovaný GPU od Intelu a v multiplatformních nativních hrách mám cca polovinu FPS oproti Windows (stejný hardware, stejná konfigurace). glxinfo mi píše direct rendering: Yes, takže víc tu z toho asi prostě nevyždímám. Proč, to netuším.

[Jendа]

Začal bych pokusem, jak dlouho trvá samotné dekódování bez video výstupu. Třeba mplayer má -vo null, -ao null, ffmpeg s výstupem do /dev/null a tak.