A problémával Fedora Linux 43 (Workstation Edition) rendszeren, GNOME Shell (Wayland) használata mellett találkoztam, miközben az OBS Studio-val képernyőfelvételt készítettem. Nemcsak vizuális hibát tapasztaltam, hanem azt is, hogy a rendszer érezhetően lassabb lett, a terhelés megnőtt, és a ventilátor is gyakrabban felpörgött.

Wayland alapú rendszeren, különösen GNOME Shell használata mellett sokan belefutnak abba a jelenségbe, hogy az OBS Studio-val rögzített képernyő villog, fekete képkockák jelennek meg, vagy a felvétel egyszerűen instabillá válik. Ez elsőre megtévesztő lehet, mert nem egyértelmű, hogy a hiba a rögzítés során keletkezik-e, vagy már eleve a megjelenített kép hibás.

A probléma különösen zavaró akkor, ha valaki oktatóvideót készít, képernyőt rögzít, vagy élő közvetítést indít, hiszen ilyenkor a képminőség kulcsfontosságú.

Ebben a leírásban bemutatom, hogy pontosan mi történik a háttérben, és hogyan lehet egy viszonylag egyszerű beállítással stabilizálni a rendszert.

A probléma jelensége

Wayland és PipeWire használata esetén a képernyőmegosztás nem mindig stabil. A kép időnként villog, fekete frame-ek jelennek meg, vagy egyszerűen “ugrál”. Ami azonban igazán árulkodó, hogy a hiba már az OBS előnézeti képében is látható felvétel közben, tehát nem csak a mentett videóban jelenik meg.

Ez azért fontos, mert így kizárható, hogy a hiba az utófeldolgozás, a kódolás vagy a fájl mentése során keletkezne. Itt már a bejövő videostream hibás.

Mit jelent ez a gyakorlatban?

Ez egy nagyon hasznos diagnosztikai jel. Ha egy felvétel csak a mentett fájlban hibás, akkor általában encoder vagy beállítási problémára lehet gyanakodni. Ha viszont már az OBS előnézeti képében is villogás látható, akkor szinte biztos, hogy a gond mélyebben, a rendszer szintjén keresendő.

Ebben az esetben a probléma nem az OBS beállításaiban van, hanem a Wayland képernyőmegosztási láncában, konkrétan az xdg-desktop-portal működésében és a backend kiválasztásában.

A háttérben álló ok

Wayland alatt a képernyőmegosztás nem közvetlenül történik. A folyamat több komponensen keresztül zajlik: az OBS Studio a PipeWire-en keresztül kéri a képet, amely az xdg-desktop-portal szolgáltatáson át jut el a GNOME felé.

A gond ott kezdődik, hogy ez a portal rendszer többféle backenddel is tud működni, például GNOME vagy GTK alapon. Ha ezek közül több is elérhető, és nincs egyértelműen meghatározva, hogy melyiket kell használni, a rendszer hajlamos váltogatni közöttük.

Ez a váltogatás nemcsak vizuális hibát okoz, hanem teljesítményproblémát is. A videostream ilyenkor instabillá válik, a rendszer folyamatosan újraszinkronizálja a frame-eket, és újraépíti a buffer-eket. A PipeWire ilyenkor többször próbál érvényes képkockát előállítani, ami megnöveli a CPU terhelést. Emellett a backendek közötti váltás extra memóriakezelést és context váltásokat eredményez.

GPU oldalon is jelentkezik a hatás: ha a buffer-kezelés nem stabil, a rendszer fallback mechanizmusokra kényszerülhet, ami további másolásokat és újrarenderelést jelent. Ennek eredménye a megnövekedett CPU és GPU használat, ingadozó terhelés és általános lassulás.

Az OBS oldalán mindez úgy jelenik meg, hogy hibás vagy hiányzó frame-ekkel kell dolgoznia, amit próbál időzíteni és korrigálni, ez pedig tovább növeli a terhelést.

A megoldás

A stabil működéshez azt kell elérni, hogy a rendszer mindig ugyanazt, jelen esetben a GNOME backendet használja.

Ehhez hozz létre egy konfigurációs fájlt:

mkdir -p ~/.config/xdg-desktop-portal
nano ~/.config/xdg-desktop-portal/portals.conf

A fájl tartalma legyen a következő:

[preferred]
default=gnome
org.freedesktop.impl.portal.ScreenCast=gnome
org.freedesktop.impl.portal.Screenshot=gnome

Ezzel gyakorlatilag megmondjuk a rendszernek, hogy képernyőmegosztás és screenshot esetén mindig a GNOME backend legyen használva, így megszűnik a váltogatás, és stabilizálódik a videostream.

A változtatás érvényesítése

A módosítás után szükséges a kapcsolódó szolgáltatások újraindítása:

systemctl --user restart xdg-desktop-portal
systemctl --user restart pipewire wireplumber

Eredmény

A beállítás alkalmazása után nemcsak a villogás szűnik meg, hanem a rendszer terhelése is visszaáll a normális szintre. A képernyőfelvétel stabil lesz, az OBS megbízhatóan működik, és a különbség azonnal észrevehető már az előnézeti képen is.

Kiegészítő javaslatok

Ha valamilyen kisebb instabilitás még fennmaradna, érdemes néhány további finomhangolást is kipróbálni. Például segíthet, ha az OBS-t 30 FPS-re állítod, kikapcsolod a fractional scalinget a GNOME beállításokban, vagy az alkalmazást EGL módban indítod:

OBS_USE_EGL=1 obs

Összegzés

A villogó képernyőfelvétel nem az OBS Studio hibája, hanem egy Wayland és portal konfigurációs probléma következménye, amely ráadásul a rendszer teljesítményére is negatív hatással van.

Fedora Linux 43 (Workstation Edition) alatt ez a jelenség egyértelműen reprodukálható volt, és a megfelelő backend kényszerítésével teljes mértékben megszüntethető.

Egy egyszerű konfigurációs fájl létrehozásával nemcsak stabil, hanem hatékonyabb működés is elérhető, így a Wayland környezet nemcsak modern, hanem a gyakorlatban is jól használható marad.

Ha többmonitoros rendszert vagy speciális GPU-t (például NVIDIA, AMD vagy Intel) használsz, előfordulhat, hogy további finomhangolásra is szükség van, de a fenti megoldás a legtöbb esetben önmagában elegendő.