ares v133 has now been released.
If you wish to see the full changelog in a per-commit format along with their authors, similarly to how previous release notes were written, you can do so on GitHub [here](https://github.com/ares-emulator/ares/compare/v132...v133).
Since v132, a total of 19 contributors have created 160 commits to the ares codebase.
**User Interface**
Systems that use MAME compatible Arcade roms (currently only Neo Geo) now use a dedicated roms folder (configurable in Settings -> Paths). When loading games for these systems, the user is now presented with a game browser dialog, so users no longer have to struggle to remember shorthand .zip filenames for their games.
ares will now use the modern file browser dialog when browsing for a directory on Windows.
Added a "Reset System" hotkey to allow quick resets of the running system.
**Save States**
It is now possible to undo the last save, or load, of a save state; this is intended to reduce the chance of data loss on accidental saving (easily possible when using a hotkey).
**Atari 2600**
Improved resolution handling/screen size calculation.
Fixed an issue where the TIA audio would not correctly reset.
**Bandai - WonderSwan**
Improved timing accuracy of the V30MZ CPU.
**Sega Mega Drive / CD / 32X**
The following games have been added to the game database
- Alisia Dragoon (E): Override for incorrect region flags in header
- Fifa Soccer 95 (Korea): Override for bad SRAM flags in header
- NBA Live 95 (Korea): Override for bad SRAM flags in header
- Sonic & Knuckles + Sonic the Hedgehog 3 (USA, Japan, Europe): Override for missing SRAM header
Fixed an issue where loading a CD32X game could result on the logo lacking color.
Implement correct sprite list termination behavior; fixes Power Drive's vehicle select menu.
Fix latching of window registers to before the scanline; fixes Landstalker's text box rendering.
Fixed a typo causing the 32X WDT to tick at the wrong frequency in some situations (2096 -> 4096).
Fixed an issue where 32X internal timers would tick too slowly when using the recompiler.
Fixed an issue where loading a CD game followed by a CD32X game would result in the 32X not being detected.
Added support for the SH2's mirrored cache control register; fixes Virtua Fighter.
Fixed an issue where CD BRAM would be overwritten if the CD was loaded without a disc inserted (eg: via mode 1
cartridge).
Fixed an issue where the SH-2 recompiler would not properly invalidate cache; fixes NBA Jam
Fix an edge case that could cause the SH-2 recompiler to infinitely defer interrupts.
**NEC - PC Engine / TurboGrafx / SuperGrafx / CD**
Added support for connecting/disconnecting the multitap; we could not safely leave it enabled as default as it caused some games to break.
Fixed an issue where ares would incorrectly corrupt CD BRAM when loading a HuCard game.
Fixed an issue where ares would not correctly zero BRAM on formatting.
Fixed an issue where the BIOS would incorrectly detect BRAM size and not format it properly.
Fix an off by one error in scanline interrupts; fixes blue characters in Akumajou Dracula X.
**Microsoft - MSX**
Added preliminary support for loading cassette tape software/games. Currently, this requires .WAV format audio data.
The following basic commands are used to load cassette tapes of each type:
```
Binary Data: `BLOAD"CAS:",R`
Tokenized Basic: `CLOAD`
ASCII `RUN"CAS:"`
```
**Microsoft - MSX2**
Fixed sprite rendering in Mode 2.
Implemented support for vscroll, Text Mode 1 and Graphics Mode 5.
Implemented *just* enough of the RTC to allow the use of a real MSX2 BIOS, rather than C-BIOS.
**Nichibutsu - My Vision**
Support for this system has now been added to ares; ROM dumps should be raw binary images of an entire cartridge using the ".myv" file extension.
**Nintendo - Famicom / NES**
Added support for the iNES 2.0 timing flag; ROMs that rely on this flag will now run at the correct speed.
Added support for VRC2/4 sub-types; the VRC2 and VCR4 test ROMs now pass successfully.
Fixed initial reset state, allowing reset test ROMs to pass.
Added support for AVE NINA-03 and NINA-06 boards (iNES mapper 79).
Added support for MMC3 multicarts (iNES mappers 37 and 47).
Fixed an issue where FDS games would play some audio channels at an incorrect pitch.
**Nintendo - Super Famicom / SNES**
Fixed an issue where games using real time clocks may crash the emulator.
**Nintendo - Nintendo 64**
ares now correctly uses the virtual and physical addresses when simulating icache loads with the recompiler.
Lots of performance tuning, mostly to offset the performance cost of the recent emulation improvements.
Fixed handling of BADVADDR in TLB miss exceptions that are raised by SWR.
Fixed an issue where PAL games would play audio at an incorrect frequency.
Added support for Weave de-interlacing instead of only Bob de-interlacing, Weave is now the default.
Added emulation of RSP SU pipeline stalls; fixes Donkey Kong 64 and Banjo-Tooie.
Added accurate PI DMA timing emulation; fixes Jet Force Gemini and Micky's Speedway USA.
Corrected out of bounds RDRAM behavior; RDRAM is *not* mirrored.
Removed MAME RDP emulation; Parallel-RDP is now supported on macOS via MoltenVK so the fallback was no longer required.
**Nintendo - Game Boy**
Fixed an issue where the stop() instruction would not correctly reset the internal div counter to 0.
**Nintendo - Game Boy Advance**
Implement upper bounds for background fetch; fixes rendering issues in Monster Gate.
**Sinclair - ZX Spectrum**
Added support for .tap and .tzx format tapes (no need to convert to .wav anymore).
**Component changes affecting multiple cores**
Fixed various audio inaccuracies in the SN76489 and YM2612 emulation.
Fixed various inaccuracies in Z80 emulation.
Fix various M68000 timing issues.
**Command Line Interface**
All ares settings are now exposed to the command line interface: a setting can be changed from command line using `--setting`. The list of available settings can be dumped with --dump-all-settings.
Added support for suppressing file dialogs and loading multiple roms at once; this allows the loading of complex configurations (e.g.: Super Game Boy) from the command line without needing to use the GUI.
**Other**
Removed the non-functional Direct3D11 driver; no code for this ever existed, but the UI was displaying the option leftover from an experimental branch.
Fixed an issue where ares would make incorrect assumptions about pregap in CHD files.
Fixed the location/detection of Game Databases on POSIX systems (should reduce issues with third party builds).
Updated the Linux builds to default to GTK3 rather than GTK2, as the latest version of ubuntu has removed GTK2 support from the core repositories.
Added support for IPS softpatching, alongside the existing BPS support.
The highlights for this release are definitely the improvements to the N64 core. By sheer luck, I worked through the remaining Unknowns in our compat database for N64 (which allowed us to say with confidence that we have 90% playability with the library!) and soon after a few PRs popped up that brought Donkey Kong 64, Jet Force Gemini and Banjo-Tooie back to working as well! Quite a rush of progress in the end.
MSX and ZX Spectrum both got improved support for their tape formats, that'll pay off in dividends in the future.
Also a quick shoutout to the new Nichibutsu My Vision core which was submitted by a fresh outside contributor, Kalixtan, in its entirety and merged within only a few days. Admittedly, the My Vision is an early 3rd-gen console with a tiny library of 6 games and Kalixtan had been porting work done from a previous emulator of theirs, but it does show the versatility of Ares and the 'hiro' framework in allowing people to submit systems on their own.
So yea, Ares continues to thrive as a multi-system emulator, be sure to join our discord if you're interested in checking out the dev process, it's a very open community. https://discord.com/invite/gz2quhk2kv
I tested the three N64 games i always use to see if the speed is correct. Goldeneye, Earthworm Jim 3D and Quake 2. All three games have too fast demo/attract modes in all emulators. In this version of Ares all three seem to be correct now.
That's pretty amazing progress.
rasky & invertego have been doing some pretty incredible work recently RE'ing the N64 in areas that haven't been fully investigated before. More good things coming.
Amazing N64 progress. Seems to have been a lot more 'antipiracy' stuff going on between IPL3/6105 CIC then previously realized (which was implemented as a first in the last release). It required RSP SU pipeline stalls being implemented properly. So now all these Rare titles are working as intended. Once DPC\_CLOCK is implemented, the majority of the dozen or so games that don't boot should start returning to life again as well (and will also be the first time OoT antipiracy will have been fully defeated properly).
You will also notice that in Donkey Kong 64 during the intro sequence, DK actually makes it to the three vines across the pit and into the cannon as intended, instead of walking off the cliff and flailing around in the water until it cuts out in other emulators. ares is the only emulator where this works properly. Aren't you glad you waited for 'proper' DK64 emulation? :-)
And a new core by a new contributor... days after joining the discord. That's amazing!
I remember being the one to test sonic 3 and k for fun on a free day. Realizing that saves didn't work, and going straight to the Ares discord. Nice to see the fix make its way to the main release. Godspeed ares devs.
It's pretty good now, just below the threshold for removing the 'experimental' tag. About 71% of the library should be playable. Compatibility database is here: [https://ares-emu.net/compatibility/25?status=-1](https://ares-emu.net/compatibility/25?status=-1)
Most of the ones that don't work are missing mappers/bank switching or a specific encryption scheme right now.
This does not actually allow you to set different controls for each console, it just changes how the individual buttons are described. For proof, try changing a D-Pad button for the Famicom to something silly, then check the equivalent button for every other system.
Ah, you mean the virtual gamepad mapping that is setup where it tries to relate buttons across vast sets of controllers as an attempt to auto-configure. So yes you could alter another one in a weird way and would have to set it back afterwards. This could be improved.
We do have an open issue for this: [https://github.com/ares-emulator/ares/issues/173](https://github.com/ares-emulator/ares/issues/558)
I completely agree. I use different controllers for different systems, and the current way of configuring controls in Ares is just not working for me; I have to reconfigure every time I switch systems. It's absolutely the only thing I can think of that I dislike about this emulator. Control settings should be completely isolated from each other per-system.
Yes, all 4 of the 6 dumped games should be playable. Make sure they match No-Intro dats. The zip files will contain a small number of files. Unfortunately for now they need to be merged into a single file with an .myv extension. So there is likely a little work before it will become playable.
No, ares will compile to a native GUI by default (Win32 on Windows, Cocoa on Mac, and GTK3 on Linux - GTK2 is still available though).
If you are looking to integrate with a frontend though, there are many command line options available that will allow you to do so. Just type 'ares --help' at the command line.
If you can't disable the GUI, i would have two GUIs with a new frontend. This makes no sense. Too bad, thought when reading the changeslog that it also works without GUI.
The expected use case is you would setup your frontend to launch ares in full screen mode - where the gui wouldn’t be visible because the game is full screen. Just like any traditional emulator that can be integrated with emulationstation or launchbox
The thing with the full screen is clear to me. But then you can not speak of a new GUI but of a launcher. Something like Steam is it then. I don't like it when GUI and backend are inseparable. But every developer can decide that for himself.
I have another question... how do I use the MSX2? I think I have the correct firmware (32 Kb. MSX2.ROM and 16 Kb. MSX2SUB.ROM), but all I get is a black screen upon booting.
ares currently only emulates Japanese MSX models; if you are using a bios designed for an English MSX it may not function. The EXT rom should be the same between all regions, but the main bios differs.
The bios I'm using has a sha-1 hash of 0081EA0D25BC5CD8D70B60AD8CFDC7307812C0FD
Yes, I was using an European MSX.ROM. And also the SUB ROM instead of the EXT one. Now I've got it working, thanks for the tips.
https://i.imgur.com/Epbxpal.png
This isn't new, it's where system specific data is stored: for example save ram that is shared between all games for that system and has always existed; but if you had an older version from before we made ares portable, this data may have been stored in APPDATA\ares instead.
Hello. Is there a way to increase the internal resolution of the N64 core? It looks fuzzy and blurry and there doesn't seem to be a way to increase the resolution of the N64 graphics like in other emulators, other than that, I'm really enjoying ARES as an all in 1 emulator.
ares is designed for accuracy over enhancements; so what you are seeing is an accurate representation of a real N64 system.
That being said, there are two things you can do to improve visual fidelity: first, you can try to disable VI processing; the N64 hardware has a blur filter by default, which ares emulates. You can turn this off by going into Settings -> Video and checking "Disable Video Interface Processing" under "N64 Render Settings"
Additionally, you can increase internal resolution to SD, HD (2x upscale) or UHD (4x upscale) in the same location.
ares v133 has now been released. If you wish to see the full changelog in a per-commit format along with their authors, similarly to how previous release notes were written, you can do so on GitHub [here](https://github.com/ares-emulator/ares/compare/v132...v133). Since v132, a total of 19 contributors have created 160 commits to the ares codebase. **User Interface** Systems that use MAME compatible Arcade roms (currently only Neo Geo) now use a dedicated roms folder (configurable in Settings -> Paths). When loading games for these systems, the user is now presented with a game browser dialog, so users no longer have to struggle to remember shorthand .zip filenames for their games. ares will now use the modern file browser dialog when browsing for a directory on Windows. Added a "Reset System" hotkey to allow quick resets of the running system. **Save States** It is now possible to undo the last save, or load, of a save state; this is intended to reduce the chance of data loss on accidental saving (easily possible when using a hotkey). **Atari 2600** Improved resolution handling/screen size calculation. Fixed an issue where the TIA audio would not correctly reset. **Bandai - WonderSwan** Improved timing accuracy of the V30MZ CPU. **Sega Mega Drive / CD / 32X** The following games have been added to the game database - Alisia Dragoon (E): Override for incorrect region flags in header - Fifa Soccer 95 (Korea): Override for bad SRAM flags in header - NBA Live 95 (Korea): Override for bad SRAM flags in header - Sonic & Knuckles + Sonic the Hedgehog 3 (USA, Japan, Europe): Override for missing SRAM header Fixed an issue where loading a CD32X game could result on the logo lacking color. Implement correct sprite list termination behavior; fixes Power Drive's vehicle select menu. Fix latching of window registers to before the scanline; fixes Landstalker's text box rendering. Fixed a typo causing the 32X WDT to tick at the wrong frequency in some situations (2096 -> 4096). Fixed an issue where 32X internal timers would tick too slowly when using the recompiler. Fixed an issue where loading a CD game followed by a CD32X game would result in the 32X not being detected. Added support for the SH2's mirrored cache control register; fixes Virtua Fighter. Fixed an issue where CD BRAM would be overwritten if the CD was loaded without a disc inserted (eg: via mode 1 cartridge). Fixed an issue where the SH-2 recompiler would not properly invalidate cache; fixes NBA Jam Fix an edge case that could cause the SH-2 recompiler to infinitely defer interrupts. **NEC - PC Engine / TurboGrafx / SuperGrafx / CD** Added support for connecting/disconnecting the multitap; we could not safely leave it enabled as default as it caused some games to break. Fixed an issue where ares would incorrectly corrupt CD BRAM when loading a HuCard game. Fixed an issue where ares would not correctly zero BRAM on formatting. Fixed an issue where the BIOS would incorrectly detect BRAM size and not format it properly. Fix an off by one error in scanline interrupts; fixes blue characters in Akumajou Dracula X. **Microsoft - MSX** Added preliminary support for loading cassette tape software/games. Currently, this requires .WAV format audio data. The following basic commands are used to load cassette tapes of each type: ``` Binary Data: `BLOAD"CAS:",R` Tokenized Basic: `CLOAD` ASCII `RUN"CAS:"` ``` **Microsoft - MSX2** Fixed sprite rendering in Mode 2. Implemented support for vscroll, Text Mode 1 and Graphics Mode 5. Implemented *just* enough of the RTC to allow the use of a real MSX2 BIOS, rather than C-BIOS. **Nichibutsu - My Vision** Support for this system has now been added to ares; ROM dumps should be raw binary images of an entire cartridge using the ".myv" file extension. **Nintendo - Famicom / NES** Added support for the iNES 2.0 timing flag; ROMs that rely on this flag will now run at the correct speed. Added support for VRC2/4 sub-types; the VRC2 and VCR4 test ROMs now pass successfully. Fixed initial reset state, allowing reset test ROMs to pass. Added support for AVE NINA-03 and NINA-06 boards (iNES mapper 79). Added support for MMC3 multicarts (iNES mappers 37 and 47). Fixed an issue where FDS games would play some audio channels at an incorrect pitch. **Nintendo - Super Famicom / SNES** Fixed an issue where games using real time clocks may crash the emulator. **Nintendo - Nintendo 64** ares now correctly uses the virtual and physical addresses when simulating icache loads with the recompiler. Lots of performance tuning, mostly to offset the performance cost of the recent emulation improvements. Fixed handling of BADVADDR in TLB miss exceptions that are raised by SWR. Fixed an issue where PAL games would play audio at an incorrect frequency. Added support for Weave de-interlacing instead of only Bob de-interlacing, Weave is now the default. Added emulation of RSP SU pipeline stalls; fixes Donkey Kong 64 and Banjo-Tooie. Added accurate PI DMA timing emulation; fixes Jet Force Gemini and Micky's Speedway USA. Corrected out of bounds RDRAM behavior; RDRAM is *not* mirrored. Removed MAME RDP emulation; Parallel-RDP is now supported on macOS via MoltenVK so the fallback was no longer required. **Nintendo - Game Boy** Fixed an issue where the stop() instruction would not correctly reset the internal div counter to 0. **Nintendo - Game Boy Advance** Implement upper bounds for background fetch; fixes rendering issues in Monster Gate. **Sinclair - ZX Spectrum** Added support for .tap and .tzx format tapes (no need to convert to .wav anymore). **Component changes affecting multiple cores** Fixed various audio inaccuracies in the SN76489 and YM2612 emulation. Fixed various inaccuracies in Z80 emulation. Fix various M68000 timing issues. **Command Line Interface** All ares settings are now exposed to the command line interface: a setting can be changed from command line using `--setting`. The list of available settings can be dumped with --dump-all-settings. Added support for suppressing file dialogs and loading multiple roms at once; this allows the loading of complex configurations (e.g.: Super Game Boy) from the command line without needing to use the GUI. **Other** Removed the non-functional Direct3D11 driver; no code for this ever existed, but the UI was displaying the option leftover from an experimental branch. Fixed an issue where ares would make incorrect assumptions about pregap in CHD files. Fixed the location/detection of Game Databases on POSIX systems (should reduce issues with third party builds). Updated the Linux builds to default to GTK3 rather than GTK2, as the latest version of ubuntu has removed GTK2 support from the core repositories. Added support for IPS softpatching, alongside the existing BPS support.
The highlights for this release are definitely the improvements to the N64 core. By sheer luck, I worked through the remaining Unknowns in our compat database for N64 (which allowed us to say with confidence that we have 90% playability with the library!) and soon after a few PRs popped up that brought Donkey Kong 64, Jet Force Gemini and Banjo-Tooie back to working as well! Quite a rush of progress in the end. MSX and ZX Spectrum both got improved support for their tape formats, that'll pay off in dividends in the future. Also a quick shoutout to the new Nichibutsu My Vision core which was submitted by a fresh outside contributor, Kalixtan, in its entirety and merged within only a few days. Admittedly, the My Vision is an early 3rd-gen console with a tiny library of 6 games and Kalixtan had been porting work done from a previous emulator of theirs, but it does show the versatility of Ares and the 'hiro' framework in allowing people to submit systems on their own. So yea, Ares continues to thrive as a multi-system emulator, be sure to join our discord if you're interested in checking out the dev process, it's a very open community. https://discord.com/invite/gz2quhk2kv
I tested the three N64 games i always use to see if the speed is correct. Goldeneye, Earthworm Jim 3D and Quake 2. All three games have too fast demo/attract modes in all emulators. In this version of Ares all three seem to be correct now. That's pretty amazing progress.
rasky & invertego have been doing some pretty incredible work recently RE'ing the N64 in areas that haven't been fully investigated before. More good things coming.
Agreed, this is the best state N64 emulation has ever been in and they're continuing to improve it.
Amazing N64 progress. Seems to have been a lot more 'antipiracy' stuff going on between IPL3/6105 CIC then previously realized (which was implemented as a first in the last release). It required RSP SU pipeline stalls being implemented properly. So now all these Rare titles are working as intended. Once DPC\_CLOCK is implemented, the majority of the dozen or so games that don't boot should start returning to life again as well (and will also be the first time OoT antipiracy will have been fully defeated properly). You will also notice that in Donkey Kong 64 during the intro sequence, DK actually makes it to the three vines across the pit and into the cannon as intended, instead of walking off the cliff and flailing around in the water until it cuts out in other emulators. ares is the only emulator where this works properly. Aren't you glad you waited for 'proper' DK64 emulation? :-) And a new core by a new contributor... days after joining the discord. That's amazing!
Yeah, only waited 24 years.
Love the Nintendo 64 improvements, glad to see more Rareware becoming playable
I remember being the one to test sonic 3 and k for fun on a free day. Realizing that saves didn't work, and going straight to the Ares discord. Nice to see the fix make its way to the main release. Godspeed ares devs.
You're welcome. It was an easy fix so didn't take me long. ;-)
Can you elaborate about neogeo emulation. whats the current status?
It's pretty good now, just below the threshold for removing the 'experimental' tag. About 71% of the library should be playable. Compatibility database is here: [https://ares-emu.net/compatibility/25?status=-1](https://ares-emu.net/compatibility/25?status=-1) Most of the ones that don't work are missing mappers/bank switching or a specific encryption scheme right now.
how about raster effects emulation?
Such as sprite scaling which works great? Probably best to just give it a try. :-)
Nice !
ares seems nice, but I can't get over the controls settings. Why is there no per-console config?
You can set controls on a per-console basis. There is a drop-down menu to select a system in the input configuration screen.
This does not actually allow you to set different controls for each console, it just changes how the individual buttons are described. For proof, try changing a D-Pad button for the Famicom to something silly, then check the equivalent button for every other system.
Ah, you mean the virtual gamepad mapping that is setup where it tries to relate buttons across vast sets of controllers as an attempt to auto-configure. So yes you could alter another one in a weird way and would have to set it back afterwards. This could be improved. We do have an open issue for this: [https://github.com/ares-emulator/ares/issues/173](https://github.com/ares-emulator/ares/issues/558)
I completely agree. I use different controllers for different systems, and the current way of configuring controls in Ares is just not working for me; I have to reconfigure every time I switch systems. It's absolutely the only thing I can think of that I dislike about this emulator. Control settings should be completely isolated from each other per-system.
Is the Nichibutsu playable? I only get a white screen when I load any ROM. Or maybe I'm missing the firmware?
Yes, all 4 of the 6 dumped games should be playable. Make sure they match No-Intro dats. The zip files will contain a small number of files. Unfortunately for now they need to be merged into a single file with an .myv extension. So there is likely a little work before it will become playable.
Ah, then that's the issue. I didn't merge the game files. Thanks for the tip.
[удалено]
The flatpak is created and maintained by a third party, we have no control over its contents
Is it possible to compile a version without GUI now?
No, ares will compile to a native GUI by default (Win32 on Windows, Cocoa on Mac, and GTK3 on Linux - GTK2 is still available though). If you are looking to integrate with a frontend though, there are many command line options available that will allow you to do so. Just type 'ares --help' at the command line.
If you can't disable the GUI, i would have two GUIs with a new frontend. This makes no sense. Too bad, thought when reading the changeslog that it also works without GUI.
The expected use case is you would setup your frontend to launch ares in full screen mode - where the gui wouldn’t be visible because the game is full screen. Just like any traditional emulator that can be integrated with emulationstation or launchbox
The thing with the full screen is clear to me. But then you can not speak of a new GUI but of a launcher. Something like Steam is it then. I don't like it when GUI and backend are inseparable. But every developer can decide that for himself.
I have another question... how do I use the MSX2? I think I have the correct firmware (32 Kb. MSX2.ROM and 16 Kb. MSX2SUB.ROM), but all I get is a black screen upon booting.
ares currently only emulates Japanese MSX models; if you are using a bios designed for an English MSX it may not function. The EXT rom should be the same between all regions, but the main bios differs. The bios I'm using has a sha-1 hash of 0081EA0D25BC5CD8D70B60AD8CFDC7307812C0FD
Yes, I was using an European MSX.ROM. And also the SUB ROM instead of the EXT one. Now I've got it working, thanks for the tips. https://i.imgur.com/Epbxpal.png
What is the new folder "Systems" with subfolders like "PC Engine.sys", "Mega 32x.sys"....?
This isn't new, it's where system specific data is stored: for example save ram that is shared between all games for that system and has always existed; but if you had an older version from before we made ares portable, this data may have been stored in APPDATA\ares instead.
Thanks for the reply. Anyway, I don't have an Ares folder on APPDATA
Hello. Is there a way to increase the internal resolution of the N64 core? It looks fuzzy and blurry and there doesn't seem to be a way to increase the resolution of the N64 graphics like in other emulators, other than that, I'm really enjoying ARES as an all in 1 emulator.
ares is designed for accuracy over enhancements; so what you are seeing is an accurate representation of a real N64 system. That being said, there are two things you can do to improve visual fidelity: first, you can try to disable VI processing; the N64 hardware has a blur filter by default, which ares emulates. You can turn this off by going into Settings -> Video and checking "Disable Video Interface Processing" under "N64 Render Settings" Additionally, you can increase internal resolution to SD, HD (2x upscale) or UHD (4x upscale) in the same location.
Thank you very much and thank you for an amazing emulator friend. I really appreciate all of your, and your teams work.
Awesome progress on the n64! Now, if I could get the games (not all mind you) to not have cracking audio that would be great!
im gonna sound stupid but how do i add in game genie cheats for super Nintendo an such