© 2005 - 2026 ROM HACKING FR (ex pokemon-legendary.com) - v13.0 (2026)
Depuis plus de 20 ans, la mine d'or du contenu alternatif pour vos licences préférées (Pokémon, Zelda, Mario...) !


Note : Contenu non officiel et indépendant. ROM HACKING FR n'encourage pas le piratage.

Les noms des marques, des licences et des personnages appartiennent à leurs propriétaires respectifs.
Seuls les dispositifs légaux * dans un but de divertissement sont autorisés.
Seules les modifications légales * dans un but de divertissement, et dans le respect éthique des marques, des licences & des personnages sont autorisées.

* En France, « Article L122-6-1 - Code de la propriété intellectuelle »

Powered by Claude AI

05/06/2026 - Le site passe en version 13.0, avec actualisation complète des sections.


27/02/2026 - Pokémon Version Rouge Feu & Vert Feuille portés sur Nintendo Switch :

Les + : Le Casino toujours présent / Les Tickets secrets après la Ligue
Les - : Certaines références à Johto toujours erronées (Doublonville / Bonbons Rage / Une cousine)





28/05/2020 - Pokémon Legendary a évolué. Retrouvez-nous désormais à l'adresse suivante : ROMhacking.fr.

— Cadre légal : émulation, ROM hacking, dumps et homebrews —

Ce contenu est fourni à titre informatif et ne constitue pas un avis juridique. Les lois varient selon les pays et évoluent. Les références citées correspondent au droit français et européen, ainsi qu'à quelques jurisprudences américaines et japonaises notables.


◆ Ce qui est clairement légal en France

La qualification juridique du jeu vidéo — logiciel ou œuvre complexe ?

C'est une question centrale pour comprendre pourquoi le droit à la copie de sauvegarde est parfois contesté dans le contexte des jeux vidéo.

En droit français, les logiciels bénéficient d'un régime spécifique (Articles L122-6 et suivants du CPI) qui prévoit explicitement le droit à la copie de sauvegarde pour l'utilisateur légitime — sans autorisation requise de l'ayant droit. À l'inverse, les œuvres audiovisuelles relèvent du régime général du droit d'auteur, qui prévoit seulement une exception de copie privée plus restrictive (et qui ne couvre pas la copie d'une source illicite).

La question est donc : un jeu vidéo est-il un logiciel — auquel cas le droit à la copie de sauvegarde s'applique clairement — ou bien une œuvre d'une autre nature ?

La jurisprudence française a évolué sur ce point :

— Jusqu'aux années 2000, les tribunaux tendaient à qualifier le jeu vidéo de logiciel, ce qui lui appliquait le régime protecteur de la directive 2009/24/CE.
— Arrêt CRYO, Cour de cassation, 25 juin 2009 (n° 07-20387) : la première chambre civile opère un revirement et pose que « le jeu vidéo est une œuvre complexe qui ne saurait être réduite à sa seule dimension logicielle, quelle que soit l'importance de celle-ci, de sorte que chacune de ses composantes est soumise au régime qui lui est applicable en fonction de sa nature. » C'est la qualification distributive : chaque composante (code, musique, graphismes, scénario…) relève de son propre régime juridique.
— Arrêt Nintendo v. PC Box, CJUE, 23 janvier 2014 (C-355/12) : la Cour de justice de l'Union européenne confirme que les jeux vidéo ne relèvent pas de la directive logiciel (2009/24/CE) mais de la directive droit d'auteur générale (2001/29/CE).
— Arrêt Cour de cassation, 23 octobre 2024 (n° 23-13.738) : confirmation la plus récente — un jeu vidéo « n'est pas un programme informatique à part entière mais une œuvre complexe », ce qui a notamment pour effet d'interdire la revente de copies dématérialisées (le droit d'épuisement ne s'appliquant qu'aux supports tangibles).

Conséquence pratique pour la copie de sauvegarde

La qualification en œuvre complexe crée une zone d'incertitude : si le jeu vidéo n'est pas un logiciel au sens strict, le droit à la copie de sauvegarde prévu pour les logiciels (Article L122-6-1 CPI) ne lui serait pas automatiquement applicable dans son intégralité. C'est précisément l'argument que certains ayants droit utilisent pour contester la légitimité du dump personnel.

Cependant, cette position ne fait pas consensus et reste contestable pour plusieurs raisons :

— La qualification distributive signifie que la composante logicielle du jeu — le code exécutable, le moteur, les scripts — reste soumise au régime des logiciels et donc au droit à la copie de sauvegarde pour cette partie.
— Nintendo eux-mêmes qualifiaient leurs jeux de logiciels dans leurs notices Nintendo 64 et dans leurs conditions générales Switch, invoquant explicitement la directive logiciel pour justifier l'interdiction de copie — ce qui revient à reconnaître cette qualification quand elle leur est favorable.
— Jusqu'à preuve du contraire et décision définitive contraire, un jeu vidéo reste un logiciel au sens de son code exécutable, et le droit à la copie de sauvegarde de ce code s'applique à l'utilisateur légitime qui extrait sa propre cartouche.

En résumé : la qualification d'œuvre complexe sert principalement les intérêts des ayants droit dans des contextes précis (rémunération des auteurs, revente dématérialisée, droits voisins). Elle ne suffit pas à effacer le droit à la copie de sauvegarde sur la composante logicielle d'un jeu — ce droit reste défendable et aucune juridiction française n'a, à ce jour, condamné un utilisateur pour avoir dumpé sa propre cartouche.


◆ Les émulateurs

Un émulateur est un logiciel qui reproduit le comportement d'une console à partir d'une implémentation indépendante, sans copier le code propriétaire du constructeur. En France comme aux États-Unis, les émulateurs sont légaux dès lors qu'ils ne contiennent aucun code, firmware ou BIOS appartenant au constructeur. Cette position a été clarifiée aux États-Unis dès 1999 par l'affaire Sony Computer Entertainment America v. Connectix : la cour d'appel du 9ème circuit a estimé que le reverse engineering d'un BIOS à des fins d'interopérabilité relevait du fair use. La même année, l'affaire Sony v. Bleem a confirmé qu'un émulateur commercial de la PlayStation (Bleem!) était légal, Sony ne pouvant s'y opposer au seul motif qu'il émulait sa console.

En droit français, l'Article L122-6-1 du Code de la propriété intellectuelle autorise explicitement la décompilation d'un logiciel à des fins d'interopérabilité, y compris sans l'accord du titulaire des droits. Un émulateur développé par rétro-ingénierie, sans reproduction du code source original, entre dans ce cadre.

Le BIOS d'une console est un firmware propriétaire appartenant au constructeur. Le télécharger sur Internet est illégal. En revanche, l'extraire soi-même de sa propre console est légal en France au titre de la copie privée (Article L122-5 CPI) — à condition de posséder l'original et de ne pas redistribuer le fichier extrait.

La plupart des émulateurs modernes contournent ce problème légalement grâce à deux approches distinctes :

1. Le BIOS open source et la HLE (High Level Emulation)

Plutôt que de reproduire le code propriétaire du BIOS, les développeurs d'émulateurs peuvent soit écrire un BIOS de remplacement open source (réimplémentation indépendante des mêmes fonctions, sans copier le code original), soit utiliser la HLE (émulation haut niveau) — une technique qui consiste à intercepter les appels que le jeu adresse normalement au BIOS et à y répondre directement, sans jamais exécuter le code du BIOS lui-même. C'est comme connaître le résultat d'une fonction sans en connaître le code source.

Exemples concrets :
— mGBA (GBA) : intègre un BIOS open source de remplacement. Les jeux fonctionnent sans le BIOS propriétaire d'origine, bien qu'un BIOS extrait d'une vraie GBA améliore marginalement la compatibilité sur quelques titres.
— DeSmuME (NDS) : utilise la HLE — il simule le comportement du BIOS sans en avoir le code, permettant de lancer la plupart des jeux DS sans aucun fichier système. L'émulation est limitée au mode DS classique : le mode DSi n'est pas émulé par DeSmuME.
— melonDS (NDS / DSi) : propose un BIOS HLE intégré activé par défaut pour les jeux NDS, tout en acceptant optionnellement le vrai BIOS extrait d'une DS pour une meilleure précision. L'émulation DSi est supportée par melonDS, mais elle nécessite obligatoirement les fichiers système DSi réels (BIOS ARM7/ARM9 DSi + firmware DSi + NAND DSi), qui doivent être extraits depuis une vraie DSi — ils ne peuvent pas être remplacés par une HLE pour ce mode. Les jeux DSiWare et les exclusivités DSi ne fonctionnent qu'avec ces fichiers.
— Citra / Azahar (3DS / New 3DS) : la 3DS ne possède pas de « BIOS » au sens classique — son système d'exploitation s'appelle Horizon OS, stocké dans la NAND et démarré par des bootroms ARM9/ARM11. Citra/Azahar n'en ont pas besoin pour lancer les jeux : ils utilisent une HLE complète du système. En revanche, les jeux chiffrés nécessitent des clés AES (fichier aes_keys.txt) extraites d'une vraie 3DS pour être déchiffrés. L'émulation New 3DS (modèles N3DS / N3DSXL) est supportée : Citra/Azahar peuvent émuler le profil matériel New 3DS (CPU ARM11 cadencé plus haut, RAM étendue), ce qui est nécessaire pour les jeux exclusifs New 3DS (ex. : Xenoblade Chronicles 3D) ou ceux améliorés sur New 3DS. Les clés AES à extraire sont les mêmes quelle que soit la révision de la console.
— Dolphin (GameCube / Wii) : fonctionne avec un IPL (boot ROM GameCube) open source de remplacement. Le vrai IPL extrait d'une console améliore certains comportements au démarrage mais n'est pas indispensable. Dolphin propose également un mode DSP LLE (émulation bas niveau du processeur audio GameCube) pour une précision audio maximale sur certains jeux — ce mode nécessite un fichier DSP ROM extrait d'une vraie console ; le mode DSP HLE par défaut couvre la grande majorité des titres sans ce fichier.

2. La LLE (Low Level Emulation) — précision maximale, BIOS obligatoire

À l'opposé de la HLE, la LLE (émulation bas niveau) consiste à reproduire le comportement exact du hardware d'origine cycle par cycle — CPU, GPU, DSP, timings précis — sans aucune abstraction. Là où la HLE simule le résultat d'une fonction, la LLE reproduit la méthode exacte employée par le hardware pour l'obtenir. La LLE offre une précision nettement supérieure pour les jeux qui exploitent des timings précis, des bugs hardware intentionnels ou des comportements non documentés.

Conséquence légale directe : un émulateur en LLE nécessite généralement le BIOS ou les ROMs système originaux pour fonctionner, car il exécute réellement le code du constructeur plutôt que de le simuler. Sans BIOS extrait légalement de sa propre console, un émulateur LLE ne peut pas démarrer. C'est pourquoi la LLE renforce — plutôt qu'elle ne contredit — l'argument en faveur du dump personnel légal : l'utilisateur qui possède sa console et extrait son BIOS pour son propre usage est précisément dans le cadre légal prévu par l'Article L122-6-1 CPI.

Exemples d'émulateurs utilisant la LLE ou un mode LLE optionnel :
— higan / ares (SNES, GB, GBC, GBA…) : cycle-accurate par conception, vise la précision maximale. Requiert les BIOS pour les systèmes qui en ont un.
— PCSX2 (PS2) : propose un mode LLE pour le SPU2 (audio) et l'IOP, nécessitant le BIOS PS2 extrait d'une console. Sans BIOS, il ne démarre pas.
— RPCS3 (PS3) : émulation bas niveau complète du Cell processor, nécessite le firmware PS3 officiel extrait d'une console ou téléchargé depuis le site officiel Sony (cas rare où le constructeur fournit légalement son firmware).
— Dolphin DSP LLE (GameCube / Wii) : voir ci-dessus — mode LLE optionnel pour l'audio.
— melonDS en mode BIOS réel (NDS / DSi) : lorsque les vrais BIOS ARM7/ARM9 sont fournis, melonDS passe en mode LLE partiel pour le démarrage — plus précis que la HLE sur les jeux sensibles aux timings.

3. Les clés de chiffrement — 3DS, Wii U, Switch et Switch 2

La problématique des clés de chiffrement ne se limite pas à la Switch — elle concerne toute console Nintendo ayant adopté un système de chiffrement cryptographique des données de jeu, à savoir la 3DS, la Wii U, la Switch 1 et la Switch 2. Dans tous ces cas, les jeux commerciaux sont chiffrés et ne peuvent pas être utilisés par un émulateur sans les clés correspondantes, extraites depuis le hardware de sa propre console.

3DS

La 3DS utilise un système de chiffrement AES-128 à deux niveaux pour tous ses titres commerciaux (.3DS, .CIA - CTR Importable Archive - ). Les clés de déchiffrement sont stockées dans le hardware de la console (KeySlots fusionnés dans le processeur ARM9) et ne peuvent pas être déduites logiciellement. L'émulateur Azahar (ex-Citra) nécessite deux fichiers pour fonctionner avec les titres chiffrés :

— aes_keys.txt — fichier contenant les clés AES extraites de la console (KeySlots 0x00 à 0x3F). À extraire depuis une 3DS moddée via un outil dédié (GodMode9 → Scripts → Dump AES Keys, ou Decrypt9WIP).
— BIOS/firmware optionnel — certains jeux ou fonctionnalités avancées (cameras, gyroscope…) peuvent nécessiter des fichiers système supplémentaires extraits de la NAND 3DS.

Sans ces clés, Azahar peut tout de même exécuter des ROMs décryptées (fichiers .CCI - CTR Cart Image - ou .CIA déchiffrés manuellement avec des outils comme GodMode9 au préalable), mais les titres chiffrés issus d'un dump direct de cartouche resteront inutilisables. La méthode légale : extraire les clés depuis sa propre 3DS, qui doit pour cela être moddée (CFW Luma3DS + GodMode9). Il est également possible d'utiliser des outils tiers de décryptage tels que "Batch CIA 3DS Decryptor", mais il s'agit d'une situation légale plus spécifique.

Wii U

La Wii U chiffre ses titres avec un système propriétaire basé sur des clés dérivées de la console. Les fichiers de jeu au format WUP (dossiers code/ content/ meta/) sont chiffrés — leur contenu n'est pas directement lisible par un émulateur sans les clés correspondantes. L'émulateur Cemu nécessite un fichier keys.txt contenant la clé de déchiffrement commune (Wii U Common Key) pour charger les titres chiffrés. Cette clé est générée à partir du hardware Wii U et doit être extraite depuis sa propre console via les outils homebrew (Aroma + wudecrypt ou CDecrypt). Alternativement, les jeux peuvent être intégralement décryptés en amont (dossiers code/ content/ meta/ déchiffrés), auquel cas Cemu n'a pas besoin des clés — c'est d'ailleurs la méthode recommandée compte tenu de la taille des fichiers.

Switch 1 et Switch 2

La Nintendo Switch ne repose pas sur un BIOS traditionnel mais sur un système de chiffrement cryptographique à plusieurs niveaux. Tous les jeux, mises à jour et fichiers système sont chiffrés avec des clés dérivées de la console elle-même :

— Les prod.keys (clés de production) sont des clés système générées depuis le hardware de la console. Elles permettent à un émulateur de déchiffrer les fichiers système, le firmware et les données de jeu au format NSP/XCI.
— Les title.keys sont des clés spécifiques à chaque jeu ou DLC. Elles travaillent conjointement avec les prod.keys pour autoriser le déchiffrement d'un titre précis.

Sans ces clés, l'émulateur Switch Eden est incapable de lancer des jeux commerciaux — il affichera une erreur de type « encryption keys missing ». Ces clés ne peuvent pas être reconstituées indépendamment par les développeurs d'émulateurs (contrairement à un BIOS open source), car elles sont fusionnées dans le hardware de chaque console. La seule méthode légale d'obtention est de les extraire soi-même depuis sa propre Switch via un outil comme Lockpick_RCM (nécessite une Switch moddée). Les télécharger sur Internet constitue une distribution de données cryptographiques propriétaires, ce qui est illégal.

En résumé : un émulateur bien conçu n'a pas besoin de reproduire le code propriétaire du constructeur. Il peut émuler le comportement par HLE ou BIOS open source — c'est le fondement de leur légalité (cf. affaire Sony v. Connectix, 2000). La difficulté particulière de la Switch, de la 3DS et de la Wii U tient au fait que leur chiffrement ne peut pas être contourné sans les clés issues du hardware, ce qui rend l'extraction depuis sa propre console incontournable pour une émulation légale. Télécharger ces clés sur Internet revient à distribuer ou recevoir des données cryptographiques propriétaires — ce qui est illégal indépendamment de l'usage envisagé.


◆ Les dumps personnels de cartouches (ROMs) et disques (ISOs)

Extraire la ROM d'une cartouche ou d'un disque que l'on possède légalement est une copie privée légale en France, dans le but d'en faire une sauvegarde ou de jouer sur émulateur. C'est le principe de la copie de sauvegarde prévu par l'Article L122-5 CPI. Redistribuer ce dump, en revanche, est illégal — même gratuitement — car cela constitue une mise à disposition d'une œuvre protégée sans autorisation. C'est pourquoi ROM HACKING FR ne fournit aucune ROM.

Le dump personnel (via GB Operator, GodMode9, OmniDrive…) est un déplacement direct depuis son propre support original vers son propre stockage : une seule copie, à usage strictement privé, depuis l'œuvre que l'on détient physiquement. Concrètement, la ROM extraite se retrouve dans la mémoire du dispositif de dump — carte microSD de la console moddée (GodMode9 sur 3DS, NXDumpTool sur Switch), disque dur ou SSD du PC (GB Operator, OmniDrive) — sous forme d'un fichier directement lisible sur PC (.gba, .nds, .3ds, .xci…). C'est exactement ce que couvre le droit à la copie de sauvegarde — et ce droit ne nécessite aucune autorisation de l'ayant droit (Article L122-5 CPI). Il s'agit d'un droit légal que le titulaire ne peut pas contractuellement supprimer.

⚠️ Ne pas confondre la copie de sauvegarde (ROM) — qui désigne ici l'extraction du fichier de jeu depuis sa propre cartouche (dump : .gba, .nds, .3ds…) — avec la sauvegarde de partie (fichier .sav, .srm, .dsv… stockant la progression du joueur). Ce sont deux fichiers entièrement distincts : la ROM contient le jeu lui-même ; la sauvegarde de partie contient uniquement les données de progression. Le terme « copie de sauvegarde » au sens juridique désigne exclusivement le dump de la ROM, pas la sauvegarde de partie.


◆ Dumper vs télécharger — pourquoi la distinction est fondamentale

Le téléchargement d'une ROM depuis Internet, même en possédant le jeu original, est une situation radicalement différente : le fichier sur le serveur est lui-même une copie réalisée par une tierce personne sans autorisation — et le téléchargement en constitue une nouvelle copie. C'est une copie d'une copie illicite, ce que la copie privée ne couvre pas. La jurisprudence française est constante sur ce point : l'exception de copie privée ne s'applique qu'à l'extraction depuis l'original physique que l'on détient soi-même.


◆ Impossibilité pratique de distinguer un dump d'un téléchargement

Hormis l'horodatage des outils de dump souvent figé par défaut au 24 décembre 1996 (date interne arbitraire de certains firmwares), il est dans la pratique impossible de distinguer une ROM dumpée d'une ROM téléchargée — à l'exception notable des fichiers NSP Nintendo Switch, qui contiennent des métadonnées traçables. En l'absence de preuve formelle, mieux vaut conserver ses cartouches originales ainsi que l'accessoire de dump utilisé : ils constituent la seule preuve tangible de la légitimité de la démarche.

Enfin, aucune condamnation pénale n'a jamais été prononcée en France à l'encontre d'un particulier pour téléchargement ou distribution de ROMs. Les actions judiciaires menées par les ayants droit ont systématiquement visé des sites de distribution, et se sont conclues par des demandes de fermeture — jamais par des poursuites contre des utilisateurs individuels.


◆ La position tronquée du SELL

Le SELL (Syndicat des Éditeurs de Logiciels de Loisirs) a publié dans le passé un article intitulé « Les roms, légal ou pirate ? » (archive) affirmant qu'il était illégal de télécharger une ROM même en possédant le jeu — ce qui est juridiquement correct. L'article mentionnait bien l'exception à la copie de sauvegarde, mais raisonnait en partant du constat suivant : dans les faits, l'immense majorité des utilisateurs télécharge des ROMs par commodité, sans jamais dumper leur cartouche — et se retrouve donc mécaniquement avec une copie d'une copie de serveur, ce qui n'est pas couvert par cette exception. Sur ce point précis, le raisonnement est exact.

Cependant, l'article généralise en concluant : « en copiant le jeu sur un support différent, c'est illégal » — ce qui est inexact. Cette formulation était floue et décourageait les utilisateurs de faire valoir leurs droits légaux, notamment le dump personnel depuis leur propre cartouche, pourtant pleinement légal. Techniquement, l'opération consiste à lire le contenu du support que l'on détient physiquement et à en produire une copie sur un autre support personnel — sans intermédiaire, sans réseau, sans mise à disposition d'un tiers. C'est exactement la définition de la copie de sauvegarde au sens de l'Article L122-6-1 CPI : l'utilisateur légitime d'un logiciel a le droit d'effectuer une copie de sauvegarde lorsque celle-ci est nécessaire pour préserver l'utilisation du logiciel. Le support source est l'original physique que l'on possède, la destination est son propre stockage, et aucune copie tierce n'intervient dans la chaîne. Il n'y a pas de « support différent » au sens péjoratif : il y a un original et une copie de sauvegarde personnelle de cet original, ce que le législateur a explicitement voulu permettre.

Il faut également préciser que le droit à la copie de sauvegarde s'applique exclusivement à un usage strictement personnel : la copie doit rester sur ses propres supports, pour son propre usage, sans être transmise, partagée ou mise à disposition d'un tiers — même gratuitement. Dès lors qu'une copie circule hors du cadre strictement privé de son auteur, elle sort du champ de l'exception légale.

À noter : le droit à la copie de sauvegarde a été reconnu officiellement par Nintendo eux-mêmes, qui le mentionnaient explicitement dans les notices de jeux Nintendo 64 commercialisés en France.


◆ La jurisprudence de Valence (1999) et la question de la fiabilité des supports

En 1999, le Tribunal de grande instance de Valence (jugement du 2 juillet 1999) a estimé que la copie de sauvegarde n'était pas « effectivement nécessaire » pour un CD-ROM, ce support numérique n'étant pas susceptible de dégradation sans intervention extérieure — contrairement à une disquette, jugée « spécialement vulnérable ». Le tribunal distinguait explicitement les supports dont le contenu « peut être altéré sans faute de l'utilisateur » (disquette) de ceux qui ne sont exposés « qu'aux dommages accidentels ou par manque de soins » (CD-ROM).

Ce raisonnement, fondé sur l'état de la technique en 1999, est largement dépassé en 2026. Les supports optiques sont aujourd'hui reconnus comme physiquement fragiles sur le long terme :

— Le phénomène dit disc rot (dégradation chimique de la couche réfléchissante par oxydation, décollement des couches adhésives, pénétration de l'humidité) touche des CD, DVD et même des Blu-ray, parfois dès quelques années après leur fabrication — y compris des éditions sorties après 2015. Une fois le disc rot installé, le disque est irrécupérable.

— Les cartouches NES, SNES, N64, GB, GBC et GBA sont elles aussi affectées par un mécanisme de dégradation bien documenté : l'oxydation des contacts dorés. Les connecteurs exposés à l'air libre s'oxydent progressivement, formant une couche isolante qui perturbe ou interrompt la communication entre la cartouche et la console. C'est ce phénomène qui explique le geste bien connu consistant à souffler dans la cartouche — l'humidité légèrement acide de l'haleine dissout temporairement l'oxyde, restaurant momentanément le contact. Cette pratique est toutefois déconseillée à long terme : l'humidité accélère la corrosion et peut déposer des résidus organiques sur les contacts. La méthode correcte est un nettoyage des contacts à l'alcool isopropylique sur coton-tige. Au-delà de l'oxydation, les cartouches de cette génération sont également sensibles à l'usure mécanique des connecteurs (réinsertion répétée), aux chocs, à l'humidité ambiante, et — pour celles intégrant une pile de sauvegarde interne comme les jeux GBA Pokémon RSE ou les jeux SNES — à l'épuisement de cette pile. Une cartouche NES ou SNES de 1985–1996 a aujourd'hui entre 30 et 40 ans : ses composants internes (condensateurs, circuits) vieillissent indépendamment de tout usage. La dégradation est donc inévitable sur le long terme, sans aucune faute de l'utilisateur.

— Les cartouches NDS sont également concernées : la mémoire flash utilisée pour stocker les données a une durée de vie limitée, et certaines cartouches des années 2004–2012 deviennent aujourd'hui illisibles ou présentent des erreurs de lecture sans manipulation défectueuse de l'utilisateur.

— Les cartouches 3DS Pokémon ROSA (et d'autres titres de la même génération) intègrent une pile de sauvegarde interne dont la durée de vie est limitée à environ 10–15 ans. Une pile épuisée ne rend pas le jeu illisible, mais corrompt ou efface irrémédiablement les données de sauvegarde — rendant le jeu injouable dans sa progression normale. La pile peut être remplacée, mais cela nécessite d'ouvrir la cartouche et de souder, ce qui n'est pas accessible à tous.

— Cartouches Switch 1 (XtraROM, Macronix) : contrairement à une idée reçue, les Game Cards Switch 1 n'utilisent pas de mask ROM classique, mais une technologie propriétaire Macronix appelée XtraROM — une mémoire flash en lecture seule, distincte des NAND traditionnelles (pas de cycles d'écriture, pas de contrôleur d'usure), mais qui reste fondamentalement un type de mémoire flash et non un mask ROM gravé. Macronix annonce une durée de conservation de 20 ans dans ses fiches techniques. Les premières cartouches Nintendo Switch ont déjà presque 10 ans.

— Cartouches Switch 2 — un changement technique préoccupant : selon les informations de la chaîne de fabrication Macronix (rapports financiers 2025-2026), les futures cartouches Switch 2 pourraient utiliser de la 3D NAND standard plutôt que la XtraROM propriétaire des cartouches Switch 1 — un choix motivé par la réduction des coûts de fabrication et l'augmentation des capacités de stockage (au-delà de 64 Go). Or, la 3D NAND classique souffre des mêmes limitations que n'importe quelle mémoire flash grand public : une durée de rétention des données plus courte que la XtraROM, et une dégradation accélérée par les cycles thermiques. Si cette transition technique se confirme, les cartouches Switch 2 pourraient avoir une longévité inférieure à celle des cartouches Switch 1 — un recul technique notable du point de vue de la préservation à très long terme, justifié par des considérations purement économiques (cartouches moins chères à produire face à la concurrence des Game-Key Cards).

En d'autres termes, l'argument central de la jurisprudence de 1999 — le CD-ROM est un support fiable qui ne se dégrade pas sans faute de l'utilisateur — est aujourd'hui empiriquement faux. La nécessité d'une copie de sauvegarde personnelle est donc pleinement justifiée, y compris pour des supports optiques et des cartouches modernes.

Recommandation de préservation pratique : pour les cartouches à mémoire flash (Switch 1 et 2), il est conseillé de les insérer et démarrer le jeu de temps en temps plutôt que de les laisser des années sans utilisation — certaines mémoires flash bénéficient d'un léger « rafraîchissement » électrique lors de la lecture qui peut limiter la dégradation à très long terme (mécanisme documenté pour la NAND en général, bien que non confirmé spécifiquement pour XtraROM par Macronix). À ce jour, dumper sa cartouche en NSP/XCI reste la méthode de préservation la plus fiable pour quiconque souhaite s'assurer contre une éventuelle dégradation du support physique sur le long terme.


◆ Copies multiples : la source licite prime sur tout

Le principe général

En droit français, la validité d'une copie privée (Article L122-5 CPI) repose sur deux conditions cumulatives : (1) la source doit être licite — c'est-à-dire que la personne qui effectue la copie doit posséder légalement l'œuvre originale ; (2) la copie est strictement réservée à l'usage privé du copiste, sans diffusion.

La règle « la non-licéité de la source corrompt toutes les utilisations ultérieures » s'applique bien au téléchargement d'une ROM sur Internet sans posséder le jeu : la source est illicite, donc toutes les copies issues de cette source le sont aussi. Ce principe ne s'applique pas lorsque la source est la cartouche physique que l'on possède légalement. Dans ce cas, la source est licite et les copies qui en découlent bénéficient de l'exception de copie privée.

Combien de copies depuis sa propre cartouche ?

La loi française ne fixe aucun quota numérique au nombre de copies privées autorisées depuis un original licite. Elle pose des conditions qualitatives (usage personnel, source licite, pas de redistribution) et non un plafond chiffré. Il n'est donc pas nécessaire de posséder deux exemplaires de Pokémon Émeraude pour avoir le droit de posséder deux copies numériques de ce même jeu dès lors que ces deux copies sont issues du même exemplaire physique légalement possédé, conservées pour un usage personnel, et non redistribuées.

Transfert, lecture, copier-coller depuis une carte SD

La loi ne distingue pas entre le moment du dump initial (extraction vers le PC) et les opérations ultérieures sur le fichier obtenu (copie vers un autre dossier, vers une clé USB, vers un autre disque, transfert vers la carte SD d'une console…). Ces opérations sont assimilables à un usage ordinaire d'un fichier personnel. Un utilisateur qui copie-colle sa ROM d'un dossier à un autre sur son propre matériel ne réalise pas une reproduction au sens du droit d'auteur opposable — il déplace ou duplique un fichier dont il est le détenteur légitime, pour son propre usage. La notion de reproduction punissable vise la diffusion à des tiers, pas la gestion personnelle de ses fichiers.

Versions régionales — deux cartouches du même jeu, deux dumps distincts

Un cas fréquent : posséder deux versions régionales du même jeu — par exemple Pokémon Version Émeraude en français (FR) et la version américaine (US/EN). Bien que le code du jeu soit identique dans ses grandes lignes, ces cartouches sont deux supports physiques distincts, avec des CRC32 différents (les textes, le nom affiché, parfois des timings ou des corrections de bugs mineurs diffèrent). Chaque cartouche physique que l'on possède légalement ouvre le droit à un ou plusieurs dumps. Dumper les deux, même plusieurs fois, est donc parfaitement défendable.

La logique est la même qu'avec deux copies du même livre en deux langues différentes : ce sont deux œuvres distinctes, vendues séparément, achetées séparément. Le fait que le contenu commun soit majoritaire (code moteur, assets graphiques…) ne modifie pas ce raisonnement.

Note pratique : les ROM hacks comme Crystal Earth précisent le CRC32 exact de la ROM de base requise (ici A3FDCCB1 pour la version FR). Une version US ou une révision différente aura un CRC32 distinct et ne sera pas compatible avec un patch conçu pour la version FR. Dumper les deux versions permet de conserver chaque support dans son état d'origine, utile notamment pour ROM hacking ou pour jouer à des patchs de traduction ciblant une région spécifique.

Révisions d'un même jeu — v1.0, v1.1, v1.2 et suivantes

Certains jeux ont été commercialisés en plusieurs révisions matérielles, parfois sur la même région : la cartouche a été re-pressée avec un correctif intégré directement dans les données de la ROM, sans que le packaging extérieur ne change toujours. C'est le cas emblématique de The Legend of Zelda : Ocarina of Time (N64), dont les révisions 1.0, 1.1 et 1.2 présentent des différences notables (musiques, dialogues, couleurs du feu sacré, bugs corrigés…) et ont chacune un CRC32 distinct.

Si vous possédez physiquement plusieurs cartouches correspondant à des révisions différentes (achetées en import, sur le marché de l'occasion…), chacune constitue un support physique distinct et peut être dumpée indépendamment. Le principe est identique aux versions régionales : un support physique légitime = un ou plusieurs dumps défendables.

En revanche, posséder une seule cartouche v1.0 et chercher à obtenir la ROM v1.1 par téléchargement ne serait pas couvert par le droit à la copie de sauvegarde — même si les deux révisions sont du même jeu que vous avez acheté. Le droit à la copie de sauvegarde s'ancre dans la détention physique du support, pas dans la possession d'une licence générique.

En résumé : depuis une cartouche légalement possédée, le nombre de copies numériques pour usage strictement personnel n'est pas limité par la loi française. Posséder la ROM originale et plusieurs dumps de celle-ci, la ROM hackée, et des copies de sauvegarde sur différents supports (PC, carte SD, disque externe…) relève d'une gestion normale d'un fichier personnel. Ce qui est interdit reste la redistribution à des tiers, quelle que soit la source.


◆ Jeux dématérialisés (WiiWare / DSiWare / eShop), codes de téléchargement Switch 1 et cartouches clés Switch 2

Ces trois formats introduisent une nouvelle problématique pour le droit à la copie de sauvegarde :

— Dans le premier cas, le jeu est dématérialisé dès l'achat : il n'existe aucun support physique contenant les données du jeu. Le droit à la copie de sauvegarde prévu par l'Article L122-6-1 CPI s'applique à « la personne ayant le droit d'utiliser le logiciel » — l'utilisateur légitime l'est bien. Cependant, la copie de sauvegarde classique suppose l'existence d'un support source original que l'on détient physiquement pour en extraire une copie. Ici ce support n'existe pas : le jeu est installé sur la console ou la microSD, lui-même obtenu depuis les serveurs Nintendo. Le fichier installé est déjà une copie numérique sur un support personnel. On peut arguer que l'extraction de ce fichier depuis sa propre console vers un format WAD / NDS (DSi) / CIA décrypté / NSP constitue techniquement une copie de sauvegarde — et c'est défendable, car les serveurs peuvent fermer, voir ci-après — mais le contournement du chiffrement nécessaire pour ce faire (CFW, prod.keys) entre en tension avec l'Article L122-6-2 CPI sur la protection des mesures techniques. La situation est donc juridiquement non tranchée pour ce format.

— Les codes de téléchargement Switch 1 (« code in the box ») sont des codes à usage unique liés à un compte Nintendo. La règle fondamentale ne change pas : redistribuer un titre digital dumpé constitue une contrefaçon — le dump doit rester strictement personnel, sur ses propres appareils, pour ses propres jeux acquis légalement.

— Les cartouches clés Switch 2 (Game-Key Cards) posent un problème encore plus direct : ce sont des cartouches physiques vides qui ne contiennent pas les données du jeu, mais uniquement un fichier d'authentification déclenchant le téléchargement depuis les serveurs Nintendo. Le jeu s'installe sur la console ou une carte microSD Express, pas sur la cartouche. Il n'y a donc aucun support physique contenant le logiciel à sauvegarder : la cartouche elle-même n'est pas dumpable au sens traditionnel puisqu'elle ne contient rien d'autre qu'une clé d'accès. Le droit à la copie de sauvegarde ne peut pas s'appliquer à un support vide. En revanche, le fichier du jeu une fois installé sur la console est techniquement dans la même situation que pour les jeux dématérialisés ou les codes de téléchargement — extraction possible via CFW mais soumise aux mêmes tensions juridiques. Si les serveurs Nintendo ferment, la cartouche clé devient inutilisable et aucun mécanisme légal ne permet à l'utilisateur de récupérer le jeu par ses propres moyens — ce qui illustre la fragilité de ce modèle du point de vue de la préservation personnelle.

En résumé : le droit à la copie de sauvegarde a été conçu pour un monde de supports physiques contenant un logiciel extractible. Les formats dématérialisés et les cartouches-clés contournent structurellement cette logique : soit il n'y a pas de support physique source, soit le support physique ne contient pas le logiciel. Le droit existant ne couvre pas ces cas de façon explicite, laissant l'utilisateur dans une situation spécifique que le législateur n'a pas encore adressée. Dans les faits, la pratique est tolérée.


◆ Le contournement des systèmes de protection — DS, Wii, 3DS, Wii U, Switch 1 et CFW

En France, l'Article L122-6-2 CPI interdit en principe le contournement des mesures techniques de protection (DRM). Cependant, une exception explicite existe pour les actes nécessaires à l'interopérabilité et, depuis la transposition de la directive européenne 2009/24/CE, pour l'observation, l'étude et le test du fonctionnement d'un logiciel — ce qui inclut les tests de sécurité sur un logiciel que l'on possède (Article L122-6-1 CPI).

Concrètement : modifier sa propre console pour y installer un CFW à des fins de homebrews ou de dump de ses propres jeux reste dans une zone légalement défendable en France, à condition de ne pas contourner des protections dans un but de piratage commercial ou de diffusion de copies. Cela s'applique aussi bien à la Nintendo DS (linkers, voir section dédiée), à la 3DS (Luma3DS), à la Wii (Homebrew Channel), à la Wii U (Aroma) qu'à la Nintendo Switch 1 (Atmosphere). La jurisprudence française n'a jamais condamné un particulier pour modification de console à usage personnel.

À noter : au niveau européen, l'affaire Nintendo v. PC Box (CJUE, 2014) a précisé que les mesures de protection ne peuvent être protégées que proportionnellement à leur objectif — et qu'elles ne peuvent pas servir à empêcher des utilisations légitimes non liées à la protection du droit d'auteur.


◆ Les linkers DS en Europe — une affaire mal comprise

Les linkers DS ont été interdits en France et dans plusieurs pays européens suite à des décisions de justice obtenues par Nintendo. Chronologie en France :

Nintendo engage des procédures contre des grossistes, détaillants et revendeurs en ligne à partir de 2007. En première instance, le TGI de Paris déboute Nintendo (décision rendue publique en février 2011) : le tribunal estime que la technologie elle-même n'est pas illégale, les linkers pouvant également servir à lancer des homebrews légaux. Nintendo fait appel. Le 26 septembre 2011, la Cour d'appel de Paris condamne 6 sociétés pour importation, vente et distribution de linkers — amendes et dommages-intérêts compris, soit 4,8 millions d'euros au total, avec peines de prison avec sursis pour certains dirigeants. Ce jugement fait jurisprudence et place la France aux côtés de l'Allemagne, la Belgique, la Grande-Bretagne, l'Italie et les Pays-Bas dans l'interdiction de la commercialisation de ces dispositifs.

Mais la raison légale de l'interdiction est souvent mal rapportée : ces appareils n'ont pas été interdits parce qu'ils permettaient de lancer des homebrews ou des ROMs. Ils ont été interdits parce que certains modèles contenaient dans leur firmware une copie du BIOS propriétaire de la Nintendo DS, code appartenant à Nintendo et reproduit sans autorisation. C'est cette reproduction de code protégé — et non l'usage homebrew ou émulation — qui a fondé les condamnations.

Cette distinction est importante : un linker ne contenant aucun code Nintendo et servant uniquement à lancer des homebrews ou des dumps personnels se situerait dans un cadre légal différent, même si Nintendo s'y opposerait commercialement.


◆ Quid des mises à jour et des DLC (3DS / Wii U / Switch) ?

Les mises à jour (patches correctifs, updates de contenu) et les DLC (contenus additionnels payants) ont un statut légèrement différent de la cartouche de base, mais la logique reste globalement la même pour un usage personnel.

Les mises à jour constituent une extension du logiciel acheté : elles font partie intégrante du jeu que l'on possède légalement. Les extraire depuis sa propre console (format .CIA décrypté via GodMode9 ou Batch CIA 3DS Decryptor sur 3DS — TitleID commençant par 0004000e — format dossiers décryptés Wii U via OmniDrive / CDecrypt ou format .NSP via NXDumpTool sur Switch) relève du même droit à la copie de sauvegarde que pour la ROM de base. Sans elles, un émulateur peut lancer une version ancienne et buguée du jeu ; les conserver est donc une démarche de préservation personnelle légitime.

Les DLC sont des contenus additionnels achetés séparément, livrés sous forme de licence numérique. Le droit à la copie de sauvegarde s'applique en principe — on les a acquis légalement — mais leur nature exclusivement numérique (aucun support physique) crée une tension : la distinction entre « extraction de son propre support » et « téléchargement » s'estompe, puisqu'ils n'ont jamais existé que sur les serveurs de l'éditeur avant d'être installés sur la console. L'argument de la copie privée reste défendable pour un usage personnel (par exemple en cas de fermeture de serveurs), mais il l'est moins que pour une cartouche physique. Techniquement, GodMode9 / Batch CIA 3DS Decryptor (TitleID 0004008c sur 3DS), OmniDrive / CDecrypt (Wii U) et NXDumpTool (Switch) permettent de les dumper en CIA décryptés / dossiers Wii U décryptés / NSP.

Dans les deux cas, la règle fondamentale ne change pas : redistribuer des MàJ ou des DLC dumpés est illégal — encore plus clairement que pour une ROM, car ces contenus sont directement liés à une transaction commerciale personnelle (compte Nintendo, historique d'achat eShop). Leur diffusion constitue une mise à disposition de contenu payant sans autorisation, ce qui dépasse le cadre de la copie privée et peut relever de la contrefaçon commerciale.

Cas particulier Switch — MàJ et DLC intégrés au jeu de base après coup : il arrive que Nintendo ou un éditeur tiers publie, des années après la sortie d'un jeu, une réimpression de cartouche ou une version physique plus complète, intégrant en dur les mises à jour et/ou DLC précédemment vendus séparément. Sur Switch, ce phénomène est courant : la cartouche japonaise de Mario Kart 8 Deluxe, avec le "Pass Circuits Additionnels" ou la cartouche européenne de Pokémon Écarlate, avec "Le Trésor enfoui de la Zone Zéro". Dans ce cas, le contenu est juridiquement inséparable du jeu de base que l'on possède sur cartouche — il est dumpé avec la ROM elle-même via NXDumpTool (format tout-en-un XCI cartouche qui contient le jeu, la Mise à jour et le DLC) et ne constitue pas un DLC distinct à justifier séparément. La situation est plus simple juridiquement que pour un DLC acheté en standalone : tout est sur le support physique que l'on possède, qui plus est en un seul fichier. Pour des raisons d'habitude ou de praticité, il est toujours possible de dumper une telle cartouche en trois fichiers NSP individuels séparés (jeu + Màj + DLC).


◆ Quand les serveurs ferment — Consoles Virtuelles / WiiWare / DSiWare / eShop 3DS & Wii U / Wi-Fi Pokémon DS/3DS / The Crew

La fermeture de serveurs illustre concrètement les limites juridiques évoquées ci-dessus. Plusieurs cas emblématiques permettent de mesurer l'étendue du problème :

— Connexion Wi-Fi Nintendo — DS et Wii (fermeture le 20 mai 2014) : Nintendo a fermé l'intégralité du service en ligne pour les jeux DS/DSi et Wii. Pour Pokémon, cela a signifié la fin définitive des échanges et combats en ligne via la GTS (Global Trade Station), des tournois Wi-Fi et des Cadeaux Mystère en ligne pour les générations 4 (Diamant, Perle, Platine, HeartGold, SoulSilver) et 5 (Noir, Blanc, Noir 2, Blanc 2). Ces fonctionnalités ne sont plus accessibles officiellement depuis lors. Des serveurs privés communautaires comme Wiimmfi (Wii/DS) et le Poké Classic Network (Pokémon DS) ont partiellement rétabli le service — de façon non officielle et à la responsabilité de l'utilisateur.

— Boutique Nintendo DSi et Chaîne Boutique Wii : la Boutique DSi a cessé les ventes en 2017, la Chaîne Boutique Wii le 30 janvier 2019. Les jeux achetés pouvaient encore être retéléchargés un temps, mais la fenêtre de téléchargement a elle-même été progressivement fermée. Les titres exclusifs WiiWare et DSiWare non portés ailleurs (nombreux jeux de la Console Virtuelle Wii, par exemple) sont aujourd'hui définitivement inaccessibles légalement pour quiconque n'a pas effectué sa sauvegarde à temps. L'eShop 3DS et Wii U a quant à lui fermé les achats en mars 2023.

— Nintendo Network — 3DS et Wii U : trois dates à ne pas confondre : contrairement à une idée reçue, l'eShop 3DS/Wii U n'a pas fermé d'un bloc — trois évènements distincts se sont succédé :

27 mars 2023 : fin des achats sur l'eShop 3DS et Wii U. Il n'est plus possible d'acheter un jeu, un DLC, une démo ou du contenu gratuit (thèmes, passes StreetPass Mii Plaza, Theme Shop, Nintendo Badge Arcade…).
8 avril 2024 : fin des services en ligne (Nintendo Network). C'est la fermeture qui met fin au multijoueur en ligne, aux classements, à la GTS, au Wonder Trade, au Pokémon Global Link et à toute fonctionnalité reposant sur une connexion entre joueurs.
Aujourd'hui (2026) : l'eShop reste actif pour le retéléchargement. Nintendo l'a confirmé explicitement : « pour l'avenir prévisible, il restera possible de retélécharger les jeux et DLC déjà achetés, et de recevoir les mises à jour logicielles » sur 3DS et Wii U. Concrètement, si l'on a acheté un jeu numériquement avant mars 2023, on peut toujours le retélécharger sur sa console (ou une autre console liée au même compte Nintendo) à ce jour — la bibliothèque d'achats reste accessible, seul l'ajout de nouveaux achats est bloqué. Nintendo n'a annoncé aucune date de fermeture pour ce service de retéléchargement, qui reste qualifié d'actif « pour l'avenir prévisible » sans engagement de durée.

Pourquoi cette nuance compte pour le ROM hacking et la préservation : tant que le service de retéléchargement reste actif, il est encore possible de récupérer légalement, depuis son propre compte Nintendo, des jeux numériques achetés par le passé — y compris pour les dumper proprement en CIA décryptés via les outils homebrew (GodMode9, NUSGrabber). Si Nintendo ferme un jour ce service (aucune date n'a été annoncée), ces titres deviendront irrécupérables pour les comptes ne les ayant pas déjà téléchargés au moins une fois.

Pour Pokémon, la fermeture du 8 avril 2024 a mis fin aux fonctionnalités en ligne des générations 6 et 7 : échanges et combats via la GTS, le Wonder Trade, le Pokémon Global Link (statistiques en ligne, tournois, distributions), les cadeaux mystère en ligne, et le Pokémon Bank en mode réseau (téléchargements de Pokémon depuis les jeux 3DS vers Bank, puis vers Home). Les jeux concernés incluent Pokémon X / Y, Rubis Oméga / Saphir Alpha, Soleil / Lune, Ultra-Soleil / Ultra-Lune, ainsi que les titres Wii U compatibles comme Pokkén Tournament. Depuis la fermeture, ces jeux restent intégralement jouables en solo — combats, captures, évolutions — mais toutes les fonctionnalités nécessitant une connexion aux serveurs Nintendo sont définitivement inaccessibles. Pokémon Bank reste cependant utilisable en mode « retéléchargement » : l'application elle-même peut toujours être réinstallée depuis l'eShop (achetée avant 2023), et les Pokémon déjà déposés restent consultables et transférables vers Pokémon Home — Nintendo a explicitement confirmé que les utilisateurs ayant déjà acheté l'app peuvent continuer ce transfert sans frais supplémentaire. En revanche, aucun nouvel achat de l'app n'est possible depuis mars 2023. Des serveurs privés communautaires (notamment Pretendo Network) travaillent à recréer partiellement les fonctionnalités en ligne perdues, de façon non officielle, avec un support Pokémon limité selon les titres.

— The Crew (Ubisoft, 2014–2024) : le jeu de course en ligne a été rendu entièrement inutilisable le 31 mars 2024 lors de la fermeture de ses serveurs — y compris le mode solo, qui nécessitait une connexion permanente. Des milliers de joueurs ayant acheté le jeu légalement se sont retrouvés sans accès, sans remboursement, sans alternative. Ubisoft s'est retranché derrière la notion de licence d'utilisation révocable — position défendue publiquement par son PDG. En réponse, l'UFC-Que Choisir a assigné Ubisoft en justice devant le Tribunal Judiciaire de Créteil (mars 2026), soutenue par le mouvement Stop Killing Games. L'enjeu : obtenir une décision sur ce qu'un consommateur possède réellement lorsqu'il achète un jeu. Un recours collectif a également été déposé en Californie. L'affaire est en cours et pourrait faire jurisprudence à l'échelle européenne.

Ces situations posent une question de fond que le droit français n'a pas encore tranchée : lorsqu'un consommateur a acheté un jeu et que l'éditeur ou le fabricant ferme unilatéralement les serveurs nécessaires à son fonctionnement ou à son téléchargement, le droit à la copie de sauvegarde prend-il une dimension nouvelle — celle d'un droit à la préservation de son achat ? L'affaire The Crew / UFC-Que Choisir est la première à soumettre cette question explicitement à la justice française. Dans ce contexte, le dump préventif de ses propres jeux numériques acquiert une pertinence supplémentaire du point de vue de la préservation personnelle — même si sa légalité reste soumise aux conditions décrites plus haut.


◆ J'ai fait une copie de sauvegarde de mon jeu, puis je l'ai revendu. Puis-je garder ma copie ?

Non — ou du moins, pas légalement. C'est l'une des questions les plus fréquentes et les moins bien comprises de la législation sur la copie privée.

Le droit à la copie de sauvegarde (Article L122-6-1 CPI) et le droit à la copie privée (Article L122-5 CPI) sont tous les deux conditionnés à la détention licite du support original. Ces droits ne sont pas acquis définitivement au moment du dump : ils durent tant que vous êtes le détenteur légitime du support. Dès lors que vous avez revendu la cartouche physique, vous n'êtes plus titulaire de ce droit — et la copie numérique que vous conservez devient une copie non autorisée.

La logique juridique est la suivante : le droit à la copie est un droit accessoire à la possession de l'œuvre originale. Vous pouvez avoir une copie parce que vous possédez l'original — mais l'original et la copie forment un tout. Revendre l'original, c'est revendre l'œuvre. Conserver la copie après la revente revient à conserver une reproduction d'une œuvre dont vous n'êtes plus titulaire d'une licence d'usage.

Ce raisonnement est cohérent avec le principe d'épuisement du droit de distribution : quand vous revendez votre cartouche, vous transmettez vos droits d'usage sur cette copie de l'œuvre à l'acheteur. Vous ne pouvez pas simultanément transférer ces droits à quelqu'un d'autre et en conserver une copie pour vous-même.

En pratique, cette situation est extrêmement difficile à détecter et aucune poursuite individuelle n'a jamais visé ce cas précis en France. Mais sur le plan du droit, la position est claire : la revente de la cartouche emporte l'obligation de supprimer la copie numérique. C'est la même logique qui s'applique aux logiciels PC — revendre une boîte physique implique de désinstaller le logiciel.

À l'inverse : si vous possédez toujours la cartouche physique mais qu'elle est endommagée ou inutilisable (pile morte, connecteur oxydé…), la copie de sauvegarde reste pleinement justifiée — c'est même précisément l'usage que le législateur avait en tête en rédigeant l'Article L122-6-1 CPI. La détention du support, même hors d'usage, suffit à maintenir le droit.

Cas particulier — cartouche hors d'usage puis jetée : si vous avez dumpé votre cartouche alors qu'elle était encore en votre possession, puis que vous l'avez ensuite jetée (inutilisable, détruite, perdue…), la loi française ne tranche pas explicitement cette situation spécifique. L'Article L122-6-1 CPI conditionne le droit à la copie de sauvegarde à la qualité d'« utilisateur légitime » du logiciel — pas nécessairement à la détention physique continue du support. On peut défendre l'idée que jeter une cartouche hors d'usage ne transfère aucun droit à un tiers (contrairement à la revente) et que vous demeurez l'utilisateur légitime de l'œuvre que vous avez achetée. Cependant, sans le support physique, il devient impossible de prouver que vous avez bien possédé l'original légalement — ce qui fragilise la défense en cas de contestation. En pratique, ce cas n'a jamais fait l'objet de poursuites individuelles en France. La nuance avec la revente est importante : jeter ≠ transférer des droits à quelqu'un d'autre. Mais la prudence reste de mise.


◆ Jouer à sa copie de sauvegarde sur émulateur — est-ce légal ?

C'est l'une des questions les plus fréquentes — et les plus mal tranchées — du droit du jeu vidéo. L'émulateur est légal. La copie de sauvegarde dumpée depuis sa propre cartouche est légale. Mais jouer à cette copie sur un émulateur l'est-il aussi ?

Ce que dit le droit français

En droit français, aucune disposition légale n'interdit explicitement de jouer à sa propre copie de sauvegarde sur un émulateur. L'Article L122-5 CPI autorise la copie privée depuis un support licite pour l'usage personnel du copiste — sans préciser sur quel dispositif cette copie doit être utilisée. L'Article L122-6-1 CPI garantit le droit à la copie de sauvegarde d'un logiciel à l'utilisateur légitime — sans restreindre l'usage de cette sauvegarde à un matériel spécifique. Il n'existe pas de texte français disant : « la copie de sauvegarde ne peut être jouée que sur le matériel d'origine ».

La logique légale est donc cohérente : si dumper sa cartouche est légal (copie de sauvegarde), et si l'émulateur est légal (interopérabilité), alors utiliser la première dans le second pour son propre usage ne semble pas constituer une infraction au regard du droit français.

Ce que disent les EULA — et pourquoi ils ne font pas la loi

Les constructeurs tentent de contourner ce raisonnement via leurs contrats de licence utilisateur EULA (End-User License Agreements) — ces longs documents que personne ne lit, qui doivent être obligatoirement acceptés au premier démarrage d'une console ou d'un jeu, sous peine de ne pas pouvoir aller plus loin.

Sony est le plus explicite sur ce point. Le contrat de licence des logiciels PlayStation stipule que la licence accordée est limitée à l'utilisation du logiciel sur le matériel PlayStation compatible — autrement dit, les jeux PlayStation ne sont contractuellement autorisés qu'à tourner sur une console PlayStation. Jouer à une copie sur un émulateur PC constituerait donc, selon Sony, une sortie du cadre de la licence accordée.

Nintendo adopte une position similaire dans ses EULA Switch mais la formule différemment. Sur sa page dédiée à l'émulation (nintendo.com/fr-fr), Nintendo qualifie les émulateurs non autorisés de logiciels ayant un « impact négatif sur l'expérience de jeu » et précise que « certains émulateurs non autorisés contournent les mesures de sécurité des jeux et sont donc des logiciels illégaux » — une formulation prudente qui reconnaît implicitement que tous les émulateurs ne sont pas illégaux, et qui ancre l'illégalité dans le contournement des DRM plutôt que dans l'émulation elle-même. Nintendo ne dit nulle part que jouer à sa propre ROM sur un émulateur sans DRM est illégal — et pour cause : en janvier 2025, lors de la Tokyo eSports Festa, les responsables juridiques de Nintendo ont eux-mêmes admis que les émulateurs sont techniquement légaux, tout en précisant que les développeurs d'émulateurs marchent sur une corde raide selon les pratiques adoptées.

Qui croire ?

La réponse courte : la loi prime sur l'EULA. En droit français, un contrat privé ne peut pas supprimer les droits accordés par la loi. L'Article L122-6-1 CPI est d'ordre public : toute clause contractuelle contraire est réputée non écrite. Un éditeur ne peut pas légalement interdire à l'utilisateur de faire une copie de sauvegarde du logiciel qu'il a acheté — même si l'EULA le stipule. Or, si la copie de sauvegarde est un droit légal que l'EULA ne peut pas supprimer, l'usage de cette copie dans le cadre prévu (usage personnel du copiste) ne devrait pas non plus être contractuellement limité à un matériel spécifique.

La position des éditeurs est donc commercialement compréhensible — ils veulent éviter que l'émulation serve de porte d'entrée au piratage de masse — mais juridiquement contestable en France, où les droits des utilisateurs légitimes sur leurs logiciels sont positivement définis par la loi et ne peuvent pas être effacés par contrat.

Ce qui est à noter

Ce raisonnement n'a jamais été testé devant un tribunal français dans ce contexte précis. Aucune juridiction française n'a, à ce jour, tranché la question de savoir si jouer à sa propre ROM sur un émulateur constitue une violation de l'EULA opposable à l'utilisateur. Un manque de jurisprudence persiste donc sur ce point particulier — non pas parce que le droit interdit la pratique, mais parce que personne ne l'a encore formellement confirmée devant un juge.

En résumé, jouer à sa propre ROM dumpée sur un émulateur sans DRM, pour un usage strictement personnel, est défendable en droit français, en contradiction avec les EULA mais conforme à la logique des Articles L122-5 et L122-6-1 CPI.

C'est une question de bon sens : si tu possèdes la cartouche physique, tu as dumpé toi-même ta ROM, et tu joues sur émulateur pour ton usage personnel sans redistribuer quoi que ce soit — tu es dans une zone légale défendable en France, quoi qu'en dise l'EULA. Si tu as téléchargé la ROM sur Internet sans posséder le jeu, aucun EULA ni aucune jurisprudence ne te protège.

Cas particulier — jouer à une copie issue d'un titre chiffré (3DS / Wii U / Switch)

La question se complique pour les titres modernes protégés par chiffrement — 3DS, Wii U et Switch — par opposition aux ROMs GBA/NDS classiques qui n'étaient jamais chiffrées dès l'origine.

Cette zone est moins balisée que celle des ROMs classiques. L'exception d'interopérabilité n'a, à ce jour, jamais été testée devant une juridiction française. Les ayants droit (notamment Nintendo) considèrent généralement le contournement de leurs systèmes de chiffrement comme une violation, indépendamment de la légitimité de la possession du titre — c'est d'ailleurs l'argument central utilisé dans les procès américains contre Yuzu (2024) et Ryujinx (2024), tous deux centrés sur le contournement des clés de chiffrement Switch plutôt que sur l'émulation en tant que telle. À ce jour, aucune procédure judiciaire n'a visé un simple utilisateur final pour avoir déchiffré et joué à ses propres titres 3DS / Wii U / Switch dumpés — les actions de Nintendo ciblent systématiquement les distributeurs d'outils de contournement (développeurs d'émulateurs, sites de clés), pas les joueurs individuels.


◆ Les sauvegardes de partie sont-elles légales à partager et à éditer ?

Oui — et pour une raison simple : un fichier de sauvegarde de partie (.sav, .srm, .dsv…) ne contient aucun asset protégé appartenant à Nintendo ou à l'éditeur. Il contient exclusivement des données générées par le joueur au cours de sa propre partie : variables de progression, flags d'évènements, équipes Pokémon, noms, statistiques, inventaire, positions… C'est de la programmation unique produite par l'exécution du jeu sur la machine du joueur — pas une reproduction de l'œuvre elle-même.

En droit, une sauvegarde de partie n'est pas une œuvre dérivée du jeu : elle n'en reproduit ni les graphismes, ni les musiques, ni le code exécutable, ni les textes. Elle est assimilable à un document personnel généré par l'usage d'un logiciel — au même titre qu'un fichier .docx produit par Word n'appartient pas à Microsoft. L'utilisateur est le seul auteur du contenu de sa sauvegarde au sens de la progression qu'elle représente.

En pratique, partager une sauvegarde de partie est légal — c'est d'ailleurs ce que fait ouvertement ROM HACKING FR dans l'onglet Sauvegardes. La nuance à retenir : la sauvegarde est légale à partager, mais elle est inutilisable sans la ROM correspondante — et celle-ci doit être obtenue légalement (dump de sa propre cartouche).

Et le Save Editing (PKHeX, Action Replay, Cyber Save Editor…) ? En France, modifier sa propre sauvegarde de partie avec un éditeur est légal, pour la même raison fondamentale qu'évoquée ci-dessus : la sauvegarde n'est pas une œuvre protégée mais une donnée personnelle générée par l'utilisateur, qu'il est libre de modifier comme il le souhaite — au même titre qu'il peut éditer un fichier .docx ou une feuille de calcul qu'il a lui-même produite. Aucune disposition du droit français n'interdit la modification d'un fichier de sauvegarde par son propriétaire légitime, qu'il s'agisse de changer une statistique, débloquer du contenu, ou y injecter un Pokémon recréé. Aucune loi française n'interdit ni la distribution ni l'usage de ce type de logiciel. Cela reste vrai même si l'outil utilisé (PKHeX, par exemple) est distribué gratuitement et ouvertement par sa communauté de développement. La seule limite reste la même que pour les sauvegardes classiques : le fichier édité demeure inutilisable sans une ROM légalement obtenue pour l'exploiter.

⚠️ Exception notable — Japon : depuis l'amendement de la loi sur la concurrence déloyale (不正競争防止法, décembre 2018, en vigueur janvier 2019), la distribution d'outils d'édition de sauvegarde (PKHeX, Action Replay, Cyber Save Editor…) et les services commerciaux de modding/save editing sont explicitement interdits au Japon, sous peine de 5 ans de prison et/ou 5 millions de yens d'amende. Les produits concernés (Action Replay, Cyber Save Editor PS4…) ont été immédiatement discontinués sur le marché japonais. La loi vise principalement la distribution et les services commerciaux — l'usage strictement personnel reste une situation spécifique non tranchée, mais la formulation large de la loi décourage toute pratique. Cette législation est propre au Japon ; en France, le cadre légal décrit ci-dessus s'applique.


◆ ROM hacking et distribution de patchs — cadre légal

Un patch (IPS, UPS, BPS…) ne contient pas le jeu original : il ne contient que les différences entre la ROM originale et la ROM modifiée. Appliquer un patch nécessite obligatoirement de posséder la ROM de base. En droit français, la distribution d'un patch est légale : il ne s'agit pas d'une œuvre dérivée au sens strict, mais d'un outil d'interopérabilité permettant de transformer un fichier que l'utilisateur possède déjà légalement. Ce raisonnement est cohérent avec l'Article L122-6-1 CPI (interopérabilité) et la jurisprudence européenne sur les œuvres transformatives à usage non commercial.


◆ Patch à la volée vs ROM patchée : dump unique ou dumps multiples ?

La situation concrète

Un émulateur comme mGBA permet d'appliquer un patch UPS « à la volée » (soft-patching) : la ROM de base reste intacte sur le disque, et le patch est appliqué en mémoire au moment du chargement. La ROM de base n'est jamais modifiée sur le disque. C'est l'approche recommandée pour les utilisateurs qui veulent conserver la ROM originale telle quelle tout en jouant à un ROM hack.

Si l'on préfère au contraire patcher directement la ROM de base (via RomPatcher.js par exemple), le fichier .gba est modifié de façon permanente : il devient la ROM hackée. L'utilisateur peut alors vouloir redumper sa cartouche pour récupérer une copie propre de la ROM originale. Ce redump est légal : il s'agit d'une nouvelle extraction depuis la cartouche physique que l'on possède légalement — exactement comme le premier dump. La loi ne limite pas le nombre d'extractions depuis un support physique légitime ; ce qui est interdit, c'est la redistribution de ces copies.

En résumé : posséder à la fois la ROM originale et la ROM hackée issues de la même cartouche est parfaitement défendable dès lors que les deux fichiers sont pour usage personnel exclusif et ne sont pas redistribués.

Le soft-patching dans mGBA — mode d'emploi

Dans mGBA, le soft-patching est automatique : il suffit de placer le fichier .ups (ou .ips / .bps) dans le même dossier que la ROM de base et de lui donner exactement le même nom que la ROM (seule l'extension diffère). mGBA détecte le patch au chargement et l'applique en mémoire, sans jamais toucher au fichier .gba d'origine. La ROM de base reste intacte et réutilisable indéfiniment.


◆ Cartouches contrefaites — leboncoin, eBay et boutiques physiques à l'étranger

En marge des questions de dump et d'émulation, un phénomène bien distinct mérite d'être abordé : la commercialisation de cartouches contrefaites, aussi bien de jeux officiels que de ROM hacks.

Un marché bien réel, de plus en plus difficile à détecter

Des cartouches contrefaites de jeux Nintendo originaux (Pokémon, Zelda, Mario…) circulent sur leboncoin, eBay, Vinted et d'autres plateformes de revente, parfois à des prix proches des originaux pour tromper l'acheteur. On en trouve également en boutiques physiques dans certains pays étrangers — notamment en Asie du Sud-Est, en Europe de l'Est et en Amérique du Sud — où elles sont vendues ouvertement et sans ambiguïté sur leur nature.

La qualité de reproduction a considérablement progressé. En 2026, certaines contrefaçons — cartouche, sticker, boîte, notice, holographie, y compris en version française — rivalisent visuellement avec les originaux au point de tromper des collectionneurs expérimentés. Seuls des tests approfondis (PCB sous la cartouche, comportement en jeu, outils de vérification) permettent de les identifier avec certitude.

Des contrefaçons fonctionnelles, mais avec des défauts cachés

Ces cartouches fonctionnent généralement — c'est d'ailleurs ce qui les rend dangereuses. Mais elles présentent des risques concrets :
— Bugs et instabilités : la mémoire flash utilisée est souvent de qualité inférieure à celle des cartouches officielles, et les soudures moins fiables. Des crashs, des corruptions de sauvegarde ou des problèmes de lecture peuvent survenir.
— Versions obsolètes de ROM hacks : lorsque la cartouche contient un ROM hack, il s'agit presque toujours d'une version ancienne, non mise à jour, comportant des bugs connus et résolus depuis. Aucune aide n'est fournie par les créateurs pour ces versions, qui sont distribuées sans leur consentement.
— Pile de sauvegarde absente ou de mauvaise qualité : certaines contrefaçons n'intègrent pas de pile de sauvegarde correcte, rendant la sauvegarde de partie impossible ou instable.

Un préjudice double : contre Nintendo, et contre les créateurs de ROM hacks

La contrefaçon de cartouches lèse évidemment Nintendo en reproduisant sans autorisation ses jeux et ses marques — c'est une contrefaçon commerciale au sens classique du terme, illégale dans tous les pays concernés.

Mais elle lèse aussi, plus insidieusement, les créateurs de ROM hacks eux-mêmes. Ces créateurs distribuent leur travail gratuitement, sous forme de patches. Lorsqu'une tierce personne commercialise leur ROM hack sur cartouche — sans leur accord, sans reverser quoi que ce soit, parfois dans une version ancienne et buguée — elle réalise un profit sur un travail bénévole qui ne lui appartient pas. Le créateur se retrouve indirectement associé à une activité commerciale non consentie, ce qui peut compliquer sa position vis-à-vis de Nintendo et nuire à la réputation de son projet.

Les contre-mesures des créateurs

Face à ce phénomène, certains créateurs de ROM hacks ont intégré des protections techniques directement dans leur jeu :

— Écrans d'introduction avec disclaimer anti-vente : un message affiché au lancement rappelle explicitement que le jeu est gratuit, non officiel, et qu'aucune vente n'est autorisée. Simple à contourner pour un revendeur déterminé, mais utile pour informer l'acheteur trompé.

— Protections forçant l'utilisation d'un accessoire officiel : c'est l'approche adoptée par Pokémon Crystal Earth, qui requiert l'Adaptateur Sans Fil GBA (AGB-015) pour fonctionner. Cette protection rend le jeu injouable sur une cartouche contrefaite vendue seule — l'adaptateur officiel, bien plus onéreux, n'est généralement pas fourni avec les copies leboncoin ou les cartouches vendues à l'étranger. Le revendeur malhonnête se retrouve ainsi dans l'impossibilité de proposer une expérience complète sans un investissement supplémentaire qui annule son bénéfice.

En résumé : acheter une cartouche contrefaite de ROM hack est un achat illégal qui finance une chaîne de distribution que les créateurs eux-mêmes réprouvent, sur la base d'un travail qu'ils ont choisi de distribuer gratuitement. La seule source légitime d'un ROM hack reste le patch UPS officiel, appliqué sur sa propre ROM dumpée légalement.


◆ Cas particulier — dump d'une cartouche contrefaite achetée de bonne foi

Une situation concrète et fréquente : tu as acheté une cartouche d'occasion — sur eBay, sur Vinted, en brocante — et tu découvres après coup (parfois en la dumpant elle-même) qu'il s'agissait d'une contrefaçon. Ta copie de sauvegarde est-elle légitime ? La réponse est non sur le plan strict, mais ta responsabilité pénale est très probablement inexistante.

Pourquoi la copie de sauvegarde n'est pas légalement fondée
Le droit à la copie de sauvegarde (Article L122-6-1 II CPI) est réservé à la personne ayant le droit d'utiliser le logiciel, et suppose un support acquis de manière licite. Une cartouche contrefaite ne confère aucune licence valide — Nintendo n'a jamais autorisé sa fabrication ni sa vente. Même si tu l'as achetée de bonne foi et à un prix cohérent avec le marché, tu n'as jamais détenu de droits d'utilisation sur ce jeu. La copie que tu en tires n'a donc pas de base légale au sens strict.

Pourquoi tu n'es pas punissable pénalement
Le délit de contrefaçon est une infraction intentionnelle : il faut que la mauvaise foi soit établie ou du moins présumable. Si tu as acheté la cartouche à un prix normal sur une plateforme de revente courante, sans aucun signe évident de contrefaçon, ta bonne foi est crédible et défendable. La bonne foi permet d'échapper aux sanctions pénales — et en pratique, personne ne poursuit un particulier pour avoir dumpé une cartouche fake achetée sans le savoir.

La responsabilité civile reste théoriquement engagée
C'est le point le plus délicat du droit strict : la bonne foi ne suffit pas à effacer la responsabilité civile, qui peut être engagée indépendamment de toute intention coupable. En pratique, Nintendo n'irait jamais attaquer un particulier pour un usage strictement personnel depuis une cartouche fake — mais le droit strict ne l'interdit pas.

Ce que tu peux faire concrètement
- Ouvrir un litige sur eBay (ou la plateforme d'achat) pour article non conforme : les plateformes remboursent quasi systématiquement ce type de cas. Le vendeur peut être signalé pour vente de contrefaçon.
- Racheter une cartouche authentique vérifiée si tu veux être dans les règles : le dump de celle-ci sera pleinement légitime.

En résumé : la copie issue d'une cartouche contrefaite est techniquement sans fondement légal, mais sa possession strictement personnelle n'expose à aucune poursuite réaliste en France dès lors que la bonne foi est crédible. La démarche la plus propre reste de se faire rembourser et de repartir d'un support authentique.


◆ Cartmods et flashcarts — ROM vers cartouche : le sens inverse du ROM hacking

Le ROM hacking tel que pratiqué sur ce site va de la cartouche vers le fichier numérique : on dumpe sa propre cartouche, on applique un patch, on joue sur émulateur. Mais l'opération inverse existe aussi — graver une ROM (originale ou hackée) sur une cartouche physique pour la jouer sur la vraie console. Deux pratiques distinctes en découlent, avec des statuts juridiques différents.

1 — Le cartmod (cartouche repro)

Un cartmod (abréviation de cartridge modification) consiste à recycler le PCB d'une cartouche existante — en remplaçant la puce ROM d'origine par une puce réécrite — ou à fabriquer de toutes pièces une cartouche reproduisant un jeu commercial. Le résultat est une cartouche physique contenant la ROM d'un jeu (original ou hacké) qu'on peut insérer directement dans la console.

Vente de cartmods — illégal sans ambiguïté
Vendre des cartmods est une contrefaçon commerciale, illégale en France comme dans toute l'Union européenne. Cela s'applique qu'il s'agisse d'un jeu officiel reproduit sans autorisation ou d'un ROM hack — ce dernier étant basé sur un jeu Nintendo dont les droits appartiennent toujours à l'éditeur. Aucune distinction n'est faite entre cartmod d'un jeu officiel et cartmod d'un ROM hack : dans les deux cas, la mise en commerce d'une reproduction non autorisée est un acte de contrefaçon. Les revendeurs de cartmods ont été condamnés en France et dans plusieurs pays européens.

Usage personnel — tolérance de fait
Fabriquer ou posséder un cartmod pour son propre usage est légalement moins tranché. Le droit à la copie de sauvegarde (Article L122-6-1 II CPI) autorise l'utilisateur légitime d'un logiciel à en faire une copie à des fins personnelles. En théorie, graver sa ROM dumpée légalement sur une cartouche flash vierge relève de la même logique que l'émulation : c'est utiliser une copie de son propre jeu sur un support différent. En pratique, aucune poursuite n'a jamais visé un particulier en France pour possession ou fabrication personnelle d'un cartmod à partir de jeux qu'il possédait. La tolérance de fait est identique à celle de l'émulation.

Nuance importante : le droit strict ne dit pas explicitement que posséder une copie physique sur cartouche est couvert par la copie privée — la loi vise la copie de sauvegarde (backup d'un fichier), pas nécessairement la reproduction sur un support matériel différent. C'est une situation spécifique que la jurisprudence française n'a pas tranchée pour les particuliers.

2 — La flashcart (cartouche flash)

Une flashcart (ou flash cartridge, ou linker) est un accessoire réutilisable — une cartouche avec un slot microSD — permettant de charger des ROMs stockées sur la carte SD et de les exécuter directement sur la console. Exemples : EZ Flash Omega (GBA), Everdrive (GBA, SNES, N64, MD…), R4 (NDS), SD2SNES / FXPAK Pro (SNES).

Vente de flashcarts — jurisprudence contrastée en France
La condamnation de 2011 visait exclusivement des revendeurs professionnels de linkers DS. Elle ne s'est jamais étendue aux utilisateurs particuliers possédant une flashcart pour leur usage personnel. Nintendo avait annoncé vouloir poursuivre les utilisateurs après les revendeurs — ce qui ne s'est jamais produit en France.

Par ailleurs, la jurisprudence sur les linkers DS ne s'applique pas automatiquement à toutes les flashcarts. Les Everdrive, EZ Flash Omega, FXPAK Pro et autres produits similaires sont commercialisés depuis des années en France et en Europe sans avoir fait l'objet de poursuites équivalentes. Ils sont vendus ouvertement sur des sites spécialisés européens. Deux raisons probables : d'une part, ces produits ciblent des consoles plus anciennes pour lesquelles Nintendo n'entame plus de démarches actives ; d'autre part, leur usage homebrew et backup est davantage mis en avant que pour les linkers DS, dont l'association au piratage NDS était alors particulièrement visible et massive.

L'argument de l'interopérabilité — pertinent mais limité
L'Article L122-6-1 IV CPI autorise la décompilation et la reproduction de code lorsque cela est indispensable à l'interopérabilité d'un logiciel créé de façon indépendante. Cet argument a été invoqué dans les affaires de linkers (un linker lit la ROM de la console pour faire fonctionner des données tierces), mais la Cour d'appel a considéré qu'il ne couvrait pas la commercialisation d'un dispositif contournant des MTP. L'interopérabilité protège la création d'un logiciel indépendant interopérable — pas la distribution d'un accessoire matériel facilitant l'exécution de copies.

En revanche, pour un ROM hacker ou un développeur homebrew, l'interopérabilité reste un argument solide pour justifier l'utilisation personnelle d'une flashcart comme outil de développement et de test : charger son propre code ou son propre ROM hack sur la console cible est une démarche de développement légitime, distincte de la copie de jeux commerciaux.

En résumé — tableau récapitulatif

Situation	Statut légal	Notes
Vente de cartmods (jeux officiels)	✘ Illégal	Contrefaçon commerciale — condamnable en France
Vente de cartmods (ROM hacks)	✘ Illégal	ROM hack basé sur un jeu Nintendo = contrefaçon commerciale identique
Fabrication/possession d'un cartmod perso (depuis sa propre ROM dumpée)	◑ Situation spécifique	Tolérance de fait — aucune poursuite contre particulier en France
Vente de flashcarts (Everdrive, EZ Flash…)	◑ Situation spécifique	Jurisprudence DS applicable en théorie ; tolérée en pratique sur consoles anciennes
Utilisation personnelle d'une flashcart avec ses propres ROMs dumpées	◑ Situation spécifique défendable	Aucune poursuite individuelle en France
Utilisation d'une flashcart pour tester un ROM hack / homebrew développé soi-même	✔ Défendable	Usage développement — argument interopérabilité L122-6-1 IV CPI applicable

En résumé : la frontière nette est entre la commercialisation (illégale) et l'usage personnel (toléré de fait). Vendre des cartmods ou des linkers est illégal et a été sanctionné en France. Posséder une flashcart pour jouer à ses propres jeux sur la vraie console relève d'une situation spécifique — et bénéficie de la même tolérance pratique, sans aucune poursuite individuelle connue en France.


◆ Génération par génération — ce qui est le moins risqué

Plus une console est ancienne, moins Nintendo (ou Sega) y porte un intérêt commercial actif, et plus la tolérance de fait est grande. À titre indicatif :

GB / GBC / NES / SNES / Mega Drive — Zone verte. Consoles hors support commercial direct. Les ROM hacks et émulateurs de cette génération n'ont jamais fait l'objet de poursuites contre des particuliers en France. Nintendo Classics exploite ces bibliothèques, ce qui suggère une tolérance encadrée.

N64 / GameCube / Nintendo DS / GBA — Zone orange. Toujours commercialement exploitées via Nintendo Classics (N64, GCN, GBA) ou le marché de l'occasion actif. La GBA est en zone orange et non verte : ses titres sont disponibles via Nintendo Classics NSO (abonnement Expansion Pack), ce qui constitue une exploitation commerciale active par Nintendo. Les ROM hacks sont tolérés ; la distribution de ROMs reste illégale.

3DS / Wii / Wii U — Zone orange. Services en ligne fermés, mais jeux encore vendus. Moddage à usage personnel défendable ; distribution de dumps illégale.

Nintendo Switch 1 — Zone rouge. Console encore en vente, jeux commerciaux actifs. Le CFW (Atmosphere) est toléré de fait pour les homebrews, mais Nintendo a obtenu des condamnations contre des revendeurs de consoles modifiées à des fins commerciales. Usage strictement personnel = risque faible mais non nul. Risque de ban élevé si la console moddée se connecte aux serveurs Nintendo sans précautions (emuNAND + DNS MITM ou Incognito recommandés) : installation de NSP non signés, sigpatches, mods en ligne ou toute anomalie détectée par Nintendo peut entraîner un ban console permanent, rendant l'accès à l'eShop, au multijoueur en ligne et à Nintendo Classics impossible.

Nintendo Switch 2 — Zone rouge. Console actuelle, aucun CFW stable disponible à ce jour. Toute tentative de modification expose à un ban console immédiat et permanent dès la prochaine connexion aux serveurs Nintendo.


◆ Comment dumper ses jeux légalement

Voici les outils recommandés pour extraire soi-même ses cartouches ou disques depuis ses originaux physiques :

NES / Famicom — RetroBlaster 2.0 + adaptateur NES (vendu séparément) — Supporte les cartouches NES 72 broches et Famicom 60 broches (avec adaptateur 60→72 pins supplémentaire). Le dump NES est plus manuel que pour SNES ou GB : il faut renseigner le type de mapper, la taille des puces PRG et CHR, et indiquer si la cartouche utilise de la SRAM. Ces informations sont consultables sur nescartdb.com. Le logiciel RetroBlaster est Windows uniquement. Penser à régler le commutateur de tension sur 5V (et non 3V, réservé à la N64 et GBA).

SNES / Super Famicom — SN Operator (Epilogue) — Même principe que le GB Operator, dédié aux cartouches Super Nintendo.

N64 — RetroBlaster 2.0 + adaptateur N64 (Pro) — Lecteur de cartouches N64, dump vers fichier .z64. Supporte également SNES, NES et d'autres formats selon les adaptateurs.

NGC / Wii / Wii U — OmniDrive — Firmware open source (par RibShark) à flasher sur un lecteur Blu-ray compatible (LG BU40N, ASUS BW-16D1HT — chipset MediaTek MT1959). Permet de dumper des disques GameCube, Wii et Wii U vers ISO depuis un PC. Recommandé par la communauté Redump en remplacement des anciens firmwares JB8. Possibilité de décrypter les fichiers Wii U en dossiers décompressés avec CDecrypt.

GB / GBC / GBA — GB Operator (Epilogue) — Lecteur USB, dump et restauration de sauvegardes, compatible PC/Mac/Linux. Outil de référence, légal, non intrusif.

NDS / DSi et 3DS / New 3DS — GodMode9 — Gestionnaire de fichiers complet pour 3DS moddée (Luma3DS requis). Permet de dumper cartouches NDS et 3DS, BIOS, saves et titres installés directement depuis la console. Possibilité de décrypter directement les fichiers ou lors d'une utilisation ultérieure avec Batch CIA 3DS Decryptor.

Nintendo Switch 1 — NXDumpTool (Rewrite) — Homebrew Switch 1 (CFW Atmosphere requis) permettant de dumper cartouches et titres digitaux aux formats NSP / XCI (format tout-en-un incluant le jeu, les Mises à jour et les DLC). Guide complet disponible dans l'onglet Homebrews Nintendo Switch 1.

Nintendo Switch 2 — Impossible à ce jour (juin 2026). Aucun CFW stable n'est disponible sur Switch 2 — le dump de cartouches et de titres digitaux est donc techniquement impossible dans l'état actuel de la scène homebrew. La situation est amenée à évoluer, mais aucune solution accessible n'existe à ce stade.

Amiibo (figurines et cartes NFC Nintendo) — TagMo (Android) — Application permettant de lire, sauvegarder et écrire des données NFC d'amiibo sur des étiquettes NFC vierges compatibles (NTAG215). Permet de créer des clones fonctionnels d'un amiibo physique possédé.


◆ Dump et émulation amiibo — cadre légal

Un amiibo est une figurine ou une carte intégrant une puce NFC NTAG215 contenant un identifiant unique et des données chiffrées propres au personnage. Lorsqu'on approche un amiibo d'une console compatible, celle-ci lit ces données et débloque le contenu associé dans le jeu.

Le dump personnel d'un amiibo — lire les données NFC de sa propre figurine pour en faire une copie numérique — relève de la même logique que le dump d'une cartouche : c'est une extraction depuis un support physique que l'on possède légalement, à des fins de sauvegarde personnelle. En droit français, ce principe est défendable au titre de la copie privée (Article L122-5 CPI). Redistribuer les données dumpées est en revanche illégal, tout comme télécharger des fichiers amiibo sur Internet sans posséder la figurine d'origine.

L'émulation d'amiibo consiste à écrire les données d'un amiibo sur une étiquette NFC vierge NTAG215 (via TagMo sur Android, ou PowerSaves for amiibo sur PC) pour créer un clone fonctionnel. Sur le plan légal, deux cas se distinguent :

— Cloner depuis sa propre figurine : défendable au titre de la copie privée — on reproduit sur un nouveau support des données issues d'un original que l'on détient.
— Écrire des données téléchargées sur Internet (fichiers .bin ou .nfc obtenus sans posséder l'amiibo) : illégal — c'est une copie d'une source non autorisée, équivalent au téléchargement d'une ROM sans posséder la cartouche.

Nintendo chiffre les données amiibo avec une clé propriétaire (amiibo keys), dont la distribution est illégale — la seule méthode légale pour les obtenir est de les extraire depuis une console possédée. Sans ces clés, les outils de dump/écriture ne peuvent pas déchiffrer ni réécrire les données.

Les « faux amiibo » vendus en ligne (étiquettes NFC pré-écrites à bas prix sur AliExpress, Wish…) sont des contrefaçons commerciales — leur vente et leur achat sont illégaux dans la majorité des pays européens, indépendamment de la question de la copie privée.

En résumé : dumper et cloner ses propres amiibo à usage strictement personnel est défendable juridiquement. Télécharger des fichiers amiibo ou acheter des contrefaçons commerciales ne l'est pas. La situation est proche de celle des ROMs : le droit à la copie privée couvre l'extraction depuis l'original possédé, pas le téléchargement d'une source tierce.


Références légales citées :
— Code de la propriété intellectuelle français : Articles L122-5, L122-6-1, L122-6-2
— Directive européenne 2009/24/CE (protection juridique des programmes d'ordinateur)
— CJUE, arrêt Nintendo v. PC Box, C-355/12, 23 janvier 2014
— Sony Computer Entertainment America v. Connectix Corp., 9th Cir. 2000 (USA)
— Sony Computer Entertainment Inc. v. Bleem LLC, 9th Cir. 2000 (USA)

— ROM Hacking & Source Hacking —

Deux approches, une même passion

Le ROM hacking traditionnel consiste à modifier directement les fichiers binaires d'un jeu (la ROM) à l'aide d'outils graphiques : éditeurs de maps, de scripts, de sprites, de données Pokémon… La ROM de base n'est jamais distribuée ; seul un patch (IPS, UPS, BPS) est partagé, que le joueur applique lui-même sur sa copie légale. C'est l'approche historique de la communauté, accessible depuis n'importe quelle version de Windows ou de navigateur, sans dépendance à un compilateur ou à un environnement de développement.

Le source hacking (ou décompilation) est une approche plus récente et plus radicale : des équipes reconstituent le code source complet d'un jeu à partir d'un désassemblage de sa ROM, jusqu'à obtenir un projet recompilable produisant un binaire identique à l'original. Des projets comme pokeemerald (Pokémon Émeraude) ou pokecrystal existent ainsi sur GitHub. À partir de ce code source, des bases étendues comme pokeemerald-expansion (pret) proposent des fonctionnalités supplémentaires considérables.

La question légale

Le source hacking se situe dans une zone légale plus sensible que le ROM hacking classique. Un patch binaire ne contient pas le jeu original et ne peut être utilisé sans la ROM légale du joueur. Un projet de décompilation, en revanche, expose publiquement un code source issu d'un désassemblage de la propriété intellectuelle de l'ayant droit — ce qui peut déplaire à Nintendo, qui surveille ces dépôts de près. Certains projets de décompilation ont déjà reçu des demandes de retrait (DMCA). Le ROM hacking traditionnel, en ne redistribuant jamais le jeu original sous quelque forme que ce soit, reste à ce jour l'approche la moins exposée juridiquement.

Pourquoi le ROM hacking reste plus accessible

Travailler à partir d'un code source décompilé implique de mettre en place une chaîne de compilation : installer un compilateur C (devkitARM, gcc…), configurer des variables d'environnement, résoudre des dépendances, et recompiler l'ensemble du projet à chaque modification. Ce processus peut générer des erreurs difficiles à diagnostiquer selon la version de Windows utilisée (des incompatibilités existent entre Windows 7 et Windows 11), les composants installés (WSL, Python, make…) ou l'état du dépôt Git. Pour quelqu'un qui débute ou qui ne vient pas d'un milieu développeur, cette barrière peut être décourageante.

Le ROM hacking traditionnel, lui, ne nécessite qu'un navigateur pour patcher ou un outil graphique installé en quelques clics. La courbe d'entrée est nettement plus douce, et les résultats sont visibles rapidement — ce qui est crucial pour garder la motivation sur un projet long.

Des projets abandonnés des deux côtés

Il serait faux de croire que le source hacking garantit de meilleurs résultats. Des projets basés sur pokeemerald-expansion ou pret ont été abandonnés en cours de route, tout comme des ROM hacks classiques. La technologie sous-jacente ne suffit pas : ce qui fait aboutir un projet, c'est la constance de l'équipe, la qualité de la conception et la rigueur du suivi — pas le nombre de fonctionnalités disponibles au départ. Un ROM hack sobre et bien finalisé a davantage de valeur pour la communauté qu'un projet ambitieux jamais sorti.

Bienveillance et respect entre les deux approches

Des tensions existent parfois entre défenseurs du ROM hacking traditionnel et partisans du source hacking. Certains estiment que travailler sur binaire est « limité » ; d'autres considèrent la décompilation comme une pratique à risque ou réservée aux développeurs. Ces débats sont légitimes, mais ils ne justifient ni le harcèlement moral, ni les moqueries, ni aucune forme de discrimination envers ceux qui ne maîtrisent pas l'une ou l'autre approche.

Chacun contribue avec ses compétences et son temps. Ce qui compte, c'est le résultat final : un jeu finalisé, jouable, qui apporte quelque chose à la communauté — qu'il soit né d'un éditeur de maps graphique ou d'un Makefile.

— FAQ —

❓ Qu'est-ce que ROM HACKING FR ?

ROM HACKING FR (anciennement pokemon-legendary.com, fondé en 2005) est un site francophone indépendant dédié au contenu alternatif pour les licences de jeux vidéo classiques — principalement Pokémon, Zelda et Mario. Il propose des ROM hacks, des patches de traduction, des outils, des sauvegardes et des ressources techniques pour les joueurs et les créateurs francophones. Le site est non officiel, sans publicité, sans but commercial, et n'encourage pas le piratage. Tout le contenu distribué l'est sous forme de patches (format UPS ou IPS), jamais sous forme de ROMs complètes.


❓ Qu'est-ce que le ROM hacking ? Qu'est-ce que le save editing ?

Le ROM hacking consiste à modifier les données internes d'un jeu vidéo — sa ROM — pour en altérer le contenu : maps, dialogues, sprites, musiques, données de combat, scripts d'évènements… Le résultat est distribué sous forme d'un patch (fichier IPS ou UPS) que chaque joueur applique lui-même sur sa propre copie du jeu. La ROM originale n'est jamais partagée.

Le ROM hacking permet de créer :
— Des traductions : un jeu sorti uniquement en japonais ou en anglais devient jouable en français. C'est souvent la porte d'entrée dans le monde du ROM hacking — traduire un jeu apprécié dans sa langue maternelle, c'est rendre accessible à des milliers de joueurs un titre qui leur était inaccessible. Certaines traductions FR de jeux Pokémon, Zelda ou Mario atteignent une qualité comparable aux localisations officielles.
— Des niveaux inédits : du simple stage bonus rigolo jusqu'au défi hardcore pensé pour les speedrunners — un hack peut ajouter quelques salles supplémentaires comme reconstruire entièrement la progression d'un jeu. Pokémon Crystal Earth en est un exemple : plus de 20 ans de contenu additionnel construit par-dessus Pokémon Émeraude.
— Des jeux totalement nouveaux : certains ROM hacks sont si profondément modifiés — nouveau scénario, nouveau monde, nouvelles musiques, nouveaux personnages — qu'ils constituent des jeux à part entière. Pokémon Naranja, Pokémon TCG Neo ou The Legend of Zelda : Sacred Paradox sont des créations originales qui utilisent le moteur d'un jeu existant comme base technique.

Le save editing (édition de sauvegarde) consiste à modifier directement le fichier de sauvegarde (.sav) d'un jeu sans toucher à la ROM. Sur Pokémon, l'outil de référence est PKHeX : il permet de modifier les Pokémon dans la boîte (stats, nature, IVs, EVs, attaques, espèce…), les objets, les drapeaux d'évènements, la progression du joueur. C'est une pratique distincte du ROM hacking — on ne modifie pas le jeu lui-même, seulement sa sauvegarde — et légalement plus simple, la sauvegarde étant un document personnel généré par l'usage du jeu (voir onglet [ Législation du JV ]).


❓ Qu'est-ce qu'une ROM ? Qu'est-ce qu'une ROM hack ?

Une ROM (Read-Only Memory) est la copie numérique des données d'un jeu vidéo, extraite depuis sa cartouche ou son disque physique. C'est un fichier (.gba, .nds, .z64, .sfc…) contenant l'intégralité du jeu : code, graphismes, musiques, textes, données. Elle est obtenue légalement en « dumpant » sa propre cartouche via un accessoire dédié (GB Operator pour GBA/NDS, RetroBlaster pour N64…).

Une ROM hack est une ROM dont les données ont été modifiées via des outils spécialisés. Elle n'est pas distribuée directement : seul le patch est partagé — un fichier qui ne contient que les différences entre la ROM originale et la ROM modifiée. L'utilisateur applique ce patch sur sa propre ROM pour obtenir la version hackée. Sans la ROM de base correspondante (bonne version, bon CRC32), le patch ne peut pas s'appliquer.


❓ Je souhaite créer mon propre jeu — comment procéder ?

Tout est détaillé dans l'onglet [ Guide rapide ], mais voici les grandes étapes :

1. Choisir une ROM de base — la ROM sur laquelle tu vas travailler. Pour Pokémon GBA, Émeraude FR (CRC32 : A3FDCCB1) ou Émeraude US sont les références. Pour d'autres licences, consulter ROMhacking.net pour identifier la version la plus compatible avec les outils disponibles.
2. Installer les outils — selon la plateforme cible : Hex Maniac Advance pour Pokémon GBA, AdvanceMap + XSE pour les maps et scripts, DSPRE pour NDS, Lunar Magic pour Super Mario World, etc. Voir l'onglet [ Outils & Mini-tutos ].
3. Définir son projet — un document de conception simple (histoire, maps, Pokémon, progression) évite de se disperser. Un ROM hack sans plan devient vite un chantier.
4. Travailler sur une copie — ne jamais modifier la ROM originale directement. Travailler toujours sur une copie et sauvegarder régulièrement des versions numérotées.
5. Tester en émulation — VBA Link 1.8.0 ou mGBA pour GBA, DeSmuME ou melonDS pour NDS. Tester après chaque modification significative.
6. Distribuer un patch UPS — une fois le jeu finalisé, générer le patch via RomPatcher.js et le distribuer avec les instructions (ROM de base requise, CRC32, émulateurs compatibles).


❓ Que puis-je modifier dans un jeu ?

Quasiment tout, selon les outils disponibles pour la plateforme cible. Sur un jeu Pokémon GBA par exemple :

— Maps et environnements : créer de nouvelles zones, modifier l'existant, changer les connexions entre routes (AdvanceMap, Hex Maniac Advance).
— Scripts et dialogues : modifier tous les textes du jeu, créer de nouveaux évènements, des cinématiques, des quêtes (XSE, HMA).
— Données Pokémon : stats de base, types, attaques apprises, évolutions, taux de capture, sprites (HMA).
— Musiques : remplacer ou composer de nouvelles pistes (Sappy, mid2AGB, Anvil Studio).
— Sprites et graphismes : personnages, Pokémon, tilesets, interfaces (NSE, Usenti, CrystalTile2).
— Comportements avancés : ajouter des mécaniques entièrement nouvelles via des routines en langage assembleur ARM/THUMB (technique avancée).

Les limites sont d'ordre technique (taille de la ROM, espace disponible, outils existants pour la plateforme) et non légal. Sur certaines consoles plus récentes (3DS, NDS), les outils sont moins matures et certaines modifications restent difficiles ou impossibles sans source hacking.


❓ Puis-je partager ma ROM hack ?

Oui, sous forme de patch uniquement (IPS, UPS, BPS). Ne jamais distribuer la ROM modifiée complète — ce serait redistribuer le jeu original, ce qui est illégal indépendamment des modifications apportées.

Quelques règles de bonne pratique :
— Préciser la ROM de base requise avec son CRC32 — un patch appliqué sur une mauvaise version produit un jeu corrompu.
— Mentionner clairement que le jeu est gratuit, non officiel, et n'est pas destiné à la vente.
— Indiquer les émulateurs compatibles et les éventuelles incompatibilités connues.
— Ne pas intégrer de contenu explicitement interdit par les ayants droit (assets d'autres jeux non libres de droits, contenu adulte sur des licences Nintendo…).

Pour une analyse complète du cadre légal, voir l'onglet [ Législation du JV ].


❓ Lorsque j'essaie de télécharger un fichier sur le site, j'obtiens une archive .ZIP

C'est normal. Les fichiers sont compressés en .ZIP pour réduire leur taille de téléchargement. Pour extraire le contenu :

— Windows 10/11 : clic droit sur le .ZIP → Extraire tout. Aucun logiciel supplémentaire requis, Windows gère nativement les archives ZIP.
— 7-Zip (recommandé, gratuit) : clic droit → 7-Zip → Extraire ici. Supporte également les formats .7z, .RAR, .TAR et autres. Téléchargeable sur 7-zip.org.
— macOS : double-clic sur le .ZIP, extraction automatique par l'Utilitaire d'archive.
— Android : application ZArchiver (gratuite, Play Store) — ouvrir le .ZIP, extraire dans le dossier de son choix.

Une fois extrait, le dossier contient le patch .UPS (ou .IPS), les éventuels fichiers de solution (.txt) et les instructions. Appliquer le patch via RomPatcher.js.


❓ Lorsque j'essaie d'ouvrir un logiciel, j'obtiens une erreur

Les causes les plus fréquentes et leurs solutions :

— « .NET Framework requis » ou « .NET Runtime manquant » : la plupart des outils de ROM hacking Windows sont développés en C# et nécessitent le runtime .NET. Télécharger .NET depuis le site officiel Microsoft. Attention : certains outils anciens requièrent spécifiquement .NET Framework 4.x (distinct de .NET 5/6/8) — vérifier la documentation de l'outil. Hex Maniac Advance requiert .NET 6.0 minimum, même si une version plus récente est installée.
— « Application bloquée par Windows » (SmartScreen) : Windows peut bloquer les exécutables téléchargés ne disposant pas d'une signature numérique commerciale. Clic droit sur le .exe → Propriétés → Débloquer (case à cocher en bas de l'onglet Général), puis relancer. Ou : dans l'alerte SmartScreen, cliquer sur Informations complémentaires → Exécuter quand même. Cette alerte est normale pour les logiciels open source indépendants.
— « DLL manquante » (ex. : MSVCP140.dll, VCRUNTIME140.dll) : installer le Microsoft Visual C++ Redistributable (version x64 pour les systèmes 64 bits).
— Antivirus bloquant le fichier : les outils de ROM hacking accèdent directement aux fichiers binaires, ce qui peut déclencher des faux positifs. Vérifier le fichier sur VirusTotal avant de désactiver temporairement l'antivirus. Si la source est fiable (GitHub officiel du projet, lien direct depuis ce site), le faux positif est très probable.
— Logiciel 32 bits sur Windows 11 ARM : Windows 11 ARM (Surface Pro X, Snapdragon…) ne supporte pas les applications 32 bits natives. Sur Windows 11 x64 classique, les apps 32 bits fonctionnent encore. Vérifier l'architecture de son système si l'erreur mentionne une incompatibilité de format.


❓ Est-il possible de faire du ROM hacking sur Android (via Wine ou autre) ?

Les outils de ROM hacking sont presque exclusivement développés pour Windows. Leur exécution sur Android est techniquement possible dans certains cas, mais avec des contraintes significatives.

Via Wine (Winlator)

Winlator est l'environnement Wine le plus actif sur Android en 2026 : il permet d'exécuter des applications Windows (x86/x86_64) sur Android ARM via une couche de traduction. Des outils de ROM hacking légers fonctionnent :
— HxD (hex editor), Notepad++, Usenti (éditeur de sprites) : fonctionnent bien dans Winlator.
— AdvanceMap 1.95 : fonctionne en général, avec des lenteurs possibles sur le rendu graphique.
— XSE : fonctionne.
— Hex Maniac Advance : nécessite .NET 6+ x64 — le support .NET sous Winlator est partiel et peut nécessiter une configuration manuelle. Résultats variables selon l'appareil.
— Sappy 2006 mod 17.1 : résultats variables ; les outils audio utilisant des pilotes DirectSound sont plus difficiles à faire tourner.

Via navigateur (aucune installation requise)

Certaines opérations se font entièrement dans le navigateur Android :
— RomPatcher.js : appliquer ou créer un patch UPS/IPS directement depuis Chrome ou Firefox Android — fonctionne parfaitement.
— Hex editors en ligne (hexed.it…) : consultation et modification hex basique depuis le navigateur.

Via Termux (outils Linux natifs)

Termux est un terminal Linux natif sur Android. Il permet d'exécuter des outils en ligne de commande :
— Chaîne de compilation pokeemerald / pokeemerald-expansion (source hacking) : devkitARM, gcc, make et Python sont installables via Termux. Compiler un projet source hacking complet est faisable sur un appareil récent avec suffisamment de RAM.
— Scripts Python de manipulation de ROM : outils comme ndspy (NDS), ndstool, ou des scripts communautaires fonctionnent nativement.

En résumé : pour du patching ou de l'édition légère, Android est viable (navigateur + Winlator). Pour un projet de ROM hacking sérieux avec des outils graphiques complexes (AdvanceMap, HMA, Sappy…), un PC Windows reste largement préférable — l'expérience Winlator, bien qu'en progrès constants, reste moins stable et plus lente qu'une installation native.

— Fangames RPG Maker et la question de la légalité du logiciel —

Une troisième voie : les fangames sur moteur commercial

À côté du ROM hacking et du source hacking, il existe une troisième catégorie de projets fan-made : les fangames créés de zéro avec des moteurs comme RPG Maker XP, RPG Maker MV, RPG Maker MZ ou d'autres outils similaires. Des jeux Pokémon comme Pokémon Essentials (base communautaire pour RPG Maker XP) ont engendré des centaines de fangames — certains très aboutis — sans toucher à une ROM officielle.

Les starter kits Pokémon

Un starter kit est une base de projet préconfigurée, fournie avec des systèmes de jeu prêts à l'emploi (gestion des Pokémon, combats au tour par tour, Pokédex, overworld, son…) et des ressources graphiques adaptées. Le créateur n'a plus qu'à construire son monde, ses scripts et son histoire par-dessus, sans repartir de zéro.

Les principales bases disponibles :

— Pokémon Essentials (RPG Maker XP) — La référence historique. Maintenu activement par la communauté (GitHub), il reproduit fidèlement les mécaniques des jeux officiels jusqu'à la génération 9 : combats, évolutions, talents, capacités, météo, Pokérus, concours, Safari Zone… Des centaines de fangames en sont issus, dont certains très connus comme Pokémon Uranium, Pokémon Insurgence ou Pokémon Reborn. Nécessite RPG Maker XP (disponible sur Steam).

— Pokémon Starter Kit (RPG Maker MV / MZ) — Des portages et adaptations de bases Pokémon existent pour les versions plus récentes de RPG Maker, offrant un environnement JavaScript (MV/MZ) à la place du Ruby/RGSS de XP. Moins matures qu'Essentials mais permettant une distribution multiplateforme plus simple (Windows, Mac, Linux, navigateur).

— Pokémon SDK (RPG Maker MV) — Alternative française à Essentials, développée par la communauté Pokémon Creative et NuriYuri. Propose une architecture modulaire orientée objet en Ruby, avec une compatibilité MV et une documentation en français.

Note légale : les starter kits sont des créations communautaires indépendantes et ne contiennent aucun code ou ROM Nintendo. Leur utilisation est légale dans le cadre d'un projet non commercial. En revanche, les ressources graphiques et sonores (sprites, musiques) directement extraites des jeux officiels et intégrées dans un fangame restent soumises au droit d'auteur Nintendo — leur usage est toléré de fait pour les projets gratuits, mais jamais officiellement autorisé.

Le problème de la licence du logiciel

RPG Maker est un logiciel commercial payant, édité par Enterbrain puis Kadokawa. Une licence valide est requise pour créer et distribuer un projet avec ces outils. Or, une partie non négligeable des créateurs de fangames travaillent avec une copie piratée du logiciel — parfois sans même en avoir conscience, en récupérant une version circulant sur des forums ou des sites de partage.

Cela pose un problème légal distinct de celui des licences Nintendo : le fangame en lui-même peut être gratuit et fait avec de bonnes intentions, mais l'outil utilisé pour le créer est illégalement obtenu. Distribuer un projet réalisé avec un logiciel piraté expose son auteur à des poursuites de la part de l'éditeur du moteur, indépendamment du contenu Pokémon.

La bonne pratique

RPG Maker XP, MV et MZ sont régulièrement soldés à des prix très bas sur Steam (parfois moins de 5 €). Il n'y a donc aucune raison valable de pirater le logiciel. Si tu crées ou distribues un fangame, assure-toi de posséder une licence légitime de l'outil utilisé — c'est la base du respect du travail des développeurs qui ont rendu ces créations possibles.

Distribution et portabilité — le talon d'Achille du RPG Maker face au ROM hacking

C'est l'un des désavantages les moins évoqués des fangames RPG Maker, mais il est concret : distribuer et faire tourner un projet RPG Maker en dehors d'un PC Windows est nettement plus complexe qu'un ROM hack GBA ou NDS.

Sur émulateur PC
Un ROM hack GBA se distribue sous forme d'un unique fichier .gba (ou d'un patch UPS à appliquer) : n'importe quel émulateur (VBA Link, mGBA, RetroArch…) l'ouvre directement, sans configuration. Un projet RPG Maker XP, lui, est un dossier contenant des centaines de fichiers, nécessite le runtime RGSS (inclus ou à installer séparément), et ne s'exécute nativement que sous Windows. Des solutions de contournement existent (Wine sur Linux/Mac, mkxp-z comme runtime alternatif open-source), mais elles demandent une configuration supplémentaire et ne sont pas garanties à 100 % avec tous les scripts custom — notamment ceux basés sur des DLL Windows spécifiques ou des appels Win32.

Sur mobile (Android / iOS)
Un ROM hack GBA tourne sur n'importe quel émulateur Android (RetroArch + gpSP, My Boy!, etc.) sans aucune adaptation. Pour RPG Maker XP avec Pokémon Essentials, il n'existe pas de solution officielle ni de portage natif Android. Des projets comme mkxp-z ont été expérimentés sur Android, mais la démarche reste technique, instable, et non accessible au joueur lambda. RPG Maker MV/MZ génèrent nativement un export Android, mais Pokémon Essentials (basé sur XP) ne peut pas en bénéficier directement. En pratique, la grande majorité des fangames Pokémon RPG Maker restent des jeux PC-only.

Sur cartouche (cartmod / flashcart)
C'est ici que la différence est la plus marquée. Un ROM hack GBA est par définition un fichier .gba : il se charge sur n'importe quelle flashcart (EZ Flash Omega, EverDrive-GBA…) ou se flash sur une cartouche vierge via cartmod exactement comme un jeu officiel, sans aucune manipulation supplémentaire. Un projet RPG Maker XP est un exécutable Windows avec ses dépendances — il est fondamentalement incompatible avec le format cartouche GBA ou NDS. Il n'existe aucune méthode pour porter un projet RPG Maker XP sur cartouche Game Boy Advance ou DS, car ces consoles n'ont pas la puissance, le système de fichiers ni le runtime nécessaires pour exécuter un projet RGSS/Ruby. Un fangame RPG Maker ne pourra jamais se jouer sur console physique à travers le circuit classique du ROM hacking.

En résumé : le ROM hacking produit un fichier universel jouable partout où la console est émulée ou physiquement disponible. Le fangame RPG Maker est avant tout un logiciel PC Windows — son audience naturelle se limite aux joueurs sur ordinateur, sauf investissement technique supplémentaire pour les portages.


◆ Fangames Pokémon notables — projets historiques de la scène francophone et internationale

Avant Pokémon Essentials, avant GitHub, avant les communautés Discord — des créateurs isolés développaient déjà des fangames Pokémon complets avec les outils disponibles à l'époque, dans un internet de forums et de sites perso. Certains de ces projets ont marqué durablement la scène fan-made francophone et internationale, et méritent d'être documentés.

Pokémon Koruldia — Fangame RPG Maker francophone (créateur : KaYsEr) Pokémon Koruldia est l'un des fangames Pokémon les plus ambitieux de la scène française des années 2000. Développé sous RPG Maker par KaYsEr, il se déroule dans la région fictive de Koruldia — un univers original avec ses propres Pokémon, sa faune, sa flore et sa narration, distincte des régions officielles. Le projet a connu plusieurs années de développement actif et s'est attiré une communauté de fans fidèles, notamment via le site rpg-maker.fr (Oniromancie) où il figure dans la sélection des jeux notables. Ce qui distingue Koruldia des fangames Pokémon classiques, c'est son ambition narrative et son soin apporté au world-building : au lieu de reproduire mécaniquement les jeux officiels avec de nouveaux Pokémon, KaYsEr a construit un univers cohérent avec une identité propre. La région de Koruldia a d'ailleurs survécu au projet Pokémon lui-même — KaYsEr a ensuite développé Koruldia Heritage, un RPG d'aventure indépendant non-Pokémon sous RPG Maker, qui reprend la région et l'univers de Koruldia dans un jeu original sans franchise Nintendo. Koruldia Heritage est un jeu commercial indépendant toujours en développement actif, avec un système de combat au tour-par-tour inspiré de Final Fantasy VI, une progression non-linéaire et un style graphique pixel painting original (technique dite « Pixel Impasto »). Pokémon Koruldia représente un cas rare dans la scène fan-made : un projet qui a servi de tremplin à la création d'une œuvre entièrement originale, permettant à son auteur de se libérer des contraintes légales liées à la franchise Nintendo tout en conservant l'univers qu'il avait construit. C'est l'une des trajectoires les plus propres et les plus respectables que puisse emprunter un créateur issu du ROM hacking ou du fangame. Liens : Fiche Pokémon Koruldia sur Oniromancie — Site officiel Koruldia Heritage

Pokémon GoldenSky / SilverySea — Fangame GameMaker international (créateur : Pidgeot / pkpidgeot.com) Pokémon GoldenSky / SilverySea est un remake amateur de Pokémon Or et Argent (GBC, 1999) — incluant des éléments de Pokémon Cristal — développé entre 2005 et 2007 et téléchargeable sur le site pkpidgeot.com. Le projet était l'œuvre d'un développeur connu sous le pseudonyme Pidgeot, avec une équipe comprenant notamment Castiboy (sprites de combat) et SilverFusion (sprites overworld). Précision technique importante : contrairement à ce que son époque pourrait laisser supposer, GoldenSky / SilverySea n'était pas développé sous RPG Maker mais sous GameMaker 5.3a — un moteur concurrent, également très populaire à l'époque pour les fangames 2D. Cette distinction mérite d'être soulignée car les deux outils sont souvent amalgamés dans les discussions rétro sur les fangames Pokémon des années 2000, alors qu'ils reposent sur des architectures fondamentalement différentes (RPG Maker génère des projets RGSS/Ruby ; GameMaker produit des exécutables compilés en GML, son propre langage de script). Le jeu proposait une recréation fidèle de Johto et Kanto avec des graphismes GBA (sprites et tilesets dans le style Pokémon Rouge Feu / Vert Feuille) là où les originaux tournaient sur Game Boy Color. La version publiée était une Release Candidate 1 (RC1) — une version avancée mais non finalisée, disponible en téléchargement direct depuis pkpidgeot.com entre 2006 et 2007. Le projet est depuis archivé par la communauté, notamment sur Internet Archive. GoldenSky / SilverySea s'inscrit dans un contexte particulier : en 2006-2007, Nintendo n'avait pas encore annoncé de remake officiel de Pokémon Or et Argent (HeartGold et SoulSilver ne sortiront qu'en 2009 au Japon). La communauté fan-made avait donc pris les devants, comme elle l'avait déjà fait avant la sortie de Pokémon Rouge Feu et Vert Feuille avec divers projets de remakes de la Gen 1. Quand Nintendo a finalement sorti HeartGold/SoulSilver, ces projets fan-made ont naturellement perdu leur raison d'être première — mais ils restent des témoins importants de l'effervescence créative de la scène Pokémon fan-made des années 2000. Lien : Archive Internet Archive — Pokémon Golden Sky (RC1) — thread PokéCommunity original (août 2006)

Pokémon Type:Wild — Fangame de combat (créateur : S.G.B., 2003–2010) Pokémon Type:Wild est un fangame de combat en 2D développé par le créateur japonais S.G.B. entre 2003 et 2010, proposant des affrontements directs entre Pokémon dans un style jeu de combat (versus fighting) — très loin du système de combat au tour par tour des jeux officiels. Le joueur contrôle directement son Pokémon en temps réel, avec des attaques spéciales, des combos et des mécaniques propres à chaque Pokémon jouable. Précision technique importante : Pokémon Type:Wild n'a pas été développé sous RPG Maker, ni sous MUGEN (moteur de jeux de combat communautaire occidental). Il a été créé avec 2D Fighter Maker 2nd (alias 2D Kakuto Tkool 2nd), un moteur japonais de création de jeux de combat 2D développé par Outback et publié par Enterbrain en 2001 — le même éditeur que RPG Maker, mais un outil entièrement distinct, dédié aux jeux de combat style Street Fighter. C'est d'ailleurs pour cette raison que le fichier exécutable du jeu est signé (C) 2001 ENTERBRAIN, INC / OUTBACK. Cette confusion avec RPG Maker est fréquente en raison de la notoriété d'Enterbrain dans la scène des outils de création de jeux, mais les deux produits n'ont rien en commun sur le plan technique. Le jeu est remarquable pour plusieurs raisons : — Une fidélité visuelle et sonore aux jeux officiels GBA/GBC tout en réinventant entièrement la mécanique de jeu — Une qualité de réalisation impressionnante pour un projet solo, avec des animations fluides et un système de combat équilibré — Un roster de Pokémon jouables avec des mouvements propres à chaque espèce, fidèles à leurs capacités dans les jeux officiels — Une distribution libre et gratuite via le site personnel de S.G.B., qui a alimenté sa légende sur les forums fan-made de l'époque L'héritage officiel — Pokkén Tournament Le concept de Pokémon Type:Wild — un jeu de combat en temps réel mettant directement aux commandes d'un Pokémon — a préfiguré ce que Nintendo finira par officialiser plus d'une décennie plus tard. Pokkén Tournament, développé par Bandai Namco (les créateurs de la série Tekken) en collaboration avec Nintendo et The Pokémon Company, sort en arcade au Japon en 2015, puis sur Wii U en 2016 et sur Nintendo Switch sous le titre Pokkén Tournament DX en 2017. Le jeu propose exactement la même promesse : contrôler directement un Pokémon dans des combats en temps réel, avec des attaques spéciales et des mécaniques propres à chaque personnage. Si Nintendo n'a jamais officiellement mentionné Type:Wild comme source d'inspiration, la communauté fan-made considère largement que ce fangame a démontré la viabilité du concept bien avant Pokkén — et que sa longévité et sa popularité ont contribué à prouver qu'une telle demande existait dans la fanbase Pokémon. Pokémon Type:Wild illustre un phénomène récurrent dans l'histoire du fangame Pokémon : des créateurs communautaires explorent des mécaniques inédites des années avant que Nintendo les officialise. Pokémon Uranium avait préfiguré la Gen 8 sur certains points ; Type:Wild avait conceptuellement précédé Pokkén. La scène fan-made comme laboratoire d'idées.

Pokémon NetBattle — Simulateur de combat en ligne (créateur : Tvsian, ~2002–2009) Pokémon NetBattle n'est pas un fangame RPG Maker, et pas davantage un jeu au sens traditionnel — c'est un simulateur de combat Pokémon en ligne, développé en C++ (closed-source) par un développeur connu sous le pseudonyme Tvsian. Il est mentionné ici car il s'inscrit dans la même période et la même dynamique que les grands fangames des années 2000, et a joué un rôle fondateur dans la scène compétitive Pokémon communautaire. Le principe : plutôt que de dresser des Pokémon dans les jeux officiels (un processus long et contraignant), NetBattle permet de construire une équipe directement — choisir chaque Pokémon, ses capacités, son objet tenu, ses IVs, EVs, nature et talent — puis d'affronter d'autres joueurs en ligne. Les Pokémon sont supposés niveau 100, et tout moveset légalement apprenable est autorisé. Le programme inclut un Pokédex consultable, des listes de capacités et de talents, un guide de compatibilité de reproduction, et un tableau des faiblesses et résistances. Il supporte les Combats Doubles et un mode Stadium (3 contre 3). NetBattle couvre les trois premières générations (Gen 1 à 3). Son successeur, NetBattle Supremacy (développé par Bayleef, sorti le 14 février 2009), y ajoute le support de la Gen 4. Le serveur central de registre NetBattle est hors ligne depuis début 2009 — il reste techniquement possible d'héberger ou de rejoindre un serveur manuellement, mais la communauté a depuis longtemps migré vers Pokémon Showdown (lancé en 2011, adopté par Smogon en 2012), qui reprend et étend le concept avec une interface web, toutes les générations, et un système de tiers compétitifs. NetBattle a été le premier outil grand public à rendre le jeu compétitif Pokémon accessible sans contrainte de jeu officiel — pas besoin de dresser, de reproduire ou d'utiliser des codes de triche pour avoir une équipe à niveau optimisé. C'est lui qui a posé les bases du métagame communautaire tel qu'on le connaît aujourd'hui, structuré autour de Smogon et de Pokémon Showdown. Sa place dans l'histoire du fangame Pokémon est comparable à celle de NetBattle lui-même dans la compétition : pas spectaculaire visuellement, mais fondateur.

◆ Créer son premier ROM hack — 5 étapes avant de se lancer

Un guide de réflexion avant l'action. Créer un ROM hack est une aventure longue et exigeante ; ces 5 étapes sont là pour t'aider à partir sur de bonnes bases.


Étape 1 — Se demander si l'on en a vraiment envie

Un ROM hack sérieux, c'est des mois voire des années de travail. Avant de toucher au moindre outil, pose-toi honnêtement ces questions :
- As-tu le temps de t'y consacrer régulièrement, même quand la motivation retombe ?
- Es-tu prêt à apprendre des outils techniques parfois mal documentés, à débugger des heures pour un seul sprite qui clignote ?
- Acceptes-tu que ton projet puisse ne jamais être terminé — et que c'est normal ?

Si tu réponds oui à tout ça, bienvenue dans le ROM hacking. Si tu hésites, commence petit : modifier quelques stats de Pokémon, changer un sprite, éditer un dialogue. Le vrai engagement vient après avoir goûté au résultat.


Étape 2 — À plusieurs, c'est bien meilleur !

La grande majorité des ROM hacks abandonnés le sont par manque de ressources humaines. Un seul développeur doit tout gérer : mapping, scripting, graphisme, audio, tests, communication… c'est épuisant.

Cherche des collaborateurs dès le départ :
- Un(e) graphiste pour les sprites, tilesets et écran titre.
- Un(e) mapper pour la conception des zones et routes.
- Un(e) scénariste pour l'histoire, les dialogues et les PNJ.
- Un(e) compositeur(trice) si tu veux une bande son originale.
- Des bêta-testeurs pour débusquer les bugs avant la sortie publique.

Les communautés comme Pokémon Créateurs (Discord), Pokécommunity (forum EN) ou PokéHacking FR sont de bons endroits pour recruter ou se faire recruter.

Anticiper les conflits
Travailler en équipe, c'est aussi gérer des désaccords. Mieux vaut en parler avant qu'ils n'arrivent :
- Définir un chef de projet dès le début : quelqu'un qui tranche quand l'équipe est bloquée sur une décision créative. Sans arbitre, les désaccords peuvent paralyser le projet pendant des semaines.
- Formaliser les rôles par écrit (même dans un simple Google Doc) : qui fait quoi, qui a le dernier mot sur son domaine. Un graphiste qui voit ses sprites remplacés sans concertation, c'est une démission en devenir.
- Gérer les absences et abandons : la vie réelle passe avant le ROM hack. Prévoyez que des membres peuvent partir ; gardez toujours une copie à jour des fichiers de travail de chacun, accessible à toute l'équipe.
- Éviter les rancœurs créatives : si quelqu'un n'est plus en phase avec la direction artistique, mieux vaut en parler ouvertement plutôt que de laisser la tension monter. Un départ à l'amiable vaut mieux qu'un conflit qui empoisonne l'ambiance.


Étape 3 — Rassemblez vos idées…

Avant d'ouvrir le moindre outil, documente ton projet. Un ROM hack bien pensé en amont se développe deux fois plus vite :

- Synopsis : en 5 lignes, quel est le cœur de l'histoire ? Quel est le conflit principal ?
- Carte du monde : esquisse sur papier (ou Figma, Canva…) la disposition des régions, villes et routes. Combien de gymnases ? Dans quel ordre ?
- Pokédex régional : quelles espèces seront présentes ? Y a-t-il des fakemon ? Des formes régionales ?
- Mécaniques spéciales : nouvelles évolutions, types inédits, système de météo custom, évènements temporels ?
- Ambiance visuelle : quel style graphique ? Réaliste, cartoon, pixel art original, retouche de l'existant ?

L'importance du papier
Ne sous-estime pas la valeur d'un carnet et d'un stylo. Avant même d'ouvrir un éditeur de texte, prends une feuille blanche et dessines-y :
- Un schéma grossier de la carte du monde avec les connexions entre zones.
- L'arbre narratif des grandes décisions de l'histoire (si le joueur a des choix à faire).
- La liste des Pokémon du starter trio avec leurs types et lignes d'évolution.
- Un croquis de l'écran titre ou du logo de ton jeu.

Le papier libère la créativité : pas de contrainte d'outil, pas de mise en forme, pas de distraction. Beaucoup de grands projets ont démarré sur un coin de feuille. Garde ces esquisses : elles font partie de l'histoire du projet et peuvent servir de référence quand tu doutes de la direction artistique.

Consigne ensuite tout dans un document partagé (Google Docs, Notion) accessible à toute l'équipe. Un wiki interne, même sommaire, évite les malentendus et les doublons.


Étape 4 — … Et vos logiciels !

Voici la boîte à outils de base selon le type de projet :

Pour un ROM hack GBA Pokémon (Émeraude, Rouge Feu…)
- Hex Maniac Advance — stats, attaques, évolutions, scripts, graphismes (ROM US pour les maps)
- AdvanceMap 1.95 — mapping complet (tiles, events, connexions)
- XSE — scripting avancé (dialogues, events, cinématiques)
- Sappy 2006 mod 17.1 + Anvil Studio + mid2AGB — modification musicale
- RomPatcher.js — créer et distribuer le patch final (format UPS recommandé)

Pour un ROM hack NDS Pokémon (Noir/Blanc, Diamant/Perle…)
- CTRMap Community Edition — mapping et scripts pour Noir/Blanc 1 & 2 (USA)
- Tinke / CrystalTile2 — extraction et remplacement de fichiers NARC
- pk3DS — modification des données Pokémon, textes, évolutions

Pour tous les projets
- PKHeX — vérification et édition des sauvegardes
- VBA Link / RetroArch — test en émulation
- HxD — hex editor pour les retouches bas niveau


Le choix de la ROM de base : une décision fondamentale
Avant même d'installer le moindre outil, il faut choisir quel jeu et quelle version linguistique de la ROM sur laquelle travailler. Ce choix conditionne toute la compatibilité de ta chaîne d'outils, mais aussi les fonctionnalités natives dont tu disposeras dès le départ.

Pokémon : Quel jeu choisir comme base ?

Génération I - II (GB/GBC)
- Hormis les jeux secondaires, les versions Pokémon principales sont trop anciennes et limitées techniquement pour pouvoir réaliser un projet d'envergure, même si de bons titres alternatifs existent. Les logiciels de modification sont également dépassés (non mis à jour sur Windows 11 par exemple) et/ou archaïques dans leur utilisation. De plus, les jeux sont écrits en assembleur SM83 (parfois appelé GBZ80 par la communauté, ou LR35902 d'après le nom de package du chip) et sont complexes à modifier, notamment pour le scripting et l'aspect musical.

Pourquoi les Gen I et II sont difficiles à modifier Le CPU : SM83, pas un Z80 La Game Boy est équipée d'un processeur Sharp SM83 (nommé à l'époque d'après la référence de son package, LR35902). C'est un CPU 8 bits hybride, à mi-chemin entre l'Intel 8080 et le Zilog Z80, mais non binaire-compatible avec l'un ou l'autre : il n'implémente pas les registres d'index IX/IY du Z80, ni les instructions IN/OUT du 8080, et ses timings d'instructions diffèrent. La communauté de ROM hacking l'appelle couramment GBZ80 pour souligner la parenté avec le Z80, mais c'est un raccourci — le SM83 est son propre jeu d'instructions. Écrire ou modifier du code pour la Game Boy requiert donc de maîtriser cet ISA spécifique, distinct du Z80 pur que l'on retrouve sur la Sega Master System ou le Game Gear. La GBC utilise le même CPU, cadencé à ~4,19 MHz en mode GBC et ~8,38 MHz en mode double vitesse. Pas de scripting engine de haut niveau La Gen 3 (GBA) dispose d'un moteur de scripts dédié (XSE / Pokescript) permettant d'écrire des évènements dans un langage de relativement haut niveau. Les Gen 1 et 2 n'ont rien d'équivalent : les scripts de jeu sont directement encodés en assembleur SM83 dans la ROM. Toute modification de comportement — ajout d'un PNJ, modification d'un dialogue déclencheur, changement de logique d'évènement — nécessite de lire et d'écrire du code assembleur directement, sans abstraction. C'est la barrière d'entrée la plus haute du ROM hacking Pokémon. Le banking MBC : une mémoire en tranches La Game Boy ne peut adresser que 32 Ko de ROM en même temps (espace mémoire 16 bits limité à 64 Ko au total, partagé entre ROM, RAM, VRAM et registres matériels). Les cartouches Pokémon contiennent bien plus de données (Pokémon Rouge/Bleu : 1 Mo, Cristal : 1 Mo) — elles utilisent donc un contrôleur de banking MBC (Memory Bank Controller) qui divise la ROM en banques de 16 Ko commutables à la demande. Lors d'un appel à du code ou de données situés dans une autre banque, il faut d'abord commuter la banque active via un registre MBC. Modifier ou ajouter du code impose de gérer manuellement ces commutations et de savoir dans quelle banque se trouvent les données que l'on veut pointer — une contrainte absente sur GBA où toute la ROM est adressable en continu. L'audio : quatre voix, zéro abstraction La Game Boy dispose de quatre canaux audio matériels : deux générateurs d'onde carrée (voix 1 et 2), un générateur de bruit blanc (voix 4) et un canal d'onde personnalisée 4 bits (voix 3, 32 échantillons en boucle). La musique des jeux Gen 1 et 2 est programmée directement en assembleur sous forme de séquences d'instructions envoyées aux registres APU — il n'existe pas de format de fichier audio standard ni d'outil grand public pour en composer ou en importer. Modifier une musique revient à réécrire manuellement les séquences d'octets qui pilotent l'APU, ou à s'appuyer sur les très rares outils communautaires disponibles (souvent mal documentés et non maintenus). À titre de comparaison, la Gen 3 utilise le moteur Sappy avec le format MIDI-like .sco et des outils graphiques dédiés. Des outils rares et peu maintenus Contrairement à la Gen 3 (Hex Maniac Advance, AdvanceMap, XSE, Sappy — tous actifs et compatibles Windows 10/11), les outils Gen 1 et 2 sont épars, souvent abandonnés, et leur compatibilité avec les systèmes modernes est inégale. La route la plus viable aujourd'hui pour un projet Gen 1 ou 2 ambitieux est le source hacking via les dépôts de décompilation communautaires PRET (pokered, pokecrystal…) — mais cela implique de maîtriser une chaîne de compilation assembleur et de travailler directement dans le code source désassemblé, ce qui représente une barrière d'entrée bien plus élevée que le ROM hacking GBA classique. En résumé : modifier les jeux Gen 1 et 2, c'est travailler en assembleur SM83 (un CPU 8 bits à banques de mémoire), sans moteur de scripts, sans abstraction audio, et avec peu d'outils modernes. Le résultat peut être excellent — Pokémon Prism (Crystal), Pokémon Brown (Rouge), Shin Pokémon Rouge et Bleu en sont des exemples notables — mais la courbe d'apprentissage est nettement plus abrupte qu'en Gen 3.

Génération III (GBA)
- Pokémon Émeraude — La base GBA de référence en ROM hacking, avec 25 espaces libres de Pokémon. Contenu plus fourni que Rubis/Saphir (post-game enrichi, Zone de Combat, Match Phone), animations des sprites Pokémon en combat, graphismes légèrement améliorés. Recommandée dans la grande majorité des cas pour un projet GBA.
- Pokémon Rouge Feu / Vert Feuille — Présente l'avantage structurel d'embarquer 4 worldmaps distinctes : Kanto principal, Îles Sevii 1–3, Îles Sevii 4–5, et Îles Sevii 6–7. Un atout rare pour les projets nécessitant plusieurs régions indépendantes avec leurs propres connexions.
- Pokémon Rubis / Saphir — Plus personne ou presque n'utilise ces versions comme base en 2026. La seule niche restante concerne les données e-Reader changeantes liées à la Baie Énigma, spécifiques à ces versions et absentes d'Émeraude.

Génération IV (NDS)
- Pokémon Platine — La base Gen IV recommandée. Visuellement plus aboutie que Diamant/Perle, avec un affichage des combats et du surf hors combat nettement plus rapide. Embarque également des formes Pokémon inédites (Giratina Origine, Shaymin Céleste, Motisma) et un post-game plus dense.
- Pokémon HeartGold / SoulSilver — Bon compromis pour les projets Gen IV axés Johto/Kanto. La base hg-engine (d'origine source hacking, mais utilisable en ROM hacking) en fait un terrain de jeu intéressant pour les projets ambitieux.

Génération V (NDS)
- Pokémon Noir 2 / Blanc 2 — Les bases NDS les plus complètes : animations de dresseurs en combat, davantage de maps disponibles, Pokéwood (studio de cinéma) avec "studiomons" et Pokémon World Tournament (PWT). À préférer sur NB1 si le projet n'a pas de contrainte spécifique à Unys version originale.

Génération VI (3DS)
- Pokémon Rubis Oméga / Saphir Alpha — Intéressants pour leur large catalogue de Méga-Évolutions, le plus étoffé de la génération.

Génération VII (3DS)
- Pokémon Ultra-Soleil / Ultra-Lune — La base Gen VII la plus riche : Zygarde à 100%, Pokémon chimères inédits (Nécrozma Crinière du Couchant / Ailes de l'Aurore), Zeraora, nouvelles maps, amélioration graphique notable et surf via Demanta. À privilégier sur Soleil/Lune pour tout projet Alola.

Règle générale : préférer les troisièmes versions (Jaune, Cristal, Émeraude, Platine…) ou les remakes enrichis (HGSS, NBUS) aux premières doubles versions. Elles embarquent davantage de contenu natif, des corrections de bugs, et sont souvent mieux supportées par les outils de la communauté.


Pokémon : Révision de la ROM - v1.0 impérative
Un point souvent négligé et source de nombreux blocages : la révision interne de la ROM. La plupart des jeux Pokémon ont été édités après leur sortie (minimes corrections de bugs, ajustements régionaux), ce qui produit des révisions v1.1, voire v1.2 selon les titres. Or, la quasi-totalité des outils de ROM hacking ciblent exclusivement la révision v1.0 — les offsets internes changent d'une révision à l'autre, ce qui rend les patches, les scripts et les outils incompatibles avec les révisions ultérieures. Avant de commencer, vérifie systématiquement que ta ROM est bien en version 1.0 (via son CRC32 ou son en-tête dans un éditeur hex).


Pokémon : Quelle version linguistique choisir (US ou FR) ?

- ROM US (américaine) — Version de référence pour le ROM hacking. La quasi-totalité des outils (Hex Maniac Advance, AdvanceMap, XSE, CTRMap, pk3DS…) ont été développés et testés sur les ROMs US en priorité. Compatibilité maximale avec les patches, les scripts pré-faits et les ressources partagées par la communauté. Recommandée si tu veux le maximum de flexibilité technique.

- ROM FR (française) — Les noms des Pokémon, des attaques, des objets, des dresseurs et des lieux sont déjà en français dans la ROM. Pratique si tu veux un jeu en français sans avoir à tout retraduire. En revanche, certains outils fonctionnent moins bien ou partiellement sur les ROMs FR (notamment HMA pour les maps, certains scripts XSE, et des patches communautaires conçus pour la version US). Recommandée si le confort linguistique prime et que tu n'as pas besoin d'édition avancée des maps.

En résumé : US pour la puissance technique, FR pour le contenu déjà localisé. Certains projets partent d'une ROM US et ajoutent manuellement la traduction française des textes — c'est plus de travail, mais ça offre le meilleur des deux mondes.


Espace libre, repoints et éditeurs hex — ce qu'il faut savoir avant de toucher à la ROM

Lorsque tu modifies des données dans une ROM GBA (tables de stats, scripts, graphismes…), il est fréquent de devoir repointer (lorsque la taille des données modifiées dépasse celle des données originelles) : déplacer un bloc de données vers un espace libre de la ROM, puis mettre à jour le pointeur qui y fait référence. Cette opération est au cœur du ROM hacking avancé, et mal la maîtriser expose ton projet à des bugs difficiles à tracer.

Privilégier les octets FF plutôt que 00
L'espace libre dans une ROM GBA vierge est majoritairement constitué d'octets 0xFF. Certaines zones contiennent des 0x00, mais ce n'est pas forcément de l'espace libre réel : il peut s'agir de zones précédemment repointées, puis réduites, où des zéros persistent après la réduction. Si un outil réécrit dans ces zones de 00, il risque d'empiéter sur un bloc de données existant, ou d'étendre involontairement des données déjà réduites — ce qui peut provoquer des comportements inattendus ou des bugs silencieux dans le jeu.

Toujours cibler des zones constituées d'octets FF pour tes repoints. C'est le seul moyen de garantir que tu écris dans de l'espace genuinement libre.

Laisser suffisamment d'espace entre les blocs repointés
Lorsque tu places plusieurs blocs de données repoints dans la ROM, assure-toi de les espacer suffisamment : si deux blocs sont trop proches, une extension future de l'un d'eux risque d'écraser les données de l'autre. Il est recommandé de laisser une marge d'au moins quelques dizaines d'octets FF entre chaque bloc, selon la nature des données.

Quel éditeur hex choisir ?
- HxD ou Hex Editor MX — valeurs sûres pour naviguer dans la ROM, chercher des offsets et écrire manuellement des données. Fiables et précis, ils n'interfèrent pas avec la structure de la ROM.
- Hex Maniac Advance — fait un excellent travail sur les zones FF et laisse suffisamment d'espace libre entre les éléments. En revanche, il peut ne pas reconnaître certaines zones constituées de 00 comme étant libres — et pour cause : elles ne le sont pas toujours. Pour cette raison, il est déconseillé de forcer HMA à écrire dans ces zones.

En résumé : FF = espace libre fiable. 00 = potentiellement occupé — à éviter pour les repoints.


Étape 5 — On n'est pas forcément bon dans ce qu'on aime

Tu adores Pokémon. Tu veux créer le ROM hack de tes rêves. Mais peut-être que ton mapping est catastrophique, que tes sprites font peur, ou que ton scénario tourne en rond. C'est normal.

Le ROM hacking s'apprend :
- Étudie les ROM hacks que tu admires : charge-les dans HMA ou AdvanceMap et observe comment les créateurs ont construit leurs maps, leurs scripts, leur progression.
- Fais des prototypes courts : une mini-démo d'une heure de jeu vaut mieux qu'un projet titanesque jamais terminé.
- Accepte les retours critiques des bêta-testeurs sans les prendre personnellement — ils t'aident à t'améliorer.
- Améliore-toi sur un seul domaine à la fois : maîtrise le scripting avant d'attaquer la composition musicale.

Se former continuellement
Le ROM hacking évolue : de nouveaux outils sortent, des techniques s'affinent, des bugs bien connus trouvent enfin leur correctif. Rester à jour, c'est gagner du temps sur chaque session de développement :
- Suis les canaux d'annonce des outils que tu utilises (GitHub releases, Discord des projets).
- Regarde des tutoriels vidéo même sur des sujets que tu penses maîtriser : il y a presque toujours un raccourci ou une astuce que tu ne connais pas encore.
- Participe aux discussions techniques dans les communautés — poser des questions, c'est apprendre ; y répondre, c'est consolider ses connaissances.
- Teste régulièrement des ROM hacks récents : ils t'inspirent et te montrent ce que les outils actuels permettent de faire.

Créer une documentation de ton jeu
Au fil du développement, ton projet accumule des décisions, des conventions et des informations qu'il est impossible de garder en tête. Une documentation interne est indispensable :
- Bible du jeu : résumé de l'univers, des personnages principaux, de la chronologie de l'histoire et des règles du monde (qu'est-ce qui est possible ou non dans ta région ?).
- Liste des flags et variables : noter à quoi correspond chaque flag et variable utilisé dans les scripts évite les conflits et les bugs difficiles à tracer des semaines plus tard.
- Carte des maps avec leurs IDs : un tableau listant chaque map (nom, banque, index, connexions, musique) permet de retrouver rapidement n'importe quelle zone.
- Changelog interne : distinct du changelog public, il note toutes les modifications techniques (offsets modifiés, routines ASM ajoutées, repoints effectués) pour pouvoir revenir en arrière si besoin.

Cette documentation n'a pas besoin d'être parfaite : même une liste de notes brutes dans un fichier texte vaut mieux que rien. Elle sera précieuse le jour où un membre de l'équipe part, ou simplement quand tu reprends le projet après six mois d'absence.

Les plus grands ROM hacks francophones (Crystal Earth, Pokémon Naranja…) sont nés de personnes qui ne savaient rien faire au départ et ont appris sur le tas.


Étape finale — La création de votre jeu

Tu as ton équipe, ton document de conception, tes outils installés. Il est temps de créer.

Quelques repères pour structurer le développement :
- Alpha : contenu jouable de A à Z, même avec des placeholders (maps vides, sprites manquants, musiques temporaires). L'objectif est de valider que le jeu est faisable et fun.
- Bêta : contenu final intégré, tests intensifs pour traquer les bugs, les incohérences de difficulté et les fautes de frappe dans les dialogues.
- Release Candidate : version quasi-finale, distribuée à un groupe restreint de testeurs de confiance avant la sortie publique.
- Release publique : distribution du patch (format UPS via RomPatcher.js), accompagnée d'un changelog, d'instructions claires et d'un CRC32 de la ROM de base requise.

Les backups : une règle d'or
Perdre des semaines de travail à cause d'une corruption de fichier ou d'une fausse manipulation, ça arrive. Et ça n'arrive qu'une fois — parce qu'après, on fait des backups.

- Backup quotidien : à la fin de chaque session, copie ta ROM de travail dans un dossier daté (ex. : emeraude_hack_2026-06-04.gba). Un simple dossier "Archives" sur le bureau suffit pour commencer.
- Backup par version : à chaque jalon important (fin d'une map, ajout d'un boss, intégration d'une musique), sauvegarde une version numérotée (v0.3, v0.4…). Ne supprime jamais les versions précédentes.
- Backup distant : stocke au moins une copie hors de ton PC — Google Drive, OneDrive, clé USB externe. Un disque dur peut mourir du jour au lendemain sans signe avant-coureur.
- Versionner les fichiers sources : si tu travailles avec des fichiers sources (scripts .s, projets CTRMap, fichiers AdvanceMap…), utilise un dépôt Git privé (GitHub ou GitLab) pour avoir un historique complet de toutes les modifications. Cela permet aussi à toute l'équipe de travailler sans écraser le travail des autres.
- Tester les backups : régulièrement, ouvre une ancienne sauvegarde pour vérifier qu'elle n'est pas corrompue. Un backup inutilisable ne vaut pas mieux que pas de backup du tout.

Derniers conseils :
- Annonce ton projet tôt pour créer une communauté et garder ta motivation (screenshots, teasers, trailers).
- Versionne ton travail : sauvegarde chaque étape majeure avec un numéro de version (v0.1, v0.2…) et ne travaille jamais directement sur la dernière version stable.
- Un ROM hack sorti imparfait vaut infiniment mieux qu'un chef-d'œuvre jamais publié. Lance-toi.

⚠️ Rester sous le radar — Nintendo et le risque DMCA
Nintendo est connu pour faire retirer des projets fan-made devenus trop populaires ou trop visibles, même de grande qualité. Pour minimiser les risques :

- Ne te mets pas en concurrence directe avec Nintendo. Un ROM hack qui reproduit fidèlement un jeu officiel à venir, ou qui empiète sur un marché actif (remake, remaster…), est une cible prioritaire.
- Pas de publicité agressive. Évite les trailers bien produits sur YouTube, les annonces sur les grandes plateformes ou toute communication qui ressemble à celle d'un studio professionnel. Plus tu ressembles à un produit officiel concurrent, plus tu attires l'attention.
- Ne partage pas les ressources à tout va. Distribuer des sprites, musiques, tilesets ou fichiers extraits des jeux officiels (même légèrement modifiés) expose ton projet à des réclamations directes de la part des ayants droit.
- Pas de contenu 18+ ou polémique. Les projets à contenu adulte ou controversé impliquant des licences Nintendo violent explicitement les conditions d'utilisation et peuvent entraîner des actions légales accélérées.

Nintendo a déjà fait retirer des projets très appréciés de la communauté. La discrétion, la gratuité totale et le respect de l'esprit de la licence restent les meilleures protections.


◆ Bonus : Les grands bugs classiques du Pokéhacking GBA — et comment les corriger

Certains bugs reviennent systématiquement dans les ROM hacks GBA, quelle que soit l'expérience du créateur. Les connaître à l'avance, c'est économiser des heures de débogage.

🐛 Bug 1 — Contrôle d'un PNJ à la place du personnage principal Symptôme : le joueur se retrouve à contrôler un PNJ sur la map au lieu de son propre personnage — le personnage principal reste figé, et les déplacements agissent sur un PNJ proche. Cause : certains types de mouvements définis dans l'évènement Personnage d'une map (via AdvanceMap) peuvent corrompre le contrôle de la caméra et du joueur. Les deux coupables les plus fréquents sont : — « Regarde en bas » : ce mouvement provoque un décalage de la caméra qui peut transférer le focus de contrôle sur un PNJ voisin. — « En miroir du joueur (sur place) » : ce mouvement, appliqué à un PNJ, fait que le jeu traite ce PNJ comme un miroir actif du joueur — avec comme effet de bord dans certaines configurations d'en prendre le contrôle. Solution : inspecter tous les évènements de type Personnage sur la map concernée dans AdvanceMap, identifier les PNJ utilisant ces types de mouvement, et les remplacer par un mouvement neutre (« Reste sur place » par exemple). Tester après chaque modification pour isoler le PNJ responsable.

🐛 Bug 2 — Changement de palette du mini-sprite de Flora (Pokémon Émeraude) Symptôme : le mini-sprite (overworld sprite) de Flora — la rivale dans Pokémon Émeraude — change de couleurs de façon inattendue sur certaines maps ou dans certaines séquences scriptées. Cause : une ou plusieurs commandes dans les scripts de la ROM interfèrent avec la palette du sprite de Flora. Ce bug est typiquement introduit lors de modifications de scripts existants ou lors de l'ajout de nouvelles séquences scriptées : une commande de changement de palette mal référencée ou non réinitialisée après usage affecte le sprite de Flora, dont la palette overworld est sensible à ces interférences dans Émeraude. Solution : parcourir les scripts de la map concernée (via XSE ou HMA) et identifier les commandes de gestion de palette ou d'apparence de sprites (hidesprite, commandes de mouvement ou d'apparence PNJ…). Retirer les commandes suspectes ou superflues. Si le bug persiste, remonter aux scripts liés aux évènements de la map (level scripts compris) et vérifier qu'aucune commande ne laisse une palette corrompue active après exécution. Conseil : toujours tester les scripts modifiés sur une copie de la ROM, et comparer le comportement de la palette avant/après chaque modification pour isoler la commande fautive.

🐛 Bug 3 — Chevauchement de textes modifiés Symptôme : des dialogues affichent des textes incohérents, tronqués, ou mélangent des fragments de plusieurs messages différents — produisant des phrases absurdes ou insolites qui n'ont rien à voir avec le contenu prévu. Cause : lorsqu'un texte modifié est plus long que le texte d'origine, il peut déborder sur l'espace mémoire du message suivant dans la ROM — écrasant partiellement ou totalement les données de ce message. Le résultat est un chevauchement : le message original est corrompu et affiche un mélange des deux textes, ou un texte illisible. Solution : — Veiller à ce que le texte de remplacement ne dépasse pas la taille de l'espace alloué au message d'origine. Utiliser XSE ou HMA pour vérifier les limites de chaque bloc de texte. — Si le texte doit être plus long, repointer le message vers un espace libre de la ROM (zone de FF) et mettre à jour le pointeur correspondant dans le script. — En cas de bug déjà présent, identifier les messages corrompus et restaurer les blocs adjacents depuis une ROM propre, puis réinsérer les textes modifiés correctement repointés. À retenir : modifier un texte existant sans repoint est sûr uniquement si le nouveau texte est de même longueur ou plus court que l'original. Dès qu'il est plus long, le repoint est obligatoire.

🐛 Bug 4 — Instruments musicaux abîmés (Pokémon Émeraude FR + AdvanceMap) Symptôme : après des modifications de maps via AdvanceMap, les musiques du jeu sonnent faux, avec des instruments déformés, des sonorités étranges ou des bruits parasites — alors que rien de lié à l'audio n'a été modifié intentionnellement. Cause : AdvanceMap utilise un fichier .ini qui définit des offsets d'espace libre pré-établis pour y écrire les données de maps repointes. Sur Pokémon Émeraude FR, certains de ces offsets prédéfinis dans le .ini tombent précisément dans la zone des voicegroups — les tables d'instruments musicaux du jeu (samples audio, enveloppes, données de son). Lorsqu'AdvanceMap écrit des données de map à ces offsets, il écrase silencieusement les voicegroups, corrompant les instruments de toutes les musiques qui y font référence. Solution : — Ouvrir le fichier AdvanceMap.ini et localiser les offsets d'espace libre déclarés pour Pokémon Émeraude FR. — Les comparer avec les offsets des voicegroups dans la ROM (repérables via Sappy 2006 mod 17.1 ou un éditeur hex en cherchant les structures audio connues). — Remplacer les offsets conflictuels dans le .ini par des offsets pointant vers de l'espace libre réel (zones de FF) qui ne chevauchent pas les données audio. — Si le bug est déjà apparu, restaurer les voicegroups depuis une ROM propre (copie de sauvegarde ou ROM vierge), puis réappliquer les modifications de maps avec les bons offsets. Ce bug est l'une des raisons pour lesquelles il est fortement recommandé de vérifier manuellement les offsets d'espace libre du .ini d'AdvanceMap lors d'un premier projet sur une ROM FR, plutôt que de faire confiance aux valeurs par défaut — celles-ci ont été calibrées pour des ROMs US et peuvent diverger sur les versions FR.

— Jeu vidéo, Émulation, ROM Hacking & Save Editing —

Action Replay — Accessoire physique (cartouche) branché entre la console et le jeu, permettant d'activer des cheat codes en modifiant la RAM en temps réel. Très utilisé sur GBA, NDS, 3DS. Différent d'un ROM hack : les modifications ne sont pas permanentes dans la ROM. ⚠️ Situation légale au Japon : depuis l'amendement de la loi sur la concurrence déloyale (不正競争防止法, décembre 2018, en vigueur janvier 2019), la distribution d'outils d'édition de sauvegarde et d'accessoires de triche (Action Replay, Cyber Save Editor…) est interdite au Japon, sous peine de 5 ans de prison et/ou 5 millions de yens d'amende. Les produits concernés ont été immédiatement discontinués sur le marché japonais. La loi vise principalement la distribution et les services commerciaux de modding/save editing — l'usage strictement personnel reste une situation spécifique non explicitement tranchée, mais la formulation large de la loi décourage toute pratique. Cette législation est propre au Japon et ne s'applique pas en France.

APU (Audio Processing Unit) — Puce dédiée au traitement audio dans une console. Gère la synthèse sonore, les samples et la musique. Sur GBA, l'APU mixe des canaux PCM avec des canaux à ondes directes. Importante en ROM hacking pour l'insertion de musiques custom.

Adaptateur Sans Fil GBA (GBA Wireless Adapter) — Accessoire officiel Nintendo pour le multijoueur sans fil sur GBA. Fourni avec Pokémon Rouge Feu et Vert Feuille. Requis pour certaines fonctionnalités de Pokémon Crystal Earth.

Adresse mémoire — Emplacement précis dans la mémoire d'une ROM ou de la RAM d'une console, exprimé en hexadécimal. Ex. : 0x08000000 est l'adresse de début de la ROM sur GBA. Fondamental pour toute modification bas niveau (ASM, offsets, pointeurs).

Back-sprite — Sprite de dos d'un Pokémon, affiché lors des combats depuis la perspective du joueur. Distinct du sprite frontal (affiché côté adverse). Les deux doivent être modifiés lors d'un remplacement graphique complet.

BPS (Beat Patching System) — Format de patch moderne avec vérification CRC32, préféré à l'IPS pour les nouveaux projets. Supporté par RomPatcher.js.

Back-up / Backup — Copie de sauvegarde d'une cartouche ou d'un jeu. Dans le contexte légal du ROM hacking, désigne l'extraction d'une ROM depuis sa propre cartouche (dumping). À distinguer du piratage.

Bank (de maps) — Dans les jeux GBA Pokémon, les maps sont organisées en banques (banks), chaque banque regroupant un ensemble de maps liées. Une map est identifiée par deux valeurs : le numéro de banque et son index au sein de cette banque (ex. : banque 0, map 3 = la 4ème map de la première banque). Ce système permet à AdvanceMap et aux scripts XSE de référencer n'importe quelle zone du jeu via la paire bank.mapID. Les connexions entre maps (passages d'une route à une ville) relient toujours deux maps appartenant à des banks précises.

Beta Testing — Phase de test d'une version non finalisée d'un jeu ou d'un ROM hack, assurée par des testeurs (bêta-testeurs) chargés de repérer bugs, incohérences et problèmes d'équilibre avant la sortie publique.

BIOS — Petit programme firmware embarqué dans la console, nécessaire au démarrage de certains émulateurs (ex. : gba_bios.bin pour gpSP). Ne peut pas être fourni légalement ; doit être dumpé depuis sa propre console. CRC32 GBA : 81977335.

Bug — Comportement inattendu ou erreur dans le code d'un jeu ou d'un ROM hack, pouvant aller d'un simple affichage incorrect à un crash ou une corruption de sauvegarde.

Bugfix — Correction d'un ou plusieurs bugs identifiés. Dans un ROM hack, les bugfixes sont souvent listés dans le changelog accompagnant chaque nouvelle version.

Build — Version compilée d'un projet à un instant donné. Une build de test (debug build) contient des outils de débogage ; une build de release est la version diffusée au public.

CFW (Custom Firmware) — Littéralement « firmware personnalisé ». Firmware alternatif installé sur une console pour contourner les protections et permettre l'exécution de homebrews, de backups et de mods. Exemple : Atmosphere sur Nintendo Switch 1. Mettre à jour le firmware officiel sur une console moddée peut supprimer le CFW.

CGI (Computer-Generated Imagery) — Technique de création d'images ou d'animations par calcul informatique, fondée sur la modélisation 3D, le rendu de lumière (ray tracing, rasterization) et la simulation physique. La CGI produit des résultats déterministes et maîtrisés : un artiste ou une équipe technique définit explicitement chaque élément — géométrie, matériaux, éclairage, caméra, animation — et le logiciel calcule le rendu correspondant. Utilisée massivement dans les cinématiques de jeux vidéo, les films d'animation et les effets spéciaux. La CGI se distingue fondamentalement de l'IA générative (Stable Diffusion, Midjourney, DALL-E, Sora…) sur plusieurs points essentiels : — Contrôle et déterminisme : en CGI, chaque pixel résulte d'un calcul explicite et reproductible — on sait exactement pourquoi une image ressemble à ce qu'elle est. L'IA générative produit des résultats probabilistes à partir d'un prompt : le processus interne est opaque (boîte noire), et deux générations identiques peuvent produire des images différentes. — Propriété intellectuelle : une image CGI est une création originale dont l'auteur est clairement identifiable. Une image générée par IA est produite à partir d'un modèle entraîné sur des milliards d'images tierces — la question de l'originalité et de la titularité des droits est légalement non tranchée dans la majorité des pays. — Maîtrise artistique : la CGI requiert une expertise technique et artistique approfondie (modélisation, rigging, shading, animation…). L'IA générative est accessible à tout utilisateur via un prompt textuel, sans compétence technique préalable. — Usage dans les jeux vidéo : les cinématiques CGI pré-calculées (FMV) sont des séquences fixes rendues hors temps réel, d'une qualité visuelle bien supérieure au moteur de jeu. L'IA générative est aujourd'hui expérimentée pour la génération procédurale de textures, de niveaux ou de dialogues — mais n'est pas encore un standard de production dans l'industrie.

Changelog — Journal listant toutes les modifications, ajouts et corrections apportés entre deux versions d'un projet. Indispensable pour les ROM hacks afin d'informer les joueurs des évolutions et des compatibilités de sauvegardes.

Character Design — Conception visuelle d'un personnage : apparence, couleurs, proportions, expressions. En ROM hacking, implique la création ou modification de sprites, back-sprites et overworlds.

Cheat Code — Code saisi dans un menu spécial ou via un Action Replay pour modifier le comportement du jeu en temps réel (argent infini, Pokémon shiny, téléportation…). Stocké en RAM, sans modification permanente de la ROM. Une catégorie particulière de cheat codes mérite d'être mentionnée : les codes anti-DMA. Certains jeux (notamment les jeux Pokémon GBA) utilisent le DMA (Direct Memory Access) pour déplacer aléatoirement en RAM les données chiffrées du jeu à chaque cycle, rendant les adresses mémoire instables d'une session à l'autre. Ce mécanisme est une protection anti-triche : les cheat codes classiques ciblent des adresses fixes, qui ne correspondent plus à rien si les données ont été déplacées. Les codes anti-DMA désactivent ou contournent ce déplacement aléatoire, figeant les données à des adresses stables et permettant aux autres codes de fonctionner correctement. Sur les jeux GBA Pokémon, un code anti-DMA est généralement nécessaire en premier dans la liste pour que les codes de rencontres shiny, de modification de Pokémon ou d'objets fonctionnent de façon fiable.

Checksum — Valeur calculée à partir des données d'un fichier pour vérifier son intégrité. Le CRC32 est le checksum le plus courant en ROM hacking. Une ROM dont le checksum ne correspond pas au patch risque de générer des bugs ou de ne pas démarrer.

Clean / Cleanup — Se dit d'une ROM non modifiée, dans son état d'origine exact (checksum intact). Indispensable avant d'appliquer un patch. « Cleanup » désigne aussi le nettoyage du code ou des données d'un projet en cours.

CPU (Central Processing Unit) — Processeur principal de la console, exécutant les instructions du jeu. Sur GBA : ARM7TDMI à 16,8 MHz. Connaître l'architecture CPU est utile en ROM hacking avancé (ASM, routines).

Debugging — Processus d'identification et de correction des bugs dans un programme ou une ROM. Peut impliquer un émulateur en mode debug, des breakpoints sur des adresses mémoire, ou la lecture des logs d'exécution.

Decimal — Système de numération en base 10 (0–9), utilisé au quotidien. En ROM hacking, les valeurs sont souvent exprimées en hexadécimal, mais certains outils affichent ou acceptent des valeurs décimales. Ex. : 255 en décimal = FF en hexadécimal.

DLC (Downloadable Content) — Contenu additionnel téléchargeable après la sortie d'un jeu. Dans les jeux Pokémon (3DS, Switch), le DLC peut inclure des évènements, des Pokémon ou des modes de jeu. Certains ROM hacks simulent des DLC via des évènements in-game.

DLSS (Deep Learning Super Sampling) — Technologie NVIDIA utilisant l'IA pour reconstruire une image en haute résolution à partir d'un rendu basse résolution, améliorant les performances sans perte visuelle significative. Présente sur les jeux PC/Switch 2 récents.

Download — Téléchargement d'un fichier depuis Internet. Dans le contexte du site, désigne le téléchargement d'un patch UPS, d'un outil ou d'une sauvegarde. Toujours vérifier le CRC32 après téléchargement.

Dump — Extraction brute des données d'une ROM, d'une NAND, d'un disque ou d'une cartouche vers un fichier. Voir aussi : Dumper / Dumping.

Dynamic Recompiler — Technique d'optimisation des émulateurs recompilant le code de la ROM à la volée. Doit être désactivé dans gpSP pour Pokémon Crystal Earth sous Android (sinon bugs/crashes).

Émulation — Technique permettant de faire fonctionner un logiciel (jeu, application, système d'exploitation) sur un matériel différent de celui pour lequel il a été conçu, en reproduisant le comportement du hardware d'origine par logiciel. Dans le contexte du jeu vidéo rétro, l'émulation permet de jouer à des jeux de consoles anciennes (NES, GBA, NDS, PS2…) sur un PC, un smartphone ou une console moderne, sans posséder le hardware physique d'origine. L'émulation comme alternative à la possession du hardware L'un des avantages souvent sous-estimés de l'émulation est qu'elle permet de posséder légalement l'équivalent fonctionnel d'une console sans l'avoir physiquement. Dès lors qu'on dispose de ses propres jeux dumpés légalement depuis ses cartouches ou disques d'origine, l'émulateur reproduit fidèlement — voire améliore — l'expérience de jeu. Les seuls fichiers supplémentaires parfois nécessaires (BIOS, clés de déchiffrement) doivent également être extraits depuis le matériel que l'on possède pour rester dans le cadre légal. Concrètement, cela signifie qu'il n'est plus nécessaire de : — Retrouver et brancher une vieille console en état de marche — Disposer d'une TV avec entrée composite ou SCART pour les consoles pré-HDMI — Utiliser des câbles de connexion spécifiques (câble Link GBA, câble AV N64…) pour le multijoueur ou les accessoires — Posséder plusieurs consoles pour jouer à des jeux de générations différentes Un seul PC, smartphone ou console moderne suffit pour accéder à l'ensemble d'une bibliothèque multi-génération, avec les avantages supplémentaires qu'apporte l'émulation (savestates, upscaling, rewind, netplay…). Voir l'entrée Émulateur pour le détail de ces fonctionnalités. Émulation officielle vs émulation tierce — confort d'usage en 2026 Il existe deux grandes approches pour émuler des jeux rétro en 2026 : — Émulation tierce (PC, Android, Switch moddée…) : requiert d'installer et configurer plusieurs logiciels distincts selon les consoles ciblées (mGBA pour la GBA, melonDS pour la NDS, Dolphin pour la GameCube…), de gérer les BIOS, les paramètres graphiques, les mappings de touches, et potentiellement un front-end comme RetroArch pour unifier tout cela. Puissante et flexible, mais avec une courbe de configuration non négligeable pour le joueur non-technique. — Émulation officielle via Nintendo Switch Online (Switch 1 / Switch 2) : les consoles Nintendo proposent via l'abonnement Switch Online un accès à des bibliothèques NES, SNES, N64, GBA, GB/GBC, Mega Drive et GameCube (Switch 2 uniquement) dans une interface unifiée, sans aucune configuration. Les jeux se lancent en un clic, les savestates et le rewind sont intégrés, et le tout fonctionne en mode portable ou sur TV sans manipulation supplémentaire. La Switch 2 reste en 2026 l'option la plus confortable pour une émulation rétro grand public : pas de configuration logicielle, pas de gestion de BIOS, pas d'installation de multiples applications — au prix d'une bibliothèque limitée aux titres présents dans le catalogue Nintendo Switch Online et d'un abonnement payant (voir l'entrée Nintendo Classics et l'onglet [ Univers Nintendo ] pour le détail des catalogues et fonctionnalités). Pour le cadre légal de l'émulation (légalité des émulateurs, statut des dumps personnels, BIOS, EULA éditeurs vs droit français), voir l'onglet [ Législation du JV ].

Émulateur — Logiciel recréant le comportement matériel d'une console sur un autre système (PC, smartphone, autre console). L'émulateur reproduit le processeur, la mémoire, les circuits graphiques et audio de la machine d'origine, permettant d'exécuter les jeux sans le hardware physique. Exemples : mGBA / VBA Link (GBA), DeSmuME / melonDS (NDS), Dolphin (GC/Wii), Ryujinx (Switch 1), RetroArch (frontend multi-systèmes). Les émulateurs ne se contentent pas de reproduire l'expérience originale : ils l'améliorent souvent de façon significative, offrant des fonctionnalités que la console physique n'a jamais proposées. Ce que les émulateurs ont rendu possible — Upscaling HD et filtres graphiques : les émulateurs modernes permettent de rendre les jeux à des résolutions bien supérieures à celles d'origine. Un jeu NDS (256×192 pixels natifs, deux écrans de la taille d'une carte de crédit) peut être affiché en 4K avec un rendu lisse, sans les pixels grossiers de l'écran physique. Dolphin pousse les jeux GameCube et Wii jusqu'en 4K/8K avec anti-aliasing et filtrage anisotropique — des jeux conçus pour la TV cathodique des années 2000 qui n'ont jamais été aussi beaux. RetroArch propose une bibliothèque de shaders (filtres graphiques) permettant de simuler l'aspect d'un écran CRT avec scanlines, d'un LCD Game Boy, ou d'un écran phosphore — autant pour la nostalgie que pour l'authenticité visuelle d'une époque. — Savestates : capture instantanée de l'état complet de la session (RAM, registres CPU, position exacte dans le jeu) à n'importe quel moment. Reprise à l'identique en un clic. Indispensable pour le ROM hacking (tester un script sans rejouer depuis le début), le speedrun (reprendre depuis un point précis sans refaire la route), ou simplement pour ne pas perdre sa progression dans un jeu sans système de sauvegarde natif. Voir aussi l'entrée Savestate du lexique. — Rembobinage (rewind) : fonctionnalité popularisée par RetroArch permettant de revenir en arrière dans le temps d'une session de jeu, image par image ou par tranches de quelques secondes. Utile pour corriger une erreur sans recharger une savestate, ou pour analyser frame par frame un passage difficile. — Vitesse variable : possibilité d'accélérer ou de ralentir l'exécution du jeu. L'accélération (fast-forward, souvent assignée à une touche) permet de passer les dialogues répétitifs, les animations longues ou les phases de grinding en quelques secondes. Le ralenti permet d'analyser des mécaniques rapides ou de passer un passage très difficile. — Mémoire et debug en temps réel : les émulateurs exposent la RAM du jeu et permettent d'y lire ou d'y écrire directement. C'est la base des cheat codes (Action Replay, GameShark), mais aussi des outils de debug avancés — memory viewer, breakpoints sur des adresses précises, watch sur des variables. Indispensable pour le développement de ROM hacks et la recherche de glitches. — Netplay (multijoueur en ligne) : plusieurs émulateurs (RetroArch via Netplay, Dolphin, melonDS) permettent de jouer en ligne avec d'autres personnes, là où la console originale ne supportait que le jeu local. Des jeux GBA comme Pokémon RF/VF ou Four Swords, qui nécessitaient plusieurs cartouches et câbles Link physiques, peuvent ainsi être joués en ligne à l'échelle mondiale. — Accessibilité et préservation : les émulateurs ont permis de préserver et de rendre accessibles des jeux qui auraient autrement disparu — supports physiques dégradés, services en ligne fermés, périphériques introuvables, jeux jamais sortis hors d'une région. Des titres comme Mother 3 (Japon uniquement), F-Zero X Expansion Kit (64DD, Japon uniquement) ou des distributions d'évènements Pokémon depuis longtemps expirées n'existent plus que sous forme de ROMs. Sans les émulateurs, ce patrimoine serait simplement perdu. — Portabilité universelle : un ROM hack GBA ou NDS tourne sur un émulateur Android, iOS (via Delta), PC, Mac, Linux, Switch moddée, Steam Deck — sans aucune adaptation. Le fichier ROM est universel ; c'est l'émulateur qui s'adapte au hardware. Cette portabilité est l'une des raisons pour lesquelles le ROM hacking GBA/NDS reste aussi vivant : les jeux sont jouables partout, sur n'importe quel écran, sans cartouche physique. En résumé : les émulateurs ne sont pas de simples ersatz de la console physique — c'est souvent une expérience supérieure à l'original, avec des outils que les développeurs eux-mêmes n'avaient pas à l'époque. Ils sont indissociables de la pratique moderne du ROM hacking, de la préservation vidéoludique et de l'accès au patrimoine du jeu rétro.

État de map en mémoire (RAM Map) — La sauvegarde Pokémon ne stocke pas uniquement la progression du joueur : elle conserve également un état minimum de la map courante (position du joueur, flags locaux, état des events de la zone). La RAM Map contient en réalité toutes les informations du joueur : équipe Pokémon, inventaire, argent, Pokédex, métriques de jeu, et état courant de la partie. Chiffrement de la RAM Map — DMA anti-cheat Certains jeux Pokémon GBA intègrent un système de protection anti-triche basé sur le chiffrement dynamique de la RAM Map. C'est notamment le cas de Pokémon Rouge Feu / Vert Feuille et Pokémon Émeraude : les données de l'équipe et de la sauvegarde en mémoire vive sont chiffrées par un mécanisme DMA (Direct Memory Access). La valeur de chiffrement change à intervalles réguliers, rendant la lecture directe de la RAM par un outil externe (Action Replay, cheat codes mémoire) instable ou incorrecte si la clé n'est pas prise en compte. Ce système anti-cheat a deux conséquences pratiques : — Les codes cheat mémoire (ex. : Action Replay) ciblant directement les adresses RAM de l'équipe Pokémon peuvent produire des Mauvais Œufs ou corrompre la sauvegarde si les offsets ne tiennent pas compte du chiffrement DMA en cours. — Les outils de dump de sauvegarde en temps réel doivent gérer ce chiffrement pour extraire des données cohérentes. Les outils modernes (PKHeX, GB Operator) travaillent sur le fichier de sauvegarde brut (SRAM/EEPROM), qui lui est stocké en clair — le chiffrement ne s'applique qu'à la RAM volatile en cours de partie, pas au fichier sauvegardé sur la cartouche. C'est pour contourner ce mécanisme que les codes anti-DMA existent. Ils doivent être activés en premier dans la liste de codes pour figer les adresses RAM à des valeurs stables, permettant aux autres codes (rencontres shiny, modification de Pokémon, objets…) de fonctionner correctement. Sans code anti-DMA, les codes mémoire classiques ciblent des adresses qui ne correspondent plus aux données réelles, entraînant des résultats aléatoires voire une corruption de sauvegarde. Voir l'entrée Cheat Code du lexique pour plus de détails. Toujours conserver un backup de la sauvegarde originale avant tout transfert entre ROMs.

Events (ROM hacking) — Déclencheurs invisibles placés sur la carte du jeu, activés lorsque le joueur marche dessus ou interagit. Gèrent les combats, dialogues, téléportations, apparitions d'objets. Éditables via AdvanceMap (GBA) ou DSPRE (NDS).

EZ Flash Omega — Flashcard GBA/GBC/GB chargeant des ROMs depuis microSD sur vraie console. Compatible Pokémon Crystal Earth via l'Adaptateur Sans Fil GBA.

Firmware — Logiciel bas niveau intégré dans le matériel d'une console (système d'exploitation interne). Peut être remplacé par un CFW. Mettre à jour le firmware officiel sur une console moddée peut supprimer le CFW.

Flags (Fanions) — Variables binaires (0 ou 1) stockées dans la sauvegarde, indiquant si un événement a été déclenché ou non (PNJ rencontré, objet récupéré, boss vaincu…). En ROM hacking GBA Pokémon, les flags se manipulent via les commandes setflag / clearflag / checkflag.

Flash (type de sauvegarde GBA) — Type de mémoire non volatile utilisée dans les cartouches GBA pour stocker les données de sauvegarde. Il en existe deux capacités courantes : Flash 64 Ko (utilisée par la majorité des jeux GBA) et Flash 128 Ko (utilisée par les jeux Pokémon GBA — RS, RF/VF, Émeraude). Pourquoi Pokémon utilise la Flash 128 Ko Les jeux Pokémon GBA exploitent les 128 Ko en deux blocs de 64 Ko : le jeu maintient en permanence deux copies identiques de la sauvegarde (un bloc actif, un bloc de secours). À chaque sauvegarde, le bloc alternatif est mis à jour. En cas de corruption de l'un des blocs (coupure de courant, pile faible, erreur d'écriture), le jeu peut restaurer automatiquement la copie intacte. C'est ce mécanisme de doublon de sauvegarde qui explique pourquoi les jeux Pokémon GBA ne proposent qu'un seul slot de sauvegarde — les 128 Ko sont entièrement consommés par la redondance, sans place pour des slots supplémentaires. Conséquence en émulation — écran blanc et blocage post-Ligue Si l'émulateur est configuré en Flash 64 Ko (valeur par défaut sur certains émulateurs anciens) au lieu de Flash 128 Ko, les symptômes typiques sont : - Écran blanc au démarrage ou à la création d'une nouvelle partie. - Impossibilité de passer les crédits de fin après la Ligue — cas fréquemment rapporté sur Pokémon Rouge Feu / Vert Feuille : le jeu tente d'écrire des données dans le second bloc Flash, ne trouve pas l'espace attendu, et se bloque. - Corruption silencieuse de la sauvegarde (données tronquées sans message d'erreur). Correction : dans l'émulateur (VBA, VBA Link, mGBA…), vérifier que le type de sauvegarde est réglé sur Flash 128 Ko (ou "Flash 1M" selon les émulateurs) pour les ROM Pokémon GBA. EEPROM — l'autre format de sauvegarde GBA D'autres jeux GBA utilisent une sauvegarde de type EEPROM (Electrically Erasable Programmable Read-Only Memory) plutôt que Flash. L'EEPROM existe en deux tailles : EEPROM 512 octets (très petits jeux, données minimales) et EEPROM 8 Ko (la plus répandue pour les jeux à sauvegarde classique). Contrairement à la Flash — qui est adressée par blocs complets et réécrite en totalité — l'EEPROM est adressée par mots de 64 bits, ce qui la rend plus rapide pour les petites écritures mais moins adaptée aux volumes importants. En pratique, un émulateur mal configuré peut confondre les deux types et générer des sauvegardes corrompues ou illisibles — vérifier le type détecté automatiquement ou le forcer manuellement si nécessaire.

Footer (ROM hacking) — Bloc de données situé en fin de ROM, contenant des informations de signature, de taille ou de version. Certains outils vérifient le footer pour valider la ROM avant modification.

FPS (Frames Per Second) — Nombre d'images affichées par seconde. Un jeu tourne à 60 FPS (NTSC) ou 50 FPS (PAL) selon la région. En émulation, le « fullspeed » signifie que l'émulateur atteint le FPS cible de la console d'origine.

Freeloader — Disque ou accessoire permettant de lancer des jeux de régions différentes sur une console region-locked (ex. : Freeloader pour GameCube). Précurseur des CFW pour le region-free.

Fullset — Collection complète de toutes les ROMs d'une console pour une région donnée (ou toutes régions). Ex. : « GBA Fullset EUR » contient tous les jeux GBA sortis en Europe. Légalement complexe ; seules les ROMs de cartouches possédées sont légales.

Fullspeed — Désigne un émulateur ou une configuration fonctionnant à la vitesse native de la console émulée (60 FPS pour NTSC, 50 FPS pour PAL), sans ralentissements.

Gamerip — Extraction de la bande son originale d'un jeu directement depuis la ROM ou le disque. Résultat souvent distribué en formats .spc (SNES), .gbs (GB), .minigsf (GBA), .vgm ou .flac. Différent d'un OST : le gamerip est brut, sans mixage ni masterisation.

GARC (Game ARChive — 3DS) — Format d'archive propriétaire utilisé dans les jeux 3DS pour regrouper plusieurs fichiers de données (sprites, textes, sons…). Manipulable via des outils comme pk3DS ou GARC Tool pour modifier les jeux Pokémon 3DS.

Glitch — Comportement non intentionnel d'un jeu, résultant d'une faille dans son code ou ses données — une zone mémoire (RAM) mal protégée, un pointeur mal interprété, une séquence d'actions que les développeurs n'ont pas anticipée. Contrairement à un bug (qui désigne généralement toute erreur, y compris les crashs ou les corruptions), le terme « glitch » est souvent réservé aux comportements exploitables de façon reproductible par le joueur pour obtenir un effet précis. Les glitchs peuvent être bénins (duplication d'objet, téléportation accidentelle) ou destructeurs (corruption irréversible de sauvegarde). Dans l'univers du ROM hacking et de la communauté Pokémon, certains glitchs sont particulièrement célèbres car ils permettent d'obtenir des Pokémon mythiques normalement réservés aux distributions officielles par Cadeau Mystère — inaccessibles autrement depuis la fermeture des serveurs et des bornes d'événements. Glitchs Pokémon emblématiques MissingNo. — Pokémon Rouge & Bleu (Gen 1, GB) Pokémon fantôme résultant de l'Old Man Glitch : le jeu lit les caractères du nom du joueur comme des indices de Pokémon, certains correspondant à des entrées vides ou invalides du Pokédex (index 0x00, 0xB0…). MissingNo. (« Missing Number ») apparaît avec un sprite corrompu. Sa rencontre a pour effet secondaire de multiplier par 128 l'item en 6ème position du sac du joueur — bug de duplication fameux permettant d'avoir 128 Master Balls ou Bonbons Rares. MissingNo. est le glitch le plus documenté du jeu vidéo, étudié en sociologie pour son impact culturel sur la génération des joueurs des années 1990. Mew Glitch / Old Man Glitch — Pokémon Rouge & Bleu (Gen 1, GB) Le plus célèbre glitch de l'histoire de la franchise. La Génération 1 stocke temporairement les statistiques du dernier dresseur rencontré dans un registre mémoire qui sert aussi à définir les Pokémon sauvages de la zone suivante. En interrompant un combat en fuite (via Start + Téléport ou Soin), puis en rencontrant un Pokémon dont la stat Spéciale correspond à l'index de Mew (21), le jeu charge Mew comme rencontre sauvage. L'Old Man Glitch est une variante qui exploite la démo « comment attraper un Pokémon » de Viridiane — le nom du joueur est temporairement remplacé dans la mémoire par des données utilisées pour générer les rencontres de Cramois'île, pouvant faire apparaître MissingNo. ou d'autres Pokémon selon les caractères du nom. Mew n'étant pas distribué normalement en dehors d'événements promotionnels au Japon en 1996, ce glitch a été le seul moyen pour la plupart des joueurs occidentaux d'obtenir Mew légitimement dans le jeu. Celebi Egg Glitch — Pokémon Or, Argent & Cristal (Gen 2, GBC) En Génération 2, les 251 Pokémon et les 251 capacités partagent les mêmes index numériques — chaque Pokémon correspond à une capacité du même numéro. La capacité Jackpot (Beat Up) a l'index 251, identique à Celebi. En forçant la ponte d'un Œuf dont le 3ème mouvement de naissance est Jackpot (via une manipulation de clonage de Pokémon), l'Œuf éclos en Celebi — un Pokémon mythique normalement distribué uniquement via la Boule GS, un objet événementiel jamais sorti hors du Japon (distribué en 2001 sur le Pokémon Mobile System GB). Ce glitch permet également d'obtenir d'autres Pokémon selon le mouvement manipulé : Surf (index 57) donne Prismakyu, Trempette donne Mewtwo, etc. La GS Ball elle-même peut être obtenue via un autre chemin du même glitch (le mouvement Miroir / Reflect partage l'index de la GS Ball en Cristal). Clonage Pokémon — Gen 2 (Or/Argent/Cristal), Gen 3 (Émeraude) Exploite une fenêtre critique lors de la sauvegarde. En Gen 2 : déposer un Pokémon à la Pension ou échanger en Communication Club et couper la sauvegarde au bon moment produit deux exemplaires du même Pokémon — méthode populaire pour dupliquer des Pokémon rares ou des Maîtres Balls avant un combat contre un légendaire. En Gen 3 (Émeraude) : la boîte du PC se sauvegarde légèrement en avance sur le reste du fichier ; en déposant un Pokémon dans la boîte puis en sauvegardant au moment précis, le Pokémon existe dans les deux emplacements. Le clonage Émeraude est encore utilisé aujourd'hui pour dupliquer des Pokémon légendaires de façon non modifiée. RNG Manipulation — Gen 3 à Gen 5 (GBA / NDS) Pas un glitch à proprement parler, mais une exploitation du générateur de nombres pseudo-aléatoires (RNG — Random Number Generator) des jeux. Le RNG de la Gen 3 est entièrement déterministe et se base sur la frame (image par image) au moment de l'action. En connaissant la seed initiale et en agissant sur une frame précise, il est possible de prédire et de forcer les statistiques, la nature et le caractère chromatique d'un Pokémon sauvage ou d'un légendaire. Utilisé en speedrun et pour obtenir des Pokémon chromatiques sur des légendaires sans sauvegarde-rechargement répétée. Des outils comme RNG Reporter (Gen 4/5) ou PokeFinder (Gen 3) automatisent le calcul. Tweaking / Void Glitch — Pokémon Diamant & Perle (Gen 4, NDS) En effectuant des mouvements très précis et rapides aux frontières de deux zones, le jeu peut mal charger la connexion entre maps et créer un « vide » (void) — une zone noire non chargée. En naviguant dans ce vide avec des étapes comptées au Pokétch, il est possible d'atteindre des zones normalement inaccessibles sans objet d'événement : l'Île Sombre (Darkrai, accessible normalement avec la Carte Membre — objet Cadeau Mystère jamais distribué en France) et le Paradis Fleuri (Shaymin, accessible normalement avec la Lettre de Chen — autre objet événementiel). Ces deux Pokémon mythiques pouvaient ainsi être obtenus sans Action Replay ni Cadeau Mystère. Attention : sauvegarder dans le vide peut corrompre irrémédiablement la sauvegarde. Note : les Pokémon obtenus via ces glitchs ne portent pas le flag « Rencontre Fatidique » (Fateful Encounter), présent sur les distributions officielles. Pokémon Bank / Home les accepte en général si leur moveset est légal, mais ils peuvent être refusés en compétition officielle VGC. Le clonage en revanche produit des copies strictement identiques à l'original et est indétectable.

GPU (Graphics Processing Unit) — Puce dédiée au rendu graphique. Sur consoles modernes, gère les shaders, effets de lumière, résolution dynamique et ray tracing. En émulation avancée, le GPU de l'hôte peut être exploité pour améliorer le rendu (upscaling, filtres HD).

Graphismes / Graphiques — Deux termes souvent confondus, mais qui n'ont pas le même sens dans l'industrie du jeu vidéo. Les graphismes désignent les éléments visuels créés par des artistes : sprites, tilesets, textures, illustrations, animations, interfaces, cinématiques. C'est la dimension artistique et visuelle d'un jeu — ce que les graphistes et pixel artists produisent. En ROM hacking, « éditer les graphismes » signifie modifier les sprites de personnages, les fonds de carte ou les icônes. Les graphiques (ou performances graphiques) désignent la capacité technique d'affichage d'un moteur ou d'un hardware : résolution, framerate, qualité de rendu (ray tracing, anti-aliasing, filtrage anisotrope…), utilisation du GPU. C'est la dimension technique — ce que les ingénieurs moteur et les développeurs hardware optimisent. Exemples : « Les graphismes de Pokémon Cristal sont en 2D pixel art » (dimension artistique) vs. « Les graphiques de la Switch 2 permettent le ray tracing en 4K » (dimension technique). Un jeu peut avoir des graphismes soignés sur un hardware modeste (Octopath Traveler) ou des graphiques impressionnants avec un direction artistique discutable — les deux ne s'impliquent pas mutuellement. L'erreur la plus fréquente est de dire « les graphiques sont beaux » pour parler du style artistique, ou « les graphismes sont fluides » pour parler du framerate.

Hack-ROM / ROM Hack — Voir : ROM Hack. « Hack-ROM » est l'orthographe alternative parfois utilisée dans la communauté francophone.

Header (de Map) — En-tête d'une carte (map) dans un jeu GBA Pokémon, contenant ses métadonnées : tileset utilisé, dimensions, connexions aux maps voisines, musique, type de terrain, nom affiché. Éditable via AdvanceMap.

Header (ROM hacking) — Bloc de données en début de ROM contenant des informations d'identification : titre du jeu, code produit, version, CRC. Sur GBA, le header est aux adresses 0x000000A0–0x000000BF. Certains patches vérifient le header pour valider la ROM source.

Hertz (Hz) — Unité de fréquence mesurant le nombre de cycles par seconde. Utilisée pour les processeurs (MHz/GHz), les écrans (60 Hz, 144 Hz) et l'audio (fréquence d'échantillonnage : 44100 Hz = qualité CD). En ROM hacking audio, important pour le réglage des samples.

Hex Editor (Éditeur Hexadécimal) — Outil permettant de modifier directement les octets bruts d'un fichier binaire. Utilisé pour des modifications bas niveau. Exemple : HxD (PC).

ID (Identifiant — jeux Pokémon) — Le terme "ID" recouvre deux usages distincts dans l'univers Pokémon : - ID dans la ROM (ROM hacking / scripts) : numéro unique attribué à chaque élément de la ROM — Pokémon (Pokédex ID), attaque, objet, carte, musique ou événement. Indispensable pour les scripts (ex. : givepokemon 0x01 pour donner un Bulbizarre). Exprimé en hexadécimal ou décimal selon l'outil. - ID dresseur (sauvegarde — PKHeX) : numéro à 5 chiffres visible dans le jeu (ex. : "N° 12345"), affiché sur la carte de dresseur. Correspond au TID (Trainer ID) stocké dans la sauvegarde. Combiné au SID (Secret ID, invisible en jeu), il détermine si un Pokémon échangé est considéré comme "étranger" et s'il peut être shiny. Modifiable dans PKHeX via onglet SAV → Trainer Info.

Hexadécimal — Système de numération en base 16 (0–9, A–F). Langage de base du ROM hacking : toutes les adresses mémoire, offsets et valeurs de données s'expriment en hexa. Ex. : 255 en décimal = FF en hexa. Préfixé par 0x ou $ selon les outils.

HLE (High Level Emulation) — Technique d'émulation haut niveau consistant à intercepter les appels qu'un jeu adresse normalement au BIOS ou au système d'exploitation de la console, et à y répondre directement par du code indépendant — sans jamais exécuter le code propriétaire du constructeur. C'est comme connaître le résultat d'une fonction sans en avoir le code source. La HLE est plus rapide et ne requiert pas de fichiers BIOS, mais peut manquer de précision sur les jeux exploitant des timings matériels stricts. Fondement légal principal des émulateurs modernes (voir aussi : LLE).

Homebrew — Application ou jeu développé indépendamment pour une console, sans passer par les canaux officiels. Requiert généralement un CFW ou un exploit. Exemples : émulateurs, lecteurs médias, gestionnaires de fichiers sur Switch 1.

IA / AI (Intelligence Artificielle — JV) — Dans le jeu vidéo, l'IA désigne l'ensemble des algorithmes contrôlant le comportement des personnages non-joueurs (PNJ), des adversaires et des alliés. Contrairement aux IA conversationnelles et génératives (ChatGPT, Claude…), l'IA de jeu vidéo est présente depuis des décennies sous des formes souvent très basiques : arbres de décision, machines à états finis, tables de comportement prédéfinis. Elle n'apprend pas — elle suit des règles programmées à l'avance. Des exemples concrets illustrent bien cette diversité de mise en œuvre : — Mario Party 2 : les ordinateurs jouent selon plusieurs niveaux de difficulté, adaptant leurs choix de façon cohérente avec le joueur (achats d'étoiles, utilisation d'objets, déplacements stratégiques). Comportements entièrement scriptés, mais suffisamment variés pour simuler une opposition crédible. — Jeux Pokémon : les dresseurs adverses appliquent des stratégies offensives et défensives simples — changement de Pokémon, utilisation d'objets, choix d'attaques selon les types. Les Membres du Conseil des 4 ou les Champions adoptent des comportements plus élaborés que les dresseurs de route, mais restent déterministes et prévisibles une fois leurs patterns identifiés. En ROM hacking, l'IA des dresseurs Pokémon est modifiable via des flags de comportement dans la ROM (tables d'IA GBA), permettant de créer des adversaires plus agressifs, défensifs ou imprévisibles.

Indexation (ROM hacking) — Sur GBA, chaque couleur d'un sprite est référencée par son index dans la palette (généralement 16 couleurs maximum, soit une palette 4 bits). L'index 0 est conventionnellement réservé à la couleur de transparence. Modifier la couleur associée à un index change l'apparence de tous les pixels qui y font référence, sans toucher à la forme du sprite.

INI — Format de fichier de configuration texte (extension .ini), organisé en sections et clés/valeurs. Utilisé par certains outils de ROM hacking et émulateurs pour stocker leurs paramètres.

IPS (International Patching System) — Format de patch ancien, sans vérification d'intégrité, limité aux ROMs de moins de 16 Mo. Répandu pour NES/SNES.

ISO — Format d'image disque contenant l'intégralité des données d'un CD, DVD ou disque de jeu (GC, Wii, PS2…). Équivalent de la ROM pour les consoles à disque. Dumpable via des outils comme CleanRip (Wii) ou NXDumpTool (Switch).

JIT (Just-In-Time compilation) — Technique de compilation à la volée utilisée par les émulateurs pour traduire le code natif de la console en instructions compréhensibles par le processeur hôte, en temps réel. Améliore considérablement les performances (voir aussi : Dynamic Recompiler).

JV (Jeu Vidéo) — Abréviation courante dans la communauté francophone pour désigner le jeu vidéo en général.

Level Design — Conception des niveaux, maps ou zones d'un jeu : disposition des obstacles, ennemis, objets, chemins et points d'intérêt. En ROM hacking, réalisé via des éditeurs de map (AdvanceMap pour GBA, DSPRE pour NDS).

Level Script — Script attaché à une map entière (et non à un tile spécifique), exécuté automatiquement lors du chargement de la carte. Utilisé pour déclencher des évènements à l'entrée d'une zone, gérer la météo, l'heure ou des cinématiques d'introduction.

Linker — En développement logiciel, outil assemblant plusieurs fichiers compilés en un seul exécutable. En ROM hacking avancé (ASM), le linker regroupe les routines assemblées pour les injecter dans la ROM à une adresse précise.

LLE (Low Level Emulation) — Technique d'émulation bas niveau reproduisant le comportement exact du hardware d'origine cycle par cycle : CPU, GPU, DSP, timings précis. Là où la HLE simule le résultat d'une fonction, la LLE reproduit la méthode exacte du hardware. Précision maximale, mais nécessite en règle générale le BIOS ou les ROMs système originaux extraits de la console — le code du constructeur est exécuté réellement, pas simulé. Légalement, l'utilisateur doit avoir extrait ces fichiers depuis sa propre console. Exemples : higan/ares (SNES, GB…), PCSX2 sans HLE, melonDS en mode BIOS réel, Dolphin DSP LLE (voir aussi : HLE).

Machine (langage machine) — Code binaire directement exécutable par le CPU, sans interprétation. Le ROM hacking ASM consiste à écrire des instructions en langage machine (ou assembleur, son équivalent lisible) pour créer ou modifier des routines dans la ROM.

Map (Carte) — Zone de jeu définie par un tileset, des dimensions, des connexions et des données de script. En ROM hacking GBA, chaque ville, route, intérieur ou donjon est une map distincte, référencée par une banque et un index.

Mapping — Action de créer ou modifier des maps dans un ROM hack. Inclut la pose de tiles, la définition des connexions entre maps, le placement des events et l'attribution du header. Réalisé via AdvanceMap (GBA) ou DSPRE (NDS).

Mauvais Œuf / Bad Egg — Anomalie dans la structure de données d'un Pokémon GBA. Causée par un bug de ROM hack ou une manipulation incorrecte de sauvegarde. Souvent irréversible sans éditeur de sauvegarde.

Mini-sprite / Overworld sprite — Petit sprite (16×16 ou 32×32 px) représentant un personnage ou un Pokémon sur la carte du monde (overworld), lors des déplacements. Distinct du sprite de combat (plus grand et détaillé). Modifiable via des outils comme OWEditor ou NSE.

Mod (Modification) — Modification d'un jeu vidéo ajoutant, remplaçant ou altérant des contenus (textures, modèles 3D, musiques, gameplay, interface…) sans toucher à la ROM ou à l'exécutable de base. Contrairement aux ROM hacks — où la ROM elle-même est modifiée et redistribuée sous forme de patch —, un mod s'installe par-dessus le jeu original, qui reste intact. Le principe est proche d'une mise à jour ou d'un DLC : les fichiers du mod viennent compléter ou remplacer certains fichiers du jeu en cours d'exécution, sans altération permanente du jeu de base. Les mods concernent davantage les consoles modernes comme la 3DS (via Luma3DS), la Wii U (via Aroma) ou la Nintendo Switch 1 (via Atmosphere / Simple Mod Manager), qui disposent de CFW permettant de charger des fichiers externes à la volée. Sur ces systèmes, un mod se présente souvent sous forme d'une arborescence de fichiers à placer dans un dossier dédié (mods/ ou atmosphere/contents/), sans modifier les données installées du jeu.

NAND — Mémoire flash interne d'une console (Switch, Wii, 3DS…), contenant le système d'exploitation, les jeux téléchargés et les données utilisateur. Toujours effectuer un backup de la NAND avant de modifier une console ; une NAND corrompue peut bricker la console.

Narc / NARC — Format d'archive de données utilisé dans les jeux NDS (Nintendo DS), regroupant plusieurs fichiers sous un même conteneur (similaire à un .zip). Les fichiers NARC contiennent sprites, textes, données de maps, sons… Manipulables via Tinke ou CrystalTile2.

Niveau (mapping) — Dans le contexte du ROM hacking, un niveau désigne un ensemble cohérent de maps formant une zone de jeu : un donjon, une ville, une route ou un intérieur complet. Il regroupe toutes les maps qui le composent (plusieurs salles, étages ou sous-zones), leurs connexions, leurs scripts et leurs évènements. À distinguer de la couche (layer), qui est une notion graphique désignant un plan d'affichage à l'intérieur d'une seule map (fond, décors, collisions).

NTSC — Standard vidéo analogique utilisé en Amérique du Nord et au Japon. Les jeux NTSC tournent à 60 FPS. Opposite du PAL (Europe, 50 FPS). Impacte la vitesse de certains jeux et la compatibilité région. Voir aussi : Region Lock.

Offset — Position d'une donnée dans un fichier, exprimée en octets depuis le début du fichier (en hexadécimal). Ex. : l'offset 0x1A2B3C pointe vers le 1 716 028ème octet de la ROM. Fondamental pour localiser et modifier des données spécifiques.

Offset Pointeur (offset inversé) — Dans les ROMs GBA, les pointeurs vers des adresses mémoire sont stockés en little-endian : les octets sont inversés par rapport à la lecture naturelle. Ex. : l'adresse 0x081A2B3C est stockée comme 3C 2B 1A 08 dans la ROM. Les outils de ROM hacking gèrent cette inversion automatiquement.

OST (Original Soundtrack) — Bande son officielle d'un jeu vidéo, publiée sous forme d'album. À distinguer du gamerip (extraction brute) et des musiques custom insérées dans un ROM hack.

Overworld — Désigne les mini-sprites (aussi appelés overworld sprites) représentant les personnages, dresseurs et Pokémon sur la carte du monde, lors des déplacements hors combat. Ces sprites sont généralement de petite taille (16×16 ou 32×32 px) et distincts des sprites de combat. Modifiables via des outils comme OWEditor ou NSE. Par extension, le terme "overworld" désigne aussi la vue de dessus dans laquelle le joueur se déplace entre les zones — mais son sens premier en ROM hacking renvoie aux sprites de déplacement.

PAL — Standard vidéo analogique utilisé en Europe, Australie et une partie de l'Asie. Les jeux PAL tournent à 50 FPS, ce qui les rend souvent plus lents que leurs équivalents NTSC. Certains ports PAL corrigent cela ; d'autres non.

Palette (jeu vidéo) — Ensemble de couleurs disponibles pour afficher les graphismes d'un jeu. Sur GBA, chaque sprite utilise une palette de 16 ou 256 couleurs indexées. Modifier la palette change l'apparence d'un sprite sans toucher à sa forme. Essentiel pour créer des alternates couleurs ou shiny customs.

Patch — Fichier contenant uniquement les différences entre ROM originale et ROM modifiée. Formats : IPS, UPS, BPS. À appliquer via RomPatcher.js sur sa propre ROM de base.

Plugin — Module additionnel ajoutant des fonctionnalités à un logiciel sans modifier son cœur. En émulation, les plugins gèrent le rendu vidéo, l'audio ou les contrôleurs (ex. : plugins graphiques de Project64 pour N64). En ROM hacking, certains outils acceptent des plugins pour étendre leur support de formats.

Pokéhacking — Sous-discipline du ROM hacking spécialisée dans la modification des jeux Pokémon. Couvre l'édition de données (stats, types, attaques, évolutions), le mapping, le scripting, le graphisme et l'audio. Outillage spécifique : Hex Maniac Advance, AdvanceMap, XSE, PKHeX, pk3DS…

Postgame — Contenu jouable après la fin du scénario principal (après les crédits). Dans les ROM hacks ambitieux comme Pokémon Crystal Earth, le postgame peut inclure de nouvelles zones, champions, légendaires et évènements exclusifs.

Q1 / Q2 / Q3 / Q4 — Trimestres de l'année (Quarter 1 à 4 : janvier–mars / avril–juin / juillet–septembre / octobre–décembre). Utilisés dans les annonces de sorties de jeux ou de mises à jour de ROM hacks pour indiquer une fenêtre de sortie approximative.

RAM (Random Access Memory) — JV — Mémoire vive de la console, stockant temporairement les données du jeu en cours d'exécution (position du joueur, HP, variables d'évènements…). C'est la RAM que lisent et modifient les cheat codes et Action Replay. Perdue à l'extinction de la console.

Ray Tracing — Technique de rendu simulant le trajet physique des rayons lumineux pour produire des reflets, ombres et illuminations réalistes. Disponible sur PC (RTX) et consoles de dernière génération. Absent des jeux rétro mais présent dans certains remasters/remakes récents.

Region Free — Désigne un jeu ou une console capable de lire des logiciels de toutes les régions sans restriction. La Switch 2 est region free nativement pour les jeux physiques.

Region Lock / Regional Lockout — Protection empêchant un jeu d'une région de fonctionner sur une console d'une autre région (ex. : jeu NTSC-J sur console PAL). Contournable via Freeloader, CFW ou modification matérielle.

Repoint (ROM hacking) — Opération consistant à déplacer des données vers un emplacement libre dans la ROM (espace libre / free space), puis à mettre à jour tous les pointeurs qui y font référence. Indispensable lorsqu'une donnée modifiée dépasse la taille de son espace d'origine.

RetroArch — Frontend multi-émulateurs open source. Core gpSP recommandé pour Pokémon Crystal Earth sur Android.

Rev (Révision) — Version révisée d'un jeu ou d'une ROM (ex. : Rev 1, Rev A). Corrige généralement des bugs mineurs de la version initiale. Important en ROM hacking : certains patches ne fonctionnent qu'avec une révision précise (à vérifier via CRC32).

RH (ROM Hack / ROM Hacking) — Abréviation courante dans la communauté pour désigner un ROM hack ou la pratique du ROM hacking.

ROM (Read-Only Memory) — JV — Mémoire en lecture seule contenant les données permanentes d'un jeu sur cartouche ou disque. Par extension, désigne le fichier numérique extrait de cette mémoire. Immuable dans le jeu (contrairement à la RAM), sauf modification via ROM hacking.

ROM de distribution — ROM contenue dans une cartouche spéciale, non commerciale, utilisée pour distribuer des évènements Pokémon en magasin ou lors de salons : Cadeaux Mystère (Mystery Gift), Pokémon événementiels, objets exclusifs, démos jouables. Ces cartouches ne sont jamais vendues au grand public — elles sont confiées au personnel des points de vente (GAME, Toys"R"Us, centres Pokémon…) ou utilisées dans des bornes dédiées, puis en principe récupérées ou détruites après l'événement. Le contenu distribué était envoyé sans fil (infrarouge GBC, Adaptateur Sans Fil GBA, Wi-Fi DS) ou câblé (Link Cable GB/GBA) vers la console du joueur, sans jamais nécessiter d'accès à la cartouche de distribution elle-même. Exemples notables — Pass Eon (EU/FR, GBA, 2003) : Ticket permettant d'accéder à l'Île du Sud et de capturer Latias ou Latios dans Pokémon Saphir et Rubis. Distribué en Europe via une cartouche dans les magasins participants. Bien que la distribution officielle européenne ait eu lieu, la cartouche de distribution elle-même n'a jamais été dumpée et sa ROM reste inconnue à ce jour — contrairement aux cartouches japonaises et américaines équivalentes, documentées et archivées par la communauté. En France, le Pass Eon a été distribué via une campagne spéciale du magazine Télépoche, en 2004. Il fallait alors envoyer sa cartouche à ce service pour obtenir le Pass Eon. — Distributions DS (Gen IV/V) : Cartouches utilisées en magasin pour envoyer des Pokémon événementiels via Wi-Fi local ou infrarouge (Darkrai, Shaymin, Arceus, Victini, Keldeo…). Certaines ont été dumpées et archivées par des projets de préservation comme Project Pokémon ou Digiex, permettant de rejouer ces distributions via des outils comme PKHeX ou des serveurs privés (Wiimmfi, Poké Classic Network). Statut légal — une situation spécifique particulièrement complexe Les ROMs de distribution posent un problème légal distinct des cartouches commerciales : le support n'a jamais été vendu, donc quasiment personne ne peut légitimement se prévaloir de le « posséder » au sens du droit à la copie de sauvegarde. La condition de base de l'Article L122-6-1 CPI — être le détenteur légitime du support — ne peut être remplie que par une poignée de personnes dans le monde : les rares employés qui ont conservé une cartouche au lieu de la restituer, ou les collectionneurs qui en ont acquis une depuis lors. Pour tous les autres, télécharger ou utiliser une ROM de distribution relève du même cadre que n'importe quelle ROM téléchargée sans posséder l'original — juridiquement non couvert par la copie privée. Cela dit, aucune poursuite n'a jamais visé un particulier pour possession d'une ROM de distribution à usage strictement personnel, et les projets de préservation communautaires (Project Pokémon, Bulbapedia…) documentent et archivent ces données ouvertement depuis des années sans opposition de Nintendo. L'argument de la préservation culturelle est souvent avancé pour ces cas : des contenus officiels et limités dans le temps, impossibles à obtenir légalement aujourd'hui, disparaissent définitivement si personne ne les archive. C'est précisément la logique qui a conduit des musées et des bibliothèques nationales à réclamer des exemptions légales spécifiques pour la préservation du patrimoine vidéoludique — un débat encore ouvert en France comme en Europe. Contrefaçons de cartouches de distribution à la revente Tout comme il existe des fausses cartouches commerciales GBA et NDS, il existe des contrefaçons de cartouches de distribution proposées à la vente sur eBay, Vinted et autres plateformes. Ces fausses cartouches reproduisent l'apparence externe d'une vraie cartouche de distribution — parfois avec un soin remarquable — sans en contenir le contenu authentique, ou en contenant une ROM reconstituée voire inventée. Le risque est encore plus élevé que pour les cartouches commerciales : les vraies cartouches de distribution sont extrêmement rares, souvent scellées dans leur boîte d'origine, et les acheteurs n'ont fréquemment aucun moyen de vérifier l'authenticité sans les ouvrir ou les dumper. Appliquer les mêmes réflexes que pour toute cartouche d'occasion — vérifier le PCB, comparer le CRC32 du dump avec les archives connues de la communauté, et se méfier des prix anormalement bas ou anormalement élevés — reste la meilleure protection. En résumé : une ROM de distribution est un contenu officiel Nintendo/Game Freak de facto inaccessible légalement pour le grand public, ce qui en fait une situation spécifique de la préservation. Aucune poursuite individuelle n'a jamais été engagée pour leur possession ou leur archivage à usage non commercial. Les fausses cartouches de distribution à la revente existent et sont difficiles à distinguer — prudence à l'achat.

ROM Debug — Version spéciale d'un jeu produite par les développeurs eux-mêmes en interne, intégrant des outils de test et de débogage absents de la version commerciale finale. Ces ROMs ne sont normalement jamais distribuées au public ; certaines ont fuité au fil des années et sont documentées sur TCRF (The Cutting Room Floor), le wiki de référence sur le contenu caché et les versions de développement des jeux vidéo. Fonctionnalités typiques d'une ROM Debug (illustrées sur les versions Pokémon documentées par TCRF) : — Menu de debug principal : accessible via une combinaison de touches ou directement à l'écran titre. Permet de naviguer entre les modules de test sans lancer une vraie partie. — Téléportation libre : sélection directe de n'importe quelle map du jeu par son ID, avec choix des coordonnées d'apparition. Permet de se rendre instantanément dans n'importe quelle zone sans progresser dans le jeu. — Éditeur de Pokémon en temps réel : modification directe des stats, niveau, nature, attaques, EVs/IVs et espèce du Pokémon actif sans passer par PKHeX ou un cheat code. — Contrôle des flags et variables : lecture et écriture des variables d'évènements (flags, vars) pour déclencher ou annuler n'importe quel événement du jeu — indispensable pour tester des scènes en milieu de développement sans rejouer l'histoire depuis le début. — Affichage des données de collision : superposition visuelle des zones de collision sur la map en cours, permettant de vérifier qu'aucune tuile n'est mal configurée. — Rencontres de combat à la demande : déclenchement forcé d'un combat contre un Pokémon sauvage ou un dresseur précis, avec sélection de l'espèce, du niveau et de la nature. — Affichage des données internes : coordonnées du joueur, ID de la map, valeurs de variables et flags actifs affichés en overlay — l'équivalent d'un mode « développeur » permanent. — Test des animations et des musiques : lecture isolée de n'importe quel cri de Pokémon, piste musicale ou animation de combat sans contexte de jeu. Exemples notables documentés sur TCRF : — Pokémon Version Rubis / Saphir (GBA) : ROM Debug avec menu de téléportation par map ID, éditeur de Pokémon, affichage des coordonnées et contrôle des flags. Documentation TCRF — Pokémon Version Émeraude (GBA) : version étendue du debug de Rubis/Saphir, avec modules supplémentaires pour tester les Concours Pokémon, les phases de surf et les combats de la Tour de Combat. Documentation TCRF — Pokémon Rouge Feu / Vert Feuille (GBA) : menu debug incluant téléportation, test des évènements de l'archipel Sevii et vérification des données de connexion sans fil. Documentation TCRF — Pokémon Ultra-Soleil / Ultra-Lune (3DS) : ROM Debug 3DS avec un menu de test étendu incluant la gestion des Z-Cristaux, la navigation par zone et le déclenchement des séquences Ultra-Espace. Documentation TCRF — The Legend of Zelda : Ocarina of Time — Master Quest Debug (N64) : cas particulier et célèbre dans la communauté. Il ne s'agit pas d'une ROM Debug au sens strict d'un outil de test interne, mais d'une version de Master Quest (le mode miroir aux donjons revisités, initialement prévu pour le 64DD) qui intègre des vestiges du build Debug d'Ocarina of Time. Cette ROM a fuité et a été cruciale pour la communauté speedrun et ROM hacking de Zelda : elle contient des menus de debug accessibles (affichage des flags de donjons, coordonnées, tête de mort pour téléportation en tout point de la carte), ainsi que du contenu coupé non présent dans la version commerciale. Elle est à l'origine de nombreuses découvertes sur le fonctionnement interne d'OOT. Documentation TCRF Les ROMs Debug sont des ressources précieuses pour les ROM hackers : elles révèlent la structure interne du jeu, les conventions de nommage des variables, les IDs de maps et les mécaniques non finalisées. Leur possession est soumise aux mêmes règles que les ROMs classiques — un dump personnel depuis un support officiel possédé est défendable ; un téléchargement sans posséder l'original ne l'est pas.

ROM Hacking — Pratique consistant à modifier les données d'une ROM pour créer un jeu alternatif, corriger des bugs, traduire ou personnaliser l'expérience. Couvre le scripting, le mapping, le graphisme, l'audio et la programmation ASM. Bien que le Pokéhacking soit la sous-discipline la plus représentée sur ce site, le ROM hacking concerne toutes les licences : Super Mario, Zelda, Metroid et bien d'autres — voir l'onglet [ Outils & mini-tutos ] pour les ressources dédiées.

Routine ASM (ASSeMbly — ASSeMbleur) — ASM est l'abréviation d'Assembly (anglais) ou Assembleur (français), les deux termes désignant le même langage de programmation bas niveau. Bloc de code en langage assembleur (ARM, THUMB sur GBA) injecté directement dans la ROM pour ajouter ou modifier des comportements non accessibles via les outils graphiques. Nécessite des connaissances en architecture CPU et en gestion des registres. Technique avancée du ROM hacking.

RTC (Real Time Clock) — Horloge temps réel intégrée à certaines cartouches, permettant au jeu de suivre l'heure et la date réelles indépendamment de la console. Utilisée pour les évènements liés à l'heure (marées, Baies, Pokémon nocturnes, concours…) dans Pokémon Or, Argent et Cristal (GBC) et dans Pokémon Rubis, Saphir et Émeraude (GBA). La RTC repose sur une pile CR (généralement CR1616 ou CR2025) soudée directement sur le PCB de la cartouche d'origine. Lorsque cette pile est épuisée — ce qui arrive fréquemment sur les cartouches d'époque après 15 à 25 ans —, l'heure n'est plus mise à jour et les évènements temporels cessent de fonctionner. La pile peut être remplacée par un technicien ou soi-même avec un fer à souder. ⚠️ Confusion fréquente sur RSE — pile morte vs bug du Programme Baies Sur Pokémon Rubis et Saphir (pas Émeraude), il existe deux causes distinctes pouvant produire des symptômes très similaires, et elles sont souvent confondues : - Pile CR épuisée : la RTC s'arrête. Les Baies ne repoussent plus, les marées ne changent plus, certains évènements temporels sont bloqués. Symptôme matériel, présent sur cartouche physique uniquement. Correction : remplacer la pile. - Bug du Programme Baies : un bug logiciel présent dans Rubis et Saphir (versions originales non patchées), indépendant de l'état de la pile. La cause est une erreur de programmation dans le code du jeu lui-même : lors de l'initialisation de la sauvegarde, le jeu écrit de mauvaises valeurs de date RTC dans la mémoire de sauvegarde. Plus précisément, le code est incapable de faire basculer correctement l'année en 2001 depuis le 1er janvier 2000 (date d'initialisation interne) : l'horloge reste figée en fin de première année pendant 366 jours supplémentaires — soit jusqu'au 2 janvier 2002 — période durant laquelle tous les évènements temporels sont bloqués (Baies, marées, Île Mirage, soldes, revanches de dresseurs…). Même avec une pile neuve et une RTC parfaitement fonctionnelle, le bug se déclenche après ~366 jours de jeu. Le fix officiel (distribué par Nintendo sous le nom Berry Program Update) avance simplement la date interne de la RTC stockée dans la mémoire de sauvegarde : au 2 janvier 2002 si le bug est déjà actif, ou de 366 jours s'il ne l'est pas encore, pour éviter qu'il se déclenche. Ce patch ne touche pas à la ROM de la cartouche elle-même — sur les cartouches commerciales Nintendo, la ROM est en lecture seule (mémoire flash ou mask ROM non réinscriptible) et ne peut physiquement pas être modifiée. Le fix n'agit que sur les données de sauvegarde (SRAM ou EEPROM), là où les valeurs de date RTC erronées sont stockées. C'est pourquoi ce correctif peut être appliqué via un câble Game Link depuis FR/VF/Émeraude ou depuis un disque NGC, sans aucun équipement spécial : la sauvegarde est accessible en écriture, contrairement à la ROM. Ce patch a été intégré dans Pokémon Rouge Feu / Vert Feuille et Émeraude (transfert via câble Game Link), ainsi que dans plusieurs supports GameCube : Pokémon Colosseum, Pokémon XD, Pokémon Box Rubis & Saphir, Pokémon Channel, et une démo interactive NGC distribuée aux États-Unis. En Europe, une ROM de distribution Zigzaton (téléchargeable en magasin) remplissait la même fonction. Au Japon, le patch a également été distribué via deux cartes e-Reader+ (réf. 16-A001 & 16-A002) incluses dans le magazine Pokémon Scoop hiver 2004 — méthode exclusive au Japon, l'e-Reader n'ayant jamais été commercialisé en Europe. Le bug a été corrigé nativement dans Émeraude, qui ne nécessite pas de patch. En pratique : si les Baies ne poussent plus sur Rubis/Saphir, il peut s'agir de la pile, du bug logiciel, ou des deux à la fois. Le bug du Programme Baies peut lui-même provoquer l'affichage du message « La pile interne est épuisée… » alors que la pile est encore fonctionnelle — c'est précisément l'une des façons dont il induit en erreur : le logiciel dysfonctionne à cause d'une date RTC mal gérée dès la programmation d'origine de la sauvegarde, et non nécessairement à cause d'une pile morte. Une pile neuve ne suffit donc pas à exclure le bug logiciel. Si le remplacement de la pile ne résout pas le problème, c'est le bug du Programme Baies qui est en cause. Dans ce cas, le fix s'applique via FR/VF/Émeraude ou un disque NGC compatible. Sur Pokémon Émeraude, le bug du Programme Baies est absent (corrigé nativement), mais le message « La pile interne est épuisée… » peut tout de même apparaître si la pile CR de la cartouche est réellement HS — c'est dans ce cas un symptôme matériel pur, et non un bug logiciel. Sur émulateur, la RTC doit être activée manuellement : option RTC support dans gpSP (RetroArch) pour les ROM GBA, ou option équivalente dans mGBA. Doit être activée pour Pokémon Crystal Earth.

Sample — Courte séquence audio numérisée utilisée dans la bande son d'un jeu. Sur GBA, les musiques combinent des canaux synthétiques et des samples PCM (voix, percussions…). En ROM hacking audio, remplacer un sample permet d'insérer de nouveaux sons.

Sauvegarde (ROM hacking) — Désigne l'action d'enregistrer les modifications apportées à la ROM par un logiciel d'édition. Le comportement varie selon l'outil : - Sauvegarde par bloc : certains logiciels (comme AdvanceMap) n'écrivent dans la ROM que le bloc de données concerné par la modification (maps, events, tilesets…), sans toucher aux autres blocs (musiques, scripts, données Pokémon…). Ce fonctionnement est très avantageux : il permet d'utiliser plusieurs outils spécialisés sur une même ROM sans qu'ils s'écrasent mutuellement, assurant une large compatibilité entre logiciels lors de modifications croisées. - Sauvegarde complète : d'autres outils réécrivent la ROM entière à chaque sauvegarde, ce qui peut écraser des modifications apportées par un autre logiciel si les fichiers sources ne sont pas synchronisés. Toujours effectuer des backups avant toute session d'édition : une sauvegarde mal appliquée, un crash ou un conflit entre outils peut corrompre la ROM de façon irréversible. Garder des versions datées et numérotées. mGBA et les modifications en temps réel : l'émulateur mGBA permet d'appliquer des modifications de la ROM en temps réel, sans relancer l'émulateur. Il suffit d'enregistrer les changements depuis l'outil d'édition, puis de déclencher un rafraîchissement de la RAM en jeu — par exemple en entrant dans une maison et en ressortant. Les nouvelles données sont alors chargées immédiatement, ce qui accélère considérablement le cycle test/modification.

Sauvegarde / Save (JV) — Données de progression d'une partie, stockées sur la cartouche, la console ou un serveur cloud. Peut être exportée/importée via des outils comme JKSV (Switch), Checkpoint (3DS), ou PKHeX (Pokémon). ⚠️ Ne pas confondre avec la copie de sauvegarde (ROM) — qui désigne l'extraction d'une ROM depuis sa propre cartouche à des fins de backup personnel (dump). La sauvegarde de partie (fichier .sav / .srm…) et la ROM (.gba, .nds…) sont deux fichiers distincts. - Sauvegarde d'un ROM hack lue sur la ROM originale (et vice versa) : si les maps, flags ou offsets diffèrent entre les deux ROMs, la sauvegarde peut provoquer des comportements inattendus. Un rafraîchissement de RAM (entrer dans une maison et en ressortir, ou se téléporter via un Centre Pokémon) permet parfois de corriger le problème — mais pas toujours. Des blocages, des bugs visuels ou des erreurs de chargement peuvent persister. - ROM hacks avec des données étendues : certains ROM hacks étendent le bloc de sauvegarde (nouveaux Pokémon, mécaniques supplémentaires, Pokédex élargi…). Le fichier généré est alors incompatible avec la ROM officielle — et souvent avec les versions antérieures du même ROM hack. Charger une telle sauvegarde sur la ROM d'origine peut corrompre les données ou provoquer un crash. Jeux sans pile de sauvegarde — systèmes de mots de passe Les premières générations de consoles (NES, GB) n'intégraient pas systématiquement de pile de sauvegarde dans leurs cartouches. Faute de mémoire SRAM alimentée par batterie, de nombreux jeux recouraient à un système de mots de passe : à chaque étape clé, le jeu génère un code (souvent une séquence de lettres ou de symboles) que le joueur note manuellement. En le ressaisissant au démarrage suivant, le jeu restaure l'état de progression correspondant. Super Mario Bros. 3 (NES, 1988) est l'exemple le plus emblématique : le jeu ne propose aucune sauvegarde native — quitter ou éteindre la console efface toute progression. La seule solution de l'époque était de laisser la console allumée. Super Mario All-Stars (SNES, 1992) a corrigé cette lacune en intégrant une vraie sauvegarde par pile pour toutes les versions remastérisées de SMB, SMB2, SMB3 et The Lost Levels — une amélioration notable par rapport aux originaux NES. D'autres jeux NES et GB utilisaient des codes à saisir à chaque session, parfois longs et fastidieux (Mega Man, Metroid sur NES, Kid Icarus…). Ce système disparaît progressivement à partir de la SNES, où la pile de sauvegarde devient le standard, puis totalement avec l'arrivée des mémoires flash. 💡 En émulation, l'utilisation des savestates est fortement conseillée pour les jeux NES et GB dépourvus de sauvegarde native. Les savestates capturent l'état exact de la RAM à un instant donné et permettent de reprendre immédiatement depuis ce point — sans code à noter ni console à laisser allumée. Tous les émulateurs modernes (RetroArch, mGBA, Nestopia…) et Nintendo Classics les supportent. Cartouches à particularités matérielles — extraction de sauvegarde Dans la grande majorité des cas, extraire une sauvegarde depuis une cartouche physique est une opération simple avec un outil adapté (GB Operator pour GB/GBC/GBA, GodMode9 pour NDS/3DS…). Cependant, certaines cartouches présentent des particularités matérielles rendant l'extraction difficile, voire impossible selon l'outil utilisé. Pokémon À la Conquête du Clavier (Typing Adventure — NDS, 2011) — Ce jeu est livré avec une cartouche NDS spéciale intégrant une puce Bluetooth pour communiquer avec le clavier sans fil fourni. Cette puce supplémentaire modifie la signature électronique de la cartouche, la rendant non reconnue — ou reconnue de façon incorrecte — par la majorité des outils de dump (notamment GodMode9, Checkpoint et les linkers DS classiques). L'extraction de la sauvegarde échoue ou produit un fichier corrompu avec ces outils standards. La seule solution documentée et fiable est le homebrew dédié PTSM (Pokémon Typing Save Manager), développé par kynex7510, disponible sur GitHub. PTSM est spécifiquement conçu pour contourner la puce Bluetooth et accéder directement à la mémoire de sauvegarde de la cartouche. Il permet de dumper la sauvegarde, de la restaurer, de dumper le contenu de la puce flash interne, et de tester la puce Bluetooth. Matériel requis : une 3DS moddée (Luma3DS) avec TWiLight Menu++, ou une DSi avec accès SD. Un accès à une carte SD est indispensable pour l'écriture du fichier de sauvegarde extrait. Procédure : 1. Télécharger le fichier .nds de PTSM depuis les Releases GitHub et le copier sur la carte SD. 2. Insérer la cartouche Pokémon À la Conquête du Clavier dans la console. 3. Lancer PTSM via TWiLight Menu++ (3DS) ou directement depuis le menu DSi. 4. Sélectionner l'option Dump Save — le fichier de sauvegarde est écrit sur la carte SD. 5. Récupérer le fichier sur PC pour l'éditer via PKHeX ou en faire un backup. 6. Pour restaurer une sauvegarde modifiée, utiliser l'option Restore Save de PTSM avec la cartouche toujours insérée. PTSM est archivé (plus maintenu depuis décembre 2023) mais reste fonctionnel. C'est à ce jour la seule méthode connue permettant d'extraire proprement la sauvegarde de cette cartouche sans passer par une intervention physique sur le PCB. Compatibilité émulateur — melonDS La sauvegarde de ce jeu est incompatible avec melonDS, que ce soit pour une nouvelle partie ou pour charger une save extraite via PTSM, pour deux raisons distinctes : — Nouvelle partie : sans patch préalable de la ROM, le jeu ne sauvegarde pas en émulation. Le mécanisme de sauvegarde est intrinsèquement lié à la puce Bluetooth de la cartouche, que melonDS n'émule pas. Le développeur principal de melonDS a lui-même indiqué avoir tenté de reverse-engineer la puce sans succès, celle-ci se comportant de façon erratique en dehors du contexte matériel réel. DeSmuME avec la ROM patchée (AP patch + save fix) et le fichier initial.sav fourni est l'environnement documenté comme fonctionnel. — Save extraite via PTSM : la sauvegarde de ce jeu n'est pas stockée dans la mémoire de sauvegarde NDS standard (EEPROM/Flash classique) mais dans la puce flash spécifique liée au module Bluetooth. Le fichier extrait par PTSM est dans un format propre à cette puce — non interchangeable avec un .sav NDS ordinaire. Aucune documentation ne confirme que melonDS puisse l'interpréter correctement. L'usage recommandé de PTSM reste le backup personnel de la cartouche physique et la restauration vers cette même cartouche. En résumé : pour jouer à ce jeu en émulation avec sauvegarde fonctionnelle, utiliser DeSmuME + ROM patchée + initial.sav. melonDS n'est pas une option documentée pour ce titre. Pokémon HeartGold / SoulSilver (NDS, 2009) — La cartouche intègre un capteur infrarouge permettant la connexion avec le Pokéwalker (podomètre inclus dans la boîte). À ses débuts, ce composant supplémentaire compliquait l'extraction des sauvegardes sur certains équipements, certains outils interprétant mal la cartouche en raison de cette puce. Ce problème est aujourd'hui résolu : les outils modernes (GodMode9, GB Operator NDS si compatible, etc.) gèrent correctement ces cartouches, et l'extraction de sauvegarde HGSS ne pose plus de difficulté particulière. En règle générale : si un outil échoue à reconnaître une cartouche, vérifier d'abord si le jeu comporte un composant matériel particulier (Bluetooth, IR, gyroscope, etc.) avant de conclure à un défaut de la cartouche elle-même.

Save Editing — Modification manuelle d'un fichier de sauvegarde via un éditeur (PKHeX, SaveEditor.com…) pour changer des données persistantes : Pokémon, inventaire, argent, progression. Différent du cheat code (qui modifie la RAM en direct).

Savestate — Capture instantanée de l'état complet d'une session d'émulation (RAM, registres CPU, position…), permettant de reprendre exactement là où on s'est arrêté. Fonctionnalité propre aux émulateurs, absente des consoles officielles. Utile pour le debug et le test de ROM hacks. Points d'attention importants : — Compatibilité avec le fichier de sauvegarde : une savestate ne peut se charger correctement que si le fichier de sauvegarde (.sav) associé a été initialement créé à la bonne taille (ex. : Flash 128 Ko pour les jeux Pokémon GBA). Si la taille du .sav est incorrecte ou ne correspond pas à celle attendue par la ROM au moment de la capture, le chargement de la savestate peut échouer ou générer des comportements imprévisibles. — État RAM buggé : si une savestate a été capturée dans un état instable ou corrompu (bug de ROM hack, variables mal initialisées, événement en cours), la charger peut bloquer la progression — boucle infinie, freeze, téléportation vers une zone invalide — sans possibilité de s'en sortir autrement qu'en revenant à une savestate antérieure ou à la sauvegarde in-game. — Risque d'écrasement de sauvegarde propre : charger une savestate bugguée puis déclencher une sauvegarde in-game (manuelle ou automatique) réécrit le fichier .sav avec les données corrompues de la RAM. La sauvegarde propre est alors perdue. Toujours conserver un backup du .sav avant d'expérimenter avec des savestates sur un ROM hack en développement.

Screenshot — Capture d'écran d'un jeu ou d'un émulateur. Utilisée pour la documentation, les rapports de bugs, les previews de ROM hacks et les galeries de présentation.

Script / Scripting — Instructions intégrées à la ROM contrôlant dialogues, évènements et comportements in-game. Éditable via XSE (GBA) ou DSPRE (NDS).

Shareware — Modèle de distribution logicielle où une version partielle ou limitée est distribuée gratuitement, la version complète nécessitant un achat. Courant dans les années 90 (Doom, Quake). Rare dans le ROM hacking, mais parfois utilisé pour des fangames indépendants.

SID (Secret ID — Pokémon) — Identifiant secret de 16 bits associé au dresseur dans les jeux Pokémon, combiné au TID (Trainer ID) pour déterminer si un Pokémon est shiny. Invisible en jeu mais manipulable via PKHeX. Deux Pokémon avec le même TID/SID se considèrent comme appartenant au même dresseur.

Source Hacking (Décompilation) — Approche alternative au ROM hacking classique consistant à partir d'un code source reconstitué d'un jeu, obtenu par désassemblage et rétro-ingénierie de sa ROM, jusqu'à produire un projet recompilable générant un binaire identique à l'original. Des projets de décompilation comme pokeemerald (Pokémon Émeraude) ou pokecrystal (Pokémon Cristal) existent sur GitHub. À partir de ces bases, des dépôts étendus comme pokeemerald-expansion (pret) permettent d'intégrer des fonctionnalités avancées (mécaniques de 4ème génération, fairy type, mega-évolutions…) bien au-delà de ce qu'offre le ROM hacking binaire. Contrairement au ROM hacking classique — qui distribue uniquement un patch binaire et ne nécessite pas de compiler du code — le source hacking implique de mettre en place une chaîne de compilation (devkitARM, gcc, make, Python…), ce qui représente une barrière d'entrée plus élevée, notamment sous Windows. Sur le plan légal, le source hacking occupe une zone plus sensible : un projet de décompilation expose publiquement un code issu du désassemblage de la propriété intellectuelle de l'ayant droit, ce qui a déjà valu des demandes de retrait (DMCA) à certains projets. Le ROM hacking traditionnel, en ne redistribuant jamais le jeu sous quelque forme que ce soit, reste l'approche la moins exposée juridiquement. Voir aussi : ROM Hacking, onglet [ RH vs Source Hacking ].

special (commande XSE — ROM hacking GBA Pokémon) — Commande de script à part entière du langage XSE, utilisée dans les jeux GBA Pokémon (Émeraude, Rouge Feu…). Elle appelle une fonction interne prédéfinie de la ROM, identifiée par un index numérique. Ex. : special 0x14B déclenche l'animation de vol d'un Pokémon ; special 0x9C active le mode surf. Ces fonctions sont codées en dur dans l'exécutable du jeu et ne peuvent pas être créées par le ROM hacker — seulement appelées. À ne pas confondre avec les commandes classiques de script (givepokemon, trainerbattle, fadescreen…) qui sont des instructions XSE directes, pas des appels de fonctions internes.

Sprite(s) — Images 2D représentant personnages, Pokémon ou objets. Voir aussi : Back-sprite, Mini-sprite.

Table (ROM hacking) — Structure de données dans la ROM organisant une liste d'éléments à des offsets réguliers (table des stats Pokémon, table des attaques, table des évolutions…). Modifier une entrée de table change les propriétés de l'élément correspondant pour tout le jeu.

Teaser — Courte vidéo ou image révélant partiellement un projet à venir, sans en dévoiler tous les détails. Utilisé par les créateurs de ROM hacks pour annoncer de nouvelles versions ou projets.

Text Table / Table de texte — Correspondance entre valeurs hexadécimales et caractères affichés. Indispensable pour lire ou modifier les textes d'un jeu à encodage non standard.

Tile / Tile sprite — Unité graphique de base (généralement 8×8 pixels) utilisée pour composer les décors (tilesets) et certains sprites. Les maps sont construites en assemblant des tiles. Modifiables via des éditeurs graphiques comme NSE, CrystalTile2 ou Tile Molester.

Tileset — Ensemble de tiles (blocs graphiques) utilisés pour dessiner les décors d'une map. Chaque map référence un ou deux tilesets. En ROM hacking GBA, modifier un tileset affecte toutes les maps qui l'utilisent.

Trailer — Vidéo de présentation plus complète qu'un teaser, montrant du gameplay, des graphismes ou des mécaniques d'un jeu ou ROM hack. Outil de communication courant pour les sorties majeures.

UPS (Universal Patching System) — Format de patch moderne avec vérification CRC32. Précédemment utilisé pour les ROM hacks GBA/NDS. À appliquer via RomPatcher.js.

Upscaling — Technique augmentant la résolution d'une image ou d'un jeu au-delà de sa résolution native. En émulation, permet d'afficher des jeux rétro en HD/4K. Méthodes : interpolation bilinéaire, xBR, DLSS (IA). Ne modifie pas la ROM.

Vars (Variables) — Variables numériques stockées dans la sauvegarde, pouvant prendre plusieurs valeurs (contrairement aux flags binaires). Utilisées pour suivre la progression d'une quête, un compteur ou un choix du joueur. Manipulables via les commandes setvar / subvar en script GBA.

Version bêta / Prototype — Version d'un jeu antérieure à sa sortie commerciale, non finalisée : assets provisoires, contenus coupés, niveaux inachevés ou mécaniques abandonnées. Certaines bêtas ont fuité ou ont été présentées lors de salons (E3, Space World…) et sont aujourd'hui documentées sur TCRF (The Cutting Room Floor), le wiki de référence sur les contenus cachés et versions de développement. Ressource précieuse pour les ROM hackers : les bêtas révèlent des assets, IDs et structures internes absents de la version finale. Exemples notables Rayman (SNES, prototype ~1994) Rayman était initialement en développement sur SNES avant d'être réorienté vers PlayStation et Saturn pour des raisons techniques (le moteur avait besoin de plus de puissance). Le prototype SNES existe et a fuité : on y retrouve les niveaux de base du jeu final, mais avec des graphismes moins détaillés, des animations réduites et une palette de couleurs différente. Intérêt historique majeur : c'est la seule trace jouable de ce que Rayman aurait été sur la génération 16 bits. Rayman 2 : The Great Escape (prototype 2D, ~1996–1997) Avant que Rayman 2 ne devienne un jeu 3D, Ubisoft avait développé une version 2D avancée — visuellement dans la continuité directe du premier Rayman, avec des graphismes pré-rendus de haute qualité. Des captures d'écran et des éléments de ce prototype 2D ont fuité, montrant un style graphique très différent du jeu 3D finalement sorti. La décision de passer à la 3D en cours de développement a été motivée par le succès de Super Mario 64 et l'évolution rapide du marché vers le 3D à partir de 1996. Pokémon Gold & Silver — Démo Space World 1997 Présentée au salon japonais Space World 1997, cette démo de Pokémon Gold & Silver est la version bêta la plus célèbre de la communauté Pokémon — et l'une des plus importantes de l'histoire du jeu vidéo en termes de contenus coupés. La ROM de la démo a fuité en 2018 et a été massivement analysée par la communauté et documentée sur TCRF. Points remarquables : — La carte du monde est inspirée de la géographie réelle du Japon : la région de Johto et la région de Kanto forment ensemble une carte reconnaissable de l'archipel japonais, bien plus fidèle qu'elle ne l'est dans le jeu final. Certaines maps de cette bêta ont été directement réutilisées dans Pokémon Diamant & Perle (NDS, 2006) — notamment Joliberges et Frimapic, dont les layouts de base sont proches des maps bêta. — Pokémon inédits jamais repris : la démo contenait des Pokémon qui n'ont jamais été publiés dans aucun jeu officiel. Parmi les exemples documentés : un Pokémon ressemblant à un hibou qui aurait pu être un pré-évolution de Hoothoot, un Pokémon de feu évoquant un lion, une évolution de Mewtwo ou encore un Pokémon de glace de type ours. Certains designs ont influencé des Pokémon de générations suivantes ; d'autres ont disparu sans laisser de trace dans les jeux officiels. — Pokémon Gen 2 avec des designs très différents : Marill s'appelait alors Pikablu (surnom légendaire dans les cours de récré de l'époque, devenu mythe urbain avant la sortie officielle). Togetic avait une silhouette distincte. Plusieurs Pokémon de la démo ont été retravaillés avant la sortie finale de 1999. Pokémon Ruby & Sapphire (Gen 3) — contenus coupés documentés La Gen 3 présente plusieurs éléments coupés notables : — Pokémon supplémentaires : des données résiduelles dans la ROM de Rubis/Saphir suggèrent l'existence de Pokémon prévus mais non intégrés au jeu final — certaines entrées Pokédex sont vides ou corrompues dans les versions de développement. — Moves abandonnés : des attaques sans nom ni données complètes sont présentes dans la table des capacités, indiquant des effets de gameplay envisagés puis retirés avant la sortie. — Maps inaccessibles : des maps sans connexion depuis le jeu normal sont présentes dans la ROM — certaines vides, d'autres partiellement construites, accessibles via codes de téléportation ou outils d'édition. Documentation complète disponible sur TCRF. Pokémon Black & White (Gen 5) — Pokémon "Garrock" Dans les données de Pokémon Noir & Blanc, TCRF a documenté l'existence d'un Pokémon bêta identifié sous le nom interne "Garrock" : une entrée présente dans les tables de données mais sans sprite finalisé ni statistiques complètes dans la version commerciale. Garrock semble avoir été un Pokémon de type Roche envisagé pour la Gen 5, dont le design n'a jamais été révélé officiellement. Son existence n'est connue que par les données internes de la ROM et la documentation TCRF. Documentation TCRF. The Legend of Zelda : Ocarina of Time (N64) — la Triforce obtenable Dans les versions de développement d'OOT et dans les assets présents dans la ROM finale, de nombreux indices montrent que la Triforce était initialement obtenable par le joueur à la fin du jeu — et non simplement mentionnée dans l'histoire. Des modèles 3D de la Triforce complète sont présents dans les données du jeu, des animations de récupération d'objet semblent prévues pour un objet triangulaire, et des speedrunners/ROM hackers ont découvert du code lié à un événement de collecte qui n'a jamais été déclenché dans la version commerciale. L'hypothèse la plus documentée est que récupérer les trois morceaux de la Triforce constituait un objectif de fin de jeu qui a été simplifié ou supprimé en cours de développement — peut-être pour des raisons de temps ou de design. Cet élément manquant est l'un des mystères les plus célèbres de la communauté Zelda, alimenté par des déclarations de Miyamoto lui-même évoquant du contenu retiré au fil du développement. Documentation : TCRF. Les versions bêtas et prototypes sont des objets de recherche et de préservation, pas des jeux distribuables : les posséder ou les analyser relève du même cadre légal que les ROMs de jeux commerciaux. TCRF centralise la documentation sans distribuer les fichiers.

VSync (Vertical Synchronization) — Synchronisation du rendu graphique avec le taux de rafraîchissement de l'écran pour éliminer le « tearing » (déchirure d'image). Activable dans la plupart des émulateurs. Peut légèrement augmenter la latence.

Vertical Interrupts (VI/s) — Signaux envoyés par le matériel vidéo à la fin de chaque rafraîchissement d'écran. Le taux de VI/s correspond à la fréquence de balayage de l'affichage : 60 VI/s sur les systèmes NTSC, 50 VI/s sur les systèmes PAL. Ce taux est fixe et indépendant du nombre de frames réellement calculées par le jeu. La distinction est importante : un jeu peut tourner à un FPS logique inférieur au taux de VI/s. Par exemple, The Legend of Zelda : Ocarina of Time (N64) fonctionne à 20 FPS natifs (16 FPS dans la version PAL), mais est rafraîchi à 60 VI/s (50 VI/s en PAL) — chaque frame calculée est donc affichée pendant 3 interruptions vidéo consécutives. Le moteur du jeu, la logique des inputs et les calculs de collision sont cadencés sur les VI plutôt que sur les frames affichées, ce qui permet une synchronisation précise indépendamment du framerate effectif. Les développeurs et ROM hackers utilisent les VI pour synchroniser la logique du jeu avec l'affichage et éviter les artefacts visuels. Fondamental en programmation bas niveau (N64, GBA).

VR (Virtual Reality) — Technologie d'immersion via un casque affichant un environnement virtuel en stéréoscopie. Présente dans certains jeux modernes (Nintendo Labo VR sur Switch 1, PSVR2). Sans rapport direct avec le ROM hacking classique.

WIP (Work In Progress) — Désigne un projet ou une version non finalisée, en cours de développement. Un ROM hack en WIP peut être partagé à des fins de test mais n'est pas considéré comme une release officielle.

Xorpad — Fichier de chiffrement propre à la 3DS, nécessaire pour décrypter les ROMs 3DS (.3ds/.cia) avant de les utiliser avec des outils ou émulateurs. Généré depuis la console elle-même via des homebrews dédiés.

Zonage / Region Lock — Restriction géographique imposée à un jeu ou une console. Voir : Region Lock / Regional Lockout. Contournable via CFW ou matériel dédié.


Lexique non exhaustif — mis à jour au fil des versions du site.

— Pourquoi les licences Nintendo sont cultes — au-delà du jeu vidéo —

Nintendo n'est pas simplement un fabricant de consoles : c'est l'une des rares entreprises à avoir construit des univers culturels transgénérationnels qui traversent les décennies sans vieillir. Mario, Zelda, Pokémon, Kirby, Donkey Kong, Metroid, Animal Crossing — ces franchises ont accompagné des générations entières de l'enfance à l'âge adulte, créant un attachement émotionnel que peu de marques (hormis Disney) peuvent rivaliser. La nostalgie joue un rôle central : quelqu'un qui a découvert Pokémon en 2000 et qui a grandi avec retrouvera aujourd'hui ce même univers, dans les rayons de jouets, dans les cartes de jeu et dans les parcs d'attractions. Si cette personne a une descendance, elle pourra également lui faire découvrir cet univers. La licence ne disparaît pas entre les générations — elle se transmet.

Pokémon — la franchise la plus rentable de l'histoire du divertissement Pokémon est, de loin, la franchise de divertissement la plus rentable de tous les temps, avec un chiffre d'affaires cumulé estimé à 147 milliards de dollars depuis 1996 — devant Hello Kitty, Marvel, Star Wars ou Mickey Mouse. Ce chiffre ne provient pas principalement des jeux vidéo (pourtant plus de 500 millions d'exemplaires vendus toutes plateformes confondues depuis les origines jusqu'en 2025), mais d'un écosystème beaucoup plus large : — Le Jeu de Cartes à Collectionner (JCC) : lancé en 1996, il a produit plus de 85 milliards de cartes imprimées à fin mai 2025 — dont 10 milliards sur la seule année 2025–2026, à capacité industrielle maximale et avec des rayons constamment en rupture. L'extension Prismatic Evolutions (Écarlate & Violet) a battu tous les records. En France, la licence Pokémon est numéro un du marché du jeu et du jouet avec une croissance de +9 % en 2024. Une carte Pikachu Illustrateur a été adjugée 16,5 millions de dollars en février 2026, établissant un nouveau record mondial pour une carte de jeu. L'application JCC Pocket (version numérique lancée fin 2024) génère quant à elle plus de 90 millions de dollars de revenus mensuels dès février 2025. — La série animée : lancée en 1997, diffusée dans plus de 80 pays, avec des centaines d'épisodes et plusieurs séries successives (les aventures de Sacha, puis Liko et Roy). Elle a servi de porte d'entrée à des millions de jeunes qui n'avaient pas de console, installant Pikachu comme l'un des personnages les plus reconnus de la planète. — Les films : plus d'une vingtaine de longs métrages d'animation, dont Mewtwo contre-attaque (1998) reste emblématique d'une génération entière. Détective Pikachu (2019) a marqué l'entrée de la franchise dans le film en prises de vues réelles avec Ryan Reynolds, rapportant plus de 430 millions de dollars au box-office mondial. — Les produits dérivés : peluches, figurines (dont la gamme Select), vêtements, accessoires, papeterie, alimentation (bonbons, boissons), collaborations avec des marques de luxe (Louis Vuitton, Levi's, Uniqlo…) — plus de 3 500 références de produits gérées par The Pokémon Company. TPC se maintient dans le top 10 des marques les plus lucratives au monde avec 10,8 milliards de dollars de revenus annuels (données 2023), aux côtés de Disney, Hasbro et NBC Universal. Parmi les produits dérivés notables, les livres de recettes officiels Pokémon constituent un segment à part entière. Plusieurs ouvrages sous licence ont été publiés, ciblant aussi bien les adultes que les familles. En voici un exemple : Livre de recettes Pokémon (Victoria Rosenthal, éditions Hachette Heroes) — 50 recettes organisées par région de l'univers Pokémon, du salé au sucré. Chaque recette est associée à un Pokémon ou à une zone géographique de la franchise : la tartelette au citron Pikachu pour Kanto, les bagels chocolat noir de Noctali pour Johto, le chocolat frappé de Relicanth pour Hoenn, la vichyssoise de Blizzaroi pour Sinnoh, le riz garni de Pandespiègle pour Kalos, la babka de Tiboudet pour Alola, ou encore le curry tropical épicé de Scolocendre pour Galar. Un classique de la culture fan qui fonctionne comme livre de cuisine familiale. Ces ouvrages illustrent une stratégie éditoriale que The Pokémon Company maîtrise bien : transformer chaque mécanique de jeu en extension dans la vie réelle. Le système de currys d'Épée et Bouclier — fonctionnel et stratégique dans le jeu — a naturellement généré une demande de réalisation culinaire concrète chez les fans. La même logique s'applique au café Kinopio's dans Super Nintendo World : la nourriture comme vecteur d'immersion dans l'univers. — Pokémon GO (Niantic, 2016) : le phénomène de réalité augmentée qui a temporairement fait sortir des millions de personnes dehors en été 2016. Toujours actif en 2026, il reste l'un des jeux mobiles les plus rentables au monde avec plus de 6 milliards de dollars de revenus cumulés. — PokéPark 2005 — le premier parc éphémère Pokémon : avant PokéPark KANTO, il a existé un premier PokéPark temporaire, officiellement nommé Pokémon The Park 2005, ouvert du 18 mars au 25 septembre 2005 à Nagoya, Japon, sur l'ancien site de la gare de fret de Sasashima. Il a été créé en parallèle de l'Exposition Universelle Aichi 2005 (Expo 2005), profitant du fort afflux touristique dans la région. L'événement a accueilli plus de 4 millions de visiteurs en six mois — un succès considérable pour un parc temporaire d'une franchise de jeu vidéo. L'entrée était gratuite, les attractions payables en cartes prépayées Edy. Le parc proposait une douzaine d'attractions thématisées, dont plusieurs sont devenues iconiques : — Twister : Fureur dans le Ciel — montagnes russes en forme de Rayquaza, pièce maîtresse du parc et attraction phare — Mudkip's Big Splash — descente en bûches sur le thème de Gobou — Pichu Brothers' Rascal Railway — train miniature sur le thème des Frères Pichu — Alto Mare Gondola Cruise — nacelles Latias/Latios (référence au film Les Héros Pokémon, 2002) — Lugia's Spinning Ship — tasses tournantes thème Lugia — Pokémon Merry-Go-Round — carrousel avec Raikou, Entei et Suicune — Pokémon Star Swing (Pokémon's Starry Sky Trip) — balançoires avec représentations de Mew, Jirachi et Celebi sur la structure — Gotta Dance Tour — attraction haut-bas musicale reprenant la bande originale du court-métrage Gotta Dance! (sorti avec Jirachi, le génie des vœux en 2003) — Pikachu Forest — zone d'immersion forestière avec statues Pikachu — Meowth's Party Café — restaurant à l'effigie de Miaouss de la Team Rocket Éléments exclusifs : Le parc a proposé une projection d'un mini-film Pokémon inédit, "Pokémon 3D Adventure: Find Mew!", qui faisait référence au Pokémon mythique Mew. Le parc a également proposé un titre Pokémon unique en téléchargement sans-fil ; POKéPARK Fishing Contest DS, un jeu de pêche, à la manière de Pokémon Channel. Le concept a été relancé à Taipei, Taïwan du 23 juin au 24 septembre 2006, reprenant la majorité des attractions de Nagoya (sans le Rayquaza). L'édition taïwanaise a ajouté une distribution exclusive de Pokémon mythiques (Mew, Celebi, Jirachi) via Cadeau Mystère pour les visiteurs disposant d'une GBA ou NDS. — PokéPark KANTO (Yomiuriland, Tokyo — ouverture le 5 février 2026) : le tout premier parc à thème permanent et exclusivement extérieur dédié à Pokémon, situé dans l'enceinte du parc d'attractions Yomiuriland, à la frontière d'Inagi (Tokyo) et de Kawasaki (Kanagawa), à environ 45–60 minutes du centre de Tokyo. S'étendant sur 2,6 hectares, le parc est organisé en deux zones principales : Pokémon Forest, un parcours d'environ 500 m à travers sentiers, tunnels, rochers et points de vue naturels où plus de 600 Pokémon en taille réelle sont disséminés dans leur habitat ; et Sedge Town (Kayatsuri Town), un village à l'ambiance Kanto avec boutiques, Pokémon Center, Trainers' Market, Gym avec spectacles et espaces d'interactions. Le parc célèbre les 30 ans de Pokémon Rouge et Bleu (1996–2026) et revendique une approche immersive sans écrans omniprésents — une expérience physique dans la nature, à rebours des attractions high-tech. — Les boutiques Pokémon Center : inauguré en 1998 à Tokyo, le Pokémon Center est le réseau de boutiques officielles The Pokémon Company au Japon. À l'image des centres de soin dans les jeux, le nom est un clin d'œil direct à la franchise. Contrairement à une boutique ordinaire, chaque Pokémon Center est une destination expérientielle : décoration immersive, mascotte Pokémon propre à chaque lieu, animations, distributions d'événements en jeu, et café intégré dans les grandes enseignes. En 2026, on compte une vingtaine de Pokémon Center à travers le Japon, dont plusieurs formats distincts : — Pokémon Center MEGA TOKYO (Ikebukuro, Sunshine City) — la plus grande boutique, avec le Pokémon GO Lab, un espace TCG compétitif et le café Pikachu Sweets à emporter — Pokémon Center DX Tokyo (Nihonbashi) et Pokémon Center DX Osaka (Shinsaibashi Daimaru) — les deux flagships premium, avec cafés intégrés — Pokémon Center Kyoto (SUINA Muromachi) — reconnaissable à son imposante statue de Ho-Oh à l'entrée et ses Maïko Pikachu en kimono, exclusivités locales — Pokémon Center Sapporo, Nagoya, Yokohama, Hiroshima, Fukuoka, Sendai, Osaka — réseau couvrant les principales métropoles — Pokémon Center Singapour — seule boutique officielle hors Japon à ce jour (le Pokémon Center New York de 1998, situé au Rockefeller Center, a fermé en 2005 et a été converti en Nintendo World Store) Chaque boutique dispose de produits exclusifs liés à sa ville ou sa région : plush Pikachu en tenue de geisha à Kyoto, Rayquaza à la Tokyo Skytree, Magicarpe chromatique à Nagoya, Mew et Mewtwo style street/graffiti à Shibuya. Ces exclusivités locales incitent les fans à visiter plusieurs boutiques lors d'un séjour, transformant la collection de produits en parcours géographique. Les boutiques organisent également des distributions d'événements Pokémon (Cadeau Mystère) à certaines occasions — les anniversaires des boutiques, les lancements de jeux, et certaines périodes festives. Le Pokémon Center est probablement la meilleure illustration de ce que The Pokémon Company a réussi à construire au-delà du jeu vidéo : une destination physique où la visite elle-même fait partie de l'expérience de la franchise, bien au-delà de l'acte d'achat. La file d'attente à l'ouverture d'un nouveau Pokémon Center reste un événement culturel à part entière au Japon.

Super Nintendo World — les licences Mario dans la vie réelle Nintendo a franchi une étape supplémentaire dans l'extension de ses licences en s'associant à Universal Studios pour créer des zones thématiques physiques dans ses parcs d'attractions. Le concept Super Nintendo World, développé en collaboration avec Shigeru Miyamoto lui-même, a ouvert pour la première fois en mars 2021 à l'Universal Studios Japan (Osaka), malgré les contraintes de la pandémie de COVID-19. Il a ensuite été décliné à Universal Studios Hollywood (février 2023), et est intégré au nouveau parc Universal's Epic Universe en Floride. L'expérience repose sur une immersion totale dans l'univers de Mario : château de Peach, Royaume Champignon fidèlement reconstitué, attraction Mario Kart: Bowser's Challenge (dark ride en réalité augmentée), parcours interactif Yoshi's Adventure, mini-jeux disséminés dans le décor (blocs POW, pièces à collecter), restaurant Toad et boutiques exclusives. Les visiteurs peuvent acheter un Power-Up Band (bracelet connecté NFC) pour accumuler des points en interagissant physiquement avec le décor via une application dédiée — une extension du gameplay Nintendo dans l'espace physique. Universal Studios Japan développe par ailleurs une zone Donkey Kong à Osaka et à Hollywood, et prépare l'intégration progressive de la licence Pokémon dans ses parcs. Restauration dans Super Nintendo World — manger dans le Royaume Champignon L'expérience culinaire de Super Nintendo World est aussi thématisée que le reste du parc. Le restaurant principal est le Kinopio's Café (USJ Osaka) — rebaptisé Toadstool Cafe aux États-Unis — où « Chef Toad » accueille les visiteurs dans sa maison-champignon pour un repas entièrement ancré dans l'univers Mario. Chaque plat est conçu pour faire référence à un élément de la saga : — Mario Burger : burger avec champignon grillé et sauce demi-glace, servi avec une pique en forme de casquette de Mario ou Luigi — souvenir inclus dans l'assiette — Bowser's Fireball / Hamburger de Bowser (USJ) : steak haché en cage de craquelin évoquant la carapace de Bowser, avec carotte en guise de queue et drapeau à l'effigie du Grand Koopa dans la purée — Fire Flower Spaghetti & Meatballs : spaghetti marinara avec une fleur de feu en parmesan croustillant posée sur le dessus — référence directe à l'objet iconique de Super Mario Bros. — Power-Up Spaghetti Marinara (version Hollywood) : accompagné de Toadstool Cheesy Garlic Knots (petits pains en forme de champignon) — Yoshi's Favorite Fruit & Veggie Salad : salade colorée aux fruits et légumes frais, en référence au régime herbivore de Yoshi — Question Block Tiramisu : tiramisu présenté dans un bloc « ? » en chocolat — l'un des items les plus photographiés du café — Princess Peach's Cake (USJ) : gâteau rose à la chantilly inspiré de la princesse, très apprécié pour sa présentation — à partager entre 2 et 4 personnes — Mushroom Soup : soupe servie dans un bol en forme de chapeau de Toad — Super Star Lemon Squash (Hollywood) : soda au miel-citron avec des étoiles de mangue et des boba — clin d'œil à l'Étoile d'invincibilité Le café dispose de fenêtres en réalité augmentée montrant les cuisines où des Toads s'activent, et d'écrans LCD représentant le Royaume Champignon vu de l'intérieur — l'immersion ne s'arrête pas à l'assiette. L'ensemble de la vaisselle (verres, assiettes, couverts) porte le branding Super Nintendo World. En dehors du café principal, le parc propose également des points de restauration rapide thématiques : — Yoshi's Snack Island (USJ / Epic Universe) : stand de rue proposant des calzones en forme de Carapace Verte (garniture yakisoba et fromage), des boissons colorées et des lassis façon Mario — Pit Stop Popcorn : pop-corn à la saveur Champignon dans des seaux collectors aux motifs Mario — Power-Up Cafe (Hollywood Upper Lot) : calzones et bretzels thématiques Nintendo pour les visiteurs ne souhaitant pas redescendre dans la zone La restauration de Super Nintendo World est l'une des rares expériences de parc d'attractions où le thème s'étend réellement jusqu'à l'assiette avec cohérence — chaque plat est pensé comme un objet de collection autant que comme un repas. C'est volontaire : Nintendo a supervisé la conception culinaire exactement comme elle supervise ses jeux, en s'assurant que chaque référence soit reconnaissable par les fans sans être inaccessible aux non-joueurs.

Nintendo Museum — le musée officiel de Nintendo (Uji, Kyoto) Inauguré le 2 octobre 2024 à Uji, dans la préfecture de Kyoto, le Nintendo Museum est le premier musée officiel de Nintendo. Il occupe les locaux rénovés de l'ancienne usine Uji Ogura — site de production historique de Nintendo, où étaient notamment fabriquées les cartes à jouer Hanafuda depuis les années 1960. Ce lieu de fondation est chargé de sens : Nintendo a été créée à Kyoto en 1889 par Fusajiro Yamauchi en tant que fabricant de cartes à jouer, bien avant de devenir un géant mondial du jeu vidéo. Réhabiliter cette usine en musée est un acte de mémoire autant qu'un lieu de découverte. Le musée est organisé sur deux niveaux aux logiques distinctes : — Rez-de-chaussée — Expositions interactives : une grande salle plongée dans la pénombre reproduit l'ambiance d'une salle d'arcade revisitée. Les visiteurs reçoivent à l'entrée une carte nominative chargée de 10 coins virtuels (monnaie interne du musée), à dépenser librement dans les installations selon leur coût (1 à 4 coins chacune). Les expériences comprennent notamment : une manette géante de Famicom à deux joueurs pour Super Mario Bros., un Zapper et Super Scope revisités en version géante, une installation Shigureden SP (Hyakunin Isshu sur écran-sol immersif), un atelier de création de cartes Hanafuda (payant séparément, ~2 000 yens, durée 60 min avec emport des cartes réalisées), et d'autres expériences propres à l'histoire de Nintendo (Ultra Hand, Light Gun…). Des coins supplémentaires peuvent être achetés sur place. — Premier étage — Expositions historiques : une collection remarquable retraçant l'évolution de Nintendo depuis 1889 : cartes Hanafuda et Karuta d'origine, jouets mécaniques des années 1960–1970 (Ultra Hand, Love Tester, Ultra Machine…), toutes les consoles et handhelds (Famicom, NES, SNES, N64, GameCube, GBA, NDS, 3DS, Wii, Wii U, Switch…), cartouches, accessoires, prototypes et documents internes. Une section dédiée à Gunpei Yokoi — le créateur de la Game & Watch et de la Game Boy — est particulièrement notable. Depuis septembre 2025, une nouvelle aile baptisée The Art Gallery est également accessible, consacrée aux concepts artistiques des jeux Nintendo : illustrations originales, character design, artworks. Le musée dispose d'un café et d'une boutique officielle exclusive (accessibles uniquement aux porteurs de billets), proposant des produits et éditions spéciales introuvables ailleurs. Infos pratiques — Adresse : 56 Kaguraden, Ogura-cho, Uji-shi, Kyoto 611-0042 — Horaires : 10h-18h, fermé le mardi (et la semaine du Nouvel An) — Tarifs : 3 300 ¥ adulte / 2 200 ¥ lycéen / 1 100 ¥ primaire / gratuit préscolaire — Accès : 5 min à pied de la station Ogura (Kintetsu Kyoto Line) ou 8 min de JR Ogura Station (JR Nara Line), soit ~20-25 min depuis Kyoto Station — Aucun parking disponible, accès en transport en commun obligatoire — Tickets en tirage au sort : les entrées sont vendues via un système de loterie en ligne (inscription préalable + sélection aléatoire pour une date/heure donnée), sur le site officiel museum.nintendo.com. Uji est aussi célèbre pour son thé matcha, le temple Byodo-in (inscrit au patrimoine mondial de l'UNESCO) et le roman littéraire Le Dit du Genji — ce qui en fait une destination à double intérêt culturel, combinant patrimoine japonais classique et histoire du jeu vidéo.

Zelda, Kirby — des univers qui dépassent le jeu

Au-delà de Pokémon et Mario, les autres licences Nintendo alimentent elles aussi des marchés de produits dérivés considérables. La gamme LEGO Nintendo (lancée en 2020) produit des sets Zelda et Animal Crossing vendus dans le monde entier. Les mangas et anime The Legend of Zelda, Kirby et Fire Emblem alimentent un marché secondaire de collectionneurs. Les amiibo (voir section dédiée) cumulent plus de onze ans de présence continue sur le marché — un record pour un accessoire de ce type. Si la franchise Super Mario a généré un film en 2023 (The Super Mario Bros. Movie, produit par Illumination et Nintendo) et a rapporté 1,36 milliard de dollars au box-office mondial (devenant le film d'animation le plus rentable de l'histoire aux États-Unis et l'un des plus rentables de tous les temps) et qu'une suite, Super Mario Galaxy, est sortie en 2026, la saga "The Legend of Zelda" n'est pas en reste. Un film audacieux en live-action est prévu en 2027, avec notamment l'actrice Bo Bragason.

Ce qui distingue Nintendo de la concurrence, c'est la cohérence de contrôle éditorial exercée sur ses licences : Nintendo n'autorise que rarement des déclinaisons extérieures qui ne seraient pas fidèles à l'esprit des franchises, préférant un nombre de produits dérivés réduit mais qualitatif plutôt qu'une saturation du marché. Cette politique explique en partie pourquoi les licences Nintendo conservent leur valeur perçue et leur désirabilité sur la durée — à l'opposé de franchises qui s'épuisent dans la sur-exploitation.


— Consoles & Générations —

GB / Game Boy (1989) — Première console portable Nintendo, 8 bits, niveaux de gris.

GBC / Game Boy Color (1998) — Évolution couleur de la GB, rétrocompatible.

GBA / Game Boy Advance (2001) — Console portable 32 bits.

Les accessoires Game Boy / GBA les plus insolites — quand la console à cartouches devient autre chose Au-delà des jeux et des accessoires bien connus (Game Boy Camera, Printer, câble Link), le port série de la Game Boy a été détourné par des constructeurs tiers pour des usages totalement étrangers au jeu vidéo. Quatre exemples restent parmi les plus étonnants de l'histoire Nintendo : — Les machines à coudre compatibles Game Boy — Au Japon, dans les années 2000, plusieurs fabricants de machines à coudre ont commercialisé des modèles directement compatibles avec la Game Boy Color, via un port de liaison intégré. La Singer IZEK-1500 (éditée pour le 150ème anniversaire de Singer) et les Jaguar JN-100 / JN-2000 en sont les exemples les plus documentés. Le principe : un petit nombre de cartouches Game Boy Color dédiées — dont une cartouche Mario Family — contenaient des motifs de broderie téléchargeables sur la machine via le câble Link. Le joueur sélectionnait un motif (un Champignon, une Étoile, Mario lui-même) sur l'écran de la console, qui le transmettait à la machine à coudre pour broder directement le motif sur un tissu. C'est un cas rarissime où une console de jeu sert littéralement d'interface de pilotage pour un appareil électroménager. — L'accessoire canne à pêche pour Grander Musashi RV — Bandai a développé un accessoire canne à pêche se fixant sur le côté d'une Game Boy ou Game Boy Pocket, vendu en bundle avec le jeu Grander Musashi RV (développé par TOSE, basé sur l'anime Grander Musashi sur la pêche au gros). L'accessoire reproduisait une poignée et un moulinet fonctionnel que le joueur actionnait physiquement pour remonter ses prises virtuelles à l'écran — une approche directement comparable, des années plus tard, au Fishing Rod Controller de la Dreamcast (1999) ou au contrôleur canne de Ace Angler sur Switch. L'accessoire n'est jamais sorti hors du Japon. — Le Pocket Sonar (Gyogun Tanchiki) — à ne pas confondre — Bandai a également produit, la même année 1998, un second accessoire de pêche totalement différent : le Gyogun Tanchiki : Pocket Sonar, premier périphérique sonar pour console de jeu au monde (reconnu par le Guinness World Records). Contrairement à l'accessoire canne de Grander Musashi RV, le Pocket Sonar n'était pas pensé pour jouer à un jeu vidéo, mais pour la pêche réelle : un capteur sonar flottant, relié par câble à la Game Boy logée dans un boîtier étanche, détectait les bancs de poissons jusqu'à 20 mètres de profondeur et les affichait à l'écran. Il intégrait malgré tout une encyclopédie des poissons et un mini-jeu de pêche en bonus. Jamais commercialisé hors du Japon, il reste l'un des objets les plus insolites jamais associés à la marque Game Boy. — Le capteur de luminosité solaire — Boktai (GBA, Konami/Kojima Productions) — Contrairement aux accessoires précédents, le capteur solaire n'est pas un périphérique externe mais une puce UV intégrée directement dans la cartouche, visible sous forme d'un petit hublot translucide sur le boîtier. Conçu par Hideo Kojima et son équipe, il équipe la trilogie Boktai (The Sun Is in Your Hand, 2003 ; Solar Boy Django, 2004 ; Sabata's Counterattack, 2005, ce dernier exclusif au Japon). Le concept : incarner un chasseur de vampires armé d'un pistolet solaire (le Gun Del Sol), dont l'énergie doit être rechargée en exposant physiquement la cartouche à la vraie lumière du soleil — il fallait littéralement sortir dehors avec sa console pour recharger son arme et progresser dans le jeu. Le capteur mesure l'intensité UV réelle et l'intègre en temps réel dans le gameplay : sans soleil, impossible de vaincre la moitié des boss ni de résoudre certaines énigmes. Le jeu intègre également une horloge interne (date, heure, fuseau horaire saisis par le joueur) simulant un cycle jour/nuit synchronisé à la position réelle du soleil — oiseaux qui chantent le matin, teintes orangées au coucher du soleil. La série s'est arrêtée avec Lunar Knights (NDS, 2007), qui a abandonné le capteur solaire faute de compatibilité avec le format cartouche NDS. Le paradoxe pratique du capteur solaire : sur GBA originale (écran non rétroéclairé), le problème ne se posait pas vraiment — les joueurs cherchaient déjà naturellement la lumière du jour pour voir l'écran, donc le capteur se rechargeait sans effort supplémentaire pendant une partie normale. Le vrai souci est apparu avec la GBA SP et le Game Boy Micro : leurs écrans rétroéclairés permettent (et encouragent) de jouer en intérieur ou dans le noir — exactement l'inverse de ce que demande le capteur. Pire, en plein soleil direct, l'écran LCD non mat de la GBA SP devient difficile à lire à cause des reflets. Le joueur se retrouvait donc à devoir alterner entre « sortir en plein soleil sans regarder l'écran pour charger l'arme » et « rentrer à l'ombre pour jouer normalement » — une expérience qui pouvait virer au rituel absurde plutôt qu'à l'immersion recherchée par Kojima. C'est précisément ce défaut pratique qui a poussé une partie des joueurs à tricher avec des lampes UV ou des néons plutôt que d'attendre une vraie journée ensoleillée. De plus, exposer plus ou moins longtemps sa console et des composants électroniques au soleil (dont les nocifs rayons UV) et potentiellement à la chaleur, n'était pas vraiment recommandé. Ces quatre objets illustrent à quel point la Game Boy et la GBA, grâce à la simplicité de leur port de liaison série et de leur slot cartouche, ont été détournées par des industriels tiers bien au-delà du jeu vidéo — de la couture à la pêche réelle en passant par le sonar et la mesure d'UV. Aucun de ces accessoires n'est nativement émulable aujourd'hui : leur fonction dépend d'un matériel physique externe ou intégré (machine à coudre, moulinet, capteur sonar, puce UV) que peu d'émulateurs reproduisent fidèlement. Pour Boktai spécifiquement, des patchs communautaires (Boktai Solar Sensor Patches, sur GitHub) permettent de simuler manuellement le niveau de luminosité avec une combinaison de touches, et certains flashcarts modernes comme l'insideGadgets GBA Solar+RTC intègrent un véritable capteur solaire physique pour une expérience fidèle à l'originale.

NDS / Nintendo DS (2004) — Double écran, tactile.

Accessoire notable — Nintendo DS Browser (2006) : navigateur web officiel développé par Opera Software et Nintendo, vendu sous forme de cartouche Slot-1 accompagnée d'un Memory Expansion Pak (Slot-2) permettant d'étendre la RAM de la console de 4 Mo à 12 Mo pour le cache. Deux versions distinctes existaient : une pour la DS originale (tank), une pour la DS Lite, chaque version étant livrée avec un Memory Expansion Pak de format adapté au Slot-2 correspondant. Le navigateur reposait sur le moteur Opera 8.5, utilisait l'écran tactile inférieur pour la navigation au stylet et affichait la page principale sur l'écran supérieur avec une vue zoomée en dessous. Sans support Flash, PDF ni audio/vidéo, ses performances restaient très limitées — les avis de l'époque étaient sévères (IGN : 3,5/10). Commercialisé d'abord au Japon (juillet 2006), puis en Europe (octobre 2006) et en Amérique du Nord (juin 2007), il a été rapidement abandonné à la fin 2007 face aux mauvaises ventes, avant d'être rendu obsolète par le navigateur Opera intégré gratuitement à la DSi. La DSi et la DSi XL sont incompatibles avec ce browser et son Memory Expansion Pak.

3DS (2011) — 3D Stéréoscopique.

NES / Famicom (1983) — Première console salon Nintendo, 8 bits.

SNES / Super Famicom (1990) — 16 bits.

N64 / Nintendo 64 (1996) — 64 bits.

NGC / GameCube (2001) — Lecteur mini-DVD.

Virtual Boy (1995) — Console de réalité virtuelle personnelle Nintendo, affichage stéréoscopique rouge sur fond noir. Commercialisée uniquement en Amérique du Nord et au Japon. Bibliothèque de 22 jeux officiels.

Mega Drive / Genesis — Sega (1988) — Console 16 bits de Sega, concurrent direct de la SNES. Connue sous le nom « Genesis » en Amérique du Nord.

Wii (2006) — Détection de mouvement.

Nintendo Switch 1 (2017) — Console hybride, TV / table / portable. Processeur Nvidia Tegra X1, 720p en portable, 1080p docké. Vendue à plus de 155 millions d'exemplaires — la console la plus vendue de l'histoire de Nintendo, et la 2e mondiale toutes générations confondues, à un cheveu de la PS2.

Nintendo Switch 2 (juin 2025) — Successeur de la Switch 1 avec DLSS, révolution technique pour une console Nintendo. Rétrocompatible. Propose également des portages standalone payants sur l'eShop avec fonctionnalités étendues : en 2026, Pokémon Version Rouge Feu & Vert Feuille ont été commercialisés séparément avec émulation dématérialisée de l'Adaptateur Sans Fil GBA et compatibilité Pokémon Home.


— Switch 2 : Performances & Technologie —

La Switch 2 embarque un processeur custom Nvidia Tegra239 basé sur l'architecture Ampere (GPU) et 8 cœurs ARM Cortex-A78C (CPU), avec 12 Go de RAM LPDDR5 et 256 Go de stockage interne. Nvidia affirme que la Switch 2 offre 10 fois les performances graphiques de la Switch 1 — un bond générationnel considérable pour une console portable-salon.

Deux modes graphiques sont proposés selon les jeux :
— Quality Mode : 4K 60 fps en mode TV (1080p 60 fps en portable)
— Performance Mode : 1080p 120 fps en mode TV (720p 120 fps en portable) avec VRR

L'écran portable passe à 7,9 pouces en 1080p 120Hz VRR — contre 6,2 pouces en 720p sur la Switch 1 originale. Presque deux fois plus de pixels en portable.

DLSS (Deep Learning Super Sampling) — La Switch 2 bénéficie du DLSS 3.1 de Nvidia, intégré via les Tensor Cores du GPU. Le DLSS permet de rendre la scène à une résolution inférieure et de reconstruire une image 4K par IA, offrant des performances bien supérieures à ce que le hardware nu permettrait. Concrètement : des jeux qui tourneraient difficilement en 1080p natif atteignent une 4K convaincante grâce à l'upscaling IA. Le DLSS est disponible nativement pour tous les développeurs via le SDK officiel Switch 2.

Ray Tracing matériel — Les RT Cores du GPU Ampere permettent un ray tracing hardware pour les réflexions, les ombres dynamiques et l'éclairage global. Nvidia a confirmé le support du ray tracing pour la Switch 2 dès avril 2025. Des jeux comme Metroid Prime 4: Beyond en tirent parti en mode TV.

Note de nuance technique : si la 4K native reste réservée aux titres les moins exigeants graphiquement, le DLSS permet à la plupart des jeux ambitieux d'afficher une image perçue comme 4K de haute qualité. La combinaison DLSS + ray tracing positionne la Switch 2 au-dessus d'une PS4 Pro en termes de fidélité visuelle, malgré une enveloppe thermique contrainte par le format portable.

◆ Joy-Con 2 — Mode Souris

L'innovation la plus marquante côté hardware : les Joy-Con 2 intègrent un capteur optique sur leur tranche inférieure, transformant chaque Joy-Con en souris fonctionnelle lorsqu'ils sont posés sur une surface plane. Ce mode souris permet une précision de visée inédite sur console, ouvrant la porte à des portages de jeux PC (FPS, RTS, point-and-click) avec contrôles natifs. Metroid Prime 4: Beyond l'exploite pour la visée, Mario Party Jamboree pour des mini-jeux dédiés. La caméra optique fonctionne sur toute surface mate — bureau, canapé, genoux.

◆ Accessoires USB-C

La Switch 2 inaugure une caméra officielle Nintendo branchée en USB-C sur la console. Elle est utilisée pour GameChat — la fonction de chat vidéo et vocal intégrée au système, permettant de voir ses amis en incrustation pendant une session multijoueur (locale ou en ligne). GameChat fonctionne pendant les parties, en superposition, sans nécessiter d'application tierce. C'est la première fois que Nintendo intègre nativement la vidéo en temps réel dans son écosystème console.

La caméra officielle Nintendo (49,99 $/54,99 €) filme en 1080p, mais le marché des accessoires tiers s'est rapidement emparé du concept GameChat avec des alternatives plus originales — et moins chères :

— Hori Piranha Plant Camera (officiellement licenciée Nintendo, ~40-60 €) : webcam USB-C en forme de Plante Piranha, l'ennemi emblématique de la saga Mario. La tête détachable de la plante (qui loge la caméra) peut se brancher directement sur la console en mode portable, ou rester fixée sur son pot-support en mode docké/table. La bouche de la plante s'ouvre et se ferme pour révéler ou masquer l'objectif — un cache-caméra physique intégré au design. Moins chère que la caméra officielle, mais avec une contrepartie notable : sa résolution est limitée à 480p (640×480), contre 1080p pour le modèle Nintendo — un écart de qualité significatif qui a surpris la presse spécialisée à sa sortie en juin 2025.

— Volants et pédaliers Mario Kart World (Hori) : pour accompagner le jeu phare de lancement Switch 2, Hori a décliné sa gamme de volants Mario Kart historique (déjà connue depuis la Switch 1 et Mario Kart 8 Deluxe) en versions dédiées : le Mario Kart Racing Wheel Pro Deluxe (volant 11 pouces avec pédalier complet, fixation par ventouses ou clamp, sortie 270°/180° commutable, câble USB-A de 3 mètres) et le Mario Kart Racing Wheel Pro Mini (volant 8,6 pouces plus compact, pédalier réduit, fixation ventouses uniquement). Les deux modèles intègrent un bouton C dédié pour accéder à GameChat directement depuis le volant, ainsi qu'une fonction Hold (maintien d'objet derrière le kart en appuyant sur ZL, fonctionnalité historiquement liée à Mario Kart 8 Deluxe). Une particularité notable : les anciens volants Hori conçus pour la Switch 1 (sortis dès 2019) restent parfaitement compatibles avec Mario Kart World sur Switch 2, pédalier inclus — une rétrocompatibilité confirmée par la presse spécialisée dès la sortie de la console, sans qu'aucune mise à jour ou adaptateur ne soit nécessaire.

Ces deux gammes Hori illustrent bien la place que le fabricant occupe dans l'écosystème Nintendo : accessoires officiellement licenciés, souvent moins chers que l'équivalent Nintendo, parfois avec des compromis techniques assumés (résolution de la caméra) en échange d'un design ou d'un prix plus attractif.

◆ Rétrocompatibilité Switch 1

La Switch 2 est rétrocompatible avec la grande majorité des jeux Switch 1, en cartouche comme en dématérialisé — les achats eShop suivent le compte Nintendo. Les jeux Switch 1 tournent avec des temps de chargement réduits et une stabilité accrue grâce à la puissance supérieure. Certains titres bénéficient en complément de patchs d'amélioration gratuits : Pokémon Écarlate et Violet, par exemple, ont reçu un patch gratuit dès le 5 juin 2025 améliorant le framerate.

Nintendo publie et met à jour une liste officielle de compatibilité par jeu — quelques titres exploitant des fonctionnalités hardware spécifiques à la Switch 1 (IR, certains accessoires) font exception. Les cartouches Switch 1 physiques s'insèrent directement dans la Switch 2.

◆ Switch 2 Edition — Upgrades payants

Certains jeux Switch 1 disposent d'une version Switch 2 Edition — une réédition améliorée exploitant pleinement la puissance de la nouvelle console : résolution supérieure, framerate doublé, nouvelles textures, parfois du contenu additionnel. Ces versions sont :
— Achetables séparément si vous ne possédez pas le jeu Switch 1
— Ou accessibles via un pack de mise à niveau payant si vous possédez déjà le jeu Switch 1

Zelda: Breath of the Wild et Zelda: Tears of the Kingdom proposent leur mise à niveau Switch 2 gratuitement aux abonnés NSO + Pack Additionnel. Super Mario Party Jamboree Switch 2 Edition inclut en prime Jamboree TV, un mode exclusif.

◆ Portages PS4 / PS5 et éditeurs tiers

La Switch 2 a su convaincre les grands éditeurs tiers de porter leurs titres les plus ambitieux sur la plateforme — une première à cette échelle pour Nintendo. Des titres auparavant considérés comme techniquement impossibles sur console portable arrivent optimisés grâce au DLSS :

— Cyberpunk 2077 : Ultimate Edition (CD Projekt Red) — portage complet avec toutes les extensions, optimisé Switch 2
— Star Wars Outlaws (Ubisoft) — portage Switch 2 avec DLSS
— Civilization VII (Firaxis) — Switch 2 Edition avec améliorations
— WWE 2K25 (2K Sports) — Switch 2 Edition
— EA Sports Madden NFL (EA) — présent au lancement
— Dragon Quest I & II HD-2D Remake (Square Enix) — Switch 2 Edition
— Borderlands 4 (Gearbox) — précommande Switch 2
— Final Fantasy XVI (Square Enix) — portage Switch 2
— Red Dead Redemption (Rockstar) — disponible sur Switch

La Switch 2 marque un tournant dans la stratégie tiers de Nintendo : après des années où les studios PS3/PS4/PS5 boudaient la plateforme pour des raisons de puissance (depuis la Wii), le DLSS et le moteur Unreal Engine 5.8 à 60 FPS changent la donne. Un jeu PS5 peut désormais être porté sur Switch 2 sans compromis visuels rédhibitoires — ce qui réduit le coût de développement d'un portage et encourage les éditeurs (y compris Take-Two et Rockstar Games) à cibler la nouvelle base Switch 2 et à convaincre les 20 millions d'utilisateurs Switch 2 déjà en place.

◆ Éditions disponibles

— Switch 2 standard (449,99 € en France) — console seule avec Joy-Con 2, dock, câble USB-C et câble HDMI
— Bundle Switch 2 + Mario Kart World (499,99 €) — inclut le code de téléchargement de Mario Kart World, le jeu de lancement phare de la console (14,7 millions d'exemplaires vendus en 9 mois)
— Bundle « Choose Your Game » (à partir de mai 2026) — bundle flexible permettant de choisir parmi plusieurs jeux (dont Pokémon Pokopia)

Les jeux Switch 2 physiques ont des boîtes avec des tranches visuellement inspirées des boîtes GameCube. Les cartouches Nintendo Switch 2 Edition sont compatibles Switch 1 ET Switch 2 (selon les éditeurs). Le stockage est extensible via microSD Express uniquement (les cartes microSD classiques Switch 1 ne sont plus compatibles).


— Nintendo Classics — Tableau de disponibilité et fonctionnalités —

Nintendo Classics est un service d'émulation officiel, exclusif aux consoles Nintendo Switch 1 et Switch 2. Ce service comporte une sélection grandissante de jeux rétrogaming estampillés Nintendo, mais aussi de quelques jeux d'éditeurs tiers (RARE, Ubisoft...). Ce service n'est pas disponible sur PC, Mac, mobile (iOS / Android) ou tout autre support — contrairement à des services comme Xbox Game Pass ou PlayStation Plus qui proposent des applications multi-plateformes. L'accès se fait uniquement via l'abonnement Nintendo Switch Online depuis la console elle-même.

Note : Chaque console disponible via Nintendo Switch Online (NSO) est listée avec son abonnement requis et les fonctionnalités de l'émulateur officiel. Les accessoires périphériques originaux non supportés sont indiqués plus bas : ils sont soit émulés nativement par la console ou inutiles (sauvegarde sur cartouche), soit absents et donc non disponibles dans Nintendo Classics.

Console	Abonnement requis	Switch 1 / 2	Upscaling résolution	Savestates	Rewind	Langue / Région	Jaquettes + descriptions
NES / Famicom (1983)	NSO base	Switch 1 & 2	✔ 4:3, rendu HD	✔	✔	EN uniquement — versions US (NTSC 60Hz), pas de version PAL/FR	✔ Jaquette HD + description
SNES / Super Famicom (1990)	NSO base	Switch 1 & 2	✔ 4:3, rendu HD	✔	✔	EN uniquement — versions US uniquement, malgré l'existence de versions PAL (ex. : Zelda ALTTP existe en FR sur SNES PAL, absente du catalogue)	✔ Jaquette HD + description
GB / GBC (1989 / 1998)	NSO base	Switch 1 & 2	✔ Filtres visuels GB / GBC	✔	✔	Multilingue — versions multilingues incluant le français selon les jeux du catalogue	✔ Jaquette + description
N64 / Nintendo 64 (1996)	NSO + Expansion Pack	Switch 1 & 2	✔ 720p natif (résolution supérieure à l'original)	✔	✘ Absent sur Switch 1	Multilingue — Version US 60Hz disponible pour tous les titres. Certains jeux proposent en option la version PAL 50Hz avec langues européennes (dont FR selon les titres). Les deux versions coexistent dans le catalogue sans conflit de sauvegarde.	✔ Jaquette HD + description
GBA / Game Boy Advance (2001)	NSO + Expansion Pack	Switch 1 & 2	✔ Rendu HD, ratio GBA préservé	✔	✔	Multilingue — versions multilingues incluant le français selon les jeux du catalogue	✔ Jaquette + description
Mega Drive / Genesis — Sega (1988)	NSO + Expansion Pack	Switch 1 & 2	✔ 4:3, rendu HD (émulateur M2 comme sur la Wii Virtual Console)	✔	✔	Multilingue — certains jeux proposent un choix entre version nord-américaine et européenne	✔ Jaquette + description
Virtual Boy (1995)	NSO + Expansion Pack	Switch 1 & 2	◑ Affichage stéréoscopique 3D rouge/noir — nécessite l'accessoire casque carton ou casque Virtual Boy (2026) dédié. Non jouable en mode TV.	✔	✔	EN uniquement — console jamais commercialisée en Europe, catalogue exclusivement US/JP	✔ Jaquette + description
NGC / GameCube (2001)	NSO + Expansion Pack	Switch 2 uniquement	✔ Rendu HD (résolution supérieure à l'original)	✔	✘ Non disponible	Multilingue — anglais, français, allemand, espagnol, italien (langues standard des jeux GameCube d'origine, en mode PAL 50 ou PAL 60 Hz)	✔ Jaquette + description

Légende : ✔ Supporté  |  ✘ Non supporté  |  ◑ Partiel / conditions  |  — Sans objet
NSO = Nintendo Switch Online (abonnement de base). Expansion Pack = tier supérieur payant.
Toutes les bibliothèques incluent le multijoueur en ligne et le remapping des touches.


— Accessoires & périphériques par console —

Les accessoires originaux sont indiqués ci-dessous, console par console. Ils sont soit émulés nativement, soit absents et donc non disponibles dans Nintendo Classics.


NES / Famicom (1983)

— Aucun accessoire pertinent. Le Zapper (pistolet optique) n'est pas supporté.


SNES / Super Famicom (1990)

Souris SNES : ✔ supportée (USB ou Joy-Con 2 souris sur Switch 2) depuis juillet 2025.

Satellaview : ✘ non émulé. Le Satellaview — la plateforme de diffusion satellite de Nintendo (1995–2000) Le Satellaview (officiellement BS-X : La Ville Qui Tombe Du Ciel) est un périphérique pour Super Famicom — la version japonaise de la SNES — commercialisé exclusivement au Japon à partir d'avril 1995 et arrêté en juin 2000. Il se connectait sous la console et se branchait à une antenne satellite, permettant de télécharger des jeux et du contenu diffusé en temps réel par la radio-satellite St. GIGA. Les jeux se stockaient sur des cartouches réinscriptibles BS-X à mémoire flash. C'est littéralement un ancêtre du DLC et du streaming de jeux : 20 ans avant le Nintendo eShop, le Satellaview permettait de télécharger des jeux via satellite, de jouer à des exclusivités temporaires, et d'accéder à des émissions enrichies en direct. La particularité centrale du Satellaview est le système SoundLink : certains jeux étaient conçus pour être joués pendant leur diffusion horaire — une voix narrative et une bande sonore orchestrale étaient diffusées simultanément par satellite, enrichissant l'expérience en temps réel. Les joueurs n'ayant pas joué au bon créneau perdaient ces éléments sonores. Ce format éphémère — jouer en direct ou ne pas jouer — constitue l'une des expériences les plus radicalement inédites de l'histoire du jeu vidéo, et l'une des plus difficiles à préserver. Le service a été arrêté en juin 2000, après des tensions entre Nintendo et St. GIGA. Jeux Satellaview notables — BS The Legend of Zelda (1995) — Remake SNES du premier Zelda NES, avec graphismes Super Famicom, carte overworld réduite de moitié (8×8 au lieu de 8×16 pour tenir dans la fenêtre de temps), et un système d'événements horaires déclenchant des power-ups aléatoires, des ennemis renforcés ou des bonus limités dans le temps à la minute près. L'originalité centrale : le joueur n'incarne pas Link, mais l'avatar BS-X — un jeune garçon en casquette retournée ou une jeune fille aux cheveux roux, créé lors de l'inscription au service Satellaview. Ils portent une tunique verte mais n'ont rien à voir avec Link. Les ROMs disponibles en émulation remplacent souvent l'avatar par Link via patch communautaire. Premier jeu Satellaview à utiliser le SoundLink avec doublage et bande son orchestrale en direct. Diffusé sur 4 semaines à raison d'une heure par semaine. — BS The Legend of Zelda : Ancient Stone Tablets (1997) — Suite directe de A Link to the Past sur SNES, développée par Nintendo. Le même avatar BS-X (garçon ou fille) arrive dans Hyrule depuis le monde réel, guidé par Zelda elle-même qui l'accompagne via messagerie télépathique tout au long de l'aventure — Link est absent. L'overworld d'A Link to the Past est réutilisé, avec de nouveaux donjons, une nouvelle carte et de nouveaux personnages. Diffusé en 4 épisodes hebdomadaires avec bande son orchestrale et doublage SoundLink (en japonais à l'origine, entièrement refait en anglais en 2016 par la communauté via patch MSU-1). C'est considéré par de nombreux fans comme le meilleur titre du Satellaview : contenu équivalent à un DLC de 4 heures de jeu pour A Link to the Past, gratuit à l'époque pour les abonnés Satellaview, avec qualité de production Nintendo complète. Toutes les semaines ont été préservées en émulation. — BS Excitebike : Bunbun Mario Battle Stadium (1997) — Version Satellaview d'Excitebike avec Mario et ses amis comme pilotes sélectionnables : Mario, Peach, Wario, Yoshi et Toad (d'autres personnages comme Luigi apparaissent selon la version de la semaine). Quatre versions ont été diffusées à des dates différentes en 1997, chacune légèrement différente. Le gameplay d'Excitebike est identique à l'original NES, mais chaque personnage dispose de ses propres sons — Mario s'écrie « Wahooo ! » dans les rampes — et l'ambiance est celle de Mario Kart appliquée aux motos de cross. Téléchargeable librement en émulation, c'est l'un des jeux Satellaview les plus accessibles aujourd'hui. — BS Super Mario Collection (1997–1998) — Version Satellaview de Super Mario All-Stars, diffusée en quatre semaines thématiques. Semaine 1 : niveaux 1 à 5 de Super Mario Bros. — avec une carte overworld inédite dans le style de SMB3, inexistante dans l'original. Semaines 2 et 3 : mondes 1 à 6 de Super Mario Bros. 3. Semaine 4 : niveaux 1 à 5 de Super Mario Bros. 2 japonais (The Lost Levels), également avec overworld SMB3. Chaque semaine était enrichie de commentaires radio en direct de la personnalité Nae Yūki, et d'une bande son diffusée par satellite mélangeant musiques Nintendo et morceaux sous licence — dont, bizarrement, Never Gonna Give You Up de Rick Astley et The Power of Love de Huey Lewis. Ce titre est considéré comme du lost media partiel : seules les semaines 2 et 3 ont été retrouvées et préservées (la semaine 3 contenait les données de la semaine 2 dans sa ROM). Les semaines 1 et 4 restent introuvables à ce jour, bien que des enregistrements vidéo partiels de la semaine 1 aient émergé en 2018. — BS F-Zero Grand Prix 2 (1996) — Suite directe de F-Zero SNES, avec de nouvelles pistes inédites et une qualité visuelle rehaussée. Jamais sorti en dehors du Satellaview. Certaines pistes ont inspiré des circuits de F-Zero GX sur GameCube des années plus tard. Jeu intégralement préservé en émulation. — BS Fire Emblem : Akaneia Senki (1997) — Série de 4 épisodes préquels de Fire Emblem : Mystery of the Emblem, se déroulant pendant la guerre d'Akaneia. Jamais sorti officiellement hors Satellaview. Un remake officiel a été intégré à Fire Emblem : New Mystery of the Emblem sur NDS en 2010 (Japon uniquement). — Radical Dreamers (1996) — Visual novel exclusif Satellaview, spin-off direct de Chrono Trigger développé par Square. Trois aventuriers s'infiltrent dans un manoir mystérieux pour voler un objet magique. Les personnages et l'histoire de Radical Dreamers ont été repris et réinterprétés dans Chrono Cross (1999). Longtemps considéré perdu, le jeu a été préservé en émulation et traduit en anglais par la communauté. Square Enix a officiellement inclus une version remastérisée dans Chrono Cross : The Radical Dreamers Edition en 2022 — première sortie officielle hors Japon, 26 ans après. Préservation et émulation Le Satellaview n'a jamais quitté le Japon, et la majorité des jeux n'auraient pas survécu sans l'émulation et les cartouches préservées par des collectionneurs. La difficulté centrale : les jeux BS comportaient souvent des éléments audio (voix, musiques orchestrales) diffusés par satellite en temps réel et non stockés sur la cartouche — ces flux sont aujourd'hui perdus. Des communautés comme bszelda.zeldalegends.net ont travaillé pendant des années à reconstituer ces bandes son via le système d'extension audio MSU-1, permettant de rejouer aux BS Zelda dans des conditions proches de l'original. Nintendo n'a jamais montré d'intérêt pour rééditer les titres Satellaview, malgré de nombreuses occasions (Virtual Console, Nintendo Switch Online). Ces jeux restent dans un vide éditorial : trop institutionnels pour être ignorés, trop atypiques pour être commercialisés facilement. BS Super Mario Collection et ses semaines manquantes sont aujourd'hui un exemple emblématique de lost media Nintendo.

Super Game Boy / Super Game Boy 2 : ✘ non émulés — le Super Game Boy (1994, mondial) et le Super Game Boy 2 (1998, Japon uniquement) sont des cartouches SNES intégrant un processeur Game Boy, permettant de jouer aux jeux GB (et GBC pour le SGB2) sur TV via la Super Nintendo. Le SGB2 ajoutait un port Link Cable pour le multijoueur GB-à-GB depuis la SNES, absent du SGB1. Aucun des deux n'est émulé dans Nintendo Classics SNES : l'interface de personnalisation des bordures d'écran et des palettes de couleurs associées aux jeux GB n'est pas reproduite.

SuperFX & SuperFX 2 (coprocesseurs SNES) — Puces mathématiques embarquées directement dans certaines cartouches SNES, conçues pour effectuer des calculs 3D et des transformations graphiques avancées que le processeur principal de la Super Nintendo (65C816, 3,58 MHz) était incapable de réaliser seul. Le SuperFX est une puce RISC à 10,74 MHz ; le SuperFX 2 (révision améliorée) monte à 21,4 MHz et ajoute notamment le support de la transparence des sprites. Jeux SuperFX notables : — Star Fox / Starwing (1993) — Premier jeu à utiliser la puce SuperFX. Rendu polygonal 3D en temps réel, totalement inédit sur console à l'époque. La puce effectuait les calculs de transformation 3D, déchargeant complètement le CPU principal. — Stunt Race FX (1994) — Course automobile 3D avec des modèles de voitures plus détaillés que Star Fox. Exploit technique notable : la puce gérait les calculs de physique et de perspective simultanément. — Doom (1995, SNES) — Portage du FPS de id Software utilisant le SuperFX 2. Résolution et framerate réduits par rapport à la version PC, mais jouable — une prouesse sur hardware SNES sans coprocesseur dédié, impossible sur la version non patchée. — Yoshi's Island / Super Mario World 2 (1995) — Utilise le SuperFX 2 pour les effets de rotation et de déformation des sprites (ennemis géants, phases de transformation de bébé Mario), les zooms et les effets de parallaxe multi-couches. — Super Mario World 2 (voir ci-dessus), Vortex (1994), Winter Gold / FX Ski (1996). Compatibilité Nintendo Classics SNES : ✔ supportée Les jeux utilisant la puce SuperFX et SuperFX 2 sont présents dans le catalogue Nintendo Classics SNES et fonctionnent correctement — c'est l'émulateur logiciel Nintendo qui reproduit le comportement des deux puces sans nécessiter le hardware d'origine. Star Fox, Yoshi's Island et Stunt Race FX sont disponibles dans le catalogue NSO SNES. Le portage SNES de Doom, en revanche, n'est pas présent dans le catalogue à ce jour. Compatibilité émulateurs PC (RetroArch, higan/ares, Snes9x, bsnes) — Snes9x et bsnes / higan / ares émulent le SuperFX et le SuperFX 2 avec une excellente précision. Ces émulateurs sont les références pour les jeux SuperFX sur PC. — Sous RetroArch, les cœurs Snes9x et bsnes-mercury / Mesen-S supportent les deux puces — sélectionner l'un de ces cœurs pour les jeux SuperFX (le cœur Beetle SNES est moins adapté). — Les performances requises sont très faibles sur tout matériel moderne ; aucune configuration particulière n'est nécessaire. ROM hacking et jeux SuperFX Modifier les jeux SNES utilisant la puce SuperFX est significativement plus complexe que pour les jeux SNES standards : les assets 3D (géométrie polygonale, listes de faces) sont dans un format propriétaire optimisé pour le jeu d'instructions RISC de la puce. Les éditeurs généralistes comme Lunar Magic (SMW) ne couvrent pas les jeux SuperFX. La communauté SMW Central dispose néanmoins de ressources spécifiques pour Yoshi's Island, dont les effets SuperFX 2 (rotations, déformations) peuvent être partiellement modifiés via des outils dédiés.

GB / GBC (1989 / 1998)

Game Boy Camera / Game Boy Camera Gold : ✘ non émulée — deux versions distinctes du même accessoire (Game Boy Camera, 1998, et Game Boy Camera Gold, édition limitée dorée) ; le capteur photo et l'interface d'impression sont absents dans les deux cas ; le jeu lui-même peut se lancer mais sans fonctionnalité photo.

GB Printer : ✘ non émulé — la liaison infrarouge/série vers l'imprimante physique n'est pas supportée.
Câble Link (liaison filaire entre deux Game Boy) : ✘ non supporté — les échanges et combats multijoueur filaires ne sont pas émulés dans Nintendo Classics GB/GBC.

Port infrarouge GBC (IR intégré à la console) : ✘ non émulé — les fonctionnalités IR entre deux GBC ne sont pas supportées dans Nintendo Classics. Cela concerne notamment les Cadeaux Mystère de Pokémon Or/Argent/Cristal, les échanges de Mickey's Racing Adventure vers Mickey's Speedway USA, ou encore des jeux entièrement dépendants de l'IR comme Chee-Chai Alien et Zok Zok Heroes. Certains titres déjà présents dans Nintendo Classics avaient d'ailleurs leurs fonctions IR désactivées dès les versions Console Virtuelle (Pokémon TCG, Super Mario Bros. Deluxe).

Adaptateur mobile GBC (MGB-008, 2000 — Japon uniquement) : ✘ non émulé — accessoire se branchant sur le port série de la Game Boy Color, permettant de connecter la console à un téléphone mobile compatible (protocole Mobile System GB). Utilisé exclusivement au Japon pour des fonctionnalités en ligne dans Pokémon Cristal (échanges et combats en ligne via Mobile Battle, téléchargement de données GTS, news Pokémon), Pokémon Pinball Ruby & Sapphire, Napoleon, Robopon 2 et quelques autres titres. Le service Mobile System GB a été définitivement arrêté en 2002. Dans Nintendo Classics, la communication série vers un réseau mobile n'est évidemment pas émulée — les fonctionnalités dépendantes de l'adaptateur sont donc absentes, comme elles l'étaient déjà sur la Console Virtuelle. ◑ Cas particulier — Pokémon Cristal (GBC) et ses trois fonctionnalités Mobile System GB : trois contenus de Pokémon Cristal (version japonaise uniquement) étaient exclusivement accessibles via l'adaptateur mobile. Leur sort diffère selon les versions : — GS Ball & évènement Celebi : dans la version japonaise originale, la GS Ball était distribuée via le Mobile System GB — il fallait avoir obtenu les 16 Badges, puis accéder au service depuis le Centre Pokémon Communication de Doublonville pour recevoir la ball après avoir réussi un mini-jeu et un quiz. La GS Ball, remise à Fargas à Ecorcia, déclenchait ensuite l'apparition d'un Celebi sauvage niv. 30 au sanctuaire du Bois aux Chênes. Dans les versions localisées (dont la FR), l'évènement avait été reprogrammé pour fonctionner depuis le Centre Pokémon de Doublonville — mais n'était jamais activé en conditions normales. Sur la Console Virtuelle 3DS (2018), Nintendo a restauré l'événement pour toutes les régions : il se déclenche automatiquement en entrant et sortant du Centre Pokémon de Doublonville après avoir été admis au Panthéon, sans autre prérequis. Celebi peut être Shiny, et transférable vers les jeux Gen VII via Pokémon Bank. Nintendo Classics Switch (GB/GBC) n'existe pas à ce jour pour Pokémon Cristal — le jeu n'est pas dans le catalogue NSO. — Ticket Œuf & Œuf Bizarre : dans la version japonaise, le Ticket Œuf était obtenu en connectant l'adaptateur mobile, puis échangé au Trade Corner du Centre Pokémon Communication contre un Œuf Bizarre. Cet œuf pouvait donner l'un des 7 Pokébébés de la gen 2 (Pichu, Mélo, Toudoudou, Débugant, Élekid, Magby, Lippouti) maîtrisant Jackpot, avec 50 % de chances d'être Shiny. Dans les versions localisées, Nintendo a simplifié : c'est directement le Gardien de la Pension de la Route 34 qui donne l'Œuf Bizarre, sans ticket, mais avec seulement 14 % de chances d'être Shiny. Sur la Console Virtuelle, le comportement localisé (Gardien donne l'œuf directement, 14 % shiny) est conservé. — Tour de Combat : dans la version japonaise, la Tour de Combat (à l'ouest d'Oliville) était une fonctionnalité mobile exclusive, accessible uniquement avec l'adaptateur connecté et facturée 10 ¥ par session. Les équipes adverses étaient générées à partir des données réelles uploadées par d'autres joueurs la veille — une forme primitive de multijoueur asynchrone par salle de niveaux (niv. 10 à 100, 20 salles par palier). Les meilleurs joueurs devenaient « Room Leaders » et figuraient sur un classement en ligne. Dans les versions localisées, Nintendo a remplacé cette structure multijoueur par une tour solo contre 7 dresseurs IA génériques, avec des vitamines comme récompense pour les avoir tous vaincus. La Tour de Combat localisée est accessible à tout moment sans aucune condition de connexion. Sur la Console Virtuelle, la version localisée est conservée (tour solo, récompense vitamines).

N64 / Nintendo 64 (1996)

Controller Pak (carte mémoire) : ✘ non supporté officiellement — sauvegarde gérée par le système.
Rumble Pak : ✔ émulé via vibration du Joy-Con / manette N64 NSO.
Expansion Pak : ✔ émulé nativement (jeux nécessitant 8 Mo de RAM fonctionnent).

Transfer Pak : ✘ non supporté sur Nintendo Classics (pas d'échange GB ↔ N64 possible). ◑ Sur émulateur PC tiers, le support existe mais reste inégal : Mupen64Plus-Next (via RetroArch) et le core MiSTer FPGA permettent un Transfer Pak simple (1 seul port), suffisant pour transférer une équipe Pokémon Gen 1/2 depuis Pokémon Stadium 1/2. Seul l'émulateur ares vise une émulation plus complète et fidèle à l'accessoire, avec un travail en cours pour supporter jusqu'à 4 Transfer Paks simultanés sur les 4 ports manette — fonctionnalité nécessaire pour échanger des Pokémon entre deux cartouches GB différentes sans câble Link, comme le permettait le matériel d'origine. Cette fonctionnalité multi-port n'est cependant pas encore pleinement implémentée à ce jour (juin 2026) ; ares ne dépasse donc pas encore les autres émulateurs sur l'usage courant (transfert simple), mais reste le projet visant la fidélité matérielle la plus complète sur ce point.

64DD : ✘ non émulé.

Micro N64 / VRU (Voice Recognition Unit, NUS-020, 1998 — Amérique du Nord & Japon) : ✘ non émulé — microphone se branchant dans le port manette de la N64, utilisé exclusivement par Hey You, Pikachu! (1998, Japon / 2000, Amérique du Nord). Hey You, Pikachu! reposait entièrement sur la reconnaissance vocale : le joueur parlait à Pikachu via le micro pour interagir avec lui, lui donner des ordres et progresser dans le jeu — un concept sans équivalent à l'époque. Ce jeu n'est pas présent dans le catalogue Nintendo Classics N64, et la reconnaissance vocale n'est de toute façon pas émulée. À noter : Hey You, Pikachu! n'est jamais sorti en Europe.


GBA / Game Boy Advance (2001)

e-Reader (JAP) / e-Reader+ (JAP, US) : Scanner de code-barres de cartes ✘ non émulé — exception partielle : Super Mario Advance 4 dans Nintendo Classics inclut les niveaux supplémentaires e-Reader (originellement accessibles uniquement via les cartes e-Reader au Japon et aux États-Unis), intégrés directement dans la ROM et hérités de la version Wii U Virtual Console (2016). En revanche, les cartes e-Reader modifiant le comportement des ennemis et autres effets de gameplay ne sont pas présentes — seuls les niveaux additionnels ont été récupérés. Le contenu e-Reader est donc partiellement disponible, pas dans sa totalité. ◑ Exception notable — Mega Man Battle Network Legacy Collection (Switch / PS4 / PC, 2023) : Cette compilation des six épisodes Mega Man Battle Network (GBA, 2001–2006) constitue le cas le plus complet de récupération de contenu e-Reader en dehors de son support d'origine. Les jeux Battle Network 4, 5 et 6 utilisaient originellement l'e-Reader+ (version japonaise de l'e-Reader, jamais commercialisée hors Japon) pour scanner des Patch Cards — des cartes modifiant les statistiques de MegaMan.EXE, octroyant des objets rares ou invoquant des boss puissants. La collection intègre la totalité de ces cartes : — 499 Patch Cards (cartes e-Reader japonaises) : intégralement accessibles dès le départ dans un menu dédié, sans aucun déverrouillage préalable. Chaque carte est présentée avec une image de l'originale et un résumé de ses effets. Ces cartes n'avaient jamais été officiellement accessibles hors Japon auparavant — elles étaient distribuées physiquement en konbini et dans les magazines japonais. — 15 Battle Chips événementiels exclusifs au Japon (dont le chip Bass du premier épisode), distribués à l'époque lors d'événements en magasin ou via des terminaux de téléchargement : intégralement inclus et téléchargeables une fois par fichier de sauvegarde. — Contenu Boktai (crossover avec la série Konami Boktai : The Sun Is in Your Hand) : disponible pour la première fois hors Japon dans Battle Network 6, grâce aux versions japonaises des ROMs utilisées comme base. Le crossover nécessitait originellement une cartouche Boktai insérée dans le second port GBA — l'effet narratif et les Battle Chips associés sont intégrés sans nécessiter l'accessoire. C'est le contre-exemple le plus abouti du contenu e-Reader perdu : là où Nintendo a récupéré les niveaux SMB e-Reader de façon partielle et tardive (Wii U 2016, puis Switch), Capcom a pris le parti d'intégrer l'intégralité du contenu e-Reader japonais de Battle Network dès la sortie de la collection en 2023, avec une présentation soignée et un accès immédiat. Le résultat est une compilation qui dépasse techniquement l'expérience originale japonaise — même les joueurs japonais de l'époque n'avaient pas accès à l'ensemble des 499 cartes sans acheter chaque numéro des magazines concernés.

Câble Link GBA (liaison filaire multijoueur) : ✘ non supporté — les modes multijoueur câblés ne sont pas émulés dans Nintendo Classics GBA.

Adaptateur Sans Fil GBA (AGB-015, 2004) : ✘ non émulé dans Nintendo Classics GBA — le dongle sans fil clipsé sur la cartouche (utilisé pour Pokémon RF/VF, Émeraude, Four Swords…) n'est pas pris en charge. ◑ Exception — Pokémon Version Rouge Feu & Vert Feuille (2026, eShop Switch) : Nintendo a commercialisé en 2026 ces deux titres sous forme de versions standalone payantes sur l'eShop Switch, distinctes de Nintendo Classics. Ces éditions intègrent une émulation dématérialisée de l'Adaptateur Sans Fil GBA — la connectivité sans fil est reproduite en ligne sans nécessiter l'accessoire physique. Elles incluent également une compatibilité avec Pokémon Home, permettant le transfert de Pokémon vers les jeux modernes. Ces fonctionnalités sont absentes des versions Nintendo Classics GBA standard.

Nintendo MP3 Player (AGB-006, 2005 — Japon uniquement) : ✘ non émulé — accessoire ultra-rare se branchant dans le port cartouche de la GBA/GBA SP, permettant de lire des fichiers MP3 depuis une carte miniSD. Aucun jeu ne l'utilise ; il est sans objet dans Nintendo Classics GBA.


Mega Drive / Genesis — Sega (1988)

— Choix version NA ou EU sur certains titres. Pas d'accessoires spécifiques émulés.


Virtual Boy (1995)

— Accessoire casque carton ou vrai casque Virtual Boy (2026) requis pour la 3D. Pas d'autres accessoires.


NGC / GameCube (2001)

Carte mémoire NGC : ✔ émulée virtuellement — sauvegarde fonctionnelle sans carte physique. Pas de distinction 59 / 251 / 1019 blocs : une carte mémoire virtuelle unique est gérée par le système Switch 2.

Manette WaveBird : ✔ Manette GameCube NSO qui reprend la manette NGC classique en intégrant la fonctionnalité WaveBird. Vendue séparément.

GB Player (accessoire se clipant sous la GameCube, 2003) : ✘ non émulé dans Nintendo Classics. Le GB Player se branche sous la console via le port d'extension situé en dessous du châssis NGC, et nécessite son disque de démarrage dédié pour s'initialiser. Il permet de jouer aux cartouches GB, GBC et GBA sur TV via la GameCube, avec une compatibilité totale des trois générations de cartouches. Il intègre un Rumble Pak interne qui transmet des vibrations à certains jeux GBA le supportant (dont Super Mario Advance 4, qui propose ses effets de vibration uniquement via le GB Player). Dans Nintendo Classics, l'interface de communication NGC↔cartouche n'étant pas émulée, le GB Player est sans objet — et les vibrations du GB Player ne sont pas reproduites non plus. ◑ Exception partielle — vibrations dans Super Mario Advance 4 : bien que le GB Player ne soit pas émulé, Nintendo Classics reproduit les effets de vibration de Super Mario Advance 4 via le retour haptique du Joy-Con / manette Switch, sans nécessiter l'accessoire physique.

Câble GBA & NGC : ✘ non supporté. Ce câble se branche sur le port manette de la GameCube et envoie un programme multiboot vers la GBA, qui devient alors un écran secondaire ou une manette supplémentaire. Le mécanisme ne nécessite pas toujours un jeu GBA dédié : certains titres NGC (Animal Crossing, Zelda : The Wind Waker, Final Fantasy Crystal Chronicles…) envoient directement leur propre mini-programme vers la GBA au démarrage. D'autres jeux (Pokémon Colosseum, Pokémon XD) établissent une connexion avec un jeu GBA Pokémon présent dans la cartouche pour les échanges et transferts. Dans Nintendo Classics, la communication NGC↔GBA n'est pas émulée — ces fonctionnalités sont donc absentes.

Panasonic Q (Q-YUK, 2001 — Japon uniquement) : — variante GameCube commercialisée par Panasonic, dotée d'un lecteur DVD NTSC-J. Les jeux GameCube sont 100 % compatibles avec Nintendo Classics (c'est la même plateforme). La fonctionnalité lecture DVD est en revanche sans objet : Nintendo Classics émule les jeux uniquement, pas le firmware DVD de la Panasonic Q.

Modem GameCube 56k (DOL-012, 2002 — Japon uniquement) : ✘ non émulé — accessoire se branchant dans le port série 2 de la GameCube, permettant une connexion internet bas débit (56k RTC) pour les jeux compatibles. Utilisé au Japon pour quelques titres en ligne comme Phantasy Star Online Episode I & II (avant l'arrêt du service) et Kirby Air Ride (fonctionnalités en ligne désactivées hors Japon). Dans Nintendo Classics, l'interface réseau bas niveau du port série 2 n'est pas émulée — cette connectivité est donc absente, comme elle l'était déjà sur Dolphin qui ne supporte pas le modem NGC.

Adaptateur haut débit GameCube / Broadband Adapter (DOL-015, 2001 — Japon & Amérique du Nord) : ✘ non émulé — accessoire Ethernet se branchant dans le port série 2, permettant une connexion internet haut débit (ADSL / câble) pour les titres compatibles. Principalement utilisé pour Phantasy Star Online Episode I & II (connexion aux serveurs Sega, désormais éteints) et Mario Kart : Double Dash!! (mode LAN via switch réseau, sans serveurs dédiés). Également compatible avec Kirby Air Ride et quelques autres titres. Dans Nintendo Classics, la couche réseau du port série 2 n'est pas émulée — ces fonctionnalités sont donc absentes. À noter : Dolphin émule partiellement le Broadband Adapter pour le LAN local et les serveurs privés PSO encore actifs (Sylverant, Newserv), ce que Nintendo Classics ne propose pas.


◆ Dump des NSP Nintendo Classics et risque de ban — quid de la légalité ?

Les applications Nintendo Classics (NES, SNES, N64, GBA…) sont distribuées sous forme de titres numériques NSP installés sur la Switch. Techniquement, il est possible de les dumper en NSP via des outils homebrew comme NXDumpTool sur une Switch moddée (CFW Atmosphere). Ce dump extrait le titre tel qu'il est installé sur la console, incluant l'émulateur et les ROMs Nintendo intégrées.

Sur le plan légal, le principe de la copie de sauvegarde s'applique en théorie : l'utilisateur possède légalement l'accès au titre via son abonnement NSO actif, et l'extraction depuis sa propre console relève de la même logique que dumper une cartouche. Cependant, deux nuances importantes :

— L'abonnement NSO est une licence d'accès, pas un achat. Contrairement à un jeu acheté définitivement sur l'eShop, l'accès aux Nintendo Classics est conditionné au maintien de l'abonnement. La question de savoir si la copie de sauvegarde s'applique à un contenu licencié temporairement est légalement non tranchée en France.
— Les ROMs intégrées dans les NSP Nintendo Classics appartiennent à Nintendo (ou aux ayants droit tiers). Les extraire et les utiliser en dehors du cadre NSO — même via dump personnel — entre dans une situation spécifique : on sort du cadre de l'émulateur officiel pour lequel elles sont packagées.

Sur le plan pratique — risque de ban, c'est là que la situation se complique réellement. Effectuer un dump de NSP sur Switch nécessite un CFW (Atmosphere), ce qui implique de connecter une console moddée aux serveurs Nintendo — opération à haut risque de ban. La pratique recommandée par la communauté est d'utiliser une emuNAND (partition système émulée sur microSD, isolée de la sysnand officielle) combinée à des protections réseau (DNS MITM ou Incognito), afin que la console moddée ne soit jamais visible par Nintendo. Sans ces précautions, Nintendo peut détecter la présence de CFW ou de contenu non officiel et bannir la console de ses serveurs — rendant de facto Nintendo Classics inutilisable, puisque le service nécessite une connexion active. Il y a donc une contradiction pratique : pour faire une copie de sauvegarde légale de ses Nintendo Classics, on risque de perdre l'accès au service qu'on cherche à préserver.

Pourquoi les NSP Nintendo Classics dumpés ne vérifient plus l'abonnement

C'est une propriété architecturale des Nintendo Classics, pas un contournement actif. Chaque titre Nintendo Classics est une application Switch autonome : un émulateur Nintendo first-party bundlé avec la ROM du jeu, le tout signé et chiffré comme n'importe quel titre NSP. La vérification de l'abonnement Switch Online est gérée par le launcher Nintendo Classics de l'eShop — l'interface qui liste les consoles disponibles et contrôle l'accès au service. Cette vérification est externe aux applications Nintendo Classics elles-mêmes.

Quand on installe un NSP dumpé directement via Tinfoil ou Goldleaf (avec sigpatches actifs pour accepter les signatures non officielles), on bypass complètement le launcher eShop : le titre est installé comme un jeu Switch ordinaire et se lance depuis le menu Home sans jamais passer par la couche NSO. L'application émulateur n'embarque aucune vérification d'abonnement propre — elle ne sait même pas qu'elle est censée en avoir une. Elle se comporte exactement comme un jeu Switch acheté définitivement sur l'eShop.

Conséquence directe : le jeu fonctionne hors ligne, sans compte Nintendo, sans abonnement actif. C'est structurellement inévitable : Nintendo aurait dû intégrer une vérification dans chaque application individuellement pour empêcher ce comportement, ce qu'ils n'ont pas fait — la vérification centralisée dans le launcher étant suffisante pour le cas d'usage officiel.

Note : les sigpatches sont des patches appliqués à Atmosphere pour que la Switch accepte d'installer des NSP dont la signature n'est pas reconnue par Nintendo (titres dumpés, homebrews non signés…). Sans sigpatches, Atmosphere refuse l'installation. Leur utilisation relève du même cadre légal que le reste du CFW — usage personnel défendable, risque de ban si la console se connecte aux serveurs Nintendo sans emuNAND + protections réseau.


CaVE Database Manager et la modification des NSP Nintendo Classics

CaVE Database Manager est un outil homebrew PC permettant d'ajouter des ROMs supplémentaires aux applications Nintendo Classics (NES, SNES, N64, GBA, Genesis…) via LayeredFS — un système de substitution de fichiers d'Atmosphere qui superpose des fichiers personnalisés par-dessus les données officielles sans modifier le NSP installé. Concrètement, CaVE génère une arborescence de fichiers placée dans atmosphere/contents/[TITLE_ID]/ : lorsque l'application Nintendo Classics est lancée, Atmosphere sert les fichiers modifiés à la place des originaux, à la volée.

La distinction technique est importante : CaVE ne modifie pas le NSP officiel lui-même, il ne fait que superposer des données via LayeredFS. Le NSP Nintendo reste intact. C'est le même principe qu'un mod Switch classique.

Sur le plan légal, la situation est identique à celle de tout mod sur Switch :
— Ajouter ses propres ROMs dumpées légalement depuis ses cartouches : défendable au titre de la copie privée et de l'interopérabilité (Article L122-6-1 CPI), dans la mesure où on utilise l'émulateur officiel Nintendo comme support de lecture de ses propres jeux.
— Ajouter des ROMs téléchargées sur Internet : illégal, même si on possède les cartouches originales (cf. section Légalité — copie d'une copie).
— Modifier les métadonnées, jaquettes ou descriptions des titres officiels Nintendo Classics : situation spécifique — modification d'un contenu sous licence, sans redistribution.

En résumé : dump NSP et CaVE sont techniquement accessibles sur Switch moddée, mais les deux impliquent un risque réel de ban si la console se connecte aux serveurs Nintendo sans précautions. La légalité du dump de Nintendo Classics est plus ambiguë que celle d'un dump de cartouche physique, en raison du modèle par abonnement. L'usage de CaVE avec ses propres ROMs légalement dumpées reste la pratique la plus défendable juridiquement.

Pour une analyse complète du cadre légal (émulateurs, dumps personnels, patchs, CFW, linkers DS…), consulter l'onglet [ Législation du JV ].


◆ Amiibo — figurines et cartes NFC Nintendo

Les amiibo sont des accessoires NFC officiels Nintendo, compatibles Switch 1, Switch 2, Wii U et New 3DS. Non sponsorisé.

Les amiibo, c'est l'une des rares bonnes idées de l'industrie du jeu vidéo qui tient dans le temps. Lancés en 2015 avec la Wii U et les premiers jeux Smash Bros. et Mario Kart 8 compatibles, ils sont toujours en production et pleinement supportés sur Switch 2 en 2026 — soit plus de 11 ans de longévité continue. C'est exceptionnel pour un accessoire DLC/collection Nintendo : à titre de comparaison, le e-Reader (lecteur de cartes-ruban NES/GBA pour débloquer des niveaux et bonus) n'a existé que de 2001 à 2004, abandonné après à peine trois ans faute d'adoption suffisante. Les amiibo ont donc réussi là où d'autres concepts similaires avaient échoué, en traversant trois générations de consoles (Wii U → Switch 1 → Switch 2) sans interruption.

Une puce NFC logée dans une figurine, une carte ou même une peluche, et le jeu reconnaît l'objet pour débloquer un bonus : costume, arme légendaire, personnage invocable, objet rare, ou simplement un petit clin d'œil dans l'interface. Ça marche sur Switch 1, Switch 2, Wii U et New 3DS — il suffit d'approcher la figurine du Joy-Con droit ou du lecteur NFC dédié.

Au-delà du bonus en jeu, les amiibo sont de vraies figurines de collection. La qualité de fabrication est souvent remarquable pour le prix — entre 10 et 20 € en moyenne. Certains sets sont devenus rares et très recherchés (Marth, Villager, les premiers Smash Bros…), d'autres restent accessibles. La diversité des licences est impressionnante : Mario, Zelda, Pokémon, Splatoon, Fire Emblem, Animal Crossing, Metroid, Kirby, Pikmin…

Les formats alternatifs rendent la collection encore plus fun :
- Cartes amiibo (Animal Crossing notamment) : format carte à jouer NFC, plus pratique à ranger et souvent moins chères que les figurines.
- Peluches Yoshi (Yoshi's Woolly World) : une puce NFC dans une peluche en laine.
- Paquets de céréales (Nintendo Australia, 2017) : des cartes amiibo distribuées dans des boîtes de céréales — objet de collection absurde et donc incontournable.
- Jetons en bois (Shovel Knight, édition spéciale) : des pièces de bois gravées avec puce NFC intégrée.
- Waifus et personnages emblématiques : les figurines Zelda (Princesse Zelda, Riju…), Samus, Palutena, Celica (Fire Emblem), Daisy, Peach, Harmonie, Grace Ashcroft (Resident Evil) et d'autres ont des designs de grande qualité qui méritent une place sur une étagère indépendamment de leur utilisation en jeu.

Émulation amiibo sur émulateurs PC — fichiers .bin

Sur émulateur PC, les amiibo peuvent être simulés directement à partir de fichiers .bin — les dumps numériques des données NFC d'un amiibo physique — sans nécessiter de figurine ni d'étiquette NFC. Cette fonctionnalité est intégrée nativement dans les principaux émulateurs concernés :

— Azahar (3DS / New 3DS) : l'émulateur prend en charge le chargement de fichiers .bin amiibo directement depuis son interface. Dans les paramètres d'émulation, une option permet de simuler le scan NFC en chargeant le fichier correspondant à l'amiibo souhaité — utile pour débloquer les contenus amiibo dans les jeux 3DS (The Legend of Zelda : Tri Force Heroes, Pokémon Soleil/Lune, Chibi-Robo!…) sans posséder la figurine physique.

— Cemu (Wii U) : Cemu dispose d'une prise en charge complète des amiibo via fichiers .bin, accessible depuis le menu Tools → Amiibo. Le fichier .bin est chargé à la volée lors d'un scan amiibo demandé par le jeu. Particulièrement utile pour les titres Wii U exploitant intensivement les amiibo : The Legend of Zelda : Breath of the Wild (tenues et équipements exclusifs), Super Smash Bros. for Wii U (figurines de combat Figure Player), Hyrule Warriors…

— Eden (Nintendo Switch 1) : Eden (fork communautaire issu de Yuzu) supporte l'émulation amiibo via fichiers .bin depuis le menu contextuel en jeu. La procédure est identique aux autres émulateurs : au moment où le jeu demande de scanner un amiibo, on sélectionne le fichier .bin correspondant dans l'interface de l'émulateur. Compatible avec l'ensemble des jeux Switch utilisant les amiibo.

Clé de décryptage amiibo (key_retail.bin) — requise ou non selon l'émulateur

Le comportement diffère selon la plateforme émulée :

— Azahar (3DS) et Cemu (Wii U) : la clé de décryptage n'est pas requise. Ces émulateurs transmettent le fichier .bin directement au jeu émulé sans vérification cryptographique — les jeux 3DS et Wii U ne valident pas la signature HMAC de l'amiibo de façon bloquante.

— Eden (Switch 1) : la clé de décryptage est requise. Les jeux Switch vérifient l'authenticité cryptographique de l'amiibo (signature HMAC-SHA256). Sans la key_retail.bin, l'émulation amiibo est inactive ou inopérante. Cette clé est une clé propriétaire Nintendo — sa distribution est illégale ; la seule méthode légale pour l'obtenir est de l'extraire depuis une console Switch physique possédée, via des outils homebrew dédiés.

Les fichiers .bin doivent être dumpés depuis ses propres amiibo physiques (via TagMo sur Android) pour un usage légal. Leur téléchargement sur Internet sans posséder la figurine d'origine constitue une copie non autorisée. Pour le cadre légal complet, voir l'onglet [ Législation du JV ].


◆ Super Mario Maker — le ROM hacking Mario officiel

Nintendo a lui-même proposé une alternative officielle et grand public au ROM hacking Mario, à travers la série Super Mario Maker. L'intention est claire : offrir aux joueurs les outils pour créer leurs propres niveaux Mario, sans passer par le détournement technique de ROMs.

Super Mario Maker (Wii U, 2015) Le premier volet, sorti sur Wii U en septembre 2015, permettait de créer des niveaux 2D dans quatre styles graphiques : Super Mario Bros. (NES), Super Mario Bros. 3 (NES), Super Mario World (SNES) et New Super Mario Bros. U (Wii U). L'interface de création reposait entièrement sur l'écran tactile du GamePad Wii U — une des rares utilisations vraiment convaincantes de cet accessoire. Les niveaux créés pouvaient être partagés en ligne et notés par la communauté mondiale. Ce qui le positionnait explicitement comme une alternative au ROM hacking : la possibilité de placer n'importe quel élément de design de niveau (ennemis, blocs, power-ups, tuyaux, portes…) avec la liberté du hacking GBA, mais dans un cadre entièrement officiel, sans manipulation technique, et avec un partage en ligne intégré. Des créateurs ont reproduit des niveaux emblématiques de la série, inventé des concepts inédits, ou proposé des défis d'une difficulté élevée — les kaizo levels, directement inspirés de la scène ROM hacking Mario. Petit plus (et dans cette version Wii U uniquement), les amiibo pouvaient être utilisés et permettaient de débloquer des sprites inédits (jouer avec Link au lieu de Mario, etc.). Limites notables : le jeu ne permettait pas de modifier les scripts, les statistiques des ennemis, le comportement global du jeu ou la progression d'un monde entier — contrairement au ROM hacking. Chaque création se limitait à un niveau individuel, sans possibilité de connecter plusieurs niveaux en un jeu cohérent. Les serveurs en ligne ont été fermés le 25 mars 2021 : depuis cette date, les niveaux partagés par la communauté sont inaccessibles, les téléchargements bloqués, et les fonctionnalités en ligne désactivées. Seul le mode créateur local reste fonctionnel.

Super Mario Maker for Nintendo 3DS (3DS, 2016) Portage adapté sorti en décembre 2016 sur 3DS, avec des différences notables par rapport à la version Wii U. Les quatre styles graphiques sont présents, mais le jeu ajoute un mode Histoire inédit avec des niveaux créés par Nintendo eux-mêmes. La création passe par l'écran tactile inférieur de la 3DS — moins confortable que le GamePad Wii U, mais fonctionnel. La différence fondamentale avec la version Wii U : l'absence de partage en ligne global. Les niveaux créés ne pouvaient pas être envoyés sur un serveur mondial accessible à tous — seul un partage local (StreetPass, connexion locale) était possible. La version 3DS se positionne donc davantage comme un outil de création personnel ou d'échange entre amis que comme une plateforme communautaire. Pour les joueurs souhaitant jouer des niveaux créés par d'autres sans réseau local, le choix se limitait aux niveaux Nintendo du mode Histoire ou aux créations incluses dans une sélection éditoriale limitée.

Super Mario Maker 2 (Nintendo Switch 1, 2019) Sorti en juin 2019 sur Switch 1, Super Mario Maker 2 est la version la plus complète de la série. Il ajoute un cinquième style graphique : Super Mario 3D World (Wii U), avec sa propre logique de gameplay (Cat Mario, double chery, boîtes transparentes…) qui se distingue nettement des quatre styles 2D classiques. Il introduit également un Mode Histoire (reconstruire le château de Peach), des nouvelles mécaniques (niveaux nocturnes, pentes, pièges à ressort, rails de serpentin…) et surtout depuis le dernier patch, la possibilité de créer un monde complet avec une progression enchaînée de niveaux — comblant l'une des principales limites du premier opus. La plateforme en ligne a été bien plus active que sur Wii U, avec des millions de niveaux disponibles et un système de classement par popularité, difficulté et catégorie. Des créateurs spécialisés ont émergé, certains atteignant une notoriété comparables à celle des ROM hackers populaires dans leurs communautés respectives. Les kaizo levels ont connu une popularité encore plus grande, au point que Nintendo a introduit des tags de difficulté extrême pour les signaler. Serveurs toujours actifs en 2026 — à la différence de la version Wii U, les serveurs Switch de Mario Maker 2 sont opérationnels, ce qui préserve l'accès à la bibliothèque communautaire mondiale.

La série Mario Maker illustre une stratégie commerciale intéressante de Nintendo : plutôt que de lutter exclusivement contre le ROM hacking Mario (qui représentait une créativité communautaire difficile à éteindre), Nintendo a proposé un équivalent officiel, grand public, monétisé — et incomplet par rapport à ce que le ROM hacking permet. Les ROM hackers Mario ont continué malgré tout : les modifications de physique, de graphismes globaux, de comportement des ennemis, de musiques ou de progression d'un monde complet restent hors de portée des Mario Maker, et constituent toujours le terrain de jeu des outils comme Lunar Magic (SMW) ou ROMHACKING.NET.

Pokémon Crystal Earth  ·  ROM hack GBA — base Pokémon Version Émeraude (FR) — projet francophone

Crystal Earth est l'évolution de Pokémon Silver Moon et Golden Sun, un projet antérieur du site. Le jeu est la suite d'Émeraude et y intègre du contenu inédit : 4 régions complètes (Johto / Kanto / Sevii / Hoenn) avec de nombreux personnages, 28 Badges, nouvelles zones, nouveau scénario, nouveaux Champions, nouveau Conseil 4, nouvelle bande-son, 41 nouvelles formes Pokémon, 25 Pokémon de Sinnoh, type Lumière exclusif, et la possibilité de combattre jusqu'au Niveau 140.


◆ Téléchargement — version actuelle

Pokémon Crystal Earth (FR) — v6.9  [15-06-2026] NON COMPATIBLE AVEC LES SAUVEGARDES v6.8 ⬇ Télécharger le patch UPS (v6.9) ROM de base requise : Pokémon Version Émeraude [FR] — CRC32 : A3FDCCB1 📄 Présentation complète & notes de version (⚠ risque de spoilers) ✉ Contact — questions, bugs (Mauvais Œufs), suggestions

◆ Galerie & Jukebox

Jukebox aléatoire — musiques originales du jeu


◆ Soluce & Guides (risque de spoilers)

Progression	Cheminement logique  ·  Badges  ·  Évènements à débloquer  ·  Package de base
Pokémon	Pokémon sauvages  ·  Pokémon rares  ·  Pokémon fabuleux  ·  Pokémon légendaires  ·  Pokémon 4G  ·  Évolutions  ·  Nouvelles formes
Contenu	CT / CS  ·  Move Tutors  ·  Nouveaux Champions  ·  Nouveau Conseil des 4  ·  Personnages importants  ·  Type Lumière
Objets	Objets au sol  ·  Objets cachés  ·  Objets rares  ·  Casino de Doublonville  ·  Baies  ·  Décorations  ·  Rubans  ·  Bases Secrètes

◆ Comment jouer — installation et compatibilité

Obtenir la ROM patchée Crystal Earth est distribué uniquement sous forme de patch UPS, gratuitement. Ce format ne contient pas le jeu — il contient uniquement les modifications à appliquer sur la ROM de base. C'est la seule méthode de distribution légale. Étape 1 — Dumper sa propre cartouche GBA de Pokémon Version Émeraude (FR) via l'accessoire GB Operator (ou tout outil de dump GBA compatible). La ROM obtenue doit avoir le CRC32 A3FDCCB1. Étape 2 — Appliquer le patch UPS sur la ROM via RomPatcher.js (en ligne, aucune installation requise). Étape 3 — Lancer le fichier .gba obtenu sur l'émulateur ou le matériel compatible (voir ci-dessous). Ce jeu n'est pas officiel, n'est pas destiné à la vente et n'est pas distribué sur cartouche. Les versions circulant sur RomStation, Retro GearMaster ou tout autre site tiers sont obsolètes, souvent buggées, et distribuées sans l'accord du créateur — aucune aide ne sera fournie pour ces versions.

Compatibilité émulateurs — protections anti-cartmod Crystal Earth intègre des protections anti-cartmod basées sur la simulation de l'Adaptateur Sans Fil GBA (AGB-015) — accessoire officiel Nintendo livré avec Pokémon Rouge Feu et Vert Feuille. Cette protection rend le jeu injouable sur les copies cartouche non officielles vendues sans l'adaptateur. En contrepartie, l'émulateur doit simuler cet adaptateur pour que le jeu fonctionne correctement. Plateforme Configuration requise PC (Windows) VBA Link 1.8.0 — option « Adaptateur Sans Fil GBA » activée dans les options Link. Support mGBA prévu en 2026. Flashcart (EZ Flash Omega) Compatible en clipsant physiquement l'Adaptateur Sans Fil GBA sur la console. Android / iOS / R36S RetroArch 1.21.0+ (64 bits) + cœur gpSP + BIOS GBA (gba_bios.bin — CRC32 : 81977335, à placer dans RetroArch/system/) Options du cœur gpSP à configurer en jeu :   — Dynamic Recompiler : Désactivé   — RTC support : Activé   — Link Cable : GBA Wireless Adapter CaVE Database Manager Non compatible pour le moment.   Captures — configuration gpSP sous RetroArch (Android)

Décensure du Casino dans Pokémon Platine FR
(Fichier de base : Pokémon Version Platine [FR] / CRC32 - A54A9984)

Contexte de la censure

Le Casino (Game Corner) est une zone présente dans les jeux Pokémon depuis la Génération I. Il propose des machines à sous permettant de gagner des jetons, échangeables contre des Pokémon rares et des CT. Dans les versions Diamant et Perle FR (2007), le casino de Voilaroc est présent et pleinement fonctionnel — le joueur peut utiliser les machines à sous normalement.

Lors de la sortie de Pokémon Platine en Europe (2009), Nintendo et Game Freak ont retiré les machines à sous de la version européenne uniquement, en réponse aux nouvelles réglementations sur la représentation du jeu d'argent dans les jeux vidéo destinés aux mineurs, en vigueur dans plusieurs pays européens (dont la France, le Royaume-Uni et l'Allemagne). Le bâtiment du Casino reste accessible dans la version FR de Platine, mais les machines à sous sont absentes : il ne reste que des PNJ et des emplacements non jouables. Les jetons peuvent toujours être achetés au comptoir, être trouvés au sol / sur les machines ou donnés par des PNJ, mais les bornes de jeu sont désactivées — les récompenses (Pokémon, CT) sont toujours échangeables, mais la mécanique de jeu principale a disparu.

Cette censure ne touche pas les versions américaine et japonaise de Platine, où le casino reste intact. Elle ne touche pas non plus Diamant et Perle FR, sortis avant le durcissement réglementaire — raison pour laquelle les joueurs français qui comparaient les deux jeux sur DS pouvaient constater la différence directement.

Ce patch de décensure restaure les machines à sous dans la version française de Platine en réintégrant les données du casino depuis les versions Diamant / Perle FR, rendant l'expérience identique à celle de 2007.

— Mods, ROM hacks et traductions remarquables —

Sélection personnelle — projets choisis pour leur qualité technique, leur intérêt historique ou leur valeur d'accès à du contenu inédit.


Caméra libre pour TLOZ OOT 3D [2024]
Mod homebrew pour The Legend of Zelda : Ocarina of Time 3D (3DS moddée, Luma3DS). Déverrouille la caméra de jeu et permet de l'orienter librement en temps réel — une fonctionnalité absente de l'original. Idéal pour explorer les environnements sous un angle inédit, réaliser des captures d'écran cinématiques ou préparer du contenu vidéo. Technique remarquable car OoT 3D n'a pas été conçu pour ça : la caméra est entièrement scriptée dans le jeu d'origine.

Golden Nintendo Maps [v6]
Pack de maps multi-niveaux pour GoldenEye 007 (N64), reconstituant des niveaux de jeux Nintendo emblématiques (Mario, Zelda…) dans le moteur FPS de GoldenEye. Exploit technique notable : le moteur N64 de Rare n'était pas prévu pour accueillir ce type de contenu cross-licence. Intérêt nostalgie et créatif maximal pour les fans des deux univers.


Pokémon Naranja [Bêta 2]
ROM hack GBA basé sur Pokémon Rubis, inspiré du dessin animé Pokémon (arc Orange). Nouveau scénario, nouvelles îles, Pokémon inédits de la région Orange, overworlds retravaillés. L'un des ROM hacks GBA les plus aboutis de l'histoire de la communauté.

Pokémon TCG Neo [v1.42]
ROM hack de Pokémon TCG (GBC) intégrant les sets de cartes des extensions Neo (Neo Genesis, Neo Discovery, Neo Revelation, Neo Destiny, Expedition, Aquapolis, Skyridge) — des dizaines de cartes, de nouveaux adversaires et des clubs inédits. Un projet titanesque sur un moteur GBC figé, qui rend enfin jouable en cartouche le TCG de l'ère Gold/Silver, jamais officiellement adapté en jeu vidéo pour ces sets.


The Legend of Zelda : Sacred Paradox [2016]
ROM hack de Pokémon Rouge Feu, proposant une aventure entièrement nouvelle, combinant l'univers de Zelda avec le système de capture de Pokémon : nouveau scénario, nouveaux donjons, nouvelles énigmes, remixage graphique et musical. Qualité de finition proche d'un jeu officiel.


Traduction Anglaise pour Animal Crossing e+ [v1.0]
Animal Crossing e+ est la version GCN japonaise enrichie d'Animal Crossing, jamais localisée en dehors du Japon — elle contient des dizaines de meubles, villageois, évènements et fonctionnalités e-Reader absents des versions occidentales. Cette traduction rend enfin accessible ce contenu exclusif à tous les joueurs anglophones, comblant un vide officiel de plus de 20 ans.

Traduction Anglaise pour F-Zero X - Expansion Kit [v1.0]
F-Zero X Expansion Kit est une extension 64DD (périphérique disquette N64, Japon uniquement, 1999) qui doublait le contenu du jeu : nouvelles pistes, nouveaux pilotes, éditeur de circuits. Jamais sorti hors du Japon, le 64DD étant lui-même resté exclusif à l'archipel. Cette traduction est donc l'unique moyen pour les joueurs occidentaux d'accéder légalement à ce contenu sur émulateur — un projet de préservation autant qu'une traduction.

Traduction Anglaise pour Pokémon TCG 2 [v1.0]
Pokémon TCG 2 : The Invasion of Team GR! est la suite directe du Pokémon TCG GBC, sortie uniquement au Japon en 2001 — Nintendo a annulé la localisation occidentale sans explication. Ce jeu contient de nouveaux clubs, de nouveaux adversaires, des cartes de l'extension Team Rocket, et une histoire inédite. Cette traduction intégrale est la seule façon d'y jouer en anglais — un des hacks de traduction les plus demandés de l'histoire de la communauté.

Traduction Anglaise pour SimCity 64 [v0.6.38]
SimCity 64 est un jeu N64 / 64DD sorti exclusivement au Japon en 2000 — encore plus rare que F-Zero X EK car il nécessitait le 64DD et n'a quasiment pas circulé hors du Japon. Jeu de construction de ville dans l'univers SimCity avec des mécaniques propres à la N64. Cette traduction partielle (v0.6.38 — menus et textes principaux) est à ce jour le seul moyen d'y jouer de façon compréhensible hors du Japon.


Restoration Mod pour GTA VC DE [v1.1.0]
GTA Vice City Definitive Edition (Switch / PC, 2021) a été lancé avec de nombreuses pistes radio manquantes, victimes de droits musicaux expirés depuis la version mobile de 2012 — ces suppressions n'ont pas été rattrapées pour la DE. Ce mod de restauration réintègre les morceaux manquants pour retrouver l'expérience audio de la version originale de 2002. Particulièrement judicieux sur Switch, où les options de modding sont limitées et où la DE souffrait le plus de ces absences.

Musiques manquantes dans GTA Vice City Definitive Edition (par rapport à la version PS2 originale de 2002) :

WILDSTYLE (hip-hop / electro)
— Looking for the Perfect Beat — Afrika Bambaataa & The Soulsonic Force
— Rockit — Herbie Hancock
— The Smurf — Tyrone Brunson
— Añunga Ñunga — Irakere

FLASH FM (pop 80s)
— Running with the Night — Lionel Richie
— Japanese Boy — Aneka (présente dans la DE selon certains retours — statut incertain)
— Video Killed the Radio Star — The Buggles (présente dans la DE selon certains retours — statut incertain)
— Steppin' Out — Joe Jackson (présente dans la DE selon certains retours — statut incertain)
— One Thing Leads to Another — The Fixx (présente dans la DE selon certains retours — statut incertain)

WAVE 103 (new wave / synth-pop)
— Cars — Gary Numan
— Poison Arrow — ABC
— Obsession — Animotion

V-ROCK (hard rock / métal)
— Bark at the Moon — Ozzy Osbourne
— Cum On Feel the Noize — Quiet Riot (présente dans la DE selon certains retours — statut incertain)
— She Sells Sanctuary — The Cult (présente dans la DE selon certains retours — statut incertain)
— Working for the Weekend — Loverboy (présente dans la DE selon certains retours — statut incertain)
— God Blessed Video — Alcatrazz
— Love Missile F1-11 — Sigue Sigue Sputnik

FEVER 105 (funk / R&B)
— Aucune suppression confirmée

EMOTION 98.3 (ballades)
— Wow — Kate Bush

RADIO ESPANTOSO (latin / jazz)
— A Gozar Con Mi Combo — Cachao (présence variable selon les versions)

FLASH FM & WILDSTYLE — cas particulier :
— Billie Jean — Michael Jackson (Flash FM — retirée dès 2012)
— Wanna Be Startin' Somethin' — Michael Jackson (Flash FM — retirée dès 2012)
Les deux titres MJ étaient programmés pour se déclencher automatiquement lors de la première montée en véhicule du joueur — leur absence est particulièrement ressentie.

V-ROCK — cas fictif :
— Fist Fury — Love Fist (chanson fictive enregistrée exclusivement pour Vice City — absente de la DE malgré l'absence de problèmes de droits évidents)
Répertoire d'installation du mod (Switch / Simple Mod Manager) :
mods\GTAVCDE\RADIO\contents\0100182014022000\romfs\Gameface\Content\Paks\~mods\~mod.pak

OST Restored : PSX Edition pour Rayman 30th Anniversary Edition [Switch]
Rayman 30th Anniversary Edition (Switch, 2025) propose une bande son remastérisée pour toutes les versions — mais l'OST originale de la version PS1, distincte et très appréciée des fans, est absente. Ce mod restaure intégralement la bande son PS1 sans toucher à la bande son remastérisée DOS, permettant de choisir librement l'expérience audio souhaitée. Techniquement, le mod remplace le fichier bin de la ROM PS1 embarquée dans le jeu par une version patchée qui redirige vers l'OST PS1 d'origine.
Répertoire d'installation du mod (Switch / Simple Mod Manager) :
mods\RAYMAN30THANNIVERSARY\PS1OST\contents\01007C6025688000\romfs\pancake\Rayman_SLUS00005_SCEA_EN_patched.bin

— Outils essentiels du Pokéhacking — Mario — Zelda —

Prise en main des outils essentiels. Chaque outil suppose que tu possèdes légalement la ROM ou la sauvegarde concernée.


◆ Hex Maniac Advance — Éditeur tout-en-un pour ROMs GBA Pokémon

Prérequis
- Hex Maniac Advance [dernière version] (.NET 6.0 minimum requis, même si .NET 10 est installé)
- Une ROM GBA Pokémon (Émeraude FR recommandée — CRC32 : A3FDCCB1)

Installation
1. Télécharger le .zip depuis GitHub → extraire dans un dossier dédié.
2. Lancer HexManiacAdvance.exe.
3. File → Open → sélectionner ta ROM .gba. Elle s'ouvre en lecture/écriture directe (travaille toujours sur une copie).

Ce que HMA peut (et ne peut pas) modifier

Fonctionnalité	HMA seul	Notes
Stats de base Pokémon (PV, Attaque, Défense…)	☑️	Onglet Pokémon → valeurs directement éditables
Types, talents, genre, taux de capture	☑️	Onglet Pokémon
Capacités apprises (level-up, CT/CS, œuf, tuteur)	☑️	Onglet Pokémon → sous-onglet Moves
Évolutions (conditions, niveaux, objets)	☑️	Changer "Trade" en "Level" ou ajouter condition objet
Sprites de combat (frontal + back-sprite)	☑️	Import .png 64×64, conversion palette 16 couleurs automatique
Icônes Pokémon (boîte PC)	☑️	Onglet Pokémon → Icons
Sprites de dresseurs	☑️	Onglet Trainers → Images
Écran titre (Pokémon affiché + logo)	☑️	Edit → Titlescreen
Attaques (puissance, précision, PP, type, effet)	☑️	Onglet Moves
Objets (nom, description, prix, effet)	☑️	Onglet Items
Scripts (dialogues, évènements, triggers)	☑️	Onglet Scripts — lecture et édition XSE intégrées
Maps complètes (tiles, events, connexions)	◑	✔ ROM US uniquement — ROM FR : lecture seule, utiliser AdvanceMap
Musiques (insertion de pistes custom)	❌	Chaîne externe requise : Sappy + Anvil Studio + mid2AGB
Écran d'introduction animé (séquence de démarrage)	❌	Outil dédié requis — voir section ASM ci-dessous
Niveau maximum > 100 (cap à 255)	❌	Patch hex + ASM requis — voir section ASM ci-dessous
Routines ASM custom (nouvelles mécaniques)	❌	armips / devkitARM requis

Conseils graphiques
- Préparer les sprites en .png avec un fond transparent et une palette réduite à 16 couleurs maximum avant import.
- La couleur en index 0 de la palette sera traitée comme transparence : vérifier que le fond du sprite correspond bien à cette couleur.
- Après modification graphique, toujours tester dans un émulateur pour vérifier le rendu des palettes (couleurs shiny comprises).

Modification des musiques (Pokémon Émeraude)
HMA ne gère pas directement l'insertion de musiques custom. La chaîne d'outils standard pour modifier les musiques de Pokémon Émeraude est la suivante :

- Anvil Studio — Séquenceur MIDI gratuit permettant de composer ou d'arranger une musique et de l'exporter au format .mid. C'est l'étape de création/édition musicale.
- Sappy 2006 mod 17.1 — Outil d'écoute et d'extraction des musiques GBA (format MusicPlayer2000 / m4a). Permet de repérer les pistes existantes dans la ROM et de connaître leur structure (voicegroups utilisés, numéro de piste).
- mid2AGB — Convertisseur transformant un fichier .mid en code assembleur (.s) compatible avec le moteur audio GBA (MusicPlayer2000). C'est lui qui traduit la composition MIDI en données insérables dans la ROM.
- Fichier voicegroup spécifique — Définit les instruments (samples audio) utilisés par la musique. Chaque ROM hack peut avoir son propre voicegroup custom ; il faut référencer le bon voicegroup dans le fichier .mid (via les canaux MIDI et les commandes de programme) avant la conversion avec mid2AGB, sous peine d'obtenir une musique avec de mauvais instruments ou du silence.

Voicegroup vide, à titre d'exemple, à remplir via HxD avec les données des instruments de votre choix, 1 ligne = 1 instrument
Voicegroup pour Pokémon Emeraude (FR), avec la plupart des instruments

Workflow simplifié
1. Composer ou importer la musique dans Anvil Studio → exporter en .mid.
2. Ouvrir la ROM dans Sappy 2006 mod 17.1 pour identifier le numéro de la piste à remplacer et le voicegroup associé.
3. Assigner les bons instruments MIDI dans le .mid en fonction du voicegroup cible.
4. Convertir le .mid en .s avec mid2AGB.
5. Assembler le fichier .s (via devkitARM ou un compilateur ARM) pour obtenir le binaire à insérer dans la ROM à l'offset de la piste originale.

Conseils
- Toujours travailler sur une copie de la ROM. HMA modifie directement le fichier ouvert.
- Utiliser File → Save As pour créer une nouvelle version avant chaque session importante.
- Le journal View → Change History liste toutes les modifications effectuées depuis l'ouverture.


◆ Aller plus loin avec HMA — Patches ASM notables

Certaines modifications dépassent les capacités natives de HMA et nécessitent des patches ASM ou des outils dédiés. En voici deux particulièrement utiles :


Écran d'introduction personnalisé — méthode ASM via Goldroad

Ce tuto francophone (par T@gekiss, publié sur Pokémon Trash) explique comment insérer une image personnalisée dans l'écran d'introduction d'un jeu Pokémon GBA (R/S/E/RF/VF) en compilant une routine ASM avec Goldroad. La méthode est manuelle mais complète : préparation de l'image, export ASM via Bimbo, calcul des offsets, compilation et insertion dans la ROM.

Ajouter un écran d'introduction — Pokémon Trash (T@gekiss)

Logiciels requis (liens valides) :
- Bimbo — convertisseur d'image GBA (export ASM/C/binaire depuis un bitmap 256 couleurs) — archive Wayback Machine
- Notepad++ — éditeur de texte pour modifier le fichier ASM généré
- Goldroad ARM Assembler — assembleur ARM en ligne de commande, compile le fichier .asm en binaire .gba injectable
- GBA Tool — outil GBA (archive Wayback Machine)
- HxD — éditeur hexadécimal (remplaçant moderne de Hex-Editor MX)
- Paint (inclus dans Windows) — pour adapter l'image en 240×160 px, format Bitmap 256 couleurs

Note : les liens d'origine du tuto (pokemon-legendary.com) sont obsolètes — les liens ci-dessus pointent vers les archives ou sources équivalentes. La routine ASM est également disponible : routine.asm — archive Wayback Machine. Pour aller encore plus loin (animations custom, séquences multi-scènes), voir le thread PokéCommunity [FR] Replacing the GameFreak Intro.


Système jour/nuit — implémentation sur ROM GBA

Contrairement à la Gen 2 (Or/Argent/Cristal), les jeux Pokémon GBA (Rubis/Saphir/Émeraude, Rouge Feu/Vert Feuille) n'intègrent nativement aucun système jour/nuit — la GBA ne dispose pas d'horloge temps réel (RTC) sur la majorité des cartouches commerciales, contrairement à certaines versions japonaises de Rubis/Saphir. Ajouter un cycle jour/nuit visuel (assombrissement progressif des palettes selon l'heure) à un ROM hack GBA nécessite donc un programme dédié appliquant une routine ASM et une logique de gestion des palettes en fonction du temps de jeu écoulé (plutôt qu'une vraie horloge), un peu à la manière du fonctionnement interne d'Or/Argent/Cristal.

Day_Night.zip — Programme d'installation du système jour/nuit — archive Wayback Machine

Note : comme pour l'outil Bimbo ci-dessus, ce programme provient de l'ancien site pokemon-legendary.com (aujourd'hui disparu) et n'est accessible qu'via cette archive Wayback Machine. Aucune documentation d'utilisation récente n'est disponible en français pour cet outil spécifique — son usage suppose des notions de base en insertion de routines ASM dans une ROM GBA. Si tu as testé cet outil et peux en détailler la procédure, contacte-nous pour qu'un guide pas-à-pas soit ajouté ici.


Dépasser le niveau 100 — cap jusqu'à 255

⚠️ Limitations connues : les niveaux > 100 peuvent provoquer des affichages incorrects de l'XP nécessaire, une croissance des stats erronée à très hauts niveaux, et des comportements inattendus à la frontière de l'overflow (niveau 255 → 0). Il est recommandé de limiter le cap à 250 maximum pour éviter les bugs de débordement. Cette modification change uniquement la logique de progression — les sprites, dialogues et contenus du jeu ne font pas référence aux niveaux > 100.

Le niveau 100 est codé en dur dans les ROMs GBA Pokémon via plusieurs vérifications hexadécimales (valeur 0x64) et une table d'expérience limitée à 100 entrées. Le modifier nécessite deux interventions combinées :
1. Remplacer les octets de vérification de niveau dans la ROM (0x64 → valeur cible, par ex. 0xFF pour 255) via un éditeur hex (HxD).
2. Étendre la table d'expérience en insérant de nouvelles entrées en espace libre (Free Space Finder), puis repointer les pointeurs vers la nouvelle table.

Pokémon Émeraude US (BPEE) — repo de référence

La ressource la plus propre et la plus documentée pour Pokémon Émeraude est le repo de DizzyEggg : Various-EM-features (GitHub). Ce repo regroupe plusieurs fonctionnalités ASM pour Émeraude, dont Moving the level cap from 100 — une routine ASM compilable avec devkitARM qui déplace proprement le cap de niveau. Autres fonctionnalités incluses dans le même repo : système Repel BW, couleurs de stats selon nature, nouvelles méthodes d'évolution, expansion des Poké Balls, etc.

Prérequis pour compiler le repo DizzyEggg :
— devkitARM (chaîne de compilation ARM pour GBA) — devkitPro.org
— ROM de base : Pokémon Émeraude US (BPEE) — CRC32 : A9422659
— Renommer la ROM en rom.gba dans le dossier du repo, puis lancer le script de build.

Pokémon Émeraude FR (BPEF) — adaptation des offsets

Le repo DizzyEggg cible exclusivement la version US (BPEE). La version française (BPEF, CRC32 : A3FDCCB1) a une disposition mémoire légèrement différente : les fonctions et tables ne se trouvent pas aux mêmes adresses. Les offsets codés dans les fichiers hooks.s et linker.ld du repo sont invalides pour la FR.

Comment trouver les offsets FR équivalents :

Les offsets ciblés par le patch level cap sont principalement les routines de vérification du niveau maximum dans le code de bataille et de progression. La méthode standard pour les retrouver dans la ROM FR consiste à rechercher les séquences d'octets correspondantes par pattern matching :

Méthode de recherche des offsets FR dans HxD 1. Ouvrir la ROM FR dans HxD (Recherche → Rechercher ou Ctrl+F, mode Hex-valeurs). 2. Dans la ROM US, repérer la séquence d'octets autour de l'offset ciblé dans le fichier source — généralement une séquence de 8 à 16 octets caractéristiques de la routine. 3. Rechercher cette même séquence dans la ROM FR. Si la structure du code est identique (seule l'adresse change), la séquence sera trouvée à un offset différent. 4. Noter le nouvel offset et le substituer dans hooks.s et/ou linker.ld avant la compilation. Alternative — armips avec offsets FR manuels : si la compilation complète du repo DizzyEggg est trop complexe, il est également possible d'appliquer manuellement les modifications hex équivalentes directement dans la ROM FR via HxD, en s'appuyant sur les offsets retrouvés par la méthode ci-dessus. Cette approche ne nécessite pas devkitARM mais demande de comprendre les bytes à modifier. ⚠️ À ce jour, aucun tableau d'offsets FR publié et vérifié pour le level cap d'Émeraude n'est disponible dans les ressources communautaires francophones connues. Si tu effectues cette adaptation et souhaites partager les offsets BPEF correspondants, contacte-nous pour qu'ils soient documentés ici.

◆ DSPRE — Éditeur de maps et scripts pour Pokémon DPPt & HGSS (NDS)

Contexte historique — de PPRE à DSPRE, et le retour des éditeurs tout-en-un

Avant DSPRE, la scène NDS disposait de PPRE (Pokémon Platinum ROM Editor) — l'un des premiers éditeurs tout-en-un pour les jeux Pokémon NDS, tentant de centraliser en un seul logiciel les fonctions d'édition de maps, de scripts, de Pokémon sauvages et d'évènements. PPRE a rapidement montré ses limites : des fonctionnalités manquantes, une stabilité insuffisante et une évolution trop lente ont conduit la communauté à l'abandonner au profit d'une approche modulaire — un outil par tâche. Cette période a vu fleurir des logiciels spécialisés distincts : éditeur de maps d'un côté, éditeur de scripts d'un autre, éditeur de Pokémon sauvages séparé, etc. L'approche était plus stable mais moins accessible pour les débutants, qui devaient maîtriser plusieurs outils et comprendre leurs interactions.

Depuis 2023, la tendance s'est inversée : les éditeurs tout-en-un ont fait leur retour en force. Sur GBA, Hex Maniac Advance (HMA) centralise désormais l'édition des Pokémon, des moves, des maps, des scripts, des évolutions et de nombreuses autres données en un seul logiciel mature et activement maintenu. Sur NDS, DSPRE (DS Pokémon ROM Editor) remplit ce même rôle pour DPPt et HGSS, avec une fiabilité et un périmètre fonctionnel que PPRE n'avait jamais atteints. Ces deux outils illustrent la maturité croissante de la scène : là où PPRE avait échoué faute de ressources et de mainteneurs, HMA et DSPRE bénéficient de communautés actives sur GitHub et Discord qui assurent leur évolution continue.

Compatibilité
- Pokémon Diamant, Perle, Platine (DPPt)
- Pokémon HeartGold, SoulSilver (HGSS)

Prérequis
- DSPRE [dernière version]
- Une ROM NDS Pokémon DPPt ou HGSS — format .nds

Fonctionnalités principales
- Éditeur de maps : modification des zones de jeu (tilesets, dimensions, connexions entre routes).
- Éditeur d'events : placement des PNJ, objets au sol, portes de téléportation et déclencheurs de scripts.
- Éditeur de scripts : création et modification des scripts de dialogue et d'évènements, avec syntaxe propre aux jeux NDS Pokémon.
- Éditeur de headers : paramètres de chaque map (musique, type de météo, lieu affiché à l'écran…).
- Éditeur de rencontres : tables de Pokémon sauvages par zone (herbes, eau, pêche, grotte…).

Conseils
- Travailler sur une copie de la ROM ; DSPRE modifie directement le fichier .nds.
- Pour les scripts avancés (variables, flags), se référer à la documentation Kingdom of DS Hacking.


◆ CTRMap Community Edition — Éditeur de niveaux & scripts pour Pokémon Noir/Blanc 1 & 2

Compatibilité
- Pokémon Noir 2 (USA) — code IREO
- Pokémon Blanc 2 (USA) — code IRDO
- Pokémon Noir (USA) — code IRBO
- Pokémon Blanc (USA) — code IRAO
Note : les fonctionnalités avancées (tables d'exécutables) sont complètes uniquement sur Pokémon Blanc 2 USA.

Prérequis
- Java (JRE 1.8 minimum)
- CTRMap Community Edition (fichier CTRMap.jar)
- Plugin CTRMapV (fichier .jar du plugin)
- Une ROM NDS de Pokémon NB/NB2 (USA) — format .nds

Installation
1. Installer Java si absent.
2. Placer CTRMap.jar et le fichier plugin CTRMapV dans un même dossier.
3. Lancer CTRMap.jar (double-clic ou java -jar CTRMap.jar en ligne de commande).
4. Dans CTRMap : Plugins → Global Plugin Manager → Add → sélectionner le .jar de CTRMapV → redémarrer CTRMap.
5. File → Add ROM → sélectionner ta ROM .nds → File → New Project → nommer le projet → File → Open Project.

Interface principale
- Vue 3D centrale : affichage en temps réel de la map sélectionnée avec navigation à la souris (clic droit + glisser pour tourner, molette pour zoomer).
- Panneau Maps (gauche) : arborescence de toutes les zones du jeu. Double-clic pour charger une map.
- Onglet Collision : édition des zones de collision (murs, sols, transitions) directement sur la vue 3D.
- Onglet Entities : placement des PNJ, objets au sol, zones de téléportation et déclencheurs d'évènements.
- Onglet Scripts : éditeur de scripts visuels pour les dialogues et évènements de la map.

Premières modifications typiques
- Modifier une map existante : sélectionner la zone dans le panneau Maps → éditer les collisions ou entités → File → Save Project.
- Déplacer un PNJ : onglet Entities → cliquer sur l'entité dans la vue 3D → modifier ses coordonnées X/Y/Z dans le panneau de propriétés.
- Créer un dialogue : onglet Scripts → créer un nouveau script → utiliser les commandes Message et End → lier le script à une entité.
- Exporter la ROM modifiée : File → Build ROM → sélectionner la ROM de base → choisir l'emplacement de sortie.

Conseils
- Travailler toujours depuis un projet (ne pas modifier la ROM directement) : CTRMap gère un système de projet séparé qui s'applique à la ROM au moment du build.
- Rejoindre le Discord Kingdom of DS Hacking pour le support officiel de CTRMap.
- Les fonctionnalités de script avancées (variables, flags, branchements) nécessitent une bonne connaissance des commandes NDS Pokémon.


◆ Pokémon DS Map Studio — Créateur de maps 3D NSBMD pour jeux Pokémon NDS

Compatibilité
- Pokémon Diamant, Perle, Platine (DPPt)
- Pokémon HeartGold, SoulSilver (HGSS)
- Pokémon Noir, Blanc, Noir 2, Blanc 2 (BW / BW2) — support partiel, collisions en cours de développement

Prérequis
- Pokémon DS Map Studio [dernière version — GitHub Trifindo]
- Java 21 minimum — Télécharger Java
- g3dcvtr.exe + xerces-c_2_5_0.dll — à placer dans bin/converter/ (convertisseur Nintendo DS officiel, nécessaire pour l'export NSBMD ; non fourni dans le dépôt, à récupérer séparément)
- DSPRE ou SDSME — pour l'import final des maps NSBMD générées dans la ROM

Une alternative communautaire activement maintenue existe : le fork AdAstra-LD, qui étend PDSMS 2.1 avec des fonctionnalités supplémentaires (couches 3D additionnelles, Export Groups, split par Area, chaîne de conversion OBJ→IMD→NSBMD automatisée). Compatible Windows, Linux et macOS.

À quoi sert DS Map Studio — le problème qu'il résout

Les maps extérieures des jeux Pokémon NDS sont des modèles 3D au format NSBMD (Nintendo DS Binary Model Data), le format 3D propriétaire de la NDS. Contrairement aux maps GBA (qui sont des grilles de tiles 2D éditables directement dans des outils comme Advance Map), les maps NDS sont des meshes 3D composées de polygones texturés. Les éditer ou en créer de nouvelles sans outil dédié exigeait auparavant de passer par Blender + des scripts d'export complexes.

DS Map Studio résout ce problème : c'est un éditeur visuel dédié qui permet de construire des maps NDS par assemblage de tuiles 3D prédéfinies, sans avoir à modéliser en 3D. La map est construite comme un puzzle — on place des tuiles (tiles 3D) sur une grille, on les empile, on ajuste la hauteur — et l'outil génère automatiquement le modèle NSBMD exportable.

Fonctionnalités principales
— Éditeur de maps par tuiles 3D : canvas central où les tuiles sont disposées en couches. Chaque tuile est un bloc 3D (sol, mur, escalier, eau, pont…) tiré d'un tileset. Les tilesets inclus reprennent les assets graphiques officiels de DPPt, HGSS et BW/BW2.
— Tilesets personnalisés : possibilité d'importer ses propres tuiles 3D (modèles OBJ + textures) pour créer des tilesets entièrement custom. Les tiles extraites des maps originales via Blender peuvent être réintégrées.
— Éditeur de collisions (BDHC) : définit les zones où le joueur peut marcher, les murs invisibles et les volumes de hauteur. L'éditeur BDHC intègre une vue 3D dédiée pour visualiser les volumes de collision en temps réel.
— Éditeur de caméra (BDHCAM) : contrôle les paramètres de caméra associés aux zones de la map (angle, distance, comportement lors des transitions).
— Éditeur de bâtiments (HGSS) : pour les jeux HGSS, gestion des bâtiments séparés (fichiers de bâtiments HGSS qui s'affichent par-dessus la map de la zone extérieure).
— Chaîne d'export NSBMD : export de la map en trois étapes enchaînées — OBJ (mesh générique) → IMD (format intermédiaire Nintendo) → NSBMD (format final DS). Le convertisseur g3dcvtr.exe est appelé automatiquement par l'outil pour les deux dernières étapes.
— Export BIN combiné : export de tous les fichiers de la map (PER, BLD, BGS, BDHC, BDHCAM, NSBMD) dans un seul fichier .bin importable directement dans DSPRE.
— Multi-OS : tourne sur Windows, Linux et macOS dès lors que Java 21 est installé.

Workflow type — créer une map et l'importer dans un jeu DPPt
1. File → New Map → sélectionner le preset du jeu cible (ex. Pokémon Platine).
2. Charger le tileset fourni (File → Import Tileset) ou importer un tileset custom.
3. Construire la map en plaçant les tuiles sur le canvas. Utiliser la molette pour remplir rapidement, les couches pour les reliefs.
4. Éditer les collisions dans l'onglet BDHC.
5. Export → Export as BIN (ou chaîne OBJ → IMD → NSBMD manuelle).
6. Dans DSPRE : ouvrir la ROM → sélectionner la map à remplacer → importer le fichier BIN ou NSBMD généré.

Limitation importante — import de maps existantes
DS Map Studio ne peut pas importer les maps existantes du jeu directement. Le format NSBMD ne contient pas de grille de tuiles — il contient de la géométrie 3D brute (triangles, quads) groupée par textures. Il est donc impossible de transformer automatiquement un NSBMD existant en projet PDSMS éditable. Pour récupérer des tiles depuis les maps officielles, il faut les extraire manuellement via Blender (tutoriels disponibles sur la chaîne YouTube de Trifindo).

Conseils
- Vérifier que g3dcvtr.exe est bien présent dans bin/converter/ avant de tenter l'export NSBMD — l'outil échoue silencieusement sans lui.
- Utiliser le fork AdAstra-LD si tu travailles sur des projets complexes : la chaîne de conversion automatisée OBJ→NSBMD en un clic fait gagner beaucoup de temps.
- Les collisions BDHC sont indépendantes du modèle visuel : une map visuellement correcte avec des collisions absentes ou mal configurées rendra le jeu injouable (le joueur marche dans les murs ou flotte dans le vide).
- Pour BW/BW2, le support des collisions est encore partiel — préférer DPPt ou HGSS pour des projets de map complets et stables.


◆ pk3DS — Éditeur de données Pokémon pour jeux 3DS

Compatibilité
- Pokémon X & Y
- Pokémon Rubis Oméga & Saphir Alpha (ORAS)
- Pokémon Soleil & Lune
- Pokémon Ultra-Soleil & Ultra-Lune (USUM)

Prérequis
- pk3DS [dernière version]
- Les fichiers extraits d'une ROM 3DS Pokémon — format .3ds / .cia décrypté, extrait via GodMode9 ou Citra. pk3DS travaille sur les fichiers extraits (romfs), pas directement sur la ROM.

Fonctionnalités principales
- Stats Pokémon : PV, Attaque, Défense, Vitesse, types, talents, ratio genre, taux de capture, courbe d'expérience.
- Capacités apprises : level-up, CT/CS, tuteur, œuf — pour chaque espèce.
- Évolutions : conditions, objets, niveaux, méthodes spéciales.
- Attaques : puissance, précision, PP, catégorie, type, effet.
- Objets : nom, description, prix, effet.
- Pokémon sauvages : tables de rencontres par zone (herbes, eau, grottes…).
- Textes : noms des Pokémon, attaques, objets, lieux — avec export/import de fichiers texte pour faciliter les traductions.
- Starters : remplacement des trois Pokémon de départ.
- Randomiseur intégré : randomisation des starters, des rencontres sauvages, des équipes dresseurs, des types — avec options de filtrage (légendaires, BST…).

Workflow typique
1. Extraire la ROM 3DS via GodMode9 → décrypter si nécessaire → extraire le romfs dans un dossier.
2. Ouvrir pk3DS → File → Open Folder → sélectionner le dossier romfs extrait.
3. Modifier les données souhaitées via les onglets.
4. Sauvegarder → reconstruire la ROM avec les fichiers modifiés (via makerom ou Citra pour les tests).

Conseils
- Toujours travailler sur une copie du romfs extrait ; pk3DS modifie directement les fichiers du dossier.
- Le randomiseur est particulièrement apprécié pour les runs Nuzlocke ou challenge — il reste l'une des fonctionnalités les plus utilisées de l'outil.
- Pour les textes, préférer l'export en fichier .txt, éditer dans un éditeur de texte, puis réimporter : plus sûr que l'édition directe dans l'interface.


◆ NxFileViewer — Explorateur et vérificateur de fichiers Nintendo Switch (NSP / NSZ / XCI / XCZ)

NxFileViewer [v3.0.2] est un outil PC (Windows) permettant d'explorer et d'inspecter le contenu de ses fichiers Switch avant de les installer sur console. Il repose sur la bibliothèque LibHac et supporte les formats NSP, NSZ, XCI et XCZ, y compris les formats compressés et les Super NSP/XCI.

Fonctionnalités principales :
— Navigation dans la structure des fichiers : parcourir le contenu interne d'un NSP ou XCI (NCAs, tickets, métadonnées, icônes, certificats…) sans extraction préalable
— Vérification d'intégrité : contrôle du hash et de la signature pour s'assurer qu'un fichier n'est pas corrompu ou altéré
— Export de fichiers : extraction de fichiers individuels depuis l'archive Switch
— Affichage des clés manquantes : indique clairement quelles clés de déchiffrement sont absentes si un fichier ne peut pas être ouvert
— Support drag & drop : glisser-déposer un fichier NSP/XCI directement dans l'interface
— Renommage avancé : renommer les fichiers avec des options personnalisables (titre, version, région, langue…)
— Interface multilingue : disponible en anglais, français et espagnol (Latam)

Prérequis : NxFileViewer nécessite le .NET Desktop Runtime 8 (téléchargeable sur le site officiel Microsoft) et les clés de déchiffrement de la console (prod.keys) pour les fichiers chiffrés — les mêmes que celles utilisées par NXDumpTool.

NxFileViewer est particulièrement utile pour vérifier un dump avant installation, identifier le Title ID d'un titre, ou inspecter la structure d'un NSP corrompu. Exécutable unique, sans installation requise, il n'écrit rien en dehors de son propre répertoire.


◆ pknx — Éditeur de données Pokémon pour jeux Nintendo Switch

Compatibilité
- Pokémon : Let's Go, Pikachu! & Let's Go, Évoli!
- Pokémon Épée & Bouclier (Sword / Shield)
- Pokémon Diamant Étincelant & Perle Scintillante (BDSP)
- Pokémon Légendes : Arceus
- Pokémon Écarlate & Violet

Prérequis
- pknx [dernière version] (par kwsch, auteur de pk3DS et PKHeX)
- Les fichiers extraits d'un jeu Switch Pokémon — romfs extrait via LayeredFS (Atmosphere) ou un dump complet via NXDumpTool. pknx travaille sur les fichiers du romfs, pas directement sur un NSP.

Fonctionnalités principales
- Stats, types, talents, taux de capture : édition directe des données de chaque espèce Pokémon.
- Capacités apprises : level-up, CT, tuteur, œuf.
- Évolutions : conditions, objets, méthodes spéciales.
- Attaques : puissance, précision, PP, catégorie, type, effets secondaires.
- Tables de rencontres sauvages : édition des Pokémon disponibles par zone, taux d'apparition, niveaux.
- Textes : noms, descriptions, dialogues — export/import.
- Randomiseur : starters, sauvages, dresseurs (selon le titre).

Conseils
- Pour tester les modifications sans rebuilder la ROM, utiliser LayeredFS (Atmosphere) : placer les fichiers modifiés dans atmosphere/contents/[TITLE_ID]/romfs/ — ils seront servis à la place des originaux au lancement du jeu, sans toucher au NSP installé.
- pknx est en développement actif : vérifier les releases GitHub pour la compatibilité avec les dernières mises à jour des jeux (les patches Nintendo modifient parfois les offsets de données).
- Pour Épée/Bouclier, certaines données du DLC (Île Solitaire, Terres Enneigées) nécessitent l'extraction séparée du romfs DLC.


◆ ROM hacking Mario, Zelda et autres licences — sites & ressources indispensables

Le ROM hacking ne se limite pas à Pokémon. Les communautés Mario et Zelda disposent d'outils et de ressources très matures, souvent pionnières dans le domaine.

Ressources générales (toutes licences)
- ROMhacking.net — La référence internationale : base de données de patchs (toutes consoles, toutes licences), outils indexés, forum, documentations techniques. Point de départ incontournable pour trouver un hack ou un outil sur n'importe quelle licence.
- SMW Central — La plus grande plateforme de ROM hacking de Super Mario World (SNES). Héberge des milliers de hacks, des outils (Lunar Magic…), des ressources graphiques et une communauté très active. Fait également référence pour Super Mario Bros. 3, SMB1, Yoshi's Island et d'autres jeux SNES/NES.
- Hylian Modding — Communauté internationale spécialisée dans le modding des jeux Zelda 3D (Ocarina of Time, Majora's Mask, Wind Waker, Twilight Princess…). Outils, tutos et Discord dédié.
- Project Pokémon — Site de référence pour l'édition de sauvegardes et la recherche sur les jeux Pokémon. Héberge PKHeX (l'éditeur de sauvegardes Pokémon de référence), des bases de données d'évènements Mystery Gift, des dumps de cartouches officielles et des archives de recherche sur les jeux Pokémon toutes générations confondues.
- Digiex Forums — Forum anglophone généraliste (homebrew, modding, scène console) avec une section Pokémon Content particulièrement fournie : distributions d'évènements (Mystery Gift, cartouches de distribution magasin, wondercards), outils d'injection (NDS Mystery Gift Tool…) et sauvegardes contenant des Pokémon rares ou événementiels. Complémentaire à Project Pokémon pour retrouver une distribution précise (Aurora Ticket, Eon Ticket, Shaymin Toys R Us…) archivée par la communauté.
- GBAtemp — Le plus grand forum anglophone dédié au homebrew, au modding et au hacking de consoles Nintendo (DS, 3DS, Switch…) et d'autres plateformes. Incontournable pour les CFW (Luma3DS, Atmosphere), les homebrews, les sauvegardes de parties et les discussions techniques avancées.
- GameBanana — Plateforme de mods toutes plateformes, particulièrement riche pour les consoles à plus gros volume de fichiers : 3DS, Wii, Wii U et Switch. Héberge des sections dédiées par jeu (Super Smash Bros. Wii U, Breath of the Wild Wii U, Mario Kart 8…) avec mods de textures, de modèles 3D, de niveaux et d'outils de conversion (par exemple, des convertisseurs de mods Wii U vers Switch pour BOTW). Moins spécialisé Pokémon que Project Pokémon ou PokéCommunity, mais incontournable pour le modding visuel et 3D sur consoles de salon/portables récentes.
- The Cutting Room Floor (TCRF) — Wiki collaboratif documentant le contenu caché, supprimé ou inaccessible dans les jeux vidéo : niveaux de test, menus de debug, personnages ou musiques retirés, easter eggs… Ressource précieuse pour les ROM hackers souhaitant comprendre la structure interne d'un jeu avant de le modifier.
- PokéCommunity — Le plus grand forum anglophone dédié au ROM hacking Pokémon. Héberge des milliers de ROM hacks GBA, NDS et autres, avec des sous-forums dédiés aux outils, aux tutoriels et au showcase de projets. Point de passage obligé pour la scène ROM hacking Pokémon internationale.
- Whack a Hack — Site hispanophone spécialisé dans les ROM hacks Pokémon, avec une large bibliothèque de hacks GBA en espagnol et des portages communautaires. Source de référence pour la scène hispanophone, dont certains hacks (Pokémon Naranja…) ont acquis une renommée internationale.
- T.R.A.F. — La scène de la traduction francophone — Site et forum de référence pour les traductions de jeux vidéo en français, actif depuis 2002. Héberge des centaines de patchs de traduction FR pour toutes consoles (NES, SNES, GBA, PS1, PS2, NDS…), indexés par jeu avec fiches détaillées. Centralise le travail de nombreux groupes de traduction francophones historiques (Arkatrad, Pocket Trad, RPG-T, Final Translation…) et reste actif à ce jour. À privilégier pour trouver une traduction FR d'un jeu jamais localisé officiellement en dehors du Japon ou des États-Unis.
- The Spriters Resource — Base de données collaborative de sprites extraits de jeux vidéo (NES, SNES, GBA, NDS, 3DS, Wii…), classés par console et par jeu. Ressource inestimable pour les ROM hackers souhaitant remplacer des sprites ou s'inspirer de l'art existant sans avoir à tout extraire manuellement.
- VGMusic — La plus grande archive de musiques de jeux vidéo au format MIDI, couvrant des centaines de consoles et de milliers de jeux. Utile pour les ROM hackers travaillant sur l'audio : un fichier MIDI peut servir de base pour créer une musique au format GBA (mid2AGB) ou NDS, ou simplement pour analyser la structure musicale d'un thème avant de l'adapter.
- DAT-o-MATIC — No-Intro — Base de données de référence pour vérifier l'intégrité des dumps de ROMs par leur CRC32, MD5 et SHA-1. Permet de confirmer qu'une ROM est un dump propre et non altéré, en la comparant aux checksums des cartouches originales documentées par la communauté No-Intro. Couvre la quasi-totalité des consoles (NES, SNES, GBA, NDS, 3DS, GB, GBC, N64…) et des régions. Indispensable avant d'appliquer un patch ou de commencer un ROM hack, pour s'assurer que la ROM de base est dans l'état attendu.

Cas particulier : les dumps NDS et le header tronqué (jeux Pokémon DS) Les ROMs NDS circulent fréquemment avec un header partiellement tronqué — un problème historique lié aux premiers outils de dump. La cartouche NDS contient un header de 512 octets décrivant le jeu (titre, code produit, taille des différentes zones…). Une partie de ce header — les octets 0x15C–0x17F — était supposée être remplie de 00 ou FF dans les premières générations de jeux DS. Vers la fin de la durée de vie de la DS, Nintendo a commencé à y stocker des données de validation DSi utilisées par la DSi (et la 3DS) pour identifier et certifier les cartouches DS pures. Les outils de dump de l'époque — conçus pour les jeux DS classiques — ignoraient cette zone et la remplissaient artificiellement de 00, produisant un dump avec un CRC32 différent de l'original. Les jeux Pokémon concernés sont notamment Pokémon Noir, Pokémon Blanc, Noir 2 et Blanc 2 (2010–2012), qui appartiennent aux dernières générations DS et intègrent ces données DSi dans leur header. Pokémon Conquest (2012) est également concerné — et davantage encore, car il s'agit d'un jeu DSi-enhanced : il contient du code et des fonctionnalités spécifiques à la DSi (mode DSi activé sur DSi et 3DS), ce qui rend les données du header DSi plus critiques que pour un jeu DS standard. Un dump tronqué de Conquest peut déclencher le message « The DSi binaries are missing » lors du chargement sur 3DS, et rendre les ROM hacks de ce titre non fonctionnels — là où un jeu DS pur tronqué tourne sans problème visible. Les CRC32 des dumps propres de Conquest sont 0ABA4256 (EUR) et 0989A8A1 (USA), référencés sur DAT-o-MATIC. Pokémon Platine (2008/2009) est également concerné par ce phénomène d'underdumping, bien que pour une raison différente de Conquest ou de Noir/Blanc. Platine est sorti avant la commercialisation de la DSi (novembre 2008 au Japon) et n'est pas un titre DSi-enhanced — c'est un jeu DS standard de bout en bout. Le souci touche ici la zone de signature numérique du header (utilisée plus tard par la DSi et la 3DS pour vérifier l'authenticité d'une cartouche DS) : les premiers outils de dump communautaires (avant l'apparition de dumpers fiables comme wooddumper) ignoraient cette zone et la remplissaient de zéros, produisant des ROMs au CRC32 différent du dump propre. Ce problème a longtemps compliqué l'usage de certains patchs de traduction ou de ROM hacks (Renegade Platinum, par exemple) qui exigent un CRC32 précis en entrée — d'où l'existence de patchs correctifs dédiés (CRCfix) permettant de transformer un dump underdumped en dump propre sans avoir à reposséder physiquement la cartouche. Un dump d'époque de ces titres aura un CRC32 ne correspondant à aucune entrée No-Intro — non pas parce que le dump est corrompu ou que le jeu lui-même est altéré, mais parce que les données du header DSi ont été écrasées lors de l'extraction. Le jeu fonctionne parfaitement sur flashcart ou émulateur (aucun dispositif ne vérifie ces octets en pratique), mais le checksum ne correspondra jamais à la référence No-Intro. Pour ces titres, DAT-o-MATIC distingue deux entrées selon les cas : le dump « complet » avec données DSi intactes (statut verified), et parfois le dump tronqué historique (statut bad dump ou absent selon la plateforme). Si ta ROM NDS de Pokémon Noir/Blanc ne correspond pas au CRC32 No-Intro, c'est très probablement un dump tronqué — redumper la cartouche avec un outil récent (GodMode9 sur 3DS, ou un dumper NDS à jour) produira une ROM au CRC32 correct. Outil de vérification recommandé : 7-Zip (clic droit → Propriétés CRC) ou RomCenter / clrmamepro pour comparer un romset complet aux fichiers DAT No-Intro téléchargeables depuis DAT-o-MATIC. Pour une vérification rapide en ligne de fichier unique, certains outils communautaires comme RomHasher permettent d'entrer le CRC32 et d'identifier le jeu directement.

Outils emblématiques par licence
- Lunar Magic (téléchargement) — Éditeur de niveaux de référence pour Super Mario World (SNES). Interface graphique complète : tilesets, sprites, musiques, overworld. Requis pour la quasi-totalité des hacks SMW.
- Tiled (mapeditor.org) — Éditeur de maps universel (format TMX), utilisé pour des hacks sur NES, SNES, GBA et d'autres plateformes quand aucun outil dédié n'existe.
- Zelda Classic (zeldaclassic.com) — Moteur de recréation du Zelda NES original, permettant de créer de nouveaux donjons et quêtes sans modifier la ROM. Des centaines de quêtes communautaires disponibles.
- ZeldaEdit / Hyrule Magic — Éditeurs historiques pour A Link to the Past (SNES) : modification des maps, donjons, ennemis et données de jeu.

Pour les hacks NES/SNES, ROMhacking.net centralise la quasi-totalité des outils et patchs disponibles. Pour Mario 64 et les Zelda 3D (OOT, MM, TP…), les communautés Discord spécialisées (Hylian Modding, Ship of Harkinian…) restent les meilleures portes d'entrée.


◆ RomPatcher.js — Patcheur et créateur de patchs en ligne multiformats

Description
RomPatcher.js est un outil en ligne gratuit permettant d'appliquer ou de créer des patchs pour ROMs directement dans le navigateur, sans installation. Supporte les formats IPS, UPS, BPS, APS, RUP, PPF, MOD, XDelta.

Appliquer un patch (cas le plus courant)
1. Aller sur marcrobledo.com/RomPatcher.js.
2. Cliquer sur ROM file → sélectionner ta ROM de base (ex. : Pokémon Émeraude FR, CRC32 vérifié).
3. Cliquer sur Patch file → sélectionner le fichier .ups / .ips / .bps du ROM hack.
4. Cliquer sur Apply patch → le fichier ROM patché est téléchargé automatiquement.

Créer un patch (pour les créateurs de ROM hacks)
1. Activer le mode Create patch (bouton en haut à droite).
2. Sélectionner la ROM originale (non modifiée) comme fichier source.
3. Sélectionner la ROM modifiée comme fichier cible.
4. Choisir le format de sortie (UPS recommandé pour GBA/NDS, IPS pour NES/SNES).
5. Cliquer sur Create patch → télécharger le fichier patch généré.

Conseils
- Toujours vérifier le CRC32 de la ROM de base avant d'appliquer un patch (outil intégré dans RomPatcher.js : onglet Checksum).
- Utiliser le format UPS ou BPS de préférence à IPS : ils incluent une vérification d'intégrité qui empêche d'appliquer le patch sur une mauvaise ROM.
- Si le patch échoue avec un message "wrong ROM", la ROM de base ne correspond pas à la version attendue (vérifier région, révision et CRC32).


◆ Save File Converter — Convertisseur de sauvegardes en ligne multiformats

Description
Save File Converter est un outil en ligne gratuit permettant de convertir des fichiers de sauvegarde entre différents formats : émulateurs PC, consoles (Nintendo Classics / MiSTer FPGA), et cartouches physiques. Pas d'installation requise, tout se passe dans le navigateur.

Cas d'usage typiques
- Convertir une sauvegarde d'émulateur (.sav RetroArch) vers le format Nintendo Classics (Switch Online).
- Convertir une sauvegarde Nintendo Classics vers un émulateur pour continuer sa partie sur PC ou Android.
- Convertir entre formats GBA (.sav VBA ↔ .srm RetroArch), NDS, GBC, SNES, N64, etc.
- Rendre compatible une sauvegarde extraite d'une cartouche (via GB Operator) avec un émulateur.

Utilisation
1. Aller sur savefileconverter.com.
2. Sélectionner la console / le système source dans le menu.
3. Choisir le format d'entrée (émulateur ou console d'origine).
4. Déposer ou sélectionner le fichier de sauvegarde.
5. Choisir le format de sortie cible → télécharger la sauvegarde convertie.

Conseils
- Toujours conserver l'original avant conversion.
- Si la taille du fichier converti est incorrecte (0 Ko ou trop grande), vérifier que le bon format source est sélectionné.
- Pour les sauvegardes Pokémon GBA, utiliser PKHeX après conversion pour vérifier l'intégrité des données.


◆ PKHeX — Éditeur de sauvegardes Pokémon

Prérequis
- PKHeX [dernière version] (.NET 10.0 requis)
- Un fichier de sauvegarde Pokémon (.sav, .dsv, .bin, .bak…) extrait de ta console ou émulateur

Installation
1. Télécharger le .zip → extraire → lancer PKHeX.exe (aucune installation nécessaire).
2. File → Open → sélectionner le fichier de sauvegarde. PKHeX détecte automatiquement le jeu et la génération.

Interface principale
- Boîtes PC (partie droite) : glisser-déposer les Pokémon entre les cases. Clic droit pour copier, coller, supprimer ou exporter en .pk8/.pk9.
- Éditeur de Pokémon (partie gauche) : espèce, surnom, dresseur, nature, IVs/EVs, attaques, Poké Ball, shiny, ribbons.
- Onglet SAV (barre du haut) : argent, badges, Pokédex, objets de l'inventaire, données du dresseur (TID/SID).
- Onglet Tools : générateur de Pokémon légaux (Legality Checker intégré), import/export batch.

Opérations courantes
- Créer un Pokémon : clic droit sur une case vide → "Create" → remplir les champs → vérifier la légalité (icône verte = légal).
- Modifier les IVs/EVs : onglet Stats dans l'éditeur de Pokémon → ajuster les curseurs.
- Changer le TID/SID du dresseur : onglet SAV → Trainer Info → modifier les valeurs.
- Exporter la sauvegarde modifiée : File → Export SAV → remplacer l'ancien fichier sur ta console ou émulateur.

Conseils
- Toujours faire une copie de la sauvegarde originale avant toute modification.
- Le Legality Checker (clic droit → "Legality Check") indique si un Pokémon est considéré comme légal par les filtres anti-triche en ligne.
- Sur émulateur (VBA, RetroArch), la sauvegarde se trouve généralement dans le même dossier que la ROM, avec l'extension .sav ou .srm.


Outils référencés à titre indicatif — se référer aux documentations officielles pour les fonctionnalités avancées.
Tutos rédigés à titre indicatif — se référer aux documentations officielles des outils pour les fonctionnalités avancées.

Toutes les sauvegardes Nintendo Switch sont à importer via JKSV (homebrew, CFW Atmosphere requis) ou Checkpoint (3DS). Les sauvegardes NDS s'importent via GodMode9 (3DS moddée) ou un linker compatible.

[NSW] Sauvegarde de partie pour Crysis Remastered (100%)
Format : sauvegarde Switch standard (dossier JKSV). Version du jeu : 1.8.0. Contenu : campagne solo terminée à 100%. Aucune dépendance en ligne requise pour importer.

[NSW] Sauvegardes de parties pour GTA The Trilogy - The Definitive Edition (100%)
Format : sauvegarde Switch standard (dossier JKSV). Version du jeu : 1.0.8. Contenu : 3 fichiers distincts — GTA III, GTA Vice City et GTA San Andreas, chacun complété à 100% (toutes les missions principales et secondaires terminées). Importer le fichier correspondant au jeu souhaité uniquement.

[NSW] Sauvegarde de partie pour Mario & Sonic aux Jeux Olympiques de Tokyo 2020 (100%)
Format : sauvegarde Switch standard (dossier JKSV). Version du jeu : 1.0.1. Contenu : mode Histoire complété, toutes les épreuves débloquées, tous les personnages disponibles.

[NSW] Sauvegarde de partie pour New Pokémon Snap (100%)
Format : sauvegarde Switch standard (dossier JKSV). Version du jeu : 2.0.1 (FR). Contenu : tous les parcours débloqués. Sauvegarde en français.

[NDS] Sauvegarde de partie pour Pokémon Version Argent SoulSilver (100%)
Format : fichier .sav (512 Ko — EEPROM 512 Kbit, format standard NDS Pokémon). Compatible PKHeX et émulateurs NDS (DeSmuME, melonDS). Contenu : Pokédex National complété, tous les badges obtenus (Johto + Kanto), Maître battu, évènements spéciaux inclus (Arceus, Shaymin, Darkrai…), invités Sinnoh présents. Sauvegarde en français. Attention : les évènements Wi-Fi originaux sont expirés — les Pokémon d'événement sont directement présents dans la sauvegarde, pas à obtenir via Mystery Gift.

[NSW] Sauvegarde de partie pour Pokémon Version Vert Feuille (100%)
Format : sauvegarde Switch standard (dossier JKSV), édition standalone eShop Switch 2026. Contenu : Champion battu, tous les badges obtenus, Pokédex complété, 9 Îles Sevii débloquées. Sauvegarde en français. Note : cette sauvegarde est spécifique à l'édition Switch 2026 (avec émulation Adaptateur Sans Fil dématérialisée) — non compatible avec la version GBA originale ni Nintendo Classics GBA standard.

[NSW] Sauvegarde de partie pour Rayman 30th Anniversary (100%)
Format : sauvegarde Switch standard (dossier JKSV). Contenu : compilation anniversaire complétée à 100% — tous les niveaux PS1 terminés. Vérifier la version du jeu installée pour assurer la compatibilité.

[NSW] Sauvegardes de parties pour Red Dead Redemption + Undead Nightmare (100%)
Format : sauvegarde Switch standard (dossier JKSV). Version du jeu : 1.0.4. Contenu : 2 fichiers distincts — jeu principal (Red Dead Redemption, campagne 100% + honneur maximal) et extension Undead Nightmare (terminée à 100%). Importer séparément selon le contenu souhaité.

[3DS] Sauvegardes de parties pour The Legend of Zelda : Ocarina of Time 3D + Master Quest (100%)
Format : fichier .sav (3DS, extractible/importable via Checkpoint ou JKSV sur 3DS moddée Luma3DS). Version du jeu : 1.1 (EU). Contenu : 2 fichiers distincts — OoT 3D standard (toutes les quêtes terminées, tous les équipements obtenus, Skulltulas d'or collectées) et Master Quest (difficulté miroir, terminé à 100%). Région EU — peut présenter des incompatibilités avec les versions NA ou JP.

[NSW] Sauvegardes de parties pour Tomb Raider I-III Remastered (100%)
Format : sauvegarde Switch standard (dossier JKSV). Version du jeu : 1.0.7. Contenu : 3 fichiers distincts — Tomb Raider I, II et III Remastered, chacun complété à 100% (tous les niveaux terminés). Importer le fichier correspondant au titre souhaité uniquement.

[Nintendo Classics] Sélection de sauvegardes de parties (100%)
Format : sauvegardes Switch standard (dossier JKSV), spécifiques aux applications Nintendo Classics (NES, SNES, N64, GB/GBC, GBA). Chaque sauvegarde est liée à son titre Nintendo Classics correspondant — non interchangeable avec des fichiers .sav natifs GBA ou SNES. Contenu : sélection variée de jeux complétés à 100% (détail des titres inclus sur la page de téléchargement GBAtemp). CFW Atmosphere + JKSV requis pour l'import sur Switch moddée.

— Homebrews Nintendo Switch 1 — outils recommandés —

Tous les outils listés ici nécessitent un CFW Atmosphere actif (Switch 1 non-patchée ou patchée avec modchip). Aucun n'est sponsorisé. Les versions indiquées correspondent aux dernières releases stables au moment de la mise à jour de cette page.


◆ Gestion du système et partitionnement

Guide de personnalisation Nintendo Switch 1 — NH Server Le guide de référence de la communauté anglophone pour installer Atmosphère + Hekate de A à Z sur Nintendo Switch 1. Maintenu activement, il couvre les Switch non-patchées (RCM), les Switch patchées (modchip), la création de l'emuMMC, la configuration anti-ban (DNS MITM, Incognito), et l'installation des premiers homebrews. Indispensable pour quiconque démarre. Pour la version française, le guide switch.hacks.guide (même équipe NH Server) est disponible en français et régulièrement mis à jour.

Hekate (CTCaer) — Bootloader graphique avancé — indissociable d'Atmosphère dans une installation complète Hekate n'est pas listé dans les liens de téléchargement directs de cette page, mais il est mentionné ici car il est indispensable dans toute installation Switch sérieuse et systématiquement recommandé par le guide NH Server inclus ci-dessus. C'est un bootloader graphique (interface tactile) qui s'exécute avant Atmosphère et offre un niveau de contrôle système impossible depuis le CFW seul. Fonctionnalités principales : — Menu de démarrage configurable : choisir au boot entre OFW (firmware officiel, sysnand propre), Atmosphère sur sysnand, Atmosphère sur emuNAND — le tout avec une interface graphique tactile. — Création et gestion de l'emuMMC : Hekate est l'outil standard pour créer la partition emuNAND sur la microSD (partition brute ou fichier selon les préférences), migrer une emuMMC existante, et la gérer. — Backup et restauration NAND complète : Hekate peut dumper l'intégralité de la NAND interne (sysnand) en fichiers sur la microSD — Boot0, Boot1, et la partition principale (~29 Go pour une V1, ~58 Go pour un OLED). Ce backup est la bouée de sauvetage absolue : en cas de brick, il permet de restaurer la console à l'état exact du dump. À faire impérativement avant toute modification système. — Gestionnaire de partitions SD : Hekate peut préparer et formater la microSD pour une configuration multi-usage : partition HOS (Switch OS), partition Android, partition Linux — coexistant sur la même carte. — Outils système : benchmark SD/eMMC, calibration écran tactile, activation AutoRCM (mod qui force la Switch à toujours démarrer en RCM sans jig), montage USB de la microSD depuis un PC, etc. Hekate se lance comme payload (hekate_ctcaer.bin) via TegraRCMGUI ou modchip, à la place ou avant fusee.bin. Les deux sont complémentaires : Hekate gère le démarrage et la maintenance système ; Atmosphère gère l'environnement CFW en exécution.

◆ Fondation — CFW et démarrage

Atmosphère [1.11.1] — Custom Firmware (CFW) principal de la Nintendo Switch 1 Atmosphère est le firmware personnalisé de référence pour la Switch 1, développé par SciresM et l'équipe ReSwitched. C'est la couche logicielle qui s'exécute par-dessus (ou à la place) du firmware officiel Nintendo et qui rend tout le reste possible. Sans Atmosphère, aucun homebrew, aucun mod, aucun dump ne peut fonctionner. Fonctionnalités principales : — Chargement des homebrews NRO : depuis l'applet Album (en maintenant R au lancement d'un jeu pour le mode titre, ou directement depuis l'album pour le mode applet). Les homebrews NRO sont les applications tierces — JKSV, NXDumpTool, Simple Mod Manager, etc. — LayeredFS : système de superposition de fichiers qui permet de remplacer à la volée des fichiers internes d'un jeu par des versions modifiées, sans toucher au titre installé. C'est la base de tous les mods Switch : les fichiers modifiés sont placés dans atmosphere/contents/[TITLE_ID]/romfs/ et servis automatiquement au lancement du jeu. Désactiver le mod = supprimer le dossier. — Support emuNAND (emuMMC) via le composant Thermosphère : permet de démarrer sur une image NAND virtualisée stockée sur la microSD, entièrement séparée de la NAND interne. L'emuNAND contient le CFW, les mods et les homebrews ; la sysnand reste propre pour le jeu en ligne officiel. C'est la configuration recommandée pour éviter tout risque de ban. — Modules système personnalisés (sysmodules) : Atmosphère permet de charger des modules supplémentaires qui tournent en arrière-plan — sys-patch (remplacement des sigpatches), sys-botbase (bot Pokémon), etc. — Fusee.bin : le payload de démarrage d'Atmosphère, injecté via RCM (Recovery Mode) sur les Switch non-patchées, ou lancé automatiquement par le modchip sur les Switch patchées. C'est lui qui initialise Atmosphère au boot. Note sur sys-patch : depuis Atmosphère 1.8.0, les sigpatches traditionnelles (fichiers IPS) ont été remplacées par sys-patch — un sysmodule qui applique au démarrage les patches nécessaires pour autoriser l'exécution de contenus non signés (NSP, XCI, homebrews avancés). sys-patch se met à jour indépendamment d'Atmosphère et doit être maintenu séparément. Atmosphère seul ne permet pas de lancer des backups ou du contenu non signé : sys-patch [1.6.1] est indispensable pour cet usage. Sans sys-patch, seuls les homebrews NRO signés par la communauté fonctionnent.

Tegra RCM GUI [2.6] — Injecteur de payload (PC Windows) pour démarrer Atmosphère en mode RCM Les Switch non-patchées (séries V1, numéros de série commençant par XAW1 avant mi-2018) peuvent être mises en mode RCM (Recovery Mode) en court-circuitant une broche du rail Joy-Con droit avec un RCM Jig (accessoire à ~3€). Une fois en mode RCM, la Switch est visible depuis un PC en USB et accepte un payload — un petit programme injecté en mémoire qui prend la main avant le firmware Nintendo. Fonctionnement : — Brancher la Switch en mode RCM via USB au PC — Tegra RCM GUI détecte automatiquement la console — Sélectionner le payload (fusee.bin pour Atmosphère, ou hekate_ctcaer.bin pour Hekate) — Injecter : la Switch démarre directement sur le CFW, sans jamais passer par le firmware Nintendo Alternatives mobiles : des apps Android (NS-Atmosphere, Rekado) permettent d'injecter le payload depuis un smartphone Android via OTG, sans PC. Utile en déplacement. Tegra RCM GUI n'est utile que sur Switch non-patchée. Les Switch OLED, Lite, et les V2 patchées nécessitent un modchip matériel (HWFLY, SX Core…) qui injecte automatiquement le payload sans RCM ni PC.

◆ Installation de contenus

NS-USBloader [7.3] — Transféreur de fichiers NSP / XCI d'un PC à la Nintendo Switch 1 via USB NS-USBloader est une application PC (Windows / Linux / macOS) qui travaille en tandem avec Awoo Installer (ou Tinfoil) côté Switch. Il permet de transférer des fichiers NSP ou XCI depuis le PC vers la Switch directement via le câble USB-C, sans passer par la microSD. Avantages par rapport à la copie microSD : — Pas besoin d'éjecter la microSD du Switch et de la brancher au PC — opération pénible sur les modèles OLED dont le slot SD est sous le socle — Transfert et installation se font simultanément : Awoo reçoit le flux depuis NS-USBloader et installe au fur et à mesure, sans stocker le fichier complet sur la SD — Vitesse de transfert USB 3.0 (~400 Mo/s en théorie, limitée en pratique par la NAND/SD de la Switch à ~40–80 Mo/s) Modes de connexion supportés : USB (principal), réseau local (partage de fichiers via IP) NS-USBloader nécessite les drivers USB corrects installés sur le PC (libusb via Zadig sous Windows). L'outil est multiplateforme Java — il tourne sur tout OS ayant un JRE récent.

Awoo Installer [1.3.6] — Installateur de fichiers NSP / XCI depuis la microSD ou le réseau Awoo Installer est un homebrew NRO permettant d'installer des fichiers de jeux Switch aux formats NSP (titre digital, format équivalent à un jeu eShop) et XCI (dump de cartouche physique) directement sur la NAND ou la microSD de la Switch, exactement comme si le jeu avait été acheté sur l'eShop. Fonctionnalités : — Installation depuis la microSD : parcourir les fichiers NSP/XCI présents sur la carte et les installer en quelques secondes à quelques minutes selon la taille — Installation depuis un serveur USB (via NS-USBloader, voir ci-dessous) : transfert et installation simultanés depuis le PC sans copier le fichier sur la microSD au préalable — utile quand l'espace microSD est limité — Installation depuis une URL réseau (Tinfoil shops, serveurs personnels) — fonctionnalité à utiliser exclusivement hors ligne ou sur emuNAND pour éviter tout contact avec les serveurs Nintendo — Sélection de la destination d'installation : NAND interne ou microSD (la microSD est recommandée pour préserver la durée de vie de la NAND interne) — Support des mises à jour (UPD) et des DLC en format NSP séparé Prérequis impératif : sys-patch (ou sigpatches) doit être actif pour installer et lancer des NSP/XCI non signés officiellement. ⚠️ Awoo Installer ne doit être utilisé que sur emuNAND, jamais sur sysnand connectée à Nintendo. L'installation de NSP non officiels est détectable par Nintendo et entraîne un ban console permanent. Utiliser exclusivement avec les serveurs Nintendo bloqués (DNS MITM ou Incognito).

◆ Dump de cartouches et titres digitaux

NXDumpTool [Rewrite] — Extracteur de cartouches et titres digitaux aux formats XCI / NSP NXDumpTool est le homebrew de référence pour créer des copies de sauvegarde (dumps) de ses jeux Switch, qu'ils soient en format cartouche physique ou titres digitaux installés. Les fichiers produits sont au format XCI (dump de cartouche, avec les métadonnées de la cartouche d'origine) ou NSP (dump de titre digital, identique à un téléchargement eShop). Ces fichiers sont ensuite lisibles sur émulateurs PC (Eden) et Android. Ce que NXDumpTool peut dumper : — Cartouches physiques (XCI) : jeu de base, mise à jour embarquée dans la cartouche, données d'update séparées — Titres digitaux installés (NSP) : jeux eShop, DLC, mises à jour — y compris les titres Nintendo Classics (NSO) — Contenu système (firmwares, system titles) — usage avancé — Export partiel (romfs uniquement, exefs, etc.) pour les développeurs et ROM hackers Switch Prérequis : NXDumpTool nécessite les clés de déchiffrement de la console (prod.keys, title.keys) pour dumper les titres chiffrés. Ces clés sont propres à chaque console et doivent être extraites avec un outil dédié (Lockpick_RCM). Elles ne peuvent légalement être partagées ni distribuées — chaque utilisateur doit extraire les siennes depuis sa propre console. Guide complet : NXDump Guide (Codeberg). Le guide détaille l'extraction des clés, la configuration et les différents modes de dump.

◆ Gestion des sauvegardes

Linkalho [28/11/2025] — Liaison hors ligne d'un compte Nintendo aux sauvegardes de parties Linkalho résout un problème spécifique et fréquent lors de l'import de sauvegardes tierces sur Switch : certains jeux lient leurs données de sauvegarde à un compte Nintendo Account précis — et si la sauvegarde importée provient d'un compte différent, le jeu peut la refuser ou afficher une erreur. Fonctionnement : Linkalho modifie en local la liaison entre les données de sauvegarde et le compte utilisateur de la console, permettant à des sauvegardes d'un autre compte d'être reconnues comme appartenant au compte local — le tout sans connexion aux serveurs Nintendo. Cas d'usage typique : — Importer une sauvegarde depuis ce site ou une autre source dans un jeu qui refuse l'import car le compte propriétaire ne correspond pas — Transférer une sauvegarde entre deux consoles Switch avec des comptes différents — Récupérer une sauvegarde sur une nouvelle console après un remplacement de hardware Linkalho opère hors ligne et ne nécessite pas de connexion Nintendo. Son usage est sans risque de ban dès lors qu'il est utilisé sur emuNAND avec les serveurs bloqués.

JKSV [02/12/2025] — JK's Save Manager — gestionnaire de sauvegardes de parties pour Nintendo Switch 1 JKSV est le gestionnaire de sauvegardes de référence sur Switch, développé par JK depuis 2016 (portage du save manager 3DS du même auteur) et entièrement réécrit en 2025 pour plus de stabilité. Il permet d'exporter, d'importer et de gérer les fichiers de sauvegarde de n'importe quel jeu installé sur la console. Fonctionnalités : — Export de sauvegarde : exporte les données de partie d'un jeu sous forme d'un dossier non compressé (pour édition directe avec PKHeX, HxD ou tout éditeur) ou d'une archive ZIP (pour stockage ou cloud backup) — Import de sauvegarde : restaure une sauvegarde précédemment exportée, ou importe une sauvegarde tierce (comme celles proposées dans l'onglet Sauvegardes de ce site) — Backup global : exporte en une seule opération toutes les sauvegardes de tous les jeux pour un profil utilisateur — bouton Y sur le profil dans l'interface — Création de sauvegarde vide : JKSV peut créer un slot de sauvegarde vierge pour un titre, sans avoir besoin de lancer le jeu au préalable — utile pour importer une sauvegarde dans un jeu fraîchement installé — Support de tous les types de sauvegardes Switch : System, Account, Device, BCAT, Cache, Temporary — Backup cloud (optionnel) : synchronisation automatique vers Google Drive ou un serveur WebDAV personnel — format ZIP obligatoire pour cette fonction — Import de sauvegardes pour titres non installés : fonctionnalité avancée permettant d'importer une sauvegarde même si le jeu n'est pas présent sur la console (non installé proprement dans le système, à utiliser avec précaution) JKSV est l'outil utilisé par ce site pour toutes les sauvegardes Switch distribuées dans l'onglet Sauvegardes. Le format export est un dossier standard nommé par titre et date, lisible directement sans décompression pour l'édition.

◆ Mods de jeux

Simple Mod Manager [2.1.4] — Gestionnaire de mods de jeux — activation / désactivation à la volée Simple Mod Manager est un homebrew NRO qui facilite la gestion des mods LayeredFS : au lieu de déplacer manuellement des dossiers dans atmosphere/contents/, il propose une interface graphique permettant d'activer ou de désactiver des mods pour chaque jeu en quelques secondes. Fonctionnement : — Les mods sont organisés dans un dossier dédié sur la microSD (par défaut /mods/) avec une structure NomDuJeu/NomDuMod/atmosphere/contents/[TITLE_ID]/… — Simple Mod Manager lit cette structure, liste les mods disponibles par jeu, et permet d'activer un mod (il copie les fichiers dans atmosphere/contents/) ou de le désactiver (il les retire) sans quitter l'interface homebrew — Support de l'activation de plusieurs mods simultanément pour un même jeu, avec gestion des conflits de fichiers Cas d'usage typiques : — Activer un mod graphique ou audio pour un jeu puis le désactiver pour jouer en ligne (sur sysnand propre) — Gérer des ROM hacks Switch (modifications de romfs via LayeredFS) sans configuration manuelle — Tester plusieurs versions d'un mod sans tout réinstaller Simple Mod Manager ne modifie jamais les fichiers installés du jeu — il agit uniquement sur les dossiers LayeredFS d'Atmosphère. Désactiver un mod via SMM équivaut à supprimer proprement les fichiers de superposition.

◆ Lecteurs multimédia

SwitchWave [averne] — Lecteur multimédia avec accélération matérielle pour Nintendo Switch 1 SwitchWave est un lecteur vidéo et audio homebrew pour Switch 1, développé par averne — le même auteur qui a écrit le backend d'accélération matérielle FFmpeg utilisé par plusieurs autres projets de la scène. Il repose sur mpv et FFmpeg pour une compatibilité large et une stabilité éprouvée. Fonctionnalités principales : — Décodage matériel (hardware decoding) pour tous les codecs supportés par le Tegra X1 de la Switch : MPEG1/2/4, H.264, H.265 (HEVC), VP8, VP9, VC1 et MJPEG — avec mise à l'échelle dynamique des fréquences selon la charge — Interface dynamique pour ajuster les paramètres de lecture en temps réel (sous-titres, piste audio, vitesse, zoom…) — Éditeur de configuration mpv intégré — paramétrage avancé sans quitter l'application — Partages réseau (SMB, NFS, HTTP/HTTPS) configurables depuis l'app — lecture de fichiers distants sans transfert sur la microSD — Montages USB — lecture depuis un support USB branché sur la console Installation : télécharger la dernière release, extraire à la racine de la microSD en fusionnant les dossiers (ne pas écraser). L'application apparaît dans le menu homebrew sous Atmosphère. SwitchWave est considéré par la communauté comme le lecteur de référence sur Switch 1, supplantant NXMP — dont le développeur lui-même recommande de basculer vers SwitchWave pour sa supériorité technique et sa stabilité. Testé jusqu'à 300 Mbps en 4K 10-bit HEVC sans problème. Le décodage 10-bit H.264 se fait en software (limitation hardware du Tegra X1).

◆ Overclocking CPU / GPU / RAM

La Switch 1 est volontairement bridée par Nintendo en dessous de ses capacités théoriques du Tegra X1, notamment en mode portable — pour des raisons thermiques, d'autonomie et de durée de vie matérielle. Le CFW Atmosphere ouvre la possibilité de lever ces limites via des sysmodules dédiés.

sys-clk / Switch OC Suite — Sysmodules d'overclocking CPU / GPU / RAM pour Switch 1 sous Atmosphere Ces sysmodules permettent de modifier en temps réel les fréquences de fonctionnement du CPU, du GPU et de la RAM de la Switch 1, indépendamment du mode de jeu (portable, docké, chargement). Les profils peuvent être définis par jeu (via le Title ID) et par état de la console, de façon entièrement automatique au lancement du titre. Fréquences stock Nintendo (Switch 1 — Tegra X1) Composant Mode portable Mode docké CPU (4× ARM Cortex-A57) 1 020 MHz 1 020 MHz GPU (Nvidia Maxwell) 307 MHz 768 MHz RAM LPDDR4 (4 Go) 1 331 MHz 1 600 MHz Fréquences maximales recommandées avec sys-clk (plafonds de sécurité) Composant Plafond sys-clk (safe) Notes CPU 1 785 MHz Boost Mode activable sur chargement (tous jeux) GPU 460 MHz portable / 768 MHz avec chargeur Chargeur officiel requis au-delà de 768 MHz RAM 1 862 MHz (Erista) / 1 996 MHz (Mariko) OC RAM = gain de ~10 % en framerate Gains de performance observés Les gains varient selon le titre et le composant qui constitue le goulot d'étranglement. Les tests de Digital Foundry ont montré sur des titres CPU-limités des gains de framerate allant jusqu'à +40 % (Dragon Quest Builders 2 avec des niveaux personnalisés très lourds), et une stabilisation à 60 fps constants sur Mortal Kombat 11 et DOOM (2016) qui souffraient de chutes fréquentes à fréquences stock. En revanche, pour les jeux limités par la bande passante mémoire (Breath of the Wild, Saints Row 3), les gains sont négligeables car le contrôleur mémoire constitue la vraie limite — et sa fréquence a un plafond fixe sur le Tegra X1. L'overclock RAM est souvent le meilleur rapport bénéfice/risque : passer de 1 331 MHz à 1 600 MHz en mode portable, puis à 1 862–1 996 MHz avec Switch OC Suite, peut générer un gain de ~10 % en framerate pour une consommation supplémentaire minime. C'est le premier réglage recommandé avant de toucher au CPU ou au GPU. Important : la RAM ne peut pas être augmentée en capacité par logiciel Il est parfois affirmé qu'il serait possible de « doubler la RAM à 8 Go » sur Switch 1 — c'est une confusion fréquente. La Switch 1 dispose physiquement de 4 Go de RAM LPDDR4 soudés sur le PCB, et cette capacité ne peut pas être modifiée par logiciel. Ce que l'overclocking RAM fait réellement, c'est augmenter la fréquence de transfert des 4 Go existants (de 1 331 à ~2 000 MHz selon le modèle), améliorant la bande passante sans toucher à la capacité. Certains forks avancés comme NX-Venom permettent de pousser les fréquences encore plus loin (CPU jusqu'à 2 300 MHz, GPU jusqu'à 1 220 MHz, RAM jusqu'à 2 133 MHz sur Erista) mais ces valeurs dépassent les plafonds de sécurité de sys-clk officiel et peuvent réduire la durée de vie du matériel. En revanche, un hard-mod matériel physique permet bel et bien d'atteindre 8 Go — voir la section dédiée ci-dessous. Précautions à respecter — Ne jamais overclocker la sysnand connectée aux serveurs Nintendo — toujours sur emuNAND. — L'overclock réduit l'autonomie en mode portable et génère plus de chaleur — ne pas dépasser les plafonds recommandés en handheld sans chargeur branché. — Configurer les profils par jeu (Title ID) plutôt qu'en global — tous les jeux ne bénéficient pas de l'OC, et certains peuvent se comporter de façon instable à fréquences élevées. — Faire un backup NAND et SD avant toute installation. L'overclocking via sys-clk est un sysmodule — il tourne en arrière-plan sous Atmosphere exactement comme sys-patch. Il s'installe dans atmosphere/contents/ et se configure via un fichier config.ini sur la microSD, modifiable sans quitter le jeu grâce à l'overlay Tesla Menu (L + D-Bas + Stick droit).

◆ Hard-mod physique — RAM 8 Go & stockage étendu

Modifier physiquement la Switch 1 pour doubler la RAM et étendre le stockage Référence : NotebookCheck — Switch moddée 8 Go testée avec des jeux PC (juillet 2024) — YouTuber : Naga Contrairement à l'overclocking logiciel (sys-clk) qui ne fait qu'augmenter la fréquence des 4 Go existants, il est techniquement possible de remplacer physiquement les puces RAM et eMMC soudées sur le PCB de la Switch pour en doubler la capacité. Ce type de modification, réalisé par le modder et YouTuber français Naga, est un hard-mod avancé qui nécessite des compétences en soudure CMS (composants montés en surface) de niveau professionnel. Modifications réalisées par Naga — RAM : 4 Go → 8 Go — dessoudage des deux puces LPDDR4 d'origine (2× 2 Go) et remplacement par deux puces 4 Go (Hynix ou Micron, même pinout, fréquence supérieure). Le Tegra X1+ (Mariko, Switch V2 et OLED) supporte nativement jusqu'à 8 Go de LPDDR4X. Sur l'Erista (Switch V1), le support nécessite des patches supplémentaires d'Atmosphere pour amorcer correctement. — Stockage eMMC étendu — remplacement de la puce eMMC interne par une puce de capacité supérieure (jusqu'à 256 Go), permettant un stockage système plus large sans dépendre d'une microSD. — Overclocking matériel — CPU porté à 2,6 GHz (contre 1,78 GHz en dock officiel), GPU à 1,26 GHz, RAM à fréquence plus élevée grâce aux nouvelles puces. — Refroidissement renforcé — ajout de thermal pads et de pâte thermique supplémentaire pour absorber la chaleur générée par l'overclocking. — Écran Super OLED — sur la Switch Lite moddée par Naga, remplacement de l'écran d'origine par un écran Super OLED de meilleure qualité. Résultats avec Ubuntu + Box64 + Wine (jeux PC) La console moddée tourne sous L4T Ubuntu 18.04 (Linux for Tegra) avec un noyau personnalisé, exécutant les jeux PC via Box64 (traduction ARM→x86) et Wine 9.x (couche de compatibilité Windows) : — Devil May Cry 5 : 50+ FPS — Spider-Man Shattered Dimensions : 60+ FPS — Final Fantasy VII Remake : ~30 FPS stable — Kingdom Hearts III : jouable — Crysis 1 : ~30 FPS constant — Fallout New Vegas : 60 FPS en intérieur, ~30 FPS en extérieur — Shadow of the Tomb Raider, Baldur's Gate 3, Fallout 4, AC Unity : limite du matériel, peine à atteindre 30 FPS Ce qui ne fonctionne pas sous Horizon OS (le système Nintendo) Sous le système d'exploitation officiel de la Switch (Horizon OS), la grande majorité des jeux Nintendo sont hard-codés pour 4 Go de RAM — ils ne détectent pas et n'utilisent pas les 8 Go disponibles. Quelques titres font exception et bénéficient marginalement du surplus de RAM disponible pour le système. Les 8 Go sont pleinement exploitables uniquement sous Linux (L4T Ubuntu) ou Android portés sur la console. Prérequis et niveau requis Ce mod est réservé à des profils très avancés en électronique : — Station de soudure à air chaud (BGA/CMS) professionnelle obligatoire — Microscope binoculaire recommandé — Connaissances en datasheets de composants (vérification du pinout et des specs électriques) — Patches Atmosphere spécifiques pour amorcer avec 8 Go (le bootloader doit être patché pour ne pas planter sur une quantité de RAM inattendue) — Risque de bricker irrémédiablement la console en cas d'erreur de soudure Ce mod est une curiosité technique fascinante et une démonstration de ce que le Tegra X1 aurait pu offrir si Nintendo avait opté pour 8 Go dès l'origine. En pratique, il reste inaccessible au grand public — la soudure CMS sur un PCB de console portable est une opération délicate que même des techniciens expérimentés peuvent rater. Pour les jeux Nintendo Switch natifs, l'apport est quasi nul. L'intérêt principal est de faire tourner Linux et des jeux PC sur le hardware Switch — un cas d'usage niche mais impressionnant, bien documenté par Naga sur sa chaîne YouTube.

Pourquoi les performances matérielles impactent l'émulation

L'émulation est, par nature, une tâche CPU-intensive. Un émulateur ne fait pas simplement « lire » un fichier ROM — il recalcule en temps réel le comportement de toute l'architecture matérielle de la console d'origine : processeur, mémoire, circuits graphiques, audio, timers, DMA, interruptions. Chaque frame du jeu (60 par seconde pour la GBA, 30 pour beaucoup de jeux NDS) doit être calculée entièrement par l'émulateur avant d'être affichée. Sur les consoles récentes comme la Switch 1 (Ryujinx) ou la PS3 (RPCS3), l'émulation est particulièrement exigeante : le CPU d'origine était très différent des architectures x86 modernes, et chaque instruction doit être traduite dynamiquement (JIT — Just-In-Time compilation).

Ce qui compte vraiment — CPU vs GPU

Contrairement à ce qu'on pourrait croire, la carte graphique (GPU) n'est que secondairement importante pour l'émulation. L'immense majorité du travail est effectué par le processeur central (CPU), et plus précisément par ses cœurs individuels : la quasi-totalité des émulateurs fonctionnent principalement sur un seul thread (mGBA, Snes9x, Dolphin, melonDS en mode monocœur). Ce qui compte donc, c'est la fréquence du cœur unique (IPC × fréquence d'horloge), pas le nombre de cœurs ou la puissance brute multicœur. Un CPU à 4 cœurs rapides surpassera généralement un CPU à 16 cœurs lents pour l'émulation.

La GPU intervient principalement pour deux choses :
— L'upscaling de résolution (afficher un jeu GBA en 4K, appliquer des shaders CRT) — tâche légère, n'importe quelle GPU récente gère cela sans effort.
— L'émulation de consoles utilisant le rendu 3D hardware (PS2 via PCSX2, GameCube/Wii via Dolphin, PS3 via RPCS3) — là, la GPU compte davantage, mais le CPU reste le facteur limitant sur les titres les plus complexes.

RAM et stockage — rôles secondaires mais non nuls

La RAM n'est généralement pas un facteur limitant pour les émulateurs de consoles rétro (GBA, NDS, SNES, N64) : mGBA consomme moins de 100 Mo en fonctionnement. Elle devient pertinente sur les émulateurs modernes (Ryujinx consomme 4–8 Go, RPCS3 peut monter à 16 Go selon les jeux) et pour les builds de compilation de ROM hacks sous outils lourds.

Le stockage SSD (vs HDD) accélère le chargement des ROMs et le temps de compilation des shaders au premier lancement (particulièrement long sur Ryujinx et Dolphin). Une fois en jeu, l'impact du SSD est négligeable — la ROM est chargée en RAM au démarrage.

Sur smartphone — les contraintes spécifiques

L'émulation mobile est aujourd'hui performante sur des SoC haut de gamme, mais se heurte à deux contraintes spécifiques :
— La dissipation thermique : un smartphone chauffe rapidement sous charge CPU soutenue. Sans système de refroidissement actif (ventilateur), les SoC mobiles appliquent du throttling thermique (réduction de fréquence automatique pour protéger les composants), ce qui provoque des ralentissements progressifs en session longue — même sur un SoC puissant. Les smartphones gaming (ROG Phone) sont conçus précisément pour retarder ce phénomène grâce à des chambres à vapeur et, sur certains modèles, un ventilateur externe.
— La RAM disponible : Android limite la mémoire allouable par application. Sur la plupart des appareils, les émulateurs Android sont optimisés pour fonctionner dans ces contraintes — mais les émulateurs Switch sont extrêmement exigeants et nécessitent un SoC et une RAM d'exception.

Émulation par génération — puissance requise indicative

Console	Émulateur(s) de référence	Puissance requise (PC)	Sur smartphone
NES / SNES	Nestopia / Snes9x / RetrAarch	Très faible — n'importe quel PC depuis 2005	Excellent sur tout smartphone ≥ 2018
GB / GBC / GBA	mGBA / RetroArch	Très faible — n'importe quel PC depuis 2005	Excellent sur tout smartphone ≥ 2018
NDS / DSi	melonDS / RetroArch	Faible — tout PC moderne sans effort	Bon sur SoC ≥ Snapdragon 730
N64	ares / RetroArch	Faible à modéré	Correct sur SoC haut de gamme
PS1 / PSP	ePSXe / PPSSPP / RetroArch	Faible	Excellent sur tout smartphone récent
GameCube / Wii	Dolphin / RetroArch	Modéré — CPU performant mono-thread	Variable — SoC haut de gamme requis
PS2	PCSX2 / RetroArch	Modéré à élevé selon les jeux	Difficile — résultats très variables
3DS / N3DS	Azahar / RetroArch	Modéré — CPU rapide recommandé	Passable sur SoC premium 2022+
PS3	RPCS3	Élevé — CPU i7/Ryzen 7 minimum recommandé	Non viable
Switch 1	Eden	Très élevé — CPU/GPU puissants + 16 Go RAM min.	Non viable en pratique

Les niveaux indiqués sont des ordres de grandeur pour une émulation fluide à 100% de vitesse. L'upscaling (rendu en 2×, 4K…) augmente les exigences GPU mais reste généralement marginal sur les consoles pré-PS3.


◆ Matériel recommandé

Les recommandations ci-dessous sont orientées vers un usage mixte : émulation (de la GBA jusqu'à la Switch 1), ROM hacking (compilation, outils d'édition), et usage quotidien polyvalent. Aucun des produits mentionnés n'est sponsorisé.

Smartphone — Asus ROG Phone 9 Pro

Fiche technique complète (Nanoreview)

Le ROG Phone 9 Pro est recommandé principalement pour deux raisons directement liées à l'émulation mobile :

— Snapdragon 8 Elite (2024) : le SoC le plus performant du marché mobile au moment de sa sortie, avec une architecture de cœurs CPU asymétrique poussée à 4,47 GHz sur les cœurs prime. Pour l'émulation, cette fréquence élevée sur cœur unique est ce qui compte : melonDS, PPSSPP, Dolphin Android, et même les premières builds de Eden (Switch) tournent significativement mieux que sur les SoC des années précédentes.

— Système de refroidissement actif AeroActive Cooler : le ROG Phone intègre une chambre à vapeur interne étendue couvrant toute la surface du PCB, et accepte en accessoire un ventilateur actif externe (AeroActive Cooler). Pour l'émulation en session longue — typiquement une session de test d'un ROM hack 3DS de plusieurs heures — c'est ce qui fait la différence. Sans refroidissement, un Snapdragon 8 Gen 3 throttle en quelques minutes. Avec le AeroActive Cooler, les fréquences maximales sont maintenues quasi-indéfiniment.

— 24 Go de RAM / 1 To de stockage : la RAM est surdimensionnée pour l'émulation GBA/NDS (qui en consomme moins de 500 Mo), mais utile pour le multitâche intense, les émulateurs Switch Android, et la gestion de collections de ROMs volumineuses sans swap. Le stockage 1 To évite d'avoir à gérer des cartes microSD externes et leurs limitations de vitesse d'écriture.

— Écran AMOLED 165 Hz avec mode 1 ms : à 60 fps (fréquence native de la GBA et de la plupart des jeux NDS), un écran 165 Hz n'apporte rien. En revanche, la qualité d'affichage AMOLED (noirs profonds, contraste élevé) améliore significativement le rendu des jeux GBA — dont les graphismes ont été conçus pour être affichés sur un écran rétroéclairé à faible contraste, et qui gagnent beaucoup à être vus sur un écran moderne.

Nuance : le ROG Phone 9 Pro est un choix premium (>1 000 €). Pour un usage GBA/NDS uniquement, n'importe quel smartphone Android équipé d'un Snapdragon 700 series ou d'un Exynos/Dimensity équivalent (2021+) est largement suffisant. Le ROG Phone se justifie pour ceux qui veulent également émuler des consoles plus récentes (PS2, GameCube, 3DS) ou qui jouent en sessions longues sans dégrader les performances.


PC Portable — MSI Cyborg 15 (2025)

Fiche technique complète (Nanoreview)

Configuration : Intel Core 7 240H / NVIDIA GeForce RTX 5060 @ 8 Go VRAM / 16 Go RAM / SSD 512 Go / Clavier RGB

— Intel Core 7 240H (fréquence boost jusqu'à 5,1 GHz) : le facteur principal pour l'émulation. Un cœur rapide à 5+ GHz permet de faire tourner Dolphin (GameCube/Wii), PCSX2 (PS2) et melonDS à pleine vitesse même sur les titres les plus exigeants. Xenia (Xbox 360), RPCS3 (PS3) et Eden (Switch 1) sont également utilisables pour les jeux les moins gourmands.

— RTX 5060 @ 8 Go VRAM : surdimensionnée pour l'émulation rétro, mais justifiée pour un usage PC gaming complet. En émulation, elle sert principalement à l'upscaling et aux filtres graphiques (RetroArch shaders, Dolphin en 4K) et à la compilation des shaders Vulkan au premier lancement sur Ryujinx — une opération qui peut durer plusieurs minutes et qui bénéficie d'une GPU rapide pour minimiser les stutters initiaux.

— 16 Go de RAM : correct pour un usage mixte. 16 Go suffisent pour Dolphin et Eden sans compromis. Pour la compilation de ROM hacks sous environnements lourds (certains outils de build NDS, compilation de projets Switch homebrew), 32 Go apportent davantage de confort.

— SSD 512 Go : le point le plus discutable de cette configuration pour un usage ROM hacking intensif. 512 Go se remplit vite une fois qu'on cumule ROMs NDS/Switch, sauvegardes, dumps de cartouches et projets de développement. Un SSD externe USB 3.2 / NVMe en enclosure est une extension facile et peu coûteuse.

— Portabilité + clavier RGB : avantage pratique pour travailler sur des ROM hacks en dehors d'un bureau fixe — les outils d'édition (Hex Maniac Advance, HxD, DSPRE…) tournent parfaitement sur cette configuration, sans aucun compromis.

Nuance : pour un usage exclusivement GBA/NDS/SNES en émulation, le MSI Cyborg est très largement surdimensionné — n'importe quel PC portable avec un Core i5 de 10e génération ou un Ryzen 5 5000 suffit amplement. Le Cyborg se justifie pour un usage polyvalent : PC gaming, télétravail, loisirs, émulation GameCube/Switch, et ROM hacking dans un seul appareil.


Laptop ou desktop ? — Pourquoi le portable est recommandé ici

Un PC de bureau (desktop) offre généralement de meilleures performances brutes à budget équivalent — ventilation plus efficace, composants non bridés thermiquement, facilité d'upgrade. Mais pour un usage ROM hacking, émulation et quotidien, le laptop présente plusieurs avantages décisifs :

— Coupures de courant : la batterie du laptop joue le rôle d'un UPS permanent. Une coupure d'électricité brutale sur un desktop peut corrompre un fichier ROM en cours d'édition, une compilation en cours, ou un patch à moitié appliqué. Sur laptop, la session continue sans interruption — et les outils de ROM hacking comme HMA, AdvanceMap ou XSE n'ont aucun mécanisme d'auto-sauvegarde en cas de crash brutal.

— Portabilité : travailler sur un ROM hack n'est pas une activité strictement sédentaire. Tester en émulation sur le canapé, modifier des scripts dans un café, reprendre une session chez des amis — le laptop suit sans aucun compromis. Un desktop reste vissé à son bureau et à son branchement secteur.

— Écran, webcam et microphone intégrés : un laptop est un poste de travail autonome dès le déballage. Pas de moniteur externe à acheter, pas de webcam USB à brancher, pas de casque-micro obligatoire pour une réunion ou une session de stream/recording. Pour quelqu'un qui documente son ROM hack (captures d'écran, vidéos de présentation, communication avec la communauté), l'intégration native de ces éléments est un gain de temps et d'argent réel. Les laptops gaming récents intègrent des webcams 1080p et des micros stéréo de qualité correcte.

Le desktop reste le meilleur choix si la priorité absolue est la performance maximale, le refroidissement optimal ou l'upgrade régulier des composants (notamment GPU). Le laptop est recommandé ici parce qu'il correspond mieux à un usage quotidien polyvalent où la fiabilité, la mobilité et l'autonomie priment sur les performances brutes.