Mupen64 RR Lua (ou Mupen64 Re-recording Lua) est un fork (le 3eme) de Mupen64 permettant l’enregistrement de vidéo.
 

 
Les changements sont:
 
✨ Features
– TASInput – Rework autofire (#1054)
– PianoRoll – Integrate with action system (#771)
– Lua – painter API (#1026)
– Lua – Add MouseEventArgs.triple_click (#1043)
– Lua – Modernize Hotkey (#1025)
– Lua – Use SDL types for keys and mouse buttons (#1024)
– VCR – More non-modal warnings (#1039)
– Dont show « Don’t show again » checkbox in certain dialogs
 
🐞 Bugfixes
– Views.Win32 – High idle CPU usage
– Views.Win32 – Toasts dont have dark mode applied
– TASInput – Closing config dialog breaks controller input (#1055)
– TASInput – Certain controllers not being discovered (#1023)
– VCR – Allow playing movies from the future (#1045)
– VCR – Unexpected non-zero RCP lag factor written to extended data section (#1041)
– Lua – emu.atmouse never receives double or triple clicks
– Lua – Non-numeric locale breaks certain scripts (#1029)
– LuaRenderer – Overly strict render scheduling (#1042)
– Use-after-free crash on shutdown (#1037)
– Statusbar – L button missing from input display (#1033)
– About dialog being suppressed in silent mode
 
Site original. Fork 1. Fork 2. Fork 3.
 

Télécharger Mupen64 RR Lua v1.5.0-3 (+AVI Fixes builds) (18.2 Mo)

En savoir plus…

Coffee GB est un émulateur Game Boy Color développé en Java 16 (pour le cœur) et Kotlin (pour l’interface graphique). Conçu comme un projet personnel et un exercice de programmation, il se distingue par une approche technique ambitieuse: l’émulation du CPU est cycle-exacte, chaque instruction étant décomposée en micro-opérations exécutées à la cadence réelle de la console.
 
Malgré son aspect expérimental, Coffee GB offre une compatibilité élevée, validée par les célèbres tests Blargg et Mooneye GB, garantissant un comportement fidèle à la console d’origine. Il prend en charge les cartouches avec les contrôleurs mémoire MBC1 à MBC5, ainsi que les sauvegardes sur batterie, permettant de conserver les données de jeu comme sur une vraie Game Boy.
 

L’émulateur lit également les ROMs compressées (.zip), propose une configuration des touches via un fichier .properties, et intègre une fonctionnalité de netplay avec rollback (encore expérimentale) pour jouer en ligne avec synchronisation des états.
 

Pour les développeurs ou curieux techniques, le projet inclut des tests automatisés via Maven, et le code source est disponible sous licence MIT, librement modifiable et réutilisable.
 

Télécharger Coffee GB v2.1.7 (72.8 Mo)

Site Officiel

En savoir plus…

Igir est un gestionnaire de collections de ROM qui permet de trier, de filtrer, d’extraire ou d’archiver, de patcher et d’établir des rapports sur des collections de toute taille sous n’importe quel système d’exploitation.
 

Télécharger Igir v5.7 (41.0 Mo)

Site Officiel

En savoir plus…

Hades est un émulateur de Nintendo GameBoy Advance en cours de développement, il vise à atteindre un équilibre satisfaisant entre convivialité, vitesse et précision.
 

 
Actuellement, Hades présente les caractéristiques suivantes:
 

– Une précision décente
– Correction des couleurs
– Sauvegarde rapide (également connue sous le nom de Save State)
– Support de l’horloge en temps réel (RTC)
– Support des contrôleurs de jeu
 

C’est le troisième émulateur à passer les benchs de la cartouche AGS Aging Cartridge utilisée pour tester les systèmes Game Boy Advance.
 

Les nouveautés:
 
– Ensure the sound frequency of PSG channel 2 and 3 is correctly resampled on each iteration.
– Add a missing `break` in a switch case.
– Add support for the « If Button » CodeBreaker/GS/PARv3 instructions.
– Rename all logs function to prefix them with `hs_`.
– Misc fixes

Télécharger Hades v1.1.1 Build 261002 (4.7 Mo)

Site Officiel

En savoir plus…

Ruzu est un émulateur Nintendo Switch écrit en Rust, développé comme une expérience visant à déterminer si l’IA, via des modèles de langage (LLM), pouvait réaliser le portage complet d’un projet logiciel de très grande taille de C++ vers Rust.
 

Le projet est basé sur le code de yuzu/Eden et représente environ 500 000 lignes de code portées exclusivement avec l’aide de LLM, sur une période d’environ six mois. L’objectif n’était pas simplement d’obtenir un programme fonctionnel, mais de conserver au maximum la structure du projet original, avec une correspondance entre les fichiers et les différentes parties du code C++ et Rust.
 

 
Ruzu intègre notamment un kernel HLE avec ordonnanceur, fibres, IPC et services, un processeur de commandes GPU, un recompilateur de shaders et un JIT. La recompilation dynamique du code ARM est assurée par rdynarmic, un portage Rust de Dynarmic, avec des backends natifs x86-64 et ARM64. Le projet comprend également rxbyak, un portage Rust de Xbyak pour la génération de code machine x86-64.
 
L’émulateur est déjà capable de démarrer et d’exécuter des jeux commerciaux, avec l’objectif affiché d’atteindre les performances de l’implémentation C++ originale. Le projet reste toutefois en développement.
 
Ruzu dispose également d’un frontend graphique ainsi que d’un frontend en ligne de commande, et peut être compilé sous Windows, Linux, macOS et plusieurs systèmes BSD.
 
Les changements sont:
– Stability: fixed a memory/GPU/scheduler deadlock investigated in issue #20. Guest-memory access no longer holds an exclusive memory lock while waiting for GPU work that needs kernel scheduling to complete.
– Memory-copy performance: copies between processes now use an explicit page table without allocating a temporary memory object or changing the table used by the CPU. Existing GPU caches and scratch buffers are reused.
– Shader error handling: unsupported or invalid translator operands now produce handled shader exceptions instead of terminating the GPU thread and leaving synchronization waits blocked. Affected draws may still be skipped; this does not add support for those operands.
– CPU/GPU sync: corrected tracking of images backed by non-contiguous memory to address texture corruption. Removed a whole-image download path that could overwrite reused guest memory, and restored GPU notifications for exclusive CPU writes.
– JIT performance: diagnostic environment settings are cached in release builds instead of being queried repeatedly while compiling CPU blocks, reducing compilation overhead. Actual improvements depend on the game and hardware.
– Testing and diagnostics: added regression coverage for shared memory access, process-specific page-table copies, and shader errors. Windows guest-thread diagnostics can now produce a shorter report without the full profiling history.
 

Télécharger Ruzu v0.1.1 RC3 (48.7 Mo)

Site Officiel

En savoir plus…

Il s’agit d’un fork de DOSBox des plus intéressant, destiné à Windows Linux et MacOS et créé par Jon Campbell. Il possède une compatibilité excellente et met l’accent sur la précision d’émulation notamment en ce qui concerne l’émulation de Windows 3.x à ME. En outre il ajoute des améliorations en provenance d’autres builds comme DOSBox ECE avec l’émulation de la 3DFX (et du glide) en interne.
DOSBox-X prend en charge les jeux d’instructions des processeurs tels que les Pentium Pro, II, III et MMX et gère aussi l’émulation du DOS/V et du NEC PC-98 ainsi que beaucoup d’autres choses à découvrir !
 
DOSBox-X peut être configuré pour exécuter une large gamme de jeux DOS, à partir des classiques jeux CGA/EGA/VGA/SVGA/IBM PC/XT/AT/AX/Tandy/PCjr et PC-98 jusqu’aux jeux de l’ère Quake.
 
Il a également l’avantage d’utiliser des améliorations en provenance d’autres builds mais également des sources officielles.

 
A noter que:
 
DOSBox‑X est proposé en deux variantes distinctes. La version standard (proposée ici même) inclut un DOS interne complet, enrichi de nombreuses extensions modernes (gestion avancée des systèmes de fichiers, noms longs, montages dynamiques, outils intégrés). Elle permet d’exécuter directement des jeux et programmes DOS sans installer d’OS séparé, et offre un environnement plus puissant et flexible qu’un MS‑DOS ou un FreeDOS classiques.
 
La version OS‑free retire entièrement ce DOS interne. Elle n’expose plus aucune API DOS, ne fournit aucune gestion de fichiers et ne propose plus les extensions logicielles propres à DOSBox‑X. Elle se limite à l’émulation du matériel PC (CPU x86, BIOS, contrôleurs, cartes vidéo et audio). Cette variante nécessite donc de booter un système d’exploitation externe comme FreeDOS, MS‑DOS ou un OS expérimental.
 
L’édition standard convient aux usages courants et à la compatibilité logicielle, tandis que l’édition OS‑free s’adresse aux utilisateurs recherchant une émulation matérielle pure, au développement d’OS ou aux tests nécessitant l’absence totale de surcouche DOS intégrée.

 

 
Les améliorations sont à consulter sur le site officiel.
 
Les builds Visual Studio sont les builds Windows par défaut à utiliser, ils incluent un débogueur. Les versions MinGW standard de DOSBox-X prennent en charge le backend Slirp via carte réseau NE2000 mais ne fonctionneront pas sous Windows XP. Si vous avez besoin de la prise en charge de Windows XP, vous pouvez utiliser les versions 32 bits de Visual Studio ou les versions « bas de gamme » (Low-End) MinGW 32 bits (mais pas les versions MinGW standard). Le package HX-DOS vous permet d’exécuter DOSBox-X dans un véritable système DOS (MS-DOS 5.0+ ou compatible) à l’aide de l’extension HX DOS disponible gratuitement.
 

Télécharger DOSBox-X (Hx DOS) v2026.10.01 (9.7 Mo)

Télécharger DOSBox-X (LowEnd) v2026.10.01 (19.6 Mo)

Télécharger DOSBox-X (MinGW) v2026.10.01 (24.1 Mo)

Télécharger DOSBox-X (Visual Studio) v2026.10.01 (28.9 Mo)

Site Officiel

En savoir plus…

Un émulateur NES écrit en Dart et Flutter. Supporte macOS, Windows, Android et Linux (testé sur Steam Deck).
 

Télécharger NESd v0.21.3 (15.5 Mo)

Site Officiel

En savoir plus…