Decomp.dev ferme son classement : quand l’IA transforme la préservation des jeux rétro en course aux pourcentages

Il fut un temps où réussir à décompiler quelques fonctions d'un vieux jeu Nintendo pouvait représenter plusieurs jours de travail. Il fallait analyser du code assembleur, comprendre les habitudes des programmeurs de l'époque, retrouver les particularités des compilateurs et comparer patiemment chaque instruction avec le programme original. Un travail minutieux, rarement spectaculaire, mais essentiel pour les passionnés qui souhaitent préserver et comprendre les jeux vidéo.

Depuis 2024, un site baptisé decomp.dev permettait de suivre ces projets de rétro-ingénierie. Son principe était particulièrement séduisant : afficher la progression de différentes équipes sous forme de pourcentages et de graphiques, avec un historique détaillé du travail réalisé sur chaque jeu. On pouvait ainsi observer, parfois semaine après semaine, des projets consacrés à des titres comme Super Mario Sunshine, Metroid Prime ou Super Smash Bros. Melee.

Mais ce petit monde vient de connaître un bouleversement assez inattendu. Le 15 octobre 2026, Luke Street, connu sous le pseudonyme @encounter, a publié un message annonçant la mise en retrait de decomp.dev. Son constat est sévère : l'utilisation croissante de l'IA aurait transformé la communauté de décompilation en une course aux résultats, au détriment de la recherche et du travail collectif.

Le site ne disparaît pas entièrement. Les pages des projets existants et leurs historiques restent accessibles, mais le répertoire public, le classement et l'ajout de nouveaux projets sont désormais désactivés. Une décision qui illustre assez bien les tensions provoquées par l'arrivée des agents IA dans les communautés de passionnés.

La décompilation : reconstruire un jeu sans posséder son code source

Pour comprendre ce qui se joue ici, il faut revenir sur une discipline relativement méconnue du grand public : la matching decompilation, que l'on pourrait traduire par décompilation à correspondance exacte.

Lorsqu'un studio développe un jeu, ses programmeurs écrivent généralement du code dans un langage comme le C ou le C++. Ce code est ensuite transformé par un compilateur en instructions directement compréhensibles par le processeur de la console. Le problème apparaît plusieurs décennies plus tard, lorsque les fichiers sources ont disparu ou ne sont plus accessibles.

Les passionnés disposent alors uniquement du programme compilé, présent sur la cartouche ou le disque d'origine. Leur objectif consiste à retrouver une version du code source qui, une fois recompilée avec les outils appropriés, produit exactement les mêmes instructions que le programme original.

Ce n'est donc pas simplement convertir automatiquement un exécutable en quelques lignes de C vaguement lisibles. Il faut reconstruire les structures, les fonctions et parfois les choix d'optimisation du compilateur historique, jusqu'à retrouver une correspondance binaire exacte.

La difficulté devient considérable lorsque l'on travaille sur des jeux contenant des milliers de fonctions. Certaines parties sont relativement faciles à reconnaître, tandis que d'autres demandent de longues recherches pour comprendre un comportement particulier ou identifier une structure de données.

Ce travail permet de documenter des techniques de programmation anciennes, d'améliorer la compréhension du fonctionnement des consoles et, dans certains cas, de faciliter la création de portages natifs vers des plateformes modernes.

Mais la décompilation et le portage restent deux opérations différentes. La première cherche à reconstruire et comprendre le programme. Le second consiste à adapter un jeu pour qu'il fonctionne sur une autre machine. Les deux démarches peuvent se compléter, mais elles ne poursuivent pas nécessairement le même objectif.

Et c'est précisément cette distinction qui s'est progressivement perdue, selon le créateur de decomp.dev.

Quand chaque pourcentage représentait des heures de travail

On distingue la progression affichée pour Super Mario Sunshine, l'une des fonctions principales de l'ancien répertoire. Il s'agit d'une capture historique, pas de l'état actuel du site. Crédit : Luke Street / @encounter.

À son lancement, decomp.dev avait une idée assez simple : rendre visibles les progrès réalisés par les communautés de rétro-ingénierie et transformer un travail particulièrement austère en aventure collective.

Le site affichait des graphiques indiquant la proportion du code reconstruite, les fichiers entièrement correspondants et les modifications apportées aux différents projets. Le système s'appuyait notamment sur objdiff, un outil développé par Luke Street permettant de comparer les fichiers compilés et d'identifier les différences entre le résultat obtenu et le programme original.

L'intérêt de ces graphiques ne résidait pas uniquement dans la compétition. Ils permettaient de visualiser un effort collectif, parfois réparti sur plusieurs années. Lorsqu'un projet gagnait quelques dixièmes de point, cela pouvait représenter des dizaines de fonctions corrigées, de nouvelles découvertes ou un problème de compilation enfin résolu.

Pour les contributeurs, voir la barre de progression avancer constituait donc une forme de reconnaissance. Le classement donnait également de la visibilité à des projets qui auraient autrement été connus uniquement de quelques spécialistes fréquentant leurs dépôts GitHub.

Mais cette mécanique reposait sur un équilibre fragile. Le pourcentage était intéressant parce qu'il représentait indirectement un travail de compréhension et de reconstruction. À partir du moment où l'on peut augmenter ce chiffre beaucoup plus rapidement, son sens commence à changer.

C'est ce que Luke Street reproche aujourd'hui à l'évolution de la communauté. Dans son texte publié le 15 octobre, il explique que les modèles d'IA récents sont devenus suffisamment performants pour accélérer considérablement la reconstruction de code, en particulier lorsqu'ils disposent d'une base existante et d'une documentation détaillée.

La progression technique peut donc être réelle, mais le compteur ne raconte plus nécessairement la même histoire.

L'IA accélère le travail, mais elle change aussi les règles du jeu

L'arrivée des assistants de programmation ne constitue pas, en elle-même, le problème dénoncé par le développeur.

Luke Street reconnaît que les modèles actuels peuvent se révéler particulièrement efficaces pour retrouver des correspondances entre différentes versions d'une fonction. Ils savent explorer plusieurs variantes de code, tester des hypothèses, exploiter des informations de débogage et proposer des modifications qui auraient auparavant nécessité beaucoup plus de travail manuel.

Il explique notamment que les premiers résultats obtenus au début de l'année 2026 demandaient encore d'importantes corrections humaines et revenaient relativement cher. Les modèles plus récents permettent désormais d'automatiser des recherches complexes avec davantage de fiabilité et à un coût réduit.

Cette évolution représente une véritable opportunité pour les projets de préservation. Des tâches répétitives peuvent être accélérées, certaines fonctions difficiles deviennent plus accessibles et les équipes peuvent consacrer davantage de temps aux problèmes qui nécessitent réellement une expertise humaine.

Mais les mêmes outils permettent également d'adopter une approche beaucoup moins respectueuse du travail collectif.

Selon le créateur de decomp.dev, certains utilisateurs récupèrent désormais des projets existants, créent leurs propres versions et utilisent massivement l'IA pour faire grimper les statistiques de progression. D'autres exploiteraient le travail réalisé par des équipes de décompilation pour publier rapidement des portages PC parfois incomplets ou insuffisamment testés.

Le problème ne vient donc pas uniquement du code généré. Il concerne aussi la manière dont ce code est produit, présenté et partagé avec les communautés qui ont passé des années à reconstruire les fondations techniques des jeux.

Un portage capable d'afficher un menu et de lancer une partie ne garantit pas nécessairement une expérience fidèle, stable ou correctement documentée. Pourtant, dans un environnement dominé par les annonces rapides et les démonstrations sur les réseaux sociaux, il peut attirer davantage d'attention qu'un travail de recherche beaucoup plus approfondi.

Pour Luke Street, cette course au résultat finit par détourner la communauté de ce qui faisait son intérêt : la compréhension des jeux et le partage des connaissances.

Le paradoxe d'une communauté qui voulait rester ouverte

L'un des aspects les plus intéressants de cette affaire concerne la philosophie même des projets de décompilation.

Ces initiatives reposent largement sur des dépôts publics, des outils partagés et des contributions bénévoles. L'ouverture du code permet de mutualiser les découvertes, d'éviter de recommencer plusieurs fois les mêmes recherches et de faire avancer collectivement des projets qu'une personne seule pourrait difficilement terminer.

Mais cette ouverture facilite aussi la création de versions concurrentes. Un dépôt public peut être copié dans les conditions prévues par sa licence, puis modifié avec des outils automatisés sans que ses auteurs initiaux participent nécessairement à la suite du développement.

Sur le plan juridique, toutes ces pratiques ne sont pas équivalentes et leur légitimité dépend notamment des licences utilisées. Mais sur le plan communautaire, elles peuvent provoquer des tensions lorsque le travail initial n'est pas correctement reconnu ou que les modifications produites ne sont jamais proposées en retour au projet d'origine.

Luke Street explique ainsi que certaines équipes ne souhaitent pas utiliser l'IA pour des raisons techniques, éthiques ou juridiques. D'autres y sont favorables, mais préfèrent conserver leurs propres règles de contribution et de vérification.

Il serait difficile d'imposer une politique commune à tout cet écosystème.

Le développeur reconnaît d'ailleurs qu'interdire purement et simplement les projets utilisant l'IA ne constituerait pas une solution réaliste. La frontière entre une contribution sérieuse et une production automatisée médiocre peut être difficile à établir, et vérifier individuellement des centaines de projets demanderait un travail de modération considérable.

Pour un site maintenu bénévolement par une seule personne, ce n'est pas particulièrement envisageable.

Il a donc choisi de supprimer l'élément qui, selon lui, encourageait le plus cette dérive : le classement public.

Decomp.dev ne ferme pas complètement ses portes

La capture du portfolio affiche 29,78 % de code décompilé et 18,57 % entièrement lié pour une version de Metroid Prime ; ces valeurs sont historiques et ne représentent pas nécessairement la progression actuelle. Crédit : Luke Street / @encounter.

Contrairement à certaines formulations apparues après l'annonce, decomp.dev ne s'arrête pas totalement.

Le créateur a confirmé que les projets déjà suivis continueront à disposer de leurs pages individuelles et de leurs historiques. Les informations accumulées au fil des mois ne sont donc pas supprimées, et le suivi technique des projets existants doit se poursuivre.

En revanche, le répertoire permettant de parcourir l'ensemble des projets, le classement général et les possibilités d'en ajouter de nouveaux sont désactivés.

Autre précision intéressante : le code du site decomp.dev n'a jamais été publié sous une licence open source. Luke Street conserve les droits sur cette application et indique explicitement qu'elle ne peut pas être copiée pour créer un service concurrent.

Cette situation ne doit pas être confondue avec celle de ses autres outils. objdiff, par exemple, reste disponible sur GitHub sous licences MIT et Apache 2.0. Les développeurs peuvent donc continuer à utiliser cet utilitaire pour comparer leurs compilations et travailler sur leurs projets.

Le logiciel decomp-toolkit, également développé par Luke Street, reste lui aussi accessible. Il propose notamment des outils d'analyse et de préparation des fichiers utilisés par les jeux GameCube et Wii.

L'annonce ne signe donc pas la fin de la décompilation communautaire. Elle marque plutôt le retrait d'un espace central qui permettait de suivre et de comparer publiquement les progrès réalisés par différentes équipes.

Cette distinction est importante, car les projets eux-mêmes continuent d'exister. Certains poursuivront leur travail avec l'IA, d'autres préféreront une approche plus traditionnelle, et plusieurs combineront probablement les deux méthodes.

Préserver les jeux, ce n'est pas seulement réussir à les faire tourner

L'affaire decomp.dev soulève finalement une question qui dépasse largement les communautés de rétro-ingénierie.

Depuis plusieurs années, la préservation du jeu vidéo prend une importance croissante. Les serveurs ferment, les boutiques numériques disparaissent, certains titres deviennent difficiles à utiliser sur du matériel moderne et les anciennes plateformes finissent progressivement par tomber en panne.

Dans ce contexte, les projets de décompilation et de portage jouent un rôle intéressant. Ils permettent de mieux comprendre les jeux anciens et peuvent contribuer à leur conservation technique, même si la distribution des fichiers et des ressources reste soumise aux droits des éditeurs et des ayants droit.

Mais préserver un jeu ne consiste pas uniquement à obtenir un programme capable de s'exécuter sur un ordinateur récent.

Cela signifie aussi documenter son fonctionnement, comprendre ses contraintes techniques, conserver des informations sur les outils de développement originaux et, lorsque cela est possible, expliquer les choix effectués par ses créateurs.

Un portage réalisé rapidement avec l'aide d'une IA peut offrir un résultat très utile aux joueurs. Il peut même représenter une excellente nouvelle lorsqu'il permet de retrouver un titre devenu difficilement accessible.

Pour autant, ce résultat ne remplace pas nécessairement le travail de recherche qui permet de comprendre comment le jeu fonctionnait à l'origine.

C'est toute la nuance de cette controverse. La rapidité et la qualité ne sont pas incompatibles, mais elles ne désignent pas la même chose. Un pourcentage de code reconstruit ne renseigne pas toujours sur la précision du travail, sa lisibilité ou sa valeur documentaire.

L'IA peut donc accélérer la préservation du patrimoine vidéoludique, à condition de ne pas réduire cette préservation à une simple course aux exécutables fonctionnels.

Une petite fermeture qui en dit long sur l'avenir des communautés geek

La décision de Luke Street ne concerne qu'un site relativement spécialisé, connu principalement des amateurs de rétro-ingénierie et de développement de jeux anciens. Mais elle illustre une transformation beaucoup plus large.

Pendant longtemps, les communautés de passionnés ont valorisé les progrès techniques parce qu'ils témoignaient d'un apprentissage, d'une maîtrise et d'un effort partagé. Aujourd'hui, les outils de génération automatique permettent parfois d'obtenir des résultats similaires en une fraction du temps.

Cette évolution n'est pas nécessairement négative. Elle rend certaines disciplines plus accessibles et peut accélérer des projets qui auraient autrement demandé des années supplémentaires. Mais elle oblige aussi à repenser les mécanismes de reconnaissance, de contribution et de qualité sur lesquels reposaient ces communautés.

Decomp.dev avait fait du pourcentage de progression une façon amusante de suivre les efforts de chacun. En retirant son classement, son créateur rappelle qu'un indicateur finit parfois par devenir contre-productif lorsqu'il se transforme en objectif à atteindre à tout prix.

L'IA peut aider à reconstruire le code d'un jeu vidéo. Elle ne reconstruit pas automatiquement la confiance entre les personnes qui travaillent dessus.

Et c'est peut-être la véritable leçon de cette histoire. Derrière les lignes de code, les graphiques et les outils de décompilation, il reste des passionnés qui consacrent leur temps à comprendre des jeux créés il y a parfois plusieurs décennies.

On peut désormais accélérer une partie de leur travail avec quelques prompts. Mais il serait dommage d'oublier pourquoi ils avaient commencé.