[Solved]lr-Mupen64Plus and lr-GLupeN64 Saving/Loading State Crashes
CallForDan last edited by CallForDan
Pi Model or other hardware: Pi3 ModelB
Power Supply used: 2.5A
RetroPie Version Used (eg 3.6, 3.8.1, 4.1 - do not write latest): 4.1
Built From: Ontop of Existing OS
USB Devices connected: Microsoft KB + Microsoft Xbox360 Wireless Adapter
Controller used: Xbox360 Controller
Error messages received: See Log
Log found in /dev/shm/runcommand.log (if relevant): http://pastebin.com/S6zMFwU8
Guide used: N/A
Emulator: lr-Mupen64Plus or lr-GLupeN64
Attachment of config files: http://pastebin.com/S6zMFwU8
How to replicate the problem:
Saving or Loading states will close the running ROM.
Running Zelda OOT with Hires Textures, Saving and Loading to any state does not flush to RAM address properly and closes. See Line 327.
Tried with lr-GLupeN64 - not working.
Tried rezising GPU/CPU allocation - not working.
Switching to cached_decompiler on ROM startup sometimes makes this work better, still hit and miss (but unplayably slow).
Any help would be appreciated.
I'm having the same issue.
Specifically with hirestextures?
Have you got any form of save/load function or workaround?
Capt_MorganCreek last edited by
I have the same problem and I don't use hires textures. On Github someone stated it's a libretro bug:
Strangely it only happens on N64. About 2 to 3 weeks ago it worked, so the problem occurred just recently.
Most definitely is a libretro/retroarch problem.
This works with mupen64plus (no lr).
Its a bit of a bummer .
Posted with core port git.
Ranma last edited by
Yes, this definitely occurs with Retroarch on my Android device also. I did report it via a post on their forums, but it garnered no response.
Still keeping a ear to the ground for progress
At this current time as its forked from GlupeN64, Mupen54plus-lr should work, and Glupen will still be broken.
Would updating lr-mupen64plus from source or binary fix this on our Raspberry Pis then?
How do we get this updated in RetroPie?