A GhostBSD vezetője arról, hogy 15 év után miért vált X.Org-ról XLibre-re

Így már érthető, köszönöm. Megmondom az őszintét én a hupon kívül sehol nem találkozom woke említésével vagy forszírozásával (egy időben ment a játékoknál de azok csúfosan bukták voltak meg érdeklődési körömön kívül estek) szóval nem vagyok up2date a témakörben.

De akkor folytatva a gondolatmenetet: megjelenik egy ideológia (legyen az woke vagy akármi) és emiatt nem a kód minősége kerül előtérbe hanem hogy ki min sértődik be. Innentől lévén opeszószban úszunk annyi kell hogy szülessen egy új fork ami nem politizál, a minőségre figyel, akkor következésképp az jobb lesz, azt fogják többen adaptálni, amit meg megfojt az ideológia érdeklődés hiányában megy a levesbe.

Tádáám, így lett az xlibre, ha jobb minőségű akkor elterjed, ha nem akkor kihal.

Nekem ez works as designed, a kódnak nincs ideológiája, az vagy működik vagy nem, performanciája mérhető, győzzön a jobbik (nem politikai megnyilvánulás), hajrá.

A TearFree bekapcsolása nem egy nagy szám, valahol csak egy előre definiált változót alapértékét kell a kódban átállítani, kb. egy soros fix. Abban egyetértek veled, hogy kb. 25 éve alapbeállításnak kéne lennie. Sok kezdőt ugyanis elriaszt a Linuxtól a tearing, és emiatt dobják, olyan címszóval, hogy soseleszdeszktopéve. De, lesz, csak be kell kapcsolni a TearFree opciót a X konfigban, de ha alapból be van kapcsolva, akkor a sok kezdő nem riad meg ezen, nem térnek ki a hitükből.

Egyébként meg felhasználásfüggő. Van, aki kikapcsolja, a kompozitorral együtt, és nem azért, mert szereti nézegetni a tearinget, hanem mert mondjuk magas fps-en játszik, hogy az inputlagot csökkentse. Ennek érdekében meg sokan bevállalják, hogy csíkozzon a kép. Bár ez is elég elméleti már, mert elég sok kijelző alapból tudja a GSync, FreeSync valamelyikét, így már szoftveres Vsync nélkül sem csíkoz a kép, csak az a baj, hogy sok barom gyártó ezt se kapcsolja be alapból, hanem a monitor menüjében kell utólag kézzel állítani.

A másik réteg meg azért nem állítja be a TearFree opciót, mert grafikus effektek miatt úgyis külön kompozitort használ, és arra bízza a Vsync-et, nem a X driverre. Kinek a pap, kinek a pap LAN. Én a részemről bekapcsolom mindig a X.org konfigban a TearFree-t, kompozitor nélkül, és nem a tearing miatt, mert minden kijelzőm FreeSync-es már, így úgyse látnám, hanem azért, hogy 3D-s alkalmazások álljanak be Vsync-re a kijelző max. frissítési frekijén, ugyanis sok játék futási simaságán segít, ha nem engedi el az ember a max. fps-t túl magasra (300-500-1000+), mert annak a 1% low fps értékek szenvedhetik a kárát. Ha van framecap, akkor ezt el lehet kerülni. Nekem tökre elég 60, 75, 144 fps, amit a kijelzőim tudnak, már a 60 is sima futás, de legalább a min. fps értékek sem lesznek sokkal rosszabbak, betonstabil lesz az fps, még egy integrált GPU-n is. A másik előnye a konzisztensebb futáson kívül a vsync-es framecapnek, az az, hogy miatta sokszor a GPU, CPU sem izzik olyan magas hőmérsékleten, nem kell annyira tekerni a ventiknek sem, ez is nyugodtabb, kulturáltabb játékélményt adhat. A fogyasztást is csökkentheti.

Ami a multi monitoros problémádat illeti, XLibre nélkül is megoldható, mert az X.org már jó néhány kiadás óta tud vegyes frissítést, nem kell egyformának lennie az összes kijelzőn. Az X konfigban a TearFree-t bekapcsolod, majd xrandr segítségével minden kijelzőn beállítod a kívánt felbontást és frissítést, innentől fogva mindenféle tearingnek meg kéne szűnnie. Ha mégis van, azt valószínű a disztród által odamókolt kompozitor okozza, amik egységesíteni szokták, és a legalacsonyabb frissítést támogató kijelző szintjére butítják az összeset, ezt csak ki kell kapcsolni, hogy ne fusson kompozitor. Bár ez sem hibátlan megoldás, mert néha ha mondjuk kijelzők között ablakot mozgatsz, ahogy az alacsonyabb frissítésű monitorhoz érsz, ott emiatt lehet egy kis lag, legalábbis erre panaszkodnak, akik ilyet használnak. Tearing viszont garantálhatóan nem lesz. Nem tudom neked tesztelni, nem használok egyik gépen sem egy kijelzőnél többet, de olvastam erről.