Optimisation autonome des jeux par IA intégrée pour Steam Deck : architecture de deckopt, protection matérielle et dynamiques de performance

Résumé : Sur les consoles de jeu portables (handheld PC), la performance dépend moins de la puissance de calcul brute que de la gestion d'un équilibre délicat entre le budget thermique (TDP), la capacité de la batterie et la régularité du temps de frame (frame pacing). Les utilisateurs de Valve Steam Deck passent souvent des heures sur les forums Internet à rechercher, pour chaque jeu, les tensions, la fréquence d'horloge du GPU et les paramètres de lancement. Dans cette étude, nous examinons l'architecture, les décisions de conception au niveau système et la distribution alpha open source du moteur deckopt, qui fonctionne directement sur le matériel Steam Deck (LCD Jupiter et OLED Galileo), parcourt les jeux de la bibliothèque pour générer un profil d'optimisation propre au jeu avec Google Gemini 2.5 Flash, et le soumet à des filtres de protection matérielle aux limites strictement déterministes.

Partie I : L'impasse thermique et énergétique des consoles portables

Dans les systèmes de jeu de bureau traditionnels, les composants matériels (CPU, GPU dédié) peuvent consommer des centaines de watts et disposent de plafonds thermiques (TDP) élevés. Mais dans les formats mobiles comme le Valve Steam Deck, l'ensemble du système doit tenir dans une puissance de conception thermique maximale de 15 watts (TDP de l'APU) et dans une batterie d'une capacité de 40 Wh (LCD) / 50 Wh (OLED).

DYNAMIQUE MATÉRIELLE ET PLAFOND DE PUISSANCE DU STEAM DECK · APU personnalisé AMD (Zen 2 + RDNA 2)

Steam Deck LCD (Jupiter)

SoC : AMD Aerith (7 nm, 4C/8T Zen 2)
GPU : 8 CU RDNA 2 (1,0 - 1,6 GHz)
Écran : 7 pouces 1280x800, 60 Hz fixe
Batterie : 40 Wh (~1,5 - 4 heures)

Steam Deck OLED (Galileo)

SoC : AMD Sephiroth (6 nm, 4C/8T Zen 2)
GPU : 8 CU RDNA 2 (1,0 - 1,6 GHz)
Écran : 7,4 pouces HDR OLED, 90 Hz VRR/par paliers
Batterie : 50 Wh (~2,5 - 7 heures)

Sous ce budget énergétique limité, trois variables d'optimisation fondamentales apparaissent :

Répartition de la puissance entre processeur et graphique (CPU/GPU Power Starvation) : Si un jeu est gourmand en CPU et que le TDP est libéré, les cœurs du CPU tirent une puissance excessive et forcent le GPU à réduire sa fréquence (downclock), ce qui provoque des chutes de frames soudaines (stuttering).
Stabilité du temps de frame et synchronisation du rafraîchissement (Frame Pacing) : Sur un panneau à 60 Hz, obtenir 45 FPS ne paraît pas beaucoup plus fluide qu'une expérience stable à 30 FPS, en raison des intervalles de frames irréguliers (oscillation entre 33,3 ms et 16,6 ms). La fréquence d'images doit être un diviseur exact de la fréquence de rafraîchissement de l'écran (refresh_hz % fps_limit == 0).
Reconstruction des pixels et échelle de résolution (FSR / Integer) : Lorsqu'on active le FSR (FidelityFX Super Resolution) avec une échelle de rendu de 70-80 % au lieu de la résolution native 800p, la charge graphique s'allège nettement et permet d'économiser 3-4 watts de TDP.

Partie II : Architecture système de deckopt

Pour éviter à l'utilisateur de se perdre entre les paramètres sysfs complexes, les variables d'environnement Proton et les contributions des forums, deckopt adopte un modèle d'orchestration d'intelligence artificielle hybride.

Le système se compose de deux couches principales :

Couche client et interface intégrée (Godot 4.7 & GDScript) : Une interface utilisateur contrôlée directement à la manette (D-Pad et boutons) dans le SteamOS Game Mode, fonctionnant en résolution native 1280x800.
Noyau d'optimisation autonome (Gemini 2.5 Flash & Profile Sanitizer) : Un moteur d'analyse qui parcourt les jeux installés, établit le profil matériel cible, détermine la configuration la plus adaptée via l'inférence d'un LLM cloud et la soumet à des filtres stricts.

+-------------------------------------------------------------------------------+
|                      Valve Steam Deck (SteamOS 3.x / Linux)                   |
+-------------------------------------------------------------------------------+
        |                                                       |
        v                                                       v
  [DMI / BIOS Kontrolü]                                   [Kütüphane Taraması]
  /sys/devices/virtual/dmi/id/product_name                appmanifest_*.acf
  -> jupiter (LCD, 60Hz) / galileo (OLED, 90Hz)           NVMe & MicroSD Mounts
        |                                                       |
        +---------------------------+---------------------------+
                                    |
                                    v
                     +-----------------------------+
                     |  Godot 4.7 Gamepad Arayüzü  |
                     |  (1280x800, D-Pad, Curses)  |
                     +-----------------------------+
                                    |
                                    v
                     +-----------------------------+
                     |  Yerel Veri Deposu (0600)   |
                     |  user://gemini.key          |
                     |  user://profiles.json       |
                     +-----------------------------+
                                    |
             HTTPS POST / Yalnızca: Oyun Adı + AppID + Donanım Modeli
                                    |
                                    v
                     +-----------------------------+
                     |  Google Gemini 2.5 Flash    |
                     +-----------------------------+
                                    |
                                    v (Yapılandırılmış JSON Yanıtı)
                     +-----------------------------+
                     |  DETERMİNİSTİK GÜVENLİK     |
                     |  profile.gd Kırpma Motoru   |
                     +-----------------------------+
                                    |
        +---------------------------+---------------------------+
        |                                                       |
        v                                                       v
[Quick Access Menü Rehberi]                             [Steam Başlatma Satırı]
- TDP Sınırı: 3 - 15 W                                  DXVK_FRAME_RATE=40
- GPU Frekansı: 200 - 1600 MHz                          WINE_FULLSCREEN_FSR=1
- Ekran: 40 - 90 Hz                                     gamemoderun %command%

Partie III : Sécurité, verrouillage matériel et écrêtage déterministe

Les modèles d'IA générative (LLM) sont par nature probabilistes et présentent un risque d'hallucination. Il est physiquement possible qu'un modèle de langage propose pour un paramètre thermique des valeurs comme 25W ou 2200MHz qui dépassent les limites matérielles de l'appareil ou qui bloqueraient le système.

C'est pourquoi, dans l'architecture deckopt, on ne fait jamais directement confiance à la sortie de l'IA. Tous les résultats d'inférence doivent passer par la porte d'acceptation déterministe (Sanitization Layer) située dans profile.gd.

1. Limites matérielles supérieures et inférieures

const LIMITS := {
    "tdp_w": [3, 15],
    "gpu_clock_mhz": [200, 1600],
    "fps_limit": [0, 90],
    "refresh_hz": [40, 90],
    "render_scale": [50, 100],
}

Quoi que propose le LLM, la valeur TDP ne peut pas sortir de l'intervalle [3, 15]. Si la fréquence de rafraîchissement de l'écran est détectée sur le modèle LCD, le plafond matériel est verrouillé à 60 Hz, et sur le modèle OLED, la limite supérieure est fixée à 90 Hz.

2. Fonction de cohérence mathématique du carré

static func _fit_fps(fps: int, hz: int) -> int:
    if fps == 0 or hz % fps == 0:
        return fps
    for d in range(fps, 29, -1):
        if hz % d == 0:
            return d
    return hz

L'objectif de fréquence d'images est automatiquement aligné pour être un diviseur exact du taux de rafraîchissement de l'écran. Par exemple, lorsque le LLM suggère 50 FPS et que l'écran est à 60 Hz, la valeur est automatiquement ramenée à une base de 30 FPS ou la fréquence de l'écran est ajustée afin d'éviter le déchirement d'image ou la dégradation du pacing.

3. Liste blanche des variables d'environnement (Allowlist)

Afin de prévenir les injections de shell et les corruptions systémiques, seuls les indicateurs officiels de la couche graphique Proton et Mesa sont acceptés :

PROTON_USE_WINED3D, PROTON_NO_ESYNC, PROTON_NO_FSYNC
DXVK_ASYNC, DXVK_FRAME_RATE, RADV_PERFTEST
WINE_FULLSCREEN_FSR, WINE_FULLSCREEN_FSR_STRENGTH
mesa_glthread, ENABLE_GAMESCOPE_WSI

Les entrées sont analysées avec l'expression régulière ^[A-Za-z0-9_.,:=+\-/]{0,128}$ ; dès que des chaîneurs de commandes shell tels que le point-virgule (;), l'esperluette (&) ou la barre verticale (|) sont détectés, ils sont éliminés.

Partie IV : Développement d'une interface compatible Game Mode avec Godot 4

Le plus grand défaut des outils de bureau fonctionnant sur Steam Deck est leur dépendance au clavier et à la souris dans l'interface Game Mode (mode jeu). L'interface utilisateur de deckopt a été développée directement avec le Godot 4.7 Engine.

PRINCIPES DE CONCEPTION DE L'INTERFACE ET DES ENTRÉES · Steam Input & navigation D-Pad

Résolution native : 1280x800 pixels, affichage sans distorsion de pixels grâce au mode d'étirement des CanvasItems.
Norme typographique : la chaîne JetBrainsMono Nerd Font est obligatoire pour tous les éléments d'interface.
Gestion du focus : lors des transitions d'écran, un grab_focus() dynamique empêche la perte du focus de la manette.
Sécurité d'annulation asynchrone : dans une file de plusieurs jeux, l'utilisateur peut arrêter l'optimisation à tout moment.

De plus, lorsque l'interface détecte que l'appareil n'est pas un Steam Deck (par exemple lorsqu'elle est lancée sur un ordinateur Linux x86_64 ordinaire), elle active l'écran de verrouillage, informe l'utilisateur et se termine :

+---------------------------------------------------------------+
|  Desteklenmeyen cihaz                                         |
|                                                               |
|  deckopt yalnızca Valve Steam Deck (LCD ve OLED) üzerinde     |
|  çalışır.                                                     |
|  Tespit edilen cihaz: slayer 4 ultra                          |
|                                                               |
|  [                     Çıkış                        ]         |
+---------------------------------------------------------------+

Chapitre V : Distribution, installation et feuille de route future

deckopt peut s'intégrer directement dans SteamOS, sans aucune dépendance à une boutique tierce.

Installation en une seule commande

En mode bureau du Steam Deck, l'utilisateur ouvre le terminal Konsole et exécute la commande suivante :

curl -fsSL https://github.com/ozdil/deckopt/releases/latest/download/install.sh | bash

Le script d'installation :

vérifie via /sys/devices/virtual/dmi/id/product_name que l'appareil est bien jupiter ou galileo ;
télécharge la compilation la plus récente et son empreinte SHA256SUMS depuis GitHub Releases, puis les vérifie ;
place l'application dans le répertoire ~/Applications/deckopt/ ;
déclenche l'outil natif de SteamOS steamos-add-to-steam pour ajouter l'application à la bibliothèque en tant que « Jeu non Steam ».

De retour en mode Jeu, l'application apparaît dans la bibliothèque comme un jeu et peut être lancée directement à la manette.

Phase future : extension Decky Loader et retour hors ligne de MangoHud

Dans la version alpha, les profils générés sont présentés à l'utilisateur sous forme d'instructions pour le menu d'accès rapide et d'options de lancement copiables dans le presse-papiers. Deux capacités principales sont prévues pour les versions futures :

Extension Decky Loader : application automatique des profils en un seul geste, avec les droits root (ryzenadj et pp_od_clk_voltage), via un panneau QAM basé sur React/TypeScript.
Réglage fin par CSV MangoHud (deckopt tune) : analyse de la télémétrie de fréquence d'images et de puissance collectée en arrière-plan pendant le jeu ; si la fréquence d'images moyenne est inférieure à la cible, réduction dynamique de l'échelle FSR ; si elle est supérieure à la cible, limitation du TDP pour prolonger l'autonomie de la batterie.

Mon analyse

L'utilisation de l'intelligence artificielle pour la gestion du matériel sur les appareils en périphérie (edge computing) recèle un fort potentiel, en particulier sur les consoles portables où les contraintes thermiques et énergétiques sont élevées. deckopt associe la puissance analytique de l'IA générative à des limites matérielles déterministes, offrant ainsi à l'écosystème Steam Deck une couche d'optimisation sûre, open source et axée sur la communauté.

Vous pouvez accéder au code source, aux scripts d'installation et aux notes de version du projet sur GitHub.