- Avoimen lähdekoodin low_latency_layer tuo NVIDIA Reflexin ja AMD Anti-Lag 2:n kaikkien Vulkan-yhteensopivien näytönohjainten päälle Linuxissa.
- Projekti emuloi VK_NV_low_latency2:ta ja VK_AMD_anti_lagia vähentääkseen syöttöviivettä jopa ilman virallista ajuritukea.
- Vaativien pelien varhaiset testit osoittavat viivettä Linuxin edetessä Windowsin kanssa tai päihittäessä sen samalla laitteistolla.
- Asennus vaatii teknistä osaamista Vulkanin, CMaken, Protonin ja ympäristömuuttujien kanssa, joten se on suunnattu edistyneille käyttäjille.
Linux-pelaajat jahtasivat vuosien ajan pienin mahdollinen syöttöviive ovat joutuneet elämään turhauttavan rajoituksen kanssa: huippuluokan viiveenvähennystyökalut olivat tiukasti sidoksissa tiettyihin näytönohjainmerkkeihin ja Windowsin omiin ajureihin. Jos näytönohjaimesi, käyttöjärjestelmäsi tai ajuripinosi ei ollut tuon optimaalisen rajan sisällä, olit yleensä epäonninen.
Tämä maisema alkaa muuttua uuden avoimen lähdekoodin aloitteen ansiosta, jonka nimi on matalan_latenssin_kerrosSen sijaan, että odotettaisiin jokaisen näytönohjainvalmistajan julkaisevan virheettömän Linux-tuen omalle matalan latenssin teknologialleen, tässä projektissa käytetään Vulkania paljastaakseen samanlaiset ominaisuudet eri näytönohjaimille, mikä mahdollistaa NVIDIA Reflex -tyylisen ja AMD Anti-Lag 2 -tyylisen toiminnan hyödyntämisen laitteistolla, jonka ei koskaan virallisesti ollut tarkoitus käyttää niitä.
Mitä low_latency_layer oikeastaan tekee
Ytimessään low_latency_layer on implisiittinen Vulkan-kerros, joka on kirjoitettu modernilla C++23:lla joka sijaitsee pelien ja näytönohjaimen välissä. Se toteuttaa Vulkan-laitelaajennukset VK_NV_low_latency2 ja VK_AMD_viiveen esto toimittajariippumattomalla tavalla, joten näitä ominaisuuksia etsivät sovellukset voivat käyttää niitä, vaikka taustalla oleva näytönohjain ja ajurit eivät tukisi niitä natiivisti.
Käytännössä se tarkoittaa otsikkoa, jossa on sisäänrakennettu NVIDIA Reflex -tuki voidaan huijata näkemään kyseinen ominaisuus AMD- tai Intel-näytönohjaimella, jossa on Linux. Sama pätee AMD Anti-Lag 2Pelit, jotka odottavat kyseisen laajennuksen käyttävän yhteensopivaa polkua, voivat käyttää sitä toimittajasta riippumatta. Kerros sieppaa ja kääntää asiaankuuluvat Vulkan-kutsuja, hallitsee komentojonoja ja kehysten ajoitusta vähentääkseen syötteen ja näytön vasteen välistä viivettä.
Hankkeen on kehittänyt Korthos-ohjelmisto, jonka pääkirjoittajana toimi Nicolas James. Hänen motivaationsa tuli havainnosta, että nykyiset Linux-toteutukset Anti-Lagista, erityisesti Mesassa, olivat usein oletusarvoisesti poissa käytöstä, saattoivat toimia epävakaasti ja tarjosivat vähemmän vaikuttavia viiveen lyhennyksiä kuin vastaavat Windows-versiot. Sen sijaan, että hän olisi odottanut kaiken korjautumista, hän päätti rakentaa geneerisen ratkaisun Vulkanin päälle.
Koska tämä on implisiittinen kerros, pelejä ei tarvitse korjata tai rakentaa uudelleen. Mikä tahansa Vulkan-nimike joka yrittää käyttää näitä latenssiin liittyviä laajennuksia, voi periaatteessa hyötyä heti, kun kerros on asennettu ja aktivoitu, kunhan muu ohjelmistopino toimii yhteistyössä.
Latenssiominaisuuksien toimittajan lukituksen rikkominen
Yksi low_latency_layerin suurimmista eduista on se, että se heikentää perinteistä yksinoikeutta latenssiteknologioihin liittyen. Historiallisesti NVIDIA Reflexiä ja AMD Anti-Lag 2:ta on markkinoitu merkkikohtaisina ratkaisuina: käytä NVIDIA-näytönohjainta, jos haluat Reflexin, ja hanki AMD-näytönohjain hyötyäksesi Anti-Lag 2:sta. Linux-käyttäjiä rajoitti usein entisestään heikompi tai viivästynyt tuki verrattuna Windowsiin.
Tämä uusi kerros käyttää erilaista lähestymistapaa. Vulkan-laajennusten jäljitteleminen näiden järjestelmien takana se antaa pelien ottaa käyttöön matalan latenssin omat polkunsa tarkistamatta, onko laitteisto täysin yhteensopiva. Tämä tarkoittaa, että AMD Radeon tai Intelin integroitu näytönohjain voi hyödyntää samaa Reflex-tyylistä toimintaa, jonka nimike normaalisti käyttäisi vain kohdatessaan NVIDIA-näytönohjaimen, ja päinvastoin.
Käytännössä tämä auttaa korjaamaan pitkään jatkuneen epäsymmetrian: paljon kilpailullisia ammuntapelejä ja nopeatempoisia pelejä tarjoavat vankan Reflex-integraation, kun taas Anti-Lag 2 -tuki on harvinaisempi. Kun low_latency_layer on käytössä, Linux-käyttäjät, joilla ei ole NVIDIA-näytönohjaimia, voivat edelleen hyödyntää kehittäjien useimmin tarjoamaa Reflex-reittiä sen sijaan, että heidän tarvitsisi käyttää harvinaisempia vaihtoehtoja tai vanhempia tekniikoita.
Tärkeintä on, että tämä tehdään ilman, että turvaudutaan omiin ajuripolkuihinKerros käyttää Vulkanin vakio-hookkeja ja ympäristömuuttujia, jotka sopivat luonnollisesti olemassa olevaan Protonin, DXVK:n ja vastaavien työkalujen ympärille rakennettuun Linux-peliekosysteemiin ja hyötyvät seuraavista: Waylandin peliparannukset.
Kuinka se toimii Vulkanin, Protonin ja DXVK:n kanssa
Suunnittelunsa mukaisesti low_latency_layer on tiiviisti kytketty Vulkan APIPelit, jotka tukevat Vulkania natiivisti Linuxissa, voivat käyttää tasoa suoraan. Projektidokumentaation mukaan oletusarvoisesti se näytetään. AMD Anti-Lag 2 -tyylinen laajennus (VK_AMD_anti_lag), mikä riittää joillekin natiivipelien, kuten Counter-Strike 2 tunnistaa ja käyttää matalan latenssin tilaa.
Nimikkeille, joissa NVIDIA Reflex -polku on paremmin integroitu tai testattu täydellisemmin, käyttäjät voivat säätää ympäristömuuttujia ohjatakseen tasoa. Keskeinen on LOW_LATENCY_LAYER_REFLEX=1, joka pakottaa Refleksi-reitin. Tietyissä tapauksissa on myös mahdollisuus parodia NVIDIA-näytönohjaimesta sovellukselle, jolloin peli uskoo toimivansa tuetulla laitteistolla, vaikka se ei toimisikaan.
Protonin puolella tilanne on hieman monimutkaisempi, mutta kokeneille käyttäjille silti hallittavissa. Kun Windows-pelejä ajetaan Protonin ja DXVK:n kautta, low_latency_layer voi toimia yhdessä dxvk-nvapi, komponentti, joka paljastaa NVIDIA-spesifisiä API-rajapintoja peleille. Jotta peli näkee odottamansa, käyttäjien on usein otettava käyttöön PROTON_FORCE_NVAPI=1varmistaen, että Reflexiin liittyvät puhelut välitetään oikein.
Tämä tarkoittaa, että tyypillisessä kilpa-ampujassa pino saattaa näyttää tältä: peli → DXVK/dxvk-nvapi → Vulkan → low_latency_layer → Näytönohjain, mikä puolestaan riippuu ytimen tuki Linux 7.0:ssa.
Haittapuolena on, että tämä on ei plug-and-play-ratkaisu satunnaisille pelaajille. Se edellyttää Proton-ympäristömuuttujien ymmärtämistä, Vulkan-tasojen konfiguroinnin osaamista ja joskus pelikohtaisten käynnistysasetusten säätämistä. Käyttäjille, jotka ovat tottuneet Linuxin sisäisiin toimintoihin ja pelityökaluihin, lähestymistapa sopii kuitenkin hyvin olemassa olevaan manuaalisen säädön kulttuuriin.
Mitattu suorituskyky: Linux pysyykö Windowsin vauhdissa vai päihittääkö sen
Projekti olisi paljon vähemmän kiinnostava, jos se toimisi vain paperilla. Kehittäjät ovat panostaneet siihen, että latenssin kvantitatiivinen mittaaminen melko huippuluokan testipenkillä: AMD:llä Näytönohjain: Radeon RX 7900 XTXtai Ryzen 7 9800X3D CPU ja 64 Gt RAM-muistia. Syötteen ja näytön välisen viiveen seuraamiseksi he käyttivät näyttöä, jossa oli sisäänrakennettu NVIDIA Reflex Analyzer, erityisesti ASUS PG248QP, ja kirjasi tulokset manuaalisesti toistuvien syöttötestien jälkeen.
Useissa moderneissa peleissä low_latency_layer-ominaisuuden kerrotaan saavuttavan viiveen vähennykset, jotka ovat verrattavissa Windowsiin tai parempia toimittajan toimittamien toteutusten suorittaminen samalla laitteistolla. Se on rohkea väite, mutta se on linjassa projektin ilmoitetun tavoitteen kanssa, jonka mukaan virallisia ratkaisuja ei ainoastaan vastaa, vaan joissakin tapauksissa jopa ylittää ne.
Testissä mainittuihin peleihin kuuluvat mm. FINAALIT, Counter-Strike 2, Cyberpunk 2077, Resident Evil Requiem, Marvel Rivals ja Overwatch 2Esimerkiksi Counter-Strike 2:ssa kerätty data viittaa siihen, että tietyissä olosuhteissa Linux, jossa on matala latenssikerros etumatkaa Windowsin raa'iden latenssilukujen suhteen, mikä vähentää muutaman millisekunnin eroa, mikä voi olla tärkeää kilpapelaajille.
Muissa nimikkeissä, kuten Resident Evil Requiem ja Overwatch 2, kerroksen läpi toteutettu Refleksipohjainen polku on esitetty paremmin suoriutuvina vaihtoehtoina, kuten AMD Anti-Lag 1Kehittäjät huomauttavat myös, että Anti-Lag -toteutus Mesassa, testattuna samoissa skenaarioissa, tarjoaa merkityksettömän parannuksen joissakin näistä peleistä, mikä osittain selittää, miksi Nicolas James päätti pyrkiä uuteen suunnitteluun.
Kaiken kaikkiaan alustavat vertailuarvot korostavat yksinkertaista asiaa: Linux voi olla ensiluokkainen kansalainen matalan latenssin pelaamiseen kun oikea väliohjelmisto on paikallaan, eikä Windowsin jälkeen jäävän jälkijuna-ajatuksena.
Tekninen työkalu kokeneille Linux-pelaajille
Näistä lupaavista tuloksista huolimatta projekti on selvästi suunnattu käyttäjille, jotka ovat tottuneet perehtymään asiaan. Linux-pelien tekninen puoli. low_latency_layerin asentaminen ei ole vielä yhdellä napsautuksella ja käyttäjäystävällisessä käyttöliittymässä tehtävä prosessi; se sisältää tyypillisesti lähdekoodin hakemisen ja CTee sen konfiguroimiseksi ja kääntämiseksi ja sitten Vulkan-tason määritystiedostojen asentamiseksi oikein järjestelmään.
Rakennusprosessin lisäksi sinun on käsiteltävä ympäristömuuttujat sekä itse tasolle että komponenteille, kuten Protonille ja dxvk-nvapille. Tämä voi tarkoittaa pelikohtaisten käynnistysasetusten muokkaamista Steamissa, Reflex- tai Anti-Lag 2 -polkujen käynnistävien yhdistelmien kokeilemista ja satunnaista vianmääritystä, kun tietty peli toimii odottamatta.
Tämän kuilun kaventamiseksi Nicolas James on julkaissut yksityiskohtainen asennusopas projektin GitHub-sivulla. Se käy läpi vaatimukset, käännösvaiheet ja ympäristön konfiguroinnin ja on suunnattu käyttäjille, joilla on ainakin perustason tuntemus Linux-päätelaitteesta ja pakettienhallinnasta. Vaikka sitä ei ole suunniteltu täysin aloittelijoille, sen tavoitteena on pitää prosessi systemaattisena sen sijaan, että ihmiset jäisivät arvailemaan.
Tällä hetkellä low_latency_layer on enemmän työkalu harrastajat ja kilpapelaajat kuin keskivertoihmiselle, joka asentaa pelin ja painaa Play-painiketta. Mutta projektin avoimen lähdekoodin luonne jättää oven auki tuleville pakkauskehityshankkeille, graafisille käyttöliittymille tai jakelukohtaisille integraatioille, jotka voisivat tehostaa käyttöönottoa.
Huomiota herättävää on se, miten tämä sopii laajempaan trendiin: Linux-pelien parannukset tulevat yhä useammin paitsi suurilta yrityksiltä, myös yhteisön johtamat tasot ja yhteensopivuusprojektitProton, DXVK ja nyt myös low_latency_layer jakavat kaikki ajatuksen siitä, että ne täyttävät aukot, joita omat ajuripinot jättävät avoimiksi, erityisesti suorituskyvyn ja latenssin kaltaisilla alueilla, jotka ovat ratkaisevan tärkeitä pelien tuntuman kannalta.
Kaiken kaikkiaan low_latency_layer korostaa muutosta siinä, miten matalan latenssin teknologia tavoittaa pelaajat: sen sijaan, että se olisi lukittu merkkikohtaisten ajurien taakse yhdessä käyttöjärjestelmässä, näitä ominaisuuksia otetaan käyttöön uudelleen avoimella, toimittajien välisellä tavalla Linuxissa. Se ei ole vielä taikakeino kaikille, mutta käyttäjille, jotka ovat valmiita säätämään, se osoittaa, että Linuxin syöttöviive voi olla yhtä hyvä kuin Windowsissa ja toisinaan jopa parempi, riippumatta siitä, onko näytönohjaimen laatikossa NVIDIA-, AMD- tai Intel-logoa.
