- La capa de baixa latència de codi obert exposa NVIDIA Reflex i AMD Anti-Lag 2 en qualsevol GPU compatible amb Vulkan a Linux.
- El projecte emula VK_NV_low_latency2 i VK_AMD_anti_lag per reduir el retard d'entrada fins i tot sense suport oficial de controladors.
- Les primeres proves en títols exigents mostren una latència en Linux que iguala o supera Windows en el mateix maquinari.
- La configuració requereix coneixements tècnics amb Vulkan, CMake, Proton i variables d'entorn, per la qual cosa està dirigida a usuaris avançats.
Durant anys, els jugadors de Linux que buscaven el menor retard d'entrada possible han hagut de conviure amb una limitació frustrant: les eines de reducció de latència d'avantguarda estaven estretament lligades a marques de GPU específiques i controladors propietaris a Windows. Si la vostra targeta gràfica, sistema operatiu o pila de controladors no quedaven en aquest punt ideal, normalment no teníeu sort.
Aquest panorama està començant a canviar gràcies a una nova iniciativa de codi obert anomenada low_latency_layer . En lloc d'esperar que cada proveïdor de GPU implementi un suport impecable per a Linux per a la seva pròpia tecnologia de baixa latència, aquest projecte utilitza Vulkan per exposar el mateix tipus de funcions en diferents targetes gràfiques, cosa que permet beneficiar-se del comportament d'estil NVIDIA Reflex i AMD Anti-Lag 2 en maquinari que mai no estava previst oficialment que les utilitzés.
Què fa realment low_latency_layer
En essència, low_latency_layer és una capa implícita de Vulkan escrita en C++23 modern que es troba entre els jocs i el controlador gràfic. Implementa les extensions de dispositiu Vulkan VK_NV_low_latency2 i VK_AMD_anti_lag de manera agnòstica al proveïdor, de manera que les aplicacions que busquen aquestes capacitats poden utilitzar-les fins i tot si la GPU i els controladors subjacents no els admeten de forma nativa.
En termes pràctics, això significa que un títol amb compatibilitat integrada amb NVIDIA Reflex pot ser enganyat perquè vegi aquesta funció en una GPU AMD o Intel amb Linux. El mateix passa amb AMD Anti-Lag 2 : els jocs que esperen que aquesta extensió pugui accedir a una ruta compatible, independentment del proveïdor. La capa intercepta i tradueix les crides de Vulkan rellevants, gestionant les cues d'ordres i la sincronització dels fotogrames per reduir el retard entre l'entrada i la resposta en pantalla.
El projecte està desenvolupat per Korthos Software , amb Nicolas James com a autor principal. La seva motivació va sorgir de l'observació que les implementacions existents d'Anti-Lag a Linux, en particular la de Mesa, sovint estaven desactivades per defecte, podien comportar-se de manera inestable i oferien retallades de latència menys impressionants que les seves contraparts pròpies de Windows. En lloc d'esperar que tot això es corregís, es va proposar construir una solució genèrica sobre Vulkan.
Com que es tracta d'una capa implícita, no cal aplicar pegats ni reconstruir els jocs. Qualsevol títol de Vulkan que intenti utilitzar aquestes extensions relacionades amb la latència pot, en principi, beneficiar-se'n tan bon punt s'instal·li i s'activi la capa, sempre que la resta de la pila de programari cooperi.
Trencant el bloqueig del proveïdor a les funcions de latència
Un dels majors atractius de low_latency_layer és que soscava l'exclusivitat tradicional que envolta les tecnologies de latència. Històricament, NVIDIA Reflex i AMD Anti-Lag 2 s'han comercialitzat com a solucions específiques de la marca: utilitzeu una GPU NVIDIA si voleu Reflex, agafeu una targeta AMD per aprofitar Anti-Lag 2. Els usuaris de Linux sovint es veien encara més limitats per un suport més feble o retardat en comparació amb Windows.
Aquesta nova capa adopta un enfocament diferent. En emular les extensions de Vulkan darrere d'aquests sistemes, permet que els jocs activin les seves rutes de baixa latència sense comprovar si el maquinari coincideix exactament. Això significa que una GPU integrada AMD Radeon o Intel pot aprofitar el mateix comportament d'estil Reflex que un títol normalment només exposaria quan veu una targeta NVIDIA, i viceversa.
A la pràctica, això ajuda a solucionar una asimetria de llarga data: molts jocs de trets competitius i jocs de ritme ràpid ofereixen una integració robusta amb Reflex , mentre que la compatibilitat amb Anti-Lag 2 és més rara. Amb low_latency_layer implementada, els usuaris de Linux en GPU que no siguin NVIDIA encara poden aprofitar la ruta Reflex que els desenvolupadors publiquen amb més freqüència, en lloc d'estar atrapats amb opcions menys comunes o tècniques més antigues.
És important destacar que això es fa sense dependre de les rutes de controladors propietàries . La capa utilitza hooks i variables d'entorn estàndard de Vulkan, encaixant naturalment en l'ecosistema de jocs Linux existent construït al voltant de Proton, DXVK i eines relacionades i beneficiant-se de les millores de jocs de Wayland.
Com funciona amb Vulkan, Proton i DXVK
Per disseny, low_latency_layer està estretament acoblat a l' API de Vulkan . Els jocs que admeten Vulkan de forma nativa a Linux poden accedir directament a la capa. Segons la documentació del projecte, el comportament per defecte és exposar l' extensió d'estil AMD Anti-Lag 2 (VK_AMD_anti_lag), que és suficient perquè alguns títols nadius com ara Counter-Strike 2 reconeguin i utilitzin un mode de baixa latència.
Per a títols on el Camí reflex d'NVIDIA està millor integrat o més completament provat, els usuaris poden ajustar les variables d'entorn per dirigir la capa. Una clau és LOW_LATENCY_LAYER_REFLEX=1, cosa que força la ruta Reflexa. En certs casos, també hi ha l'opció de parodiar una GPU NVIDIA a l'aplicació, permetent que el joc cregui que s'executa en maquinari compatible fins i tot quan no és així.
Pel que fa a Proton, la imatge és una mica més complexa, però encara és manejable per a usuaris experimentats. Quan s'executen títols de Windows a través de Proton i DXVK, low_latency_layer pot funcionar conjuntament amb dxvk-nvapi, un component que exposa les API específiques d'NVIDIA als jocs. Per assegurar-se que el joc veu el que espera, els usuaris sovint han d'habilitar PROTON_FORCE_NVAPI=1, garantint que les trucades relacionades amb Reflex es desviïn correctament.
Això significa que la pila, en un joc de trets competitiu típic, podria tenir aquest aspecte: joc → DXVK/dxvk-nvapi → Vulkan → capa_de_latença_baixa → controlador_GPU , que al seu torn depèn del suport del nucli a Linux 7.0.
L'inconvenient és que aquesta no és una solució plug-and-play per a jugadors ocasionals. Implica entendre les variables d'entorn de Proton, saber com configurar les capes de Vulkan i, de vegades, ajustar les opcions d'inici per títol. Per als usuaris que se senten còmodes amb els components interns i les eines de joc de Linux, però, l'enfocament encaixa bé amb la cultura existent d'ajust manual.
Rendiment mesurat: Linux manté el ritme de Windows o el supera
El projecte seria molt menys interessant si només funcionés sobre el paper. Els desenvolupadors han invertit esforços en mesurar quantitativament la latència amb un banc de proves de gamma alta: una AMD Radeon RX 7900 XTX , una CPU Ryzen 7 9800X3D i 64 GB de RAM. Per fer un seguiment del retard entre les dades d'entrada i la pantalla, han utilitzat un monitor amb un NVIDIA Reflex Analyzer integrat , concretament un ASUS PG248QP, i han registrat els resultats manualment després de repetides proves d'entrada.
En diversos títols moderns, low_latency_layer aconsegueix reduccions de latència comparables o millors que les de Windows amb implementacions proporcionades pel proveïdor en el mateix maquinari. Aquesta és una afirmació agosarada, però s'alinea amb l'objectiu declarat del projecte no només d'igualar, sinó en alguns casos superar, les solucions oficials.
Entre els jocs citats a les proves hi ha THE FINALS, Counter-Strike 2, Cyberpunk 2077, Resident Evil Requiem, Marvel Rivals i Overwatch 2. A Counter-Strike 2, per exemple, les dades recollides suggereixen que, en condicions específiques, Linux amb low_latency_layer supera Windows pel que fa a les xifres de latència en brut, cosa que redueix uns quants mil·lisegons que poden ser importants per als jugadors competitius.
En altres títols, com ara Resident Evil Requiem i Overwatch 2 , la ruta basada en Reflex implementada a través de la capa es mostra com a superadora d'alternatives com AMD Anti-Lag 1. Els desenvolupadors també assenyalen que la implementació d'Anti-Lag a Mesa , provada en els mateixos escenaris, ofereix una millora insignificant en alguns d'aquests jocs, cosa que explica en part per què Nicolas James va decidir seguir un disseny nou.
En general, els primers punts de referència subratllen un punt simple: Linux pot ser un ciutadà de primera classe per a jocs de baixa latència quan hi ha el middleware adequat, en lloc d'una idea posterior que es queda enrere respecte a Windows.
Una eina tècnica dirigida a jugadors de Linux experimentats
Fins i tot amb aquests resultats prometedors, el projecte està clarament dirigit a usuaris que se sentin còmodes aprofundint en el costat tècnic dels jocs de Linux . Instal·lar low_latency_layer encara no és un procés d'un sol clic embolicat en una GUI amigable; normalment implica obtenir el codi font, utilitzar CMake per configurar-lo i compilar-lo, i després configurar correctament els fitxers de configuració de la capa de Vulkan al vostre sistema.
A més del procés de compilació, heu de gestionar les variables d'entorn tant per a la capa en si com per a components com Proton i dxvk-nvapi. Això pot significar editar les opcions d'inici per joc a Steam, experimentar amb quines combinacions activen les rutes Reflex o Anti-Lag 2 i, ocasionalment, solucionar problemes quan un títol específic es comporta de manera inesperada.
Per ajudar a superar aquesta bretxa, Nicolas James ha publicat una guia de configuració detallada a la pàgina de GitHub del projecte. Explica els requisits previs, els passos de compilació i la configuració de l'entorn, dirigida a usuaris que tenen com a mínim una familiaritat bàsica amb el terminal de Linux i la gestió de paquets. Tot i que no està dissenyada per a principiants totals, pretén mantenir el procés sistemàtic en lloc de deixar que la gent endevini.
De moment, això fa que low_latency_layer sigui més una eina per a entusiastes i jugadors competitius que per a la persona mitjana que instal·la un joc i fa clic a Play. Però la naturalesa de codi obert del projecte deixa la porta oberta a futurs esforços d'empaquetament, front-ends gràfics o integracions específiques de la distribució que podrien agilitzar l'adopció.
El que destaca és com això encaixa en una tendència més àmplia: les millores en els jocs amb Linux provenen cada cop més no només de grans empreses, sinó també de capes impulsades per la comunitat i projectes de compatibilitat . Proton, DXVK i ara low_latency_layer comparteixen la idea d'omplir els buits que deixen oberts els controladors propietaris, sobretot en àrees com el rendiment i la latència, que són crucials per a la sensació dels jocs.
En conjunt, low_latency_layer destaca un canvi en com la tecnologia de baixa latència arriba als jugadors: en comptes d'estar bloquejada darrere de controladors específics de marca en un sol sistema operatiu, aquestes capacitats s'estan reimplementant de manera oberta i multiproveïdor a Linux. Encara no és una solució màgica per a tothom, però per als usuaris disposats a experimentar, demostra que el retard d'entrada a Linux pot estar a l'altura, i ocasionalment superar, el que està disponible a Windows, independentment de si hi ha un logotip de NVIDIA, AMD o Intel a la caixa de la GPU.
