Mozilla to mela ve svych buildech pro AMD defaultne zakazane, distra vetsinou povolene. AMD melo v prehravani par chyb typu fleky nebo zaseknuti pri prehravani pro urcite videa.
Nicmene nedavno se ozvali lidi z AMD ze by se to mohlo oficialne povolit protoze udelali opravy, takze tak.
Mimochodem HW akcelerace VP8 je stale defaultne zakazana, produkuje chyby pri WebRTC volani, ty realtime streamy z kamer muzou mit ruzne chyby.
Snad iba akcelerovane vykreslovanie.
Dekodovanie na Inteli bolo a je pre mna vzdy dost sklamanie - ak funguje, tak na spotrebu pri desktopovom pouziti nema az taky velky vplyv, specialne YouTube+Chrome (verzia so zapnutym dekodovanim dokonca zrala o nieco viac nez default).
A ak sa bavime o akceleracii dekodovania, tak to nebol na Linuxe standard nikdy (s vynimkou VDPAU vo Flashi, ktore sa tykalo iba nVidie a vtedy to malo vyznam, hlavne pri single core).
Ono je aj rozdiel na com a kde sa to vykrasluje, ci do bufferovaneho okna browsera s overlaymi alebo nejaky ARM blob do framebuffera. Teda aspon toto byvala kedysi vyhovorka preco akceleracia neprinasala ziadanu usporu. No v realite mam taku skusenost, ze este aj mpv na Intel 10th je rozdiel 0.5W pri fullscreen 1080p30 - je jedno ci tu energiu zozerie CPU alebo GPU. Takze pokial video neseka, tak to neriesim pri desktopovom pouziti (mozno by sa karta obratila pri 4k60, ale take rozlisenie ani nemam).
Ako je to na inych platformach neviem, nepocul som o tom, ze by si niekto dal tu namahu aby zistil ci sa akceleracia pouziva a rozdiel v spotrebe. Problem je aj to, ze YouTube zvykne vnucovat VP9, na ktore nemaju vsetky GPU dekoder.
6. 2. 2025, 09:22 editováno autorem komentáře