Emulace na konzolích (PS, Xbox, Switch)

L'émulation sur consoles de jeu signifie qu'au lieu d'un handheld rétro dédié (Anbernic, Miyoo, RG35XX), vous utilisez une console moderne que vous possédez déjà chez vous — PlayStation 4/5, Xbox One / Series S|X ou Nintendo Switch — pour faire tourner des émulateurs de systèmes plus anciens (NES, SNES, Mega Drive, PS1, N64, GBA, arcade et bien d'autres). L'attrait est évident : un SoC puissant, une bonne manette en main, une sortie sur grand téléviseur et, pour la Switch, un mode portable en prime. L'inconvénient est qu'aucun de ces fabricants (Sony, Microsoft, Nintendo) ne prend officiellement en charge l'émulation sur ses plateformes fermées — tout repose sur la scène homebrew et le contournement des verrous logiciels.

Le public cible est constitué de passionnés qui n'ont pas peur d'expérimenter : installer un firmware personnalisé, gérer les versions de système, les exploits et la compatibilité. Pour le joueur ordinaire qui veut simplement « allumer et jouer », les handhelds chinois bon marché avec Linux préinstallé sont paradoxalement un meilleur choix qu'une console coûteuse qu'il faut hacker péniblement, au risque d'un bannissement des services en ligne.

Il est important de distinguer d'emblée trois situations très différentes. La Switch est actuellement la plateforme d'émulation la plus puissante de ce trio grâce à sa puce Tegra, à une scène CFW mature (Atmosphère) et à Linux (L4T Ubuntu). La Xbox (Series S|X comme One) propose un mode Rétro officiel en Dev Mode, ce qui rend l'émulation relativement légitime et sûre sur cette plateforme. La PlayStation est la plus verrouillée : l'émulation ne fonctionne que sur des versions de firmware précises et depuis longtemps abandonnées, via jailbreak, ce qui en fait l'option la moins pratique et la plus instable.

Ce guide couvre les trois familles, mais signale où les chemins divergent. Le dénominateur commun reste toujours la légalité du contenu : les émulateurs eux-mêmes sont des outils légaux, mais les ROMs et BIOS doivent être créés à partir de vos propres originaux (dumps), et non téléchargés sur Internet.

Le homebrew sur consoles a une longue tradition — de la PSP et la Wii (Homebrew Channel) à la PS Vita (HENkaku), jusqu'aux générations actuelles. La communauté a toujours cherché des moyens de faire tourner du code personnalisé sur du matériel fermé, et l'émulation a dès le départ été l'une des principales motivations. Les fabricants ont réagi en renforçant la sécurité : chaque nouvelle version de firmware colmate généralement les exploits utilisés par le homebrew.

La Nintendo Switch est entrée dans la légende en 2018, lorsqu'est apparu l'exploit matériel Fusée Gelée dans le bootROM de la puce Nvidia Tegra X1. Comme il s'agit d'une faille dans une partie non réinscriptible du silicium, les consoles « erista » plus anciennes (fabriquées environ jusqu'à mi-2018) sont hackables de manière permanente et impossible à corriger. Les révisions plus récentes (Mariko) et le modèle Switch 2 n'ont pas cette faille, ce qui explique pourquoi ce sont justement les vieilles unités « unpatched » qui sont recherchées d'occasion pour l'émulation.

La Xbox a pris une autre voie : depuis la Xbox One, Microsoft propose un Developer Mode officiel moyennant des frais d'inscription uniques pour un compte développeur. Dans ce mode, il est possible d'installer légitimement des applications UWP, y compris des portages d'émulateurs (RetroArch, divers émulateurs autonomes issus du store Dev Mode / sideload). Microsoft retire parfois certaines applications, mais le principe du Dev Mode demeure — ce qui fait de la Xbox la console grand public la plus accueillante pour l'émulation.

La PlayStation reste, de loin, le morceau le plus dur à croquer. La PS3 avait en son temps Linux (OtherOS), mais Sony l'a retiré. La PS4 et la PS5 ne sont hackables que sur d'anciennes versions du système via des exploits webkit/kernel, que Sony colmate régulièrement. L'émulation sur PS4/PS5 reste donc l'apanage d'un petit groupe qui maintient ses consoles sur un firmware obsolète et ne les connecte jamais à Internet.

Le cœur de la Switch est le Nvidia Tegra X1 (variante T210 dans le modèle d'origine, T214/Mariko dans les modèles plus récents et l'OLED). C'est un SoC à architecture ARM Cortex-A57 (quatre cœurs actifs pour les jeux) avec un GPU intégré Maxwell doté de 256 cœurs CUDA. C'est la puissance brute la plus faible de ce trio, mais l'architecture Nvidia et un bon support des pilotes (aussi bien sous HOS que sous Linux L4T) en font une machine d'émulation étonnamment capable, jusqu'à environ le niveau PS1, N64, Dreamcast et PSP/PS2 basses.

La mémoire se compose de 4 Go de LPDDR4 (le modèle OLED a de la LPDDR4X plus rapide, mais toujours 4 Go). Le stockage est de 32 Go d'eMMC (64 Go pour l'OLED) avec un emplacement pour microSD (UHS-I), où l'on stocke l'immense majorité des jeux et des collections de ROMs. L'écran du modèle de base est un LCD 6,2" en 720p, celui de l'OLED un écran OLED 7" en 720p ; en mode dock, la sortie TV monte jusqu'à 1080p. La Lite est purement portable, avec un LCD 5,5" sans dock et sans Joy-Con amovibles.

L'alimentation repose sur une batterie d'environ 4310 mAh (modèle d'origine) jusqu'à 4310–5000 mAh selon la révision ; les modèles Mariko « red box » plus récents et l'OLED ont une autonomie nettement meilleure (facilement 4,5 à 9 heures selon la charge) que le premier modèle de lancement. La recharge et la mise en dock se font via USB-C avec prise en charge de l'USB-PD. Le refroidissement est actif — un petit ventilateur et un heatpipe — ce qui aide à maintenir les fréquences lors de l'émulation de systèmes exigeants (PS2, GameCube via Linux).

Du point de vue de l'émulation, il est essentiel de distinguer les révisions : HAC-001 (erista) = hackable via l'exploit matériel ; HAC-001(-01) « red box », Lite (HDH), OLED et Switch 2 = Mariko/plus récent, non vulnérables à Fusée Gelée et nécessitant soit un état « fuse » obtenu au préalable, soit un modchip. Pour un achat destiné à l'émulation, cherchez donc spécifiquement une vieille unité erista avec un firmware bas.

La Xbox Series S et Series X reposent sur un SoC AMD maison à architecture Zen 2 (huit cœurs) avec une carte graphique RDNA 2. La Series X dispose d'un GPU de 12 TFLOPS, de 16 Go de GDDR6 et d'un SSD NVMe de 1 To ; la Series S est plus faible (4 TFLOPS, 10 Go de RAM, SSD de 512 Go), mais reste malgré tout une machine incomparablement plus puissante que n'importe quel handheld rétro. Pour l'émulation, cette puissance est plutôt une « réserve » — la limite n'est généralement pas le matériel, mais ce que le Dev Mode autorise pour les applications.

La Xbox One / One S / One X utilise un APU AMD plus ancien avec des cœurs Jaguar et une carte graphique GCN. Cela suffit largement pour l'émulation 8/16 bits, la PS1, et sur la One X pour mieux gérer aussi la N64/PSP/Dreamcast. Le point clé est que tous les modèles Xbox One et Series partagent le même principe de Dev Mode, si bien que la procédure de déblocage (inscription d'un compte développeur) est pratiquement identique à travers les générations.

La limitation majeure du Dev Mode est un plafond logiciel de puissance et de mémoire : les applications dans le profil retail-mode du Dev Mode reçoivent moins de RAM et de CPU que les jeux à part entière. RetroArch et les autres émulateurs tournent dans un contexte dit UWP, ce qui fait que les cœurs les plus exigeants (PS2, GameCube, Switch) soit ne fonctionnent pas du tout, soit tournent avec des compromis. La Series S dispose en plus de moins de mémoire que la Series X, ce qui se ressent sur les cœurs exigeants.

La prise en main passe par la manette Xbox Wireless Controller standard — excellente croix directionnelle sur les versions Elite, faible latence, appairage facile. La sortie se fait uniquement sur TV/moniteur via HDMI ; la Xbox n'est pas un handheld, donc ni mode portable ni multijoueur local en écran partagé pour handheld ici, mais vous pouvez connecter plusieurs manettes filaires ou sans fil pour jouer à plusieurs sur un même écran.

La PlayStation 4 utilise un APU AMD à huit cœurs Jaguar et une carte graphique GCN (1,84 TFLOPS pour la PS4 de base, 4,2 TFLOPS pour la PS4 Pro), 8 Go de GDDR5 et un HDD/SSD classique. La PlayStation 5 monte tout d'un cran : CPU Zen 2, GPU RDNA 2 (~10,3 TFLOPS), 16 Go de GDDR6 et un SSD NVMe très rapide. En puissance brute, la PS5 est donc comparable à la Series X et suffirait pour émuler à peu près n'importe quoi.

Le problème pratique se situe ailleurs : sur PS4/PS5, vous ne pouvez émuler que lorsque la console tourne sur un firmware ancien et jailbreakable. Les exploits (webkit + kernel, voire hyperviseur) n'existent toujours que pour une plage précise de versions du système, et Sony les colmate à chaque mise à jour. La console destinée à l'émulation doit donc rester hors ligne en permanence et ne jamais être mise à jour, sous peine de perdre la possibilité de la hacker.

Les manettes DualShock 4 (PS4) et DualSense (PS5) sont de premier ordre — la DualSense ajoute des gâchettes adaptatives et une haptique que l'émulation n'exploitera cependant pas. La sortie se fait là aussi uniquement sur TV via HDMI. La PS4/PS5 ne sont pas des handhelds (la PS Vita et le PS Portal appartiennent à une autre catégorie), la portabilité n'entre donc pas en ligne de compte.

En résumé : sur le plan matériel, la PlayStation ferait une excellente machine d'émulation, mais la disponibilité et la stabilité du jailbreak en font en pratique l'option la moins recommandable de ce trio. Ceux qui possèdent déjà une PS4 hackée sur un firmware bas peuvent émuler ; acheter une console uniquement dans ce but n'a guère de sens, car trouver un exemplaire au firmware suffisamment « bas » et non endommagé relève de la loterie.

Sur Switch, il existe deux voies principales. La première est Atmosphère — un firmware personnalisé open source qui tourne en parallèle du système d'origine (Horizon OS). Il se lance via un payload (sur les consoles erista, en envoyant le payload Fusée par USB en mode RCM) et permet de faire tourner du homebrew, y compris RetroArch parmi les applications NRO et des émulateurs autonomes. La seconde voie est L4T (Linux for Tegra) — un Ubuntu/Linux complet sur carte SD, où tournent des émulateurs de bureau (RetroArch, PCSX2, Dolphin, Citra/forks) avec une compatibilité nettement meilleure pour les systèmes exigeants.

Sur Xbox, la voie officielle passe par le Developer Mode. Après inscription d'un compte développeur, vous basculez la console en Dev Mode et vous installez des paquets UWP par sideload — le plus important étant RetroArch (UWP), qui chapeaute des dizaines de cœurs. Il existe aussi des portages autonomes (par exemple des émulateurs PS2/Dreamcast/PSP portés vers UWP par la communauté). Tout se transfère via l'interface web Device Portal, accessible depuis un navigateur.

Sur PlayStation, après le jailbreak, on utilise des outils de chargement de homebrew comme etaHEN / GoldHEN (PS4) ou les payload loaders correspondants (PS5), qui ouvrent la possibilité de lancer des paquets PKG et du homebrew. Là aussi, la star reste RetroArch, complété par des portages d'émulateurs autonomes. Mais tout est lié à une version précise du système, et l'ensemble est moins « poli » que sur Switch ou Xbox.

À travers toutes les plateformes, RetroArch est le dénominateur commun : une interface unifiée bâtie sur des cœurs libretro (Snes9x, Genesis Plus GX, mGBA, Beetle PSX, Mupen64Plus-Next, PPSSPP, FBNeo, etc.), avec prise en charge des shaders, des save states, du netplay et de réglages unifiés. Qui maîtrise RetroArch sur une console s'y retrouve facilement sur les autres.

Fluide sur les trois (via RetroArch/cœurs) : l'ère 8 bits et 16 bits — NES/Famicom, SNES, Master System, Mega Drive/Genesis, PC Engine/TurboGrafx, Game Boy / GBC / GBA, Neo Geo et la majorité de l'arcade 2D via FBNeo et MAME. On y trouve aussi des consoles plus légères comme l'Atari, la Lynx, la WonderSwan. Même le matériel le plus faible gère ces systèmes en pleine vitesse, avec de la marge pour les shaders.

Moyennement exigeant — fluide dans l'ensemble, avec quelques compromis : PlayStation 1 (Beetle PSX / PCSX-ReARMed), Nintendo 64 (Mupen64Plus-Next — la N64 est notoirement exigeante en précision, certains jeux présentent des bugs graphiques), Sega Saturn (exigeante, tout ne tourne pas parfaitement) et PSP (PPSSPP). Sur une Xbox Series performante et sur une Switch sous Linux, cette catégorie tourne très bien ; sur une Xbox One plus faible ou une Switch sous HOS, vous rencontrerez déjà quelques titres problématiques isolés.

Exigeant — dépend fortement de la plateforme : la Dreamcast (Flycast) tourne correctement sur Xbox comme sur Switch. La PlayStation 2 (PCSX2) et la GameCube/Wii (Dolphin) ne sont réellement jouables que sur Switch sous L4T Linux, et en théorie sur une Xbox performante, mais en Dev Mode UWP ces émulateurs sont limités — attendez-vous à devoir sélectionner les titres, et non à une pleine vitesse universelle.

Pratiquement hors de portée de ce trio : les systèmes plus récents comme la Wii U, la 3DS seulement de façon limitée, la PS3/Xbox 360 pas du tout, et la Switch, bien sûr, ne s'émule pas elle-même. Règle générale : plus le système émulé est récent, plus tout dépend du titre précis — ne vous attendez pas à ce que « la PS2 tourne » signifie que chaque jeu tourne. Vérifiez toujours les listes de compatibilité propres à chaque émulateur et à chaque jeu.

Un grand avantage des trois consoles est leur excellente manette native. La Xbox Wireless Controller comme la DualSense/DualShock 4 comptent parmi les meilleures manettes du marché — faible latence, prise en main confortable, sticks analogiques précis. Pour les jeux rétro, la croix directionnelle est essentielle : DualShock/DualSense et la gamme Xbox Elite excellent ici ; la croix Xbox standard est correcte, mais pour des plateformes 2D exigeant de la précision, préférez une bonne croix.

Les Joy-Con de la Switch sont un compromis : petits boutons et surtout une croix directionnelle divisée, pas totalement précise (quatre boutons séparés au lieu d'une vraie croix), ce qui les rend moins idéaux pour les plateformes et jeux de combat rétro. La solution est la Pro Controller avec une croix solide, ou des accessoires « grip » pour handheld. Les Joy-Con souffrent en outre du fameux drift des sticks, gênant pour l'émulation de jeux en 3D.

Le mappage des boutons se règle dans le frontend (RetroArch propose des remaps par cœur et par jeu). Attention à la disposition A/B et X/Y — Nintendo a historiquement inversé A/B par rapport à Xbox, donc en émulant des jeux d'une autre plateforme, vous voudrez souvent remapper les boutons pour que la « validation » corresponde à l'original. RetroArch comme les émulateurs autonomes permettent d'enregistrer ce réglage.

Pour jouer à plusieurs, connectez plusieurs manettes (Xbox/PS classiquement en Bluetooth/USB ; la Switch appaire d'autres Pro Controller ou des paires de Joy-Con). Sur grand téléviseur, vous pourrez ainsi facilement jouer en coop local à des jeux 16 bits, sur des bornes d'arcade à deux joueurs ou à des jeux de combat. La Switch en mode portable permet en outre de séparer les Joy-Con en deux mini-manettes pour jouer à deux en déplacement.

Les trois consoles visent surtout une sortie TV via HDMI (exclusivement pour Xbox et PlayStation ; en mode dock pour la Switch), il est donc essentiel de bien régler la mise à l'échelle et le ratio d'image. Les jeux rétro ont un ratio 4:3 (voire 8:7 pour la NES), donc sur une TV 16:9 je recommande de conserver le ratio d'origine avec des bandes noires (pillarbox) plutôt que d'étirer l'image. RetroArch propose une mise à l'échelle entière (integer scaling) pour une image nette et pixel-perfect sans flou.

Les shaders sont le grand attrait de l'émulation sur grand écran. RetroArch inclut des ensembles comme CRT-Royale, crt-lottes, crt-guest-advanced et des shaders LCD/handheld grid, qui simulent fidèlement le rendu d'un téléviseur CRT (scanlines, masque, léger flou et halo) ou la grille des handhelds LCD d'origine. Sur une TV 1080p/4K, les effets de scanlines rendent bien mieux que sur les petits écrans, c'est donc là que les consoles brillent vraiment.

L'impact des shaders sur les performances varie : les scanlines simples sont pratiquement gratuites, mais CRT-Royale est très exigeant et, sur du matériel plus faible (Switch sous HOS, Xbox One), peut faire chuter le framerate des cœurs les plus lourds. Sur Series X / PS5 / Switch sous Linux, vous pouvez en revanche vous permettre des shaders lourds même pour la PS1.

Le son passe par le HDMI en numérique — il est important de régler une latence audio basse et un rééchantillonnage correct pour éviter les craquements (crackling) lors d'un léger ralentissement de l'émulation. RetroArch propose des options de tampon audio et de contrôle dynamique du débit ; si le son craque, augmentez légèrement le tampon. Pour les émulateurs sujets à des erreurs de tempo, il aide d'activer la synchronisation sur le son comme référence (master) et de laisser l'image s'ajuster.

Switch (Atmosphère) : 1) Procurez-vous une console erista sur un firmware bas. 2) Préparez une carte SD avec les fichiers Atmosphère, le bootloader Hekate et le payload. 3) Basculez la console en mode RCM (jig dans le rail droit du Joy-Con + boutons), connectez-la en USB-C à un PC et envoyez le payload (TegraRcmGUI / Fusée). 4) Depuis Hekate, lancez le CFW, installez RetroArch (NRO dans /switch/). 5) Copiez les ROMs et BIOS sur la SD dans les dossiers correspondant aux cœurs. Pour les systèmes exigeants, envisagez L4T Ubuntu sur une carte SD séparée comme boot alternatif.

Xbox (Dev Mode) : 1) Sur la console, téléchargez l'application Dev Mode Activation et inscrivez un compte développeur (frais uniques). 2) La console redémarre en Dev Mode. 3) Dans le Dev Home, notez l'adresse du Device Portal, ouvrez-la dans un navigateur sur un PC du même réseau. 4) Via « Add », téléversez le paquet RetroArch UWP (.appx/.msixbundle et ses dépendances). 5) Lancez RetroArch, téléchargez les cœurs (mise à jour en ligne) et copiez les ROMs/BIOS sur le stockage disponible via le Device Portal ou un partage réseau.

PlayStation (jailbreak, uniquement sur firmware bas) : 1) Gardez la console hors ligne sur une version vulnérable. 2) Dans le navigateur de la console, ouvrez l'hébergeur de l'exploit (hébergé localement), lancez le jailbreak (par exemple etaHEN/GoldHEN selon le modèle et le firmware). 3) Installez le homebrew/PKG RetroArch. 4) Transférez les cœurs et le contenu via USB/FTP. Attention : le jailbreak est temporaire (à refaire après chaque redémarrage) et l'ensemble du processus est très sensible à la version exacte du système.

Scraping et métadonnées : RetroArch et les frontends savent récupérer boxarts, noms et descriptions via des bases de données en ligne (RetroAchievements/dépôt de miniatures, ou encore Skraper sur PC pour préparer toute la collection à l'avance). La méthode recommandée est d'organiser les ROMs en dossiers par système, de nommer les fichiers selon la convention no-intro/redump, puis de laisser le scraper générer les vignettes — le résultat est une bibliothèque claire et visuellement attrayante.

Switch : pour l'émulation, la distinction essentielle se situe entre erista (HAC-001, hackable pour toujours via Fusée Gelée) et Mariko (HAC-001(-01) « red box », Lite, OLED — la faille non corrigible est absente, nécessite un modchip ou un état « fuse » obtenu au préalable). Un numéro de série commençant par XAW indique souvent une unité erista hackable, mais il est plus fiable de vérifier la plage exacte ; contrôlez toujours aussi le firmware avant l'achat. La Switch 2 est pratiquement verrouillée pour le CFW.

Xbox : le Dev Mode fonctionne sur toute la gamme One, One S, One X, Series S et Series X. La Series X offre le plus de puissance et de mémoire pour les cœurs exigeants ; la Series S est moins chère, mais avec moins de RAM dans le profil Dev Mode. La Xbox One X reste un choix ancien solide. Le principe d'activation est identique partout, seule la puissance brute varie.

PlayStation : tout dépend de la version du logiciel système. Les PS4 (base / Slim / Pro) et PS5 (base / Slim / Pro / Digital) ne sont hackables que sur des plages de firmware précises pour lesquelles un exploit a été publié. Le modèle de console compte moins que le fait d'être ou non sur la « bonne » version basse et de ne jamais l'avoir mise à jour.

Recommandation générale lors de la recherche d'un exemplaire d'occasion destiné à l'émulation : pour la Switch, cherchez spécifiquement une vieille erista avec un firmware bas ; pour la Xbox, une Series S/X récente convient tout aussi bien (le firmware importe peu, le Dev Mode fonctionne toujours) ; pour la PlayStation, n'achetez que si le vendeur peut prouver une version hackable et que la console est restée en permanence hors ligne — sinon le risque est trop élevé.

Le bannissement des services en ligne est le plus grand risque sur Switch et PlayStation. Ne connectez jamais une console hackée au Nintendo Online / PSN — les fabricants détectent le CFW et peuvent bannir définitivement la console, voire le compte. La solution pratique consiste à séparer le jeu en ligne (état propre, non mis à jour) de l'émulation, à utiliser emuMMC (une partition mémoire interne émulée sur Switch) et à bloquer toute communication réseau. Le Dev Mode de la Xbox est plus sûr sur ce plan, puisqu'il s'agit d'un mode officiel.

Le son craque / le jeu ralentit : typiquement un manque de puissance du cœur ou une mauvaise synchronisation audio. Essayez un cœur plus léger (par exemple PCSX-ReARMed plutôt que Beetle PSX HW), désactivez un shader lourd, augmentez le tampon audio et activez le contrôle dynamique du débit. Pour la N64 et la PS2, attendez-vous à ce que certains titres ne soient tout simplement pas fluides, quels que soient les réglages.

Écran noir / le jeu ne démarre pas : le plus souvent, il manque le BIOS, ou celui-ci est incorrect (PS1, Saturn, Neo Geo et d'autres cœurs en ont besoin), ou bien la ROM a un format/une région inadapté. Vérifiez les noms et sommes de contrôle exacts des BIOS, utilisez des ROMs dans le format attendu par le cœur (par exemple .chd pour les systèmes sur CD via redump). Sur Switch, après une mise à jour du CFW, régénérer les clés/la configuration aide parfois.

La Switch ne démarre pas en CFW / erreur de payload : vérifiez que le payload correspond bien à votre version d'Atmosphère, utilisez une carte SD de bonne qualité (une carte lente ou défectueuse est une cause fréquente de blocages), et pour les unités Mariko, rappelez-vous que sans modchip/fuse, cela ne fonctionnera pas. Sauvegardez toujours la NAND et les clés avant toute intervention, pour garder un chemin de retour.

Où trouver de l'aide : pour la Switch, le centre de référence est GBAtemp et son wiki communautaire (Atmosphère, Hekate, NH Switch Guide) ; pour RetroArch, la source est la documentation officielle de libretro et le Reddit r/RetroArch ; pour le Dev Mode Xbox, les communautés autour de RetroArch UWP et r/originalxbox/r/emulation ; pour la PlayStation, les forums autour des outils de jailbreak (PSXHAX, dépôts GitHub d'etaHEN/GoldHEN). Vérifiez toujours l'actualité d'un guide — les exploits et les versions changent rapidement.

Alternatives : si vous voulez une émulation sans tracas et sans hacking, mieux valent pour le jeu rétro des handhelds Linux dédiés (Anbernic RG35XX Pro, RG40XX, Miyoo Mini, RG556) ou des solutions carte unique (Raspberry Pi avec Batocera / RetroPie, mini PC avec EmuDeck) et bien sûr le Steam Deck, qui est aujourd'hui le PC de poche émulation de référence. Ces plateformes sont légales, ouvertes et ne comportent aucun risque de bannissement.

Comparaison du trio : pour l'émulation, la Switch est aujourd'hui pratiquement la plus capable (scène CFW et Linux mature, portabilité, mais uniquement sur ancien matériel erista et avec un risque de bannissement). La Xbox est la plus sûre et la plus simple grâce à son Dev Mode officiel, même avec le plafond de performance d'UWP. La PlayStation est en théorie la plus puissante (PS5), mais en pratique la plus compliquée et la moins recommandable à cause d'un jailbreak fragile, lié à une version précise.

Pour qui c'est adapté : les passionnés qui possèdent déjà la console en question (surtout une vieille Switch hackable ou une Xbox en Dev Mode) et qui aiment expérimenter — ils profiteront d'une excellente manette et d'un grand téléviseur. Pour qui ce n'est pas fait : pour qui veut simplement jouer aux classiques rapidement et légalement, sans risque, un handheld rétro bon marché ou un Steam Deck conviendra mieux. Et pour tout le monde vaut la règle d'or : émulateurs oui, mais du contenu uniquement issu de vos propres dumps légaux, jamais de sources piratées.