Forse non ho capito bene, ti riferisci al workaround per lo Steam controller, SISR, giusto?
SISR è un layer di emulazione: cattura le API di SteamInput dal Controller e fa credere al sistema operativo che tu abbia collegato un controller Xbox 360 o un controller Dualshock 4. A quel punto sei soggetti ai pro e contro di quei due controller, che useranno le loro API che dovranno comunque essere gestite.
Valve propone questo layer di emulazione nella forma di Steam stesso, fa parte del feature set del client diciamo. Ma per via di come funziona SteamInput non è qualcosa che può essere installato dal controller stesso in automatico, e Microsoft non ha mai supportato SteamInput a livello del sistema operativo (per quanto riguarda Linux, Valve in teoria ha già pushato mesi fa nel kernel driver necessari per far funzionare come controller generico il pad, ma dobbiamo aspettare per verificare questa cosa). Detto questo, la rottura ed il motivo per cui SISR serve è che il layer di Steam non funziona per il software lanciato fuori da Steam, non al momento perlomeno.
----
Ti faccio un esempio controller per controller.
Soluzioni proprietarie:
- Controller Xbox ed alcuni controller di terzi: quando li colleghi, Windows scarica da solo (senza chiedere il permesso, ndr) i driver necessari -- quindi viene scaricato un software esterno per farli funzionare, e sono rivelati come controller XInput. C'è una eccezione particolare per i pad 360 ma sorvolo per semplificare il discorso. Le funzioni aggiuntive per i controller di terzi possono occasionalmente essere bloccate dietro a software proprietario loro, a seconda del produttore e del modello del controller.
- Controller Playstation su PC: quando li colleghi, vengono generalmente identificati come controller DirectInput. Fanno eccezioni i singoli videogiochi che indipendentemente dal sistema operativo od altro software supportano nativamente questi controller. Zero compatibilità nativa con altre API per il resto, comprese le funzionalità aggiuntive. Per intenderci, Sony ha iniziato a vendere i Dualsense come "PC controller" con cavo USB incluso, quindi ci sta metterli nel discorso.
- Altri controller di terzi: quando li colleghi, vengono identificati come controller DirectInput o sono in "lizard mode" (solo mouse e suoi click).
- Steam Controller: quando lo colleghi, la soluzione principale è usarlo tramite Steam. Senza, è in "lizard mode".
Soluzioni workaround.
- Controller Xbox e simili controller di terzi: usa un tool esterno della comunità (?) oppure Steam.
- Controller Playstation: usa un tool esterno della comunità (DS4Windows, DSX) oppure Steam.
- Altri controller di terzi: usa un tool esterno della comunità (se sei fortunato e si trova) o verifica se funziona con Steam.
- Steam Controller: usa un tool esterno della comunità.
Questo assumendo un sistema Windows. Un sistema Linux ha alcune particolarità dove i "driver esterni" sono il metodo "ufficiale" consigliato dal sistema operativo stesso e a cui puoi accedere dal gestore del software (package manager) dell'OS spesso e volentieri. Ci sono anche differenze notevoli, tipo che è da verificare quanto funzioni lo Steam Controller ma al momento non è detto che non funzioni da solo, mentre il controller Xbox senza un driver apposito esterno da scaricare (se non pre-installato dalla particolare distro che usi) non funzionerà proprio.
Quindi da questo punto di vista, è Microsoft ad essere anti-consumatore, sempre secondo il tuo ragionamento :P
Lo Steam Controller è uno controller con pro e contro, e contro assolutamente veri e manco trascurabili per via di questo argomento, ma l'accusa di anti-consumatore IMHO non regge perché è veramente un discorso troppo complesso per poter accusare Valve, non senza dire anche per proprietà transitiva che lo siano anche tutti i controller del mondo, per quanto in misura diversa, per i motivi che ho spiegato.