Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Incorrect MMC5 emulation on QuickNES on Bizhawk 2.10. #4244

Open
Grandmaster9918 opened this issue Feb 26, 2025 · 6 comments
Open

Incorrect MMC5 emulation on QuickNES on Bizhawk 2.10. #4244

Grandmaster9918 opened this issue Feb 26, 2025 · 6 comments
Labels
Core: QuickNes (Alt.) Nintendo Entertainment System (NES) / Famicom / Famicom Disk System (FDS) core Inaccuracy Affects accuracy of emulation Repro: Affects 2.10 Repro: Regression from 2.9.1

Comments

@Grandmaster9918
Copy link

The cutscene where I meet Sypha in Castlevania III:

Image

@Grandmaster9918
Copy link
Author

What the cutscene should look like:

Image

@YoshiRulz YoshiRulz added Core: QuickNes (Alt.) Nintendo Entertainment System (NES) / Famicom / Famicom Disk System (FDS) core Inaccuracy Affects accuracy of emulation Repro: Affects 2.10 labels Feb 26, 2025
@nattthebear
Copy link
Contributor

I seem to recall completely disabling QuickNES's MMC5 back in the day, as it wasn't very accurate. Has that regressed? This ROM should be running on NESHawk only.

@Grandmaster9918
Copy link
Author

Any effort to improve MMC5 accuracy on QuickNES? You could look how FCEUX implemented it.

@YoshiRulz
Copy link
Member

This is a regression like #4243 is then.

@CasualPokePlayer
Copy link
Member

Indeed, looks like quickerNES is accepting MMC5, while our old code did not.

@nattthebear
Copy link
Contributor

Any effort to improve MMC5 accuracy on QuickNES? You could look how FCEUX implemented it.

QuickNES on the whole is very fast and moderately accurate. It makes some compromises that are known to be wrong. The perfect, ideal NES emulator would use it as a reference in some places, but probably wouldn't use any code from it. FECUX isn't a great place to start either; we know a lot more now than we knew then (remember, FCEU's codebase is on the whole older than QuickNES), and a frankenstein of QuickNES and FCEUX is not going to hold a candle to Mesen.

If there's some question as to how MMC5 actually works, there are plenty of good references, like NesHawk. But I wouldn't recommend going further down this path. That's just my opinion though, and a bit of insight into why I just turned off MMC5 on this core 10 years ago. I'm sure there are improvements to be had, but in the wide, wide, world of NES emulation is getting this core to run this mapper that interesting?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Core: QuickNes (Alt.) Nintendo Entertainment System (NES) / Famicom / Famicom Disk System (FDS) core Inaccuracy Affects accuracy of emulation Repro: Affects 2.10 Repro: Regression from 2.9.1
Projects
None yet
Development

No branches or pull requests

4 participants