Kā iespējot aparatūras paātrinājumu Linux pārlūkprogrammās

Ja ikdienā lietojat Linux, iespējams, esat pamanījis, ka, atskaņojot video pārlūkprogrammā, ventilators griežas ātrāk, centrālais procesors sasniedz 100% noslodzi, un šķiet, ka klēpjdators tūlīt sāks darboties. Tā parasti ir zīme, ka aparatūras video paātrinājums nav pareizi iespējots: procesors galu galā veic darbu, kas būtu jāveic grafiskajam procesoram, kā rezultātā rodas lielāks troksnis, augstāka temperatūra un īsāks akumulatora darbības laiks.

Labā ziņa ir tā, ka mūsdienās Firefox, Chromium un gandrīz visi to atvasinājumi jau ietver reālu VA-API un aparatūras paātrinājuma atbalstu operētājsistēmā Linux, lai gan tas reti kad ir labi noregulēts uzreiz. Šajā rokasgrāmatā mēs soli pa solim un ļoti detalizēti apskatīsim, kā sagatavot draiverus, kā aktivizēt VA-API galvenajās pārlūkprogrammās un kā faktiski pārbaudīt, vai video tiek dekodēts GPU, nevis CPU.

Kas ir video aparatūras paātrinājums un kāpēc jums tas būtu jāiespējo?

Runājot par aparatūras paātrināšanu pārlūkprogrammās, mēs domājam video dekodēšanas un apstrādes smagā darba atstāšanu grafikas procesoram (GPU), nevis centrālā procesora (CPU) ziņā. Praksē tas nozīmē, ka, atskaņojot multivides saturu (YouTube, Netflix , Twitch utt.), grafikas karte veic video kadru dekompresiju un apstrādi, savukārt centrālais procesors (CPU) ir daudz mazāk noslogots.

Tehnoloģija, kas savieno lietojumprogrammas un GPU video apstrādei operētājsistēmā Linux, tiek saukta par VA-API (Video Acceleration API), un tā ir faktiskais standarts Linux darbvirsmā. To atbalsta daudzas programmas: pārlūkprogrammas, multivides atskaņotāji, piemēram, VLC vai OBS Studio kodēšanai/dekodēšanai ar grafikas karti, un pat rediģēšanas un uztveršanas rīki.

Pareizas video paātrinājuma praktiskās priekšrocības ikdienas lietošanā ir diezgan skaidras: mazāka centrālā procesora noslodze, zemāks enerģijas patēriņš, zemāka temperatūra un stabilāka atskaņošana, īpaši vecākos klēpjdatoros vai datoros ar pieticīgiem procesoriem (piemēram, 2C/4T).

No otras puses, pastāv daži trūkumi un ierobežojumi, kas jāpatur prātā jau no paša sākuma: daudzi vecāki GPU vairs neatbalsta modernus kodekus, dažas pārlūkprogrammas ierobežo izšķirtspēju, izmantojot H.264 VP9/AV1 vietā, un vāja VA-API ieviešana var izraisīt artefaktus, zaļus ekrānus vai raustīšanos noteiktos video.

Turklāt Linux atbalsts joprojām ir nedaudz delikātāks nekā Windows : draiveru, VA-API un pārlūkprogrammas kombinācija ne vienmēr darbojas pirmajā mēģinājumā, un situācija var ievērojami atšķirties atkarībā no tā, vai izmantojat Intel, AMD vai NVIDIA , un atkarībā no izplatīšanas. Tāpēc ir svarīgi vispirms saprast, kāda aparatūra jums ir, kādus draiverus izmantojat un kādus kodekus atbalsta jūsu GPU.

Pārbaudiet, kāda grafikas karte jums ir un kādus draiverus izmanto jūsu Linux.

Pirms jebkādu izmaiņu veikšanas Firefox vai Chromium pārlūkprogrammā, jums precīzi jāzina, kura grafikas karte ir instalēta un kuru draiveri kodols ielādē. Tas ir ļoti svarīgi, lai izvēlētos pareizo VA-API pakotni un vēlāk izvairītos no dīvainām kļūdām.

Lai identificētu GPU Linux sistēmā, vienkārši palaidiet termināls kaut kas līdzīgs: lspci -k | grep -EA3 'VGA|3D|Display'Izvadē būs norādīts kartes modelis un kodola modulis, ko tā izmanto, piemēram, Intel UHD Graphics 600/620 ar draiveri. i915.

Ja jūsu datoram ir tikai viena grafikas procesora (GPU), parasti redzēsiet ierīci ar apzīmējumu "VGA saderīgs kontrolieris" un izmantoto draiveri. Tomēr, ja jums ir hibrīdklēpjdators (Intel iGPU + AMD/NVIDIA dGPU), parādīsies divas grafikas ierīces. Tas ir svarīgi, jo vairāku GPU scenārijos ir iesaistītas divas DRI renderēšanas ierīces.

Lai apstiprinātu, kuras renderēšanas ierīces jums ir, uzskaitiet saturu /dev/dri ar: ls /dev/driVienkāršā datorā jūs redzēsiet kaut ko līdzīgu card0 y renderD128; hibrīdā tie parādīsies arī card1 y renderD129.

Ja vēlaties spert soli tālāk un uzzināt, kurš draiveris ir saistīts ar katru DRI ierīci, varat konsultēties ar /sys/kernel/debug/dri/128/name, /sys/kernel/debug/dri/129/name, Uc Piemēram, fails, kurā ir “i915”, norāda, ka šis renderēšanas mezgls atbilst Intel iGPU, savukārt fails ar “radeon”, “amdgpu” vai “nouveau” pārstāvēs sistēmas izmantoto AMD vai NVIDIA GPU.

VA-API draiveri Ubuntu un atvasinātajās distribūcijās: Intel, AMD un NVIDIA

Kad GPU ir identificēts, nākamais solis ir instalēt atbilstošo VA-API draiveri, lai grafikas karte varētu dekodēt video, izmantojot aparatūru. Debian/Ubuntu balstītos izplatījumos tas tiek darīts, izmantojot apt ar dažiem galvenajiem komplektiem.

Intel GPU pamatā ir divas VA-API draiveru saimes: "klasiskais" i965 un modernākais iHD (intel-media-driver), un parasti ir pieejami gan bezmaksas, gan maksas varianti. Vispārīgi runājot:

• i965-va-vadītājsBezmaksas VA-API draiveris, kas tiek atbalstīts Cantiga, Ironlake, Sandy Bridge, Ivy Bridge, Haswell, Broadwell, Skylake, Kaby Lake, Coffee Lake un Cannon Lake paaudzēs.
• i965-va-driver-shaders: patentēts variants tām pašām paaudzēm ar noteiktām optimizācijām.
• intel-media-va-driverBezmaksas VA-API draiveris ieteicams Broadwell un jaunākiem serveriem (Skylake, Kaby Lake, Coffee Lake, Whiskey Lake, Cannon Lake, Ice Lake, Alchemist, Meteor Lake u. c.).
• intel-media-va-driver-non-free: iepriekšējās versijas patentēta versija, kas atkarībā no aparatūras pievieno papildu funkcijas, piemēram, aparatūras kodēšanu mūsdienu kodekos, piemēram, H.265.

Piemēram, tipiskā klēpjdatorā ar Intel UHD 600/620 varat instalēt moderno, patentēto variantu ar: sudo apt install intel-media-va-driver-non-free vainfo. Sūtījums vainfo To izmanto, lai vēlāk pārbaudītu, kurus tieši kodekus atbalsta jūsu GPU.

Pēc instalēšanas jums vajadzētu būt /usr/lib/x86_64-linux-gnu/dri/ fails iHD_drv_video.so (Intel Media draiverim) vai i965_drv_video.so (965. gadam). Šie binārie faili ir tie, ko VA-API ielādē iekšēji, kad pārlūkprogramma vai cita lietojumprogramma pieprasa video paātrinājumu.

AMD Radeon un NVIDIA GPU, kas izmanto atvērtā koda Nouveau draiveri, Ubuntu centrālā komponente ir mesa-va-drivers, kas instalē šīm kartēm nepieciešamos VA-API aizmugursistēmas komponentus. NVIDIA karšu ar patentētiem draiveriem gadījumā lietas kļūst sarežģītākas: VA-API pati par sevi netiek atbalstīta tieši, bet gan caur VDPAU→VAAPI tiltu (piemēram, ar vdpau-va-driver), un tomēr pārlūkprogrammas mūsdienās gandrīz nepaļaujas uz VDPAU.

Ja jums ir hibrīda Intel + AMD vai Intel + NVIDIA sistēma ar atvērtā pirmkoda draiveriem, parasti tiek instalēts gan Intel (iHD vai i965) VA-API draiveris, gan mesa-va-driverslai jūs varētu izvēlēties, kurš GPU apstrādā video dekodēšanu. Vēlāk mēs redzēsim, kā izvēlēties konkrētu DRI ierīci, izmantojot vides mainīgos.

VA-API draiveri Fedora vidē un to īpatnības ar NVIDIA

Fedora sistēmā pieeja ir līdzīga, taču pakotņu pārvaldnieks un daži konkrēti pakotņu nosaukumi atšķiras. Intel grafikas kartēm VA-API atbalsts parasti ietver šādu pakotņu instalēšanu:

Terminālī ar administratora privilēģijām varat izmantot: sudo dnf install libva-intel-driver intel-mediasdk intel-media-driverTas nodrošina, ka jums ir gan klasiskie, gan jaunie draiveri un ar tiem saistītās bibliotēkas.

Ja izmantojat AMD Radeon vai NVIDIA ar atvērtā koda Nouveau draiveri, VA-API atbalsts ir iekļauts pakotnē. mesa-dri-driverskas parasti pēc noklusējuma tiek instalēta Fedora Workstation. Pat ja tā, dažās sistēmās faktiskais rezultāts ar VA-API AMD/Nouveau vidē var būt nekonsekvents vai pat neizdoties.

Fedora priekšrocība salīdzinājumā ar Ubuntu patentētajā NVIDIA arēnā ir tā, ka VDPAU tilts VA-API (kā libva-vdpau-driver) parasti ir pieejams tieši no oficiālajām krātuvēm. Piemēram, jūs to varat instalēt ar sudo dnf install libva-vdpau-driverTomēr tas negarantē, ka pārlūkprogrammas praksē faktiski izmantos VDPAU.

Izmantojiet vainfo, lai pārbaudītu, kurus kodekus jūsu GPU faktiski atbalsta.

Ar pakotņu instalēšanu vien nepietiek: jums jāzina, kādus kodekus un režīmus (kodēšanu/dekodēšanu) jūsu GPU atbalsta, izmantojot VA-API, lai izvairītos no iesprūšanas ar neiespējamiem iestatījumiem. Šeit stājas spēle vainfo, kurā ir uzskaitīti atbalstītie profili konkrētai DRI ierīcei un VA-API draiverim.

Visefektīvākais veids, kā palaist vainfo, ir skaidri norādīt draivera nosaukumu un interesējošo renderēšanas ierīci, piemēram: LIBVA_DRIVER_NAME=iHD vainfo --display drm --device /dev/dri/renderD128Tas novērš neskaidrības sistēmās ar vairākiem GPU vai vairākiem instalētiem draiveriem.

Tipiskā vainfo izvade sākas ar VA-API versijas un draivera norādīšanu un pēc tam parāda garu "profilu un ieejas punktu" sarakstu. Katrā rindā parasti ir kodeka profils (MPEG2, H264Main, H264High, HEVCMain, VP8, VP9, ​​​​AV1…) un ievades/izvades režīms.

Kas mūs interesē video atskaņošanas kontekstā, ir tas, ka šādi ieraksti parādās VAEntrypointVLD vēlamajam kodekam, jo ​​tas nozīmē, ka GPU to var dekodēt aparatūrā. Piemēram, skatiet VAProfileH264High : VAEntrypointVLD nozīmē H.264 dekodēšanas atbalstu; sk. VAProfileVP9Profile0 : VAEntrypointVLD Tas ietver aparatūras VP9 atbalstu utt.

Vecākos GPU parasti ir labs atbalsts H.264, bet trūkst VP8, VP9 vai AV1, tāpēc jums ir jāizmanto pārlūkprogrammas paplašinājumi, lai piespiestu vietnes apkalpot H.264, nevis jaunākus kodekus. Paturiet prātā, ka, ja video pastāv tikai VP9/AV1 formātā, nav nekāda burvju trika: to dekodēs programmatūra.

Ja vainfo atgriež tādas kļūdas kā “va_openDriver() neizdevās” vai nevar inicializēt pieprasīto draiveri, jūsu GPU, visticamāk, nav saderīgs ar šo konkrēto aizmugursistēmu. Šādā gadījumā problēmu bieži vien atrisina pārslēgšanās no iHD uz i965 vecākās Intel sistēmās vai atbilstošās Mesa pakotnes pareizas instalēšanas pārbaude AMD/Nouveau sistēmās.

Konfigurējiet vides mainīgos, lai labotu VA-API draiveri un DRI ierīci

Daudzās pamācībās tiek pieņemts, ka pirmā DRI ierīce (renderD128) vienmēr ir iGPU un ka sistēma automātiski izvēlas pareizo draiveri, taču praksē, īpaši klēpjdatoros ar vairākiem GPU, tas var nebūt tā. Tāpēc ir svarīgi iestatīt noteiktus vides mainīgos pirms pārlūkprogrammas palaišanas.

Trīs visbiežāk izmantotie mainīgie VA-API un Firefox grafiskā aizmugures paneļa kontrolei operētājsistēmā Linux ir:

• MOZ_WAYLAND_DRM_DEVICE: ceļš uz DRI ierīci, kuru jums vajadzētu izmantot (piemēram, /dev/dri/renderD128 o /dev/dri/renderD129).
• LIBVA_VADĪTĀJA_NOSAUKUMS: ielādējamā VA-API draivera īsais nosaukums (i965, iHD, nouveau, r600, radeonsi, Utt.)
• MOZ_X11_EGL / MOZ_ENABLE_WAYLAND: veselu skaitļu indikatori (0/1), lai iespējotu EGL un konkrētā maršruta izmantošanu atkarībā no tā, vai atrodaties Xorg vai Wayland.

Piemēram, lai palaistu Firefox X11 sesijā, izmantojot Intel cieto disku ar iHD draiveri, varat izmantot kaut ko līdzīgu: MOZ_WAYLAND_DRM_DEVICE=/dev/dri/renderD128 LIBVA_DRIVER_NAME=iHD MOZ_X11_EGL=1 firefoxVeilendā variants būtu līdzīgs, bet ar MOZ_ENABLE_WAYLAND=1 MOZ_X11_EGL vietā.

Tāpēc man tas nav jāraksta katru reizi zābaksdaudzi lietotāji pievieno LIBVA_DRIVER_NAME=iHD (vai kas tas arī ir) globālajā failā /etc/environmentlai visai sistēmai pēc noklusējuma būtu šis VA-API draiveris. Pat tādā gadījumā paturiet MOZ_WAYLAND_DRM_DEVICE un MOZ_X11_EGL/MOZ_ENABLE_WAYLAND palaidējā vai scenārijs Firefox joprojām ir ieteicams hibrīdklēpjdatoros.

Darbvirsmās, piemēram, KDE Plasma, varat rediģēt Firefox palaišanas programmu un izpildes komandai pievienot "env", kam seko mainīgie, lai jūs ne vienmēr būtu atkarīgs no termināļa. Kaut kas līdzīgs Exec=env MOZ_WAYLAND_DRM_DEVICE=/dev/dri/renderD128 LIBVA_DRIVER_NAME=iHD MOZ_X11_EGL=1 firefox %u Parasti tas darbojas labi.

Iespējot aparatūras paātrinājumu pārlūkprogrammā Firefox (VA-API + WebRender)

Mozilla ieviesa oficiālu VA-API atbalstu pārlūkprogrammā Firefox operētājsistēmai Linux, sākot ar Wayland un vēlāk paplašinot to līdz X11, taču ilgu laiku tas pēc noklusējuma bija atspējots vai ieviests tikai daļēji. Tāpēc daudzās pamācībās ieteicams pielāgot vairākas iekšējās preferences, lai to maksimāli izmantotu.

Pirmais, kas jādara, ir ieiet slavenajā papildu iestatījumu lapā: ierakstiet about:config Adreses joslā pieņemiet brīdinājumu un izmantojiet meklēšanas joslu augšpusē. Turpmāk ir vairākas atbilstošas ​​pielāgošanas grupas.

Lai iespējotu moderno GPU balstīto kompozīcijas veidotāju, jums jāaktivizē WebRender dzinējs vai jāpiespiež izmantot OpenGL: meklē gfx.webrender.all un nolieciet to uz patiessUn, ja vēlaties, varat arī piespiest layers.acceleration.force-enabled a patiess lai nodrošinātu, ka Firefox mēģina izmantot GPU.

Otrkārt, pārliecinieties, vai Firefox izmanto FFmpeg ar VA-API, nevis savus iekšējos dekoderus, ja tas ir nepieciešams. Lai to izdarītu, atrodiet šīs atslēgas un pielāgojiet to vērtības:

• media.ffmpeg.vaapi.enabled → patiess (atļauj izmantot VA-API, izmantojot FFmpeg).
• media.ffvpx.enabled → nepatiess (Lai piespiedu kārtā izmantotu FFmpeg, atspējojiet iekšējo FFVPX dekodētāju).
• media.av1.enabled → nepatiess Ja jūsu GPU aparatūra neatbalsta AV1, vietne priekšroku piedāvās citus, "draudzīgākus" kodekus.
• media.rdd-vpx.enabled → Mūsdienu GPU ar aparatūras VP9 atbalstu varat doties uz patiessvecākās grafikās vēlams to atstāt tādu, kāds tas ir nepatiess.

Mašīnās ar vairākām GPU un atvērtā pirmkoda draiveriem (piemēram, Intel + AMD) varat arī eksperimentēt ar mainīgajiem MOZ_WAYLAND_DRM_DEVICE un LIBVA_DRIVER_NAME, lai noteiktu, vai video tiek dekodēts iGPU vai dGPU. Piemēram, norādot uz /dev/dri/renderD129 ar LIBVA_DRIVER_NAME=r600 vai radeonsi, lai izmantotu Radeon kā video paātrinātāju.

Sistēmās, kurās pat pēc šo parametru pielāgošanas VP9 un AV1 joprojām ir pārāk resursu ietilpīgi, praktisks risinājums ir piespiest H.264 izmantošanu ar tādiem paplašinājumiem kā h264ify vai Enhanced h264ify . Šie paplašinājumi bloķē VP8/VP9/AV1 tādās vietnēs kā YouTube un īpaši pieprasa AVC1 (H.264) straumes, kuras gandrīz visi GPU ar VA-API var dekodēt bez problēmām.

Kad esat veicis izmaiņas, pilnībā aizveriet Firefox, palaidiet to ar atbilstošajiem vides mainīgajiem un mēģiniet atskaņot YouTube videoklipu ar izšķirtspēju 1080p60, vienlaikus uzraugot centrālā procesora un grafikas procesora slodzi. Īpaši uzlabojumus pamanīsiet datoros, kas ir vairāk nekā desmit gadus veci, kur centrālajam procesoram jau tā ir grūtības apstrādāt augstas izšķirtspējas video, izmantojot programmatūru.

Pārliecinieties, vai Firefox izmanto GPU, lai dekodētu video

Nepietiek tikai ar to, ka pārlūkprogramma "šķiet" vienmērīgāka: jums objektīvi jāpārbauda, ​​vai tiek izmantota VA-API un vai kadri tiek dekodēti GPU. Ir vairāki veidi, kā to izdarīt Firefox pārlūkprogrammā Linux vidē.

Pirmais ir vienkārši aplūkot termināļa izvadi, no kura palaidāt Firefox ar konfigurētajiem vides mainīgajiem. Ja viss noritēs labi, jums vajadzētu redzēt ziņojumus no libva info norādot, ka va_openDriver() returns 0 un atsauces uz ielādēto draiveri (piemēram, i965 vai iHD) bez sekojošām kļūdām.

Ja izmantojat Intel GPU, varat izmantot intel_gpu_top (daļa no intel-gpu-tools), lai skatītu konkrētas aktivitāšu sadaļas, piemēram, “Video”, kas atspoguļo dekodēšanas dzinēja izmantošanas procentuālo daļu. Bez VA-API šī kolonna būs nulle, pat ja video ir saraustīts; ar aktīvu VA-API video atskaņošanas laikā tai vajadzētu būt redzamai ievērojamai procentuālajai vērtībai.

Radeon grafikas kartēs līdzvērtīgs rīks ir radeontop, kurā redzamas GPU un VRAM izmantošanas joslas. Lai gan tam ne vienmēr ir atsevišķa, skaidri definēta sadaļa video dekodēšanai, ir viegli redzēt, kā aktivitāte palielinās, kad darbojas VA-API un draiveris (piemēram, r600 vai radeonsi) ir pareizi novirzīts uz Radeon DRI ierīci.

Vidēs ar vairākiem GPU, iespējams, būs jāpievieno arī tādas opcijas kā --bus radeontop, lai uzraudzītu tikai atbilstošo karti. Jebkurā gadījumā modelis ir viens un tas pats: ja centrālā procesora slodze samazinās un grafiskajam procesoram ir vairāk darba, atskaņojot video, mēs esam uz pareizā ceļa.

Visbeidzot, atkārtojot to pašu testu ar iespējotiem un atspējotiem h264ify paplašinājumiem, mēs varam pārbaudīt pārejas no VP9/AV1 uz H.264 reālo ietekmi uz resursu patēriņu. Mērījumi, kas veikti sistēmās ar i5-2450M un i7-7700HQ procesoriem, liecina par centrālā procesora noslodzes samazinājumu, kas pieticīgākos procesoros var sasniegt pusi, ja ir iespējota VA-API.

Aparatūras paātrinājums pārlūkprogrammās Chromium, Chrome un atvasinājumos (VA-API + karodziņi)

Chromium 88 iezīmēja pagrieziena punktu, ieviešot "nopietnu" VA-API atbalstu Linux sistēmā, lai gan ar dažiem ierobežojumiem: spēcīgu atkarību no Xorg, nepieciešamību izmantot noteiktus karodziņus un labāku atbalstu Intel un NVIDIA nekā Radeon. Tomēr šis atbalsts ir nodots visai saimei: Google Chrome , Edge, Brave, Vivaldi, Opera utt.

Pirmais solis jebkurā Chromium pārlūkprogrammā ir pārbaudīt iekšējo karodziņu lapu, kas ir pieejama ar chrome://flags pārlūkprogrammās Chrome un Chromium brave://flags Drosmīgajā, edge://flags pie Edge, vivaldi://flags Vivaldi vai opera://flags operā. Kad esat iekšā, meklējiet un aktivizējiet vismaz:

• Ignorēt programmatūras renderēšanas sarakstu → Iespējots (piespiež ignorēt GPU melno sarakstu un piespiež aktivizēt paātrinātas funkcijas).
• Aparatūras paātrināta video atšifrēšana → Iespējots (iespējo aparatūras video dekodēšanu).

Pēc šo opciju iespējošanas jūsu pārlūkprogramma lūgs jums restartēt, lai izmaiņas tiktu lietotas; dariet to un pēc tam apmeklējiet vietni chrome://gpu (vai jūsu pārlūkprogrammas variantu), lai pārbaudītu “Grafikas funkciju statusa” un “Video paātrinājuma informācijas” statusu. Ideālā gadījumā visam būtiskajam vajadzētu parādīties kā "Aparatūras paātrinājums".

Nākamais svarīgais aspekts Chromium un tā atvasinājumos ir tas, kā lietojumprogramma tiek palaista no rindas komandas. Xorg sesijās parasti ieteicams pievienot karodziņu --use-gl=desktop, savukārt Wayland sesijās, kurās pārlūkprogramma darbojas XWayland vidē, to bieži izmanto --use-gl=egl lai izvairītos no problēmām.

Turklāt Chromium versijā ir VA-API saistītu karodziņu kopa, kas jāpievieno vai nu izpildes komandai, vai karodziņu konfigurācijas failam:

• --enable-accelerated-video-decode
• --enable-accelerated-video-encode
• --enable-features=VaapiVideoDecoder
• --disable-features=UseChromeOSDirectVideoDecoder

Piemēram, Xorg valodā ar google Stabilā pārlūkā Chrome varētu palaist kaut ko līdzīgu šim: google-chrome-stable --use-gl=desktop --enable-accelerated-video-decode --enable-accelerated-video-encode --enable-features=VaapiVideoDecoder --disable-features=UseChromeOSDirectVideoDecoderTas pats modelis attiecas uz Brave (brave-browser), Vivaldi (vivaldi), Opera (opera) vai mala (microsoft-edge).

Tādos izplatījumos kā CachyOS, Arch un līdzīgās sistēmās daudzas pārlūkprogrammas ļauj šos karodziņus centralizēt failos, piemēram, ~/.config/chromium-flags.conf, ~/.config/brave-flags.conf vai līdzīgi. Vēl viena izplatīta alternatīva ir faila rediģēšana. .desktop no pārlūkprogrammas, nokopējiet to no /usr/share/applications a ~/.local/share/applications un pievienojiet karodziņus līnijai Exec=.

Vēlreiz, ja vēlaties, lai viss būtu pastāvīgs un nebūtu atkarīgs no termināļa, vislabāk to rediģēt. .desktop vai palaidēju darbvirsmas vides izvēlnē, lai tas vienmēr pievienotu pareizos karodziņus. Tādā veidā, atverot pārlūkprogrammu no izvēlnes vai doka, vienmēr tiek ievērotas VA-API opcijas.

Aparatūras dekodēšanas pārbaude Chromium pārlūkprogrammās

Chromium saimē ir divi galvenie veidi, kā pārbaudīt, vai aparatūrā notiek video dekodēšana. Viens ir vispārīgāks, bet otrs izmanto izstrādes rīkus.

Ātrākais veids ir apmeklēt chrome://gpu (vai līdzvērtīgu rīku jūsu pārlūkprogrammā) un pārbaudiet, vai sadaļā “Video paātrinājuma informācija” ir ieraksti ar statusu “Aparatūras paātrinājums”. Tas sniedz vispārēju ieskatu iespējās, taču negarantē, ka konkrētais video faktiski izmantos GPU.

Lai pārbaudītu reālu piemēru, atveriet videoklipu (piemēram, vietnē YouTube), pēc tam atveriet izstrādātāja rīkus, nospiežot taustiņu kombināciju F12 vai Ctrl+Shift+I, un atrodiet cilni Multivide (ja tā nav redzama, to atradīsiet papildu ciļņu izvēlnē). Sadaļā Multivide atlasiet atskaņotāju videoklipam, kuru pašlaik atskaņojat.

Atskaņotāja detalizētajā informācijā redzēsiet lauku, kurā norādīts izmantotā video dekodētāja veids un vai "Aparatūras dekodētājs" ir iestatīts uz "true". Ideālā gadījumā jums vajadzētu redzēt dekodētāju, kas saistīts ar VA-API/GL un kuram ir iespējots aparatūras dekodētājs; ja tā vietā redzat tādus nosaukumus kā VpxVideoDecoder, FFmpegVideoDecoder o Dav1dVideoDecoder Neņemot vērā aparatūru, visticamāk, tiek izmantota programmatūra.

Dažās vecākās versijās bija ieteicams izmantot chrome://media-internals šai pašai pārbaudei un pārskatiet tādus laukus kā kVideoDecoderName, kur vērtība ir tips MojoVideoDecoder Tas norādīja uz aparatūras paātrinājuma izmantošanu, nevis tikai programmatūras dekoderiem. Ar moderniem rīkiem DevTools cilne Multivide lielā mērā ir aizstājusi šo lapu.

Visbeidzot, šo pārbaudi var apvienot ar GPU uzraudzības rīkiem, kas ir līdzīgi tiem, kas redzami Firefox (intel_gpu_top, radeontop, amdgpu_top, nvtop utt.), nodrošinot, ka, pārlūkprogrammai atskaņojot video, GPU video dzinēji rāda reālu aktivitāti.

Kodēšana un kodeki: H.264, VP9, ​​​​AV1 un paplašinājumi, piemēram, h264ify

Viena detaļa, kas bieži vien paliek nepamanīta, ir tā, ka pat ja GPU atbalsta VA-API, ja video kodeks nav ieviests aparatūrā, neizbēgami nāksies izmantot programmatūras dekodēšanu. Šeit spēlē lomu paplašinājumi un papildu konfigurācijas.

H.264/AVC1 ir "aizstājējzīmju" kodeks, ko praktiski visi dažus gadus vecie GPU labi apstrādā, izmantojot VA-API, savukārt VP8, VP9 un AV1 ir aparatūras paātrināti tikai relatīvi modernajās paaudzēs. Tas ir skaidri redzams izejā no vainfokur vecāki GPU atbalsta tikai H.264 un maz ko citu.

Tomēr tādas platformas kā YouTube mūsdienu pārlūkprogrammās prioritāri izmanto VP9 vai pat AV1, atstājot H.264 kā sekundāru opciju vai tikai noteiktām izšķirtspējām. Tādēļ, pat ja jums ir konfigurēts VA-API, ja YouTube nolemj apkalpot VP9 un jūsu grafiskais procesors to neatbalsta, galvenā slodze būs centrālajam procesoram.

Šeit neticami noderīgi ir tādi paplašinājumi kā h264ify un tā atzari (piemēram, Enhanced h264ify): tie bloķē VP8/VP9/AV1 un piespiež vietni izmantot pieejamo H.264 profilu, ja tāds pastāv. Tomēr, ja konkrētajam videoklipam nav H.264 versijas, to nevar izveidot.

Ir vērts atzīmēt, ka, kad YouTube ir spiests izmantot H.264, tas bieži ierobežo maksimālo izšķirtspēju līdz 1080p ar 60 kadriem sekundē, savukārt VP9/AV1 var piedāvāt 1440p, 4K un augstu kadru ātrumu. Tāpēc h264ify iespējošana dažkārt nozīmē upurēt maksimālo iespējamo izšķirtspēju apmaiņā pret vienmērīgāku atskaņošanu, kas mazāk noslogo centrālo procesoru.

Nākamās paaudzes kodeku, piemēram, AV1, gadījumā tikai ļoti moderniem GPU ir reāls aparatūras dekodēšanas atbalsts, tāpēc lielākajā daļā pašreizējo datoru joprojām vislabāk ir to atspējot pārlūkprogrammā, ja, skatoties jebkuru video, pamanāt, ka ventilatori kļūst kā turbīnas.

Reāla ietekme uz veiktspēju: kad atmaksājas cīnīties ar VA-API

Empīriski testi, kas veikti klēpjdatoros ar divkodolu, četrpavedienu centrālajiem procesoriem (piemēram, vecāku i5-2450M), liecina, ka VA-API iespējošana un H.264 dekodēšanas deleģēšana GPU var gandrīz uz pusi samazināt vidējo centrālā procesora noslodzi, atskaņojot 1080p60 video pārlūkprogrammā Firefox. Tas nodrošina vēsākas, klusākas iekārtas un daudz stabilāku pieredzi.

Jaunākajos datoros ar 4 kodolu/8 pavedienu procesoriem vai jaudīgākiem (piemēram, i7-7700HQ) centrālā procesora noslodzes procentuālā atšķirība ir mazāk izteikta, dažreiz aptuveni 3–6 % mazāka. Tomēr darba slodze parasti tiek sadalīta vienmērīgāk, un tiek samazināti ekstremāli noslodzes pieaugumi, kas var izraisīt nelielu aizturi.

Interesanti, ka, salīdzinot pārlūkprogrammas atskaņošanu, izmantojot VA-API, ar atskaņotāju, piemēram, VLC, kas arī konfigurēts ar VA-API, pārlūkprogrammas centrālā procesora noslodze parasti ir ievērojami lielāka. Tas liecina, ka joprojām ir iespējams uzlabot to, kā pārlūkprogrammas integrē VA-API un pārvalda datu pārsūtīšanu starp centrālo un grafisko procesoru operētājsistēmā Linux.

Jebkurā gadījumā pieticīgiem vai vecākiem klēpjdatoriem laika veltīšana aparatūras paātrinājuma precizēšanai var būt izšķiroša starp nepieciešamību atteikties no 1080p video un iespēju patērēt augstas izšķirtspējas saturu bez sistēmas problēmām. Jaudīgās ierīcēs uzlabojums pastāv, taču tas ir nemanāmāks, un daudzos gadījumos, ja jūsu sistēma jau darbojas "pietiekami labi", var nebūt vērts pārāk sarežģīt lietas.

Šķiet skaidrs, ka Linux, moderno pārlūkprogrammu un VA API kombinācija joprojām nedaudz atpaliek no Windows pieredzes, kur video deleģēšanas metodes GPU ir izsmalcinātākas un standartizētākas. Tomēr, veicot pareizās darbības, ļoti cienījamu veiktspēju var sasniegt arī Linux darbvirsmā.

Ja esat ticis tik tālu, jūs jau zināt, ka aparatūras video paātrinājuma iespējošana operētājsistēmā Linux nav tikai izvēles rūtiņas atzīmēšana pārlūkprogrammā, bet gan VA-API draiveru, vides mainīgo, iekšējo karodziņu un kodeku izvēles pareiza saskaņošana, lai Firefox, Chrome, Brave un citi nemanāmi darbotos ar jūsu GPU, nevis nevajadzīgi noslogotu jūsu centrālo procesoru.