NXEmu est un émulateur Nintendo Switch open-source écrit en C++ pour Windows. Il en est encore à un stade très précoce et n’est pas encore utilisable pour jouer à des jeux. N3XOX1 a commencé à travailler sur NXEmu en 2018 avec des progrès lents mais constants. Maintenant qu’il affiche des graphismes, l’auteur pense que c’est le bon moment pour montrer ce qu’il a réalisé jusqu’à présent.
Quelques explications de l’auteur:
Je voulais créer mon propre émulateur principalement pour le défi et pour comprendre comment le système fonctionnait. C’était aussi un excellent moyen d’améliorer mes compétences en programmation. J’ai atteint un objectif clé lorsque NxEmu a réussi à démarrer un jeu commercial, mais après cela, je n’ai pas fait grand-chose de plus car la vie a pris le dessus.
Bien que j’aie mis le projet en pause, j’y ai pensé de temps en temps et j’ai toujours voulu le mener plus loin, idéalement jusqu’à ce qu’il soit suffisamment bon pour que quelqu’un puisse jouer agréablement à des jeux dessus.
Avec la suppression de Yuzu et Ryujinx, j’ai réfléchi davantage à l’aspect juridique de l’émulation de la Switch. À ce que je comprends, l’émulation elle-même est légale, mais le principal problème était le DMCA 1201 et la façon dont ils géraient le décryptage. S’ils n’avaient pas inclus le décryptage, ils seraient probablement encore en développement actif aujourd’hui.
Avec cela en tête, j’ai envisagé de tirer parti de ce que j’ai appris et compris de mon expérience en modularisant les composants sûrs et légaux de Yuzu, tels que le processeur, le système d’exploitation et la vidéo. L’objectif est de créer une preuve de concept qui modularise ces parties de l’émulateur et les combine pour exécuter une démo.
En travaillant sur mon émulateur, j’ai gardé à l’esprit le principe derrière la clôture de Chesterton, qui suggère que vous devriez comprendre le but de quelque chose avant de le changer. Étant donné les modifications importantes que j’ai déjà apportées pour m’assurer que chaque partie s’adapte, j’ai décidé de reporter les changements qui peuvent attendre. Cela permet de garantir que le système reste stable avant d’introduire d’autres modifications.
Ce projet n’est pas simplement un autre fork. Bien que j’utilise du code de Yuzu, j’intègre sélectivement des parties du code source une à la fois. Cette approche me permet non seulement de mieux comprendre chaque composant, mais aussi de m’assurer que je peux travailler efficacement avec et éviter des éléments problématiques comme le décryptage. Cependant, l’inconvénient de ne pas simplement forker est que je ne récupère pas tout automatiquement. Je dois ajouter chaque partie petit à petit. Cela signifie qu’une grande partie des fonctionnalités manquera initialement car je reconstruis progressivement ce qui était disponible dans Yuzu au moment où il a été interrompu. Par conséquent, atteindre la parité fonctionnelle avec Yuzu va prendre un certain temps.
