Steam migliora Linux, Mesa 26.2.5 rafforza lo stack Vulkan

🐧 Novità principali

• Steam usa ora Proton automaticamente per gli eseguibili Windows aggiunti come giochi non-Steam e semplifica la scelta del compatibility tool.
• Big Picture introduce Big Art Mode, screensaver personalizzabili e diversi miglioramenti pensati anche per PC Linux collegati alla TV.
• Mesa 26.2.5 è una release esclusivamente correttiva che interviene su RADV, RadeonSI, ANV, NVK, PanVK, Freedreno e Zink.

Valve e Mesa aggiornano contemporaneamente due livelli essenziali del gaming Linux: l’interfaccia attraverso cui l’utente avvia i giochi e lo stack grafico che li esegue sulla GPU. Il nuovo Steam Client stabile riduce alcuni passaggi manuali legati a Proton, corregge problemi con Vulkan e avvicina ancora Big Picture all’esperienza console di SteamOS. Mesa 26.2.5 lavora invece sotto il cofano con una point release senza nuove funzionalità, ma composta da oltre cento interventi dedicati a crash, sincronizzazione, ray tracing, memoria e rendering su GPU AMD, Intel, NVIDIA, Qualcomm e ARM. Il risultato non è una rivoluzione visibile, ma un ulteriore consolidamento della catena che ha reso Linux una piattaforma gaming credibile.

Steam lancia automaticamente con Proton i giochi Windows aggiunti a mano

La modifica più concreta della release stabile del nuovo Steam Client pubblicata da Valve riguarda gli eseguibili Windows aggiunti manualmente come giochi non-Steam: il client li avvia ora attraverso Proton per impostazione predefinita, evitando all’utente di dover entrare nelle proprietà e imporre manualmente uno strumento di compatibilità. Valve rende inoltre sempre visibile il menu per scegliere il compatibility tool, includendo alias come Proton Stable, e porta sul desktop Linux gli avvisi utilizzati da SteamOS quando un titolo è noto per non funzionare correttamente attraverso Proton. È un cambiamento apparentemente piccolo, ma sposta la compatibilità Windows da funzione da configurare a comportamento ordinario della piattaforma. La direzione era già evidente con Proton 11.0-2, che aveva ampliato ulteriormente il numero di giochi Windows utilizzabili su Linux.

Leggi anche: Valve spinge SteamOS oltre Steam Deck con Steam Machine, Steam Frame e Proton

Big Picture diventa sempre più l’interfaccia console del PC Linux

Valve interviene parallelamente su Big Picture con Big Art Mode, che utilizza in modo più aggressivo le artwork dei giochi nella home, e con un nuovo sistema di screensaver. Quello predefinito può mostrare immagini dei giochi utilizzati recentemente e screenshot personali, mentre una seconda modalità riproduce il classico logo rimbalzante in stile DVD; gli utenti possono aggiungere anche screensaver personalizzati nella directory config/uioverrides/screensavers. Arrivano inoltre glyph della tastiera quando Big Picture viene utilizzato con mouse e keyboard, nuove impostazioni per impedire l’attivazione dello screensaver durante il gioco e correzioni all’overlay Vulkan, compresi crash durante la ricreazione dello swapchain e problemi nei titoli che utilizzano più finestre. Sono funzioni che hanno senso non soltanto su Steam Deck: Valve sta progressivamente costruendo un frontend da salotto utilizzabile su qualsiasi macchina Linux, mentre SteamOS continua ad allargarsi oltre l’hardware originario di Steam Deck.

Mesa 26.2.5 corregge ray tracing AMD e sincronizzazione Intel

Sul livello grafico arriva invece Mesa 26.2.5, quinta release correttiva della serie 26.2. Il progetto non introduce nuove feature: l’obiettivo è eliminare regressioni e instabilità distribuite lungo l’intero stack. RADV e RadeonSI ricevono diversi interventi sul ray tracing, compresi artefatti, black patch, crash dipendenti dal carico e problemi nell’allineamento delle strutture di accelerazione sulle GPU GFX12. Compare anche una correzione di precisione floating point mirata a No Man’s Sky, oltre a interventi sul tracking dei mesh shader e su una race condition nell’interfaccia kernel AMD. È la naturale fase di consolidamento successiva a Mesa 26.2, che aveva ampliato le capacità Vulkan, OpenCL e dei driver open source. Intel riceve fix in ANV per sincronizzazione di query e fence, destinati a evitare hang o risultati errati nei workload che misurano i tempi GPU, oltre alla correzione di una perdita di memoria durante la compilazione compute fallita. Il driver open source NVK per GPU NVIDIA corregge altri edge case, mentre Freedreno interviene sulle Adreno, PanVK e Panfrost sulle GPU Mali e Zink continua a stabilizzare il livello che traduce OpenGL verso Vulkan. La portata della release deriva proprio da questa trasversalità: Mesa non è un singolo driver ma il livello comune sul quale convergono architetture, vendor e API molto differenti.

Steam e Mesa mostrano perché il gaming Linux dipende dall’integrazione

Il gaming Linux moderno non dipende più da un solo progetto capace di “far partire i giochi Windows”. Un titolo può attraversare Steam, Proton, Wine, DXVK o vkd3d-proton, Vulkan, Mesa e infine il driver specifico della GPU prima di produrre il frame visualizzato sul monitor. Ogni livello può introdurre latenza, incompatibilità, crash o artefatti, ed è per questo che point release apparentemente minori producono effetti concreti sull’esperienza finale. La recente evoluzione dei driver NVIDIA 615 aveva già mostrato quanto gaming, Vulkan e gestione grafica siano ormai interdipendenti.

Continua con:
Raspberry Pi Imager e Ventoy portano le recovery SteamOS nel normale ecosistema Linux
DXVK e Blender mostrano la centralità crescente di Vulkan nello stack Linux

Linux non deve più dimostrare che può giocare ma ridurre gli ultimi attriti

La combinazione tra Steam e Mesa fotografa una fase diversa rispetto agli anni nei quali la principale domanda era se un determinato gioco Windows potesse avviarsi su Linux. Valve sta eliminando configurazioni che l’utente non dovrebbe più essere costretto a conoscere, come l’attivazione manuale di Proton per un eseguibile Windows, mentre Mesa continua a correggere problemi sempre più specifici all’interno di driver Vulkan ormai utilizzati quotidianamente. La maturità della piattaforma passa proprio da questi dettagli: meno interventi manuali, meno differenze tra SteamOS e desktop Linux e uno stack grafico capace di assorbire rapidamente regressioni sui diversi vendor. Il salto più importante, quindi, non è una nuova funzione spettacolare. È arrivare al punto in cui l’utente avvia un gioco e non deve più sapere quanti strati open source stanno lavorando perché funzioni.