Réduire le Input Lag sur un Setup Raspberry Pi CRT Emulation

4 octobre 2026 · par Elin Dahl · 5 min de lecture

Réduire le input lag sur Raspberry Pi + CRT : le guide qui fait vraiment la différence

Chasser le input lag sur un Raspberry Pi branché à un écran cathodique, c’est un peu le Graal du rétrogaming sérieux. On veut retrouver cette réactivité brute des années 80-90, celle qui fait qu’un saut dans Mario arrive pile quand le pouce appuie sur le bouton. Problème : le Pi, lui, empile des couches logicielles invisibles qui grignotent des millisecondes. Voici les techniques testées (et re-testées) par la communauté pour faire tomber la latence au plus près de zéro.

Pourquoi le CRT reste roi malgré le Raspberry Pi

Un tube cathodique dessine l’image ligne par ligne, sans tampon de trame. Aucune dalle LCD ou OLED moderne ne peut en dire autant : elles doivent toutes passer par un buffer qui ajoute, mine de rien, plusieurs millisecondes. Le CRT, lui, affiche quasi instantanément.

Sauf qu’en le branchant à un Raspberry Pi, on mélange deux époques. Le tube répond à la vitesse de la lumière (ou presque), mais le Pi doit faire tourner un noyau Linux, puis RetroArch, puis un core libretro qui émule la console d’origine. Trois étages, trois sources potentielles de retard.

Le but du jeu, donc : traquer chaque micro-délai côté Raspberry Pi pour ne pas gâcher la réactivité native du CRT.

1. Choisir la bonne sortie vidéo

• Privilégiez la sortie composite ou le RGB SCART plutôt qu’un convertisseur HDMI-vers-VGA ou HDMI-vers-composite. Ces boîtiers ajoutent quasi systématiquement 1 à 3 frames de latence, parfois plus sur les modèles d’entrée de gamme à 15€.
• Sur Raspberry Pi 4 ou 5, un bon adaptateur HDMI-vers-CRT (GBS-Control, RetroTINK) configuré en mode passthrough minimal change vraiment la donne, comparé aux scalers génériques qu’on trouve sur AliExpress.
• Coupez tout traitement d’image superflu sur ces convertisseurs : upscaling, interpolation, tout ce qui « embellit » l’image ajoute du calcul, donc du délai.

2. Activer Run-Ahead dans RetroArch

Le Run-Ahead reste, à ce jour, la technique la plus efficace pour compenser le délai d’émulation.

• Dans RetroArch : Paramètres > Latence > Nombre d'images Run-Ahead.
• Commencez par 1 ou 2 frames pour les jeux 2D classiques (NES, SNES, Mega Drive). Pas besoin de pousser plus haut au début, l’oeil fait vite la différence entre 1 et 2 frames, beaucoup moins entre 2 et 4.
• Activez « Utiliser une seconde instance ». Sans cette option, certains jeux subissent des artefacts audio ou visuels liés aux sauvegardes d’état à la volée.
• Attention tout de même : Run-Ahead mange du CPU. Sur un Pi 3, ça peut suffire à faire chuter le framerate d’un jeu Mega Drive gourmand. Testez la stabilité avant d’augmenter quoi que ce soit.

3. Optimiser le GPU et le système

• Montez la mémoire allouée au GPU dans raspi-config, 128 Mo minimum si vous lancez des émulateurs 3D type N64 ou PSX.
• Activez un overclocking léger (CPU et GPU) sur Pi 4/5 via /boot/config.txt. Quelques dizaines de MHz suffisent souvent à gagner un peu de marge sur le temps de traitement par frame.
• Passez sur une carte microSD rapide (classe A2) ou, mieux encore, un boot SSD en USB 3.0. Les micro-freezes pendant le chargement d’un niveau, c’est souvent une carte SD fatiguée, pas un problème de core.

4. Synchronisation vidéo : oubliez le Vsync classique

• Dans RetroArch, préférez « Sync to Exact Content Framerate » au Vsync standard, beaucoup plus permissif en termes de délai.
• Réglez le taux de rafraîchissement de sortie pour coller exactement à la fréquence native du jeu (60,0988 Hz pour du NTSC, par exemple), via video_refresh_rate.
• Laissez le Frame Delay à zéro, sauf si vous êtes prêt à l’ajuster image par image pour affiner la synchro. C’est un réglage fin, pas un bouton à activer au hasard.

5. Manettes et périphériques d’entrée

• Les manettes filaires USB restent la référence. Le Bluetooth ajoute presque toujours 10 à 20 ms de latence en plus, et ça se sent immédiatement dans un jeu de plateforme exigeant.
• Pour brancher une manette d’origine NES, SNES ou Mega Drive, les adaptateurs Retro-Bit ou Mayflash sont réputés pour leur faible latence de polling. Rien à voir avec certains adaptateurs génériques trouvés à deux euros qui ajoutent un délai perceptible.
• Vérifiez le réglage input_poll_type dans RetroArch et, si disponible, optez pour un polling early.

6. Core libretro : bien choisir son émulateur

Tous les cores ne se valent pas niveau latence, même pour émuler la même console.

• Pour NES : FCEUmm ou Nestopia UE sont globalement plus réactifs que Mesen, pourtant plus précis sur le plan de la fidélité d’émulation.
• Pour SNES : Snes9x offre souvent un meilleur compromis latence/précision que bsnes sur Raspberry Pi.
• Testez plusieurs cores sur le même jeu : l’écart peut atteindre 1 à 2 frames, ce qui n’est pas rien quand on parle de réactivité pure.

Checklist rapide

1. Sortie vidéo directe (composite ou RGB), aucun convertisseur superflu dans la chaîne.
2. Run-Ahead activé, avec seconde instance.
3. Mémoire GPU et overclock ajustés.
4. Fréquence de rafraîchissement calée précisément sur le jeu.
5. Manette filaire et core choisi pour sa réactivité.

Conclusion

Réduire le input lag sur un Raspberry Pi branché à un CRT, c’est une addition de petites victoires. Chaque réglage (vidéo, Run-Ahead, overclock, manette) grignote quelques millisecondes, mais mis bout à bout, le ressenti change du tout au tout. Avec un Pi 4 ou 5 bien configuré et un CRT en bon état, on arrive à une réactivité qui tutoie le matériel d’origine. De quoi satisfaire même les puristes les plus pointilleux sur la question.