Commit Graph

192 Commits

Author SHA1 Message Date
CasualPokePlayer a03050dcc5 Fix tab/spacing 2024-05-31 20:52:52 -07:00
CasualPokePlayer 5b6c94b996 Also reset profile mask for mupen
forgot to add this change to previous commit, previous commit build has this change too
2024-05-31 20:51:44 -07:00
CasualPokePlayer 0488bbd33a Fix mupen grabbing an OpenGL context based on whatever current version/flag attributes were present
This is global state that gets mucked by us since we also use SDL2 to handle OpenGL context management, Rice/Glide/Glidemk2 don't like core contexts due to them using old deprecated functionality
2024-05-31 20:50:48 -07:00
CasualPokePlayer d2fe532f6d Fix mupen64plus breakage after security updates 2024-05-31 17:29:17 -07:00
CasualPokePlayer e7c093eac6 Fix various possible OOB read/writes in mupen64plus
fixes #3929
2024-05-29 22:38:53 -07:00
CasualPokePlayer 5a8ce91d95 Recompile mupen dlls against VS2022
this also needed mupen deps updated, and SDL2 compat needed to be fixed. SDL doesnt need to be used anymore, so that's nice
also deleted mupen projects which we don't use anymore
2024-03-10 03:36:43 -07:00
CasualPokePlayer 5e34dc6166 Always savestate expansion pak regardless of settings.
All the disable expansion pak setting actually does is tell the game the expansion pak is not available.
However, not all games actually abide by this, some will use the expansion pak area anyways.
Video plugins also end up just using a "segfault test" to determine if the expansion pak is present or not
So video plugins may use the expansion pak area too
This ends up causing savestates sometimes just crashing the game if the expansion pak ends up used

Resolves #3092, other state issues might be solved with this (I suspect #3328 is caused by this)
2022-09-17 13:11:31 -07:00
CasualPokePlayer f1ef8d0887 fix oopsie in angrylion, resolves #3372 2022-08-26 14:27:26 -07:00
CasualPokePlayer 57c453ea68 Add angrylion for another video plugin, bring back the cxd4 rsp plugin (angrylion needs LLE), wire up its single setting, remove preformance ares libraries (frontend stuff was already removed) 2022-03-14 04:05:55 -07:00
feos ad82f4f216 test #3104 2022-01-29 11:59:53 +03:00
feos 11b1e328a6 rebuild gliden64 2021-07-21 16:20:28 +03:00
Meerkov 664ab7fab6
Wire up haptics in Mupen core (squashed PR #2683)
* Wire up host haptics, but only for OpenTK which doesn't support it

and I'm hijacking the Fast Forward hotkey too

* Fix Mupen 64 Vibration DLL

* Enable Mupen 64 Vibration for DirectInput

* Remove unused SDL dep from Mupen input-bkm plugin

this allows it to be built without checking out the deps submodule, I guess

* Fix <OutDir/> in Mupen lib projects

* Remove "Debug" haptic channel and debug hotkey, prepare Mupen

* Fix remaining merge conflicts

* ...with the correct channel name

and hopefully no dangling whitespace changes

* Fix typo from resolving merge conflict, and off-by-one error

Co-authored-by: YoshiRulz <OSSYoshiRulz@gmail.com>
2021-07-21 10:06:16 +10:00
YoshiRulz 045c4815a4
Change <OutDir/> to point to /Assets in Mupen lib projects 2021-07-21 09:46:19 +10:00
YoshiRulz 77f467588b
Remove unused SDL dep from Mupen input-bkm plugin
this allows it to be built without checking out the deps submodule, I guess
2021-07-21 09:46:18 +10:00
Zach 58293dde9f
Support null (any) address for N64 breakpoints. (#2833)
* Support null (any) address for N64 breakpoints.

Fixes #2808

* Move null check for better readability.

* Replace debugger mutex with semaphore that counts debug steps.

This is taken directly from upstream m64p. If breakpoints are being hit fast enough and in large enough quantity, m64p always ends up getting into a deadlock. The semaphore seems to resist this problem.

* Remove tabs
2021-07-14 20:49:31 +03:00
zeromus 46c15f94a9 mupen sln: remove x86 configuration so nobody can use it on accident 2020-08-27 15:43:34 -04:00
zeromus 0b73ed77ef update mupen to build on vs2019 so it's simpler for people to hack on. gliden64 has a rendering bug (top left quarter of screen drawn only on nintendo logo on donkey kong 64) when build in vs2019 so I didn't change that one. maybe we need to update gliden64 or find the real bug (likely a numerical instability, despite the use of precise floating point). 2020-08-27 15:41:20 -04:00
feos 8ff2ca2cd1 update gliden
bugs I saw in perfect dark seem to be present in the previous update too, so ugh
2020-02-04 10:27:10 +03:00
MrCheeze b90f72c34d Implemented the remaining N64 R4300 trap instructions besides TEQ 2019-12-16 21:22:34 -05:00
MrCheeze 3f26d14eaa added SRAM and FlashRAM memory domain support for N64 2019-09-08 23:20:35 -04:00
feos 6742978e0b update gliden to release 4.0 2019-06-16 12:20:59 +03:00
feos c3c262db12 N64:
- close #1478
- update gliden
- wire up halo removal
2019-03-10 16:15:55 +03:00
feos 104e40d8b5 update gliden64 2019-01-29 13:47:40 +03:00
feos be218685c5 update gliden (partially fixes bomberman) 2018-12-08 13:41:11 +03:00
zeromus 2eade372fd try a new technique to just unstick the frontend when the n64 emulation thread dies 2018-11-07 15:37:37 -05:00
zeromus 30bf94e68d use newer rsp vcxproj (old one doesnt build) 2018-11-04 05:39:18 -05:00
zeromus e6d1feaf83 fix output directories in newer rsp vcxproj 2018-11-04 05:39:07 -05:00
zeromus 482a3ab8f6 trap more cases where n64 emulation can halt when running buggy code and shunt through my don't-halt-after-all logic. these are now all associated with error messages; it would be nice if someone knew a way to get those error messages out to c#. then again, that might make buggy code become hopelessly slow due to error spew
re #1214
2018-11-03 14:04:34 -04:00
zeromus d4aceb2aa1 handle `DebugMessage(M64MSG_ERROR` uniformly by using my new approach of kicking it to a vsync so the frontend can recover. In one particular case (trying to read from an unmapped memory range) this can result in emulation proceeding instead of just hanging the frontend, although the results from that point may be questionable. 2018-11-02 16:28:20 -04:00
zeromus 4bb5ce8941 dont read roms out of range 2018-11-02 16:26:50 -04:00
zeromus dac6c0a062 does the n64 jit have a concept of crashing, or does it just go in an infinite and possibly infinitely recursing loop? I dunno, but I changed at least one infinite loop to a kind of administrative 'end frame' so at least it doesn't hang the emulator. If it has a way of crashing or halting, we should use that instead, but I couldn't figure it out.txt
fixes #1362
2018-11-01 23:03:09 -04:00
feos 39305d3c3e new gliden submodule pointer 2018-09-21 23:43:51 +03:00
feos 6af9b6aaa5 update gliden64 and wire up fxaa 2018-09-15 12:09:52 +03:00
feos 9ddeaed84c update gliden64 2018-06-22 23:47:24 +03:00
bsmiles32 637bb90b54 [N64] Update RSP-HLE plugin to latest version. (#1213)
* [N64] Update RSP-HLE plugin to latest version.

* Updated RSP-HLE dll binary
2018-06-16 16:57:07 -04:00
feos 07796dd96f update gliden64 submodule to release 3.0 2018-02-13 21:05:26 +03:00
zeromus f71b3a2e75 update gliden64, maybe. fixes #1053, maybe, i dont know, try it and see what happens 2017-11-13 12:33:39 -06:00
pjgat09 1ff0cc1e0c N64: Tracelog now includes delay slot execution. Fixes #789 2017-09-14 16:04:53 -04:00
zeromus b34c9a5dd8 straighten out building of glide64mk2 dll. fixes #1003 2017-09-12 00:49:14 -05:00
feos 9af0989b40 m64p core: put newer deps back into win32 target 2017-07-30 16:51:43 +03:00
feos 14d19a76d7 m64p: add DBG to x64 target, stop having merge info in vcproj, rebuild 2017-07-30 13:27:52 +03:00
adelikat 97d7dd7f42 merging master into waterbox2 this one was messy may be regressions 2017-06-13 08:16:25 -05:00
zeromus 39433e509e change some output64 to output 2017-06-12 01:38:02 -05:00
zeromus afc6e03b03 remove some output64 paths 2017-06-12 01:33:55 -05:00
nattthebear 4cd3325295 update gliden64 subrepo 2017-06-11 20:12:13 -04:00
zeromus 3449a5c5cf build mupen64plus as 64bit 2017-06-11 17:24:32 -05:00
nattthebear 22a076451b update mupen64plus-win32-deps 2017-06-11 14:46:36 -04:00
feos 77fa17ccdd Revert 19cf3b8551
"m64p: revert DBG preprocessor definitions merged along with 4c0bfd476434b4b69501035d24261c7447a78cf4"

Since 19cf3b8551 disables all lua hooks to the core, it's useless. But DBG causes crash when switching between some plugins on the fly, so it should be fixed in a proper way someday.
2017-06-11 12:20:23 +03:00
feos 19cf3b8551 m64p: revert DBG preprocessor definitions merged along with 4c0bfd4764
fixes crash when rebooting n64 while debugging
2017-03-13 21:51:45 +03:00
Wyst3r 4c0bfd4764 m64p: Use built-in debugger to avoid major slowdowns when breakpoints are set.
Conflicts:
	BizHawk.Emulation.Cores/Consoles/Nintendo/N64/N64.IDebuggable.cs
2017-02-24 10:41:22 +03:00