Développé par Mike Wynne, il s’agit d’un émulateur Sinclair ZX81, Sinclair ZX80, Sinclair ZX Spectrum 16k/48k, Sinclair ZX Spectrum 128k, Amstrad/Sinclair Spectrum +2, Amstrad/Sinclair Spectrum +2a, Amstrad/Sinclair Spectrum +3, Timex TS1000, Timex TS1500, Timex TS2068, Timex TC2048, Lambda 8300, Ringo R470, MicroDigital TK85 et Jupiter ACE.
Bug fixes:
– If a hardware generated ZX81 HSync pulse is output part way through a scanline then it is no
longer interpreted as starting a new scanline.
– The ZX Printer name and type conflicted with names in the VCL libraries.
– The Lambda character generator was not correctly being selected via the Hardware dialog.
– The BASIC Listing loader facility did not handle spaces within variable names or spaces
within numeric values.
– Fixed inability to change Profiler entry labels.
– Handle potential for a NULL path in ZXpand internal calls.
– Removed unused labels in Debug DFM file.
– Fixed drive mapping bug for ZX Interface 1 Microdrives.
– Fixed case that showed duplicate filenames in a ZIP file when opening a tape file from the
main window.
– Improved support for retrieving from structured ZIP files.
– Fixed debug window stalling when ‘Skip NMI’ or ‘Skip INT’ were enabled in Continuous mode.
– History window cleared after loading a snapshot.
– In the Spectrum+2A/+3, switching back from special memory map mode to normal memory map mode
was not switching to banks 5 and 2 in memory ranges $4000-$7FFF and $8000-$BFFF respectively.
– Spelling corrections to various documentation files.
– Bug fix to the Basic Loader mechanism.
– Corrected ROM path for the MWCFIde IDE drive.
– The BASIC Listing loader was not tokenising « » within REM statements on the ZX81 when
tokenisation of REM contents was enabled.
– The BASIC Listing loader was not tokenising keywords that were followed by a colon on the
Spectrum even though the Accept Alternate Keyword Spellings option was selected.
– Fixed AY sound implementation to align with hardware behaviour.
– Fixed AY sound controls.
– Fixed ACP stereo mode operation and beeper feedback.
– Fixed beeper volume control and addressed noise spikes at low volumes.
– Memotech hi-res didn’t support a pixel byte of $76 within the hi-res display file.
– Fixed support for Chroma 81 on TS1000 and TS1500.
– The Microdrive LED would be left on if the Spectrum was hard reset whilst a Microdrive
was running.
– Fixed illegal memory access errors in Spectrum floppy drive subsystem.
– Fixed intermittent issue opening Spectrum floppy data files.
– Fixed interactions in floppy drive image file selections between the Spectrum+3 and other
machines.
– Fixed support for TR-DOS on Beta floppy drives, allowing reading of TRD image files.
– Corrected the title and file types of the open dialog when selecting a replacement ROM
from the Hardware dialog.
– The non-volatile memory for the ZXCF interface has been blank since EightyOne version 0.43!
– Attempting to load a program via the BASIC Listing loader that did not have a line number
defined for the first line would result in all automatically generated line numbers being
out of step.
– Z80 instructions OUTI, OTIR, OUTD, and OTDR operational execution sequences were corrected.
– Fixed layout issues with the Edit Data Block window.
Changes:
– Renamed the ‘Discard Redundant Spaces’ option of the BASIC Listing loader to be ‘Discard
Surplus Spaces’.
– Improved speech emulation accuracy using code obtained from:
https://github.com/GmEsoft/SP0256_CTS256A-AL2
– Speech interface selection now made via a new combobox on the hardware dialog.
– Removed unused non-functioning QL emulation.
– The Sound dropdown in the Hardware dialog now presents options applicable to the selected
computer.
– Switched from 8-bit to 16-bit sound generation.
– Added support for MIDI output to Spectrum 128 and Spectrum+2.
– Default sound volume settings are in the middle of the range.
– Added ability to cancel changes on the hardware configuration dialog.
– Default cursor keys are selected based on the chosen machine unless custom keys are defined.
– Support Spectrum floppy drive write protection.
– Implemented the correct auto-boot operation of the Beta Disk interface depending on the
Spectrum model.
– Added option under the View->Zoom menu to select full screen mode.
– Added the 3rd party TS2068 command cartridges to the Hardware dialog ROM cartridge dropdown
list.
– Added the unreleased ZX Interface 2 ROM cartridges by Parker Brothers to the Hardware dialog
ROM cartridge dropdown list.
– Added the PC8300 Timex ROM to the Hardware dialog ROM dropdown list on the Advanced tab
for the Lambda 8300.
– Added the +3e ROMs to the Hardware dialog ROM dropdown list on the Advanced tab for the
Spectrum+2A and Spectrum+3.
– Added the ASZMIC and FORTH ROMs to the Hardware dialog ROM dropdown list on the Advanced tab
for the ZX81, TS1000 and TS1500.
– All dialogs windows are now set to be top most so that they always appear in front of the
main window.
Enhancements:
– Separated and updated the documentation for CHR$128 mode and the ARX true high resolution
display mechanism.
– ‘Skip NMI’ and ‘Skip INT’ debug screen controls also provide a filter for the history buffer.
– Added emulation of The Parrot speech interface by R.I.S.T. Inc for the ZX80 and ZX81.
– Added emulation of the Sweet Talker interface by Cheetah Marketing Ltd for the ZX81 and
ZX Spectrum.
– Added emulation of the Voice Synthesiser speech interface by Mageco Electronic for the ZX81.
– Added emulation of Fuller Orator speech interface by Fuller Micro Systems for the ZX Spectrum.
– Support for execution breakpoints on addresses above RAMTOP.
– Added example programs for ZX Spectrum specific interfaces.
– Added the manual for the Multiface 3.
– Added volume controls for speech interface and SpecDrum sounds.
– Sound output window is resizable.
– Added documentation for various ZX Spectrum IDE and FDC interfaces.
– Added emulation of 3-Channel Sound Unit by dk’tronics Ltd for the ZX Spectrum.
– Added emulation of the ZON X sound interface by Bi-Pak for the ZX Spectrum.
– Added emulation of the SpecDrum by Cheetah Marketing Ltd for the ZX Spectrum.
– Added support for CAPS LOCK key and US keyboards on all ZX Spectrum models, TS2068, TC2048,
TC2068, and Jupiter Ace.
– Added emulation of S-Pack speech interface by DCP Microdevelopments Ltd for the ZX81 and
ZX Spectrum.
– Added joystick support for: Kempston, Fuller, Sinclair 1, Sinclair 2, Cursor and Boldfield.
– Two joysticks supported for TS2068 and TC2068.
– Two joysticks supported when Sinclair 1 joystick or Sinclair 2 joystick is selected.
– Auto-fire support for joysticks.
– Added a Defaults button to the Hardware dialog.
– The BASIC Listing window now refreshes automatically after loading a program from cassette
via the ZX80, ZX81 and ZX Spectrum ROMs.
– Added utility programs for +D and DISCiPLE floppy drives.
– Added ability to create new image files for Spectrum floppy drives.
– Added support for floppy DOS-based formatting on Spectrum floppy drives.
– Added support for Microdrive cartridge write protection.
– Added +3e ROMs for the ZXCF, divIDE 57 (R Gal), divIDE 57 (R » Gal), Simple IDE 8-Bit,
Simple IDE 16-Bit and Simple IDE CF interfaces.
– Enabled support for writing and formatting floppy disks on Spectrum+3 disk drives.
– Added support for the Spectrum 128 Keypad.
– Added an option in the Keyboard dialog to specify whether the keyboard’s numeric keypad (when
Num Lock is on) replicates the normal number and symbol keys or is used to simulate joystick
input.
– Added the ability to select via the UI an alternative ROM for the Simple IDE 8-bit,
Simple IDE 16-bit, Simple IDE CF and MWCFIde IDE interfaces.
– Added the ability to select via the UI an alternative ROM for the Beta Disk, Opus Discovery,
DISCiPLE and +D FDC interfaces.
– Enhanced .Z80 snapshot to support more hardware options.
– Add emulation of the Memotech Z80 Assembler and Memocalc interfaces.
0 commentaire
Il s’agit d’un émulateur de Nintendo NES (et aussi FDS, NSF, NSFe, VS System), Super NES (et Super Gameboy), Gameboy/Color et PC Engine (plus dérivés) écrit en C++ (interface en c#) gérant le multi threading et est capable de s’exécuter en mode 32 ou 64 bits automatiquement. Il s’attarde sur la précision, gère un ensemble de mappers et filtres graphiques (mais aussi les packs HD au format HDNes) ainsi que les extensions zip/7z, permet l’enregistrement vidéo, le jeu en ligne ou encore d’utiliser des codes de triches. De plus, il se mettra à jour automatiquement. En outre il dispose également d’un débogueur.
Il vous faudra disposer de Windows Vista, 7, 8, 8.1, 10 ou 11 ainsi que DirectX 11 avec, selon les builds, .NET Framework 8+ d’installé.
A noter qu’il est à présent très probable que Mesen soit devenu l’émulateur de NES le plus précis (devant Nestopia UE/puNES/Bizhawk) et en passe de devenir le meilleur émulateur de cette catégorie tout simplement.
Pour rappel: il s’agit du retour officiel (après plusieurs forks) de l’émulateur qui était le meilleur en devenir pour la NES (ou bien c’est peut-être même déjà le cas), bref une référence, il s’agit donc d’une excellente nouvelle d’autant que cette version fusionne MESEN-S (Snes) et ajoute le support de la Gameboy et de la PC Engine.
Différence entre la version native et la version nécessitant .NET:
Version AoT (sans installation de .NET):
– Avantages : Ne nécessite pas d’installer .NET, ce qui peut simplifier l’installation et l’exécution, surtout sur des machines où .NET n’est pas déjà présent.
– Inconvénients : Peut être plus volumineux puisque toutes les dépendances nécessaires sont intégrées dans le binaire.
Version avec installation de .NET 8:
– Avantages : Peut bénéficier des améliorations de performance et des optimisations offertes par .NET 8. Également, les mises à jour et les correctifs de sécurité de .NET peuvent améliorer la stabilité et la sécurité de l’application.
– Inconvénients : Nécessite que .NET 8 soit installé sur la machine, ce qui peut compliquer un peu le processus pour les utilisateurs qui ne l’ont pas déjà.
A noter que la version .NET6 est destinée à Windows 7 et 8.
En gros, si vous voulez une solution « plug-and-play » sans avoir à installer de dépendances supplémentaires, la version AoT est idéale. Par contre, si vous avez déjà .NET 8 ou si vous êtes prêt à l’installer, la version avec .NET 8 pourrait, potentiellement, offrir de meilleures performances et une meilleure gestion des ressources.
Et si vous vous demandez pourquoi l’auteur a choisi de faire un build AoT uniquement avec la version fusionnant .NET 8 dans l’exécutable, la réponse pourrait être celle-ci:
– Performance et Compatibilité : La compilation AoT améliore les performances en précompilant le code, ce qui peut être particulièrement avantageux lorsque toutes les dépendances, y compris le runtime .NET, sont intégrées directement dans l’exécutable. Cela garantit que le code est optimisé pour les performances dès le démarrage.
– Simplicité d’Utilisation : En intégrant .NET 8 dans l’exécutable, l’auteur s’assure que l’utilisateur n’a pas besoin de télécharger et d’installer séparément .NET 8. Cela simplifie le processus d’installation et réduit les problèmes de compatibilité liés à différentes versions de .NET déjà installées sur les machines des utilisateurs.
– Cohérence : Avec toutes les dépendances intégrées, l’application fonctionne de manière cohérente sur différentes machines sans variations de performance dues à des différences dans les installations de .NET. Cela rend la gestion des versions et des mises à jour plus facile.
– Évite les Conflits de Versions : Lorsque .NET est intégré dans l’exécutable, il n’y a pas de risques de conflits de versions avec d’autres applications qui pourraient utiliser des versions différentes du runtime .NET.
A vous de choisir 🙂
Free42 est une ré-implémentation de HP-42S et de l’imprimante HP-82240. Free42 est une réécriture complète et ne contient aucun code HP. Les versions de Free42 s’exécutent sur Pocket PC, Microsoft Windows, PalmOS, Unix, et Mac OS X (application et widget Dashboard).
Il s’agit d’une interface utilisateur simple à utiliser destinée à mupen64plus (qu’elle intègre), gratuite et open source elle est écrite en C++.
– Fix error messages not being shown when initialization fails
– Fix emulation error not being shown when launched with ‘–quit-after-emulation’
– Fix AppImage not including libspeexdsp
– Fix mupen64plus-video-parallel not respecting rdp full sync
– Fix crash when quitting RMG while the ROM browser is refreshing
– Fix initial column sizes being incorrect in some cases
– Add exception handler for Windows which generates a minidump
– Change « Join Session » to « Browse Sessions » in the Netplay menu
– Change ROM browser cache limit to 250000
– Remove « Synchronize RDP and CPU » setting from mupen64plus-video-parallel
– Improve loading time of the ROM browser when there are invalid ROMs in the ROM directory
Il s’agit d’un émulateur de N64 écrit en Rust par Logan McNaughton (simple64) et dont certaines portions proviennent de mupen64plus et/ou ares.
Les objectifs en résumé sont les suivants:
– Performance. L’auteur veux pouvoir utiliser cet émulateur sur son ordinateur portable.
– Facile à utiliser.
– Facile de travailler avec. Les recompilateurs dynamiques sont performants mais ils sont très difficiles à lire et à comprendre. Cet émulateur n’aura des interprèteurs que pour le CPU et RSP. De plus, il est entièrement écrit en Rust (en dehors de Parallel-RDP), un langage de programmation moderne dont le nombre d’utilisateurs ne cesse de croître. L’auteur a essayé d’éviter l’utilisation de macros, qui peuvent réduire la répétitivité du code, mais aussi sa lisibilité.
Les changements sont:
– bump to 1.0.10 by @loganmc10 in #290
– add widescreen stretch option by @loganmc10 in #291
– add option to crop out letterbox by @loganmc10 in #292
– Add option for overclocking by @loganmc10 in #293
– add some randomness by @loganmc10 in #297
– remove some code duplication by @loganmc10 in #298
– make is viewer optional by @loganmc10 in #299
– set netplay buffer target by @loganmc10 in #300
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.
Il s’agit d’un émulateur de PlayStation 4 préliminaire. Testé uniquement avec les GPU AMD. Peut ne pas fonctionner avec NVidia pour le moment.
L’objectif est de créer un cadre autonome pour la reconstruction des shaders, la traduction des tampons de commandes et la gestion de la mémoire GPU, afin que d’autres puissent l’utiliser. Ce projet l’utilise pour exécuter des binaires “Linux” sous Windows.
Les modifications ne sont pas visibles ailleurs qu’ici.
Xemu est une application multiplateforme et open source qui émule le matériel de la console de jeu Xbox d’origine, permettant aux utilisateurs de jouer à leurs jeux Xbox sur les systèmes Windows, macOS et Linux.
Ce projet est une branche active du projet XQEMU, qui est lui même basé sur le projet QEMU qui est populaire et très activement maintenu.
A noter que la version 32 bits n’est pas officielle (réalisée par Lo v2).
Quelques informations d’ordres générales concernant les modifications:
– meson: Drop glslang dependency method param for CMake search
– nv2a: Explicit float representation for RCC and vertex shader W range
– ui: InputTextMultiline buf_size should include the null-terminator
– meson: Replace in-tree nlohmann_json with a subproject wrap
– meson: Support system glslang
– scripts/gen-license.py: Drop openssl
– ui: Trim FontAwesome font to glyphs in use (save 940KiB)
– meson: Don’t build glslang with hlsl support
– nv2a: Use rounded values for alpha testing
– ci: Zero Ubuntu dpkg version to eliminate cflag differences
– scripts/download-macos-libs.py: Skip libsndfile
– Misc fixes
Télécharger Xemu (32 bits) (2020/06/12) (6.2 Mo)
Télécharger Xemu (64 bits) v0.8.71 (8.3 Mo)
Créé par l’auteur de ClrMAME Pro (à ne pas confondre), il s’agit d’un petit outil qui présente certains avantages par rapport au reconstructeur de ClrMAME Pro. Plus rapide, mode de fusion autonome, reconstruction CHD pour n’en nommer que quelques-uns. Il se veut plus moderne même si assez simplifié pour le moment. Il s’agit peut-être d’un futur remplaçant officiel à ClrMAME Pro (mais seul l’avenir pourra nous le dire).
Les changements:
– Looks like I broke the showing of empty and complete items in clrmameUI 0.3 …
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.
Azahar est une fusion entre Lime3DS et le fork Citra de PabloMK7, l’émulateur de Nintendo 3DS sera prochainement disponible mais en attendant vous avez l’info!
Quelques news et un premier binaire de développement (donc rien de finalisé et veuillez attendre un build « stable » pour faire des rapports d’erreurs):
Aujourd’hui marque le premier anniversaire de la suppression de Citra, le projet sur lequel est basé Azahar.
Tout d’abord, nous tenons à exprimer notre gratitude pour votre soutien à notre projet. Cela a pris du temps, mais nous avons finalement atteint un point où nous nous sentons à l’aise de publier le code source de l’émulateur. Vous pouvez le trouver sur notre page GitHub. Bien que le code source soit entièrement compilable, avec des builds générées automatiquement, nous vous recommandons d’attendre, sauf si vous êtes développeur ou adopteur précoce. Veuillez patienter pour notre première version stable, nous vous préviendrons dès qu’elle sera prête !
Deuxièmement, nous aimerions vous rappeler les rôles de News et Release Ping. Si vous souhaitez rester informé des dernières nouvelles du projet et recevoir des notifications lorsque de nouvelles versions sont disponibles, vous pouvez configurer vos rôles dans la section Channels and Roles du serveur.
Enfin, pour commémorer cet anniversaire, nous sommes ravis de partager avec vous un article de blog spécial. Il présente un rapport de progression inédit des derniers jours de Citra, qui n’a jamais eu la chance de voir le jour. Nous espérons que vous apprécierez la lecture !
A lire ici.
Noter que le support des jeux cryptés à disparu…
Pour éviter toute confusion concernant les objectifs d’Azahar, la décision a été prise de limiter autant que possible le contournement du TPM (Trusted Platform Module). Le contournement ne sera effectué que lorsque l’interopérabilité du code de Nintendo est nécessaire avec Azahar ou d’autres codes de Nintendo. En conséquence, Azahar n’autorisera pas le lancement ou l’installation de jeux cryptés à moins qu’ils n’aient été obtenus par le biais des applications officielles de Nintendo, telles que l’eShop ou les paramètres système.
Il est envisageable de penser que Azahar devienne un moteur pour d’autres émulateurs, qui pourraient tirer parti de ses améliorations pour les intégrer dans leurs propres projets sans limitation…
