[Solved]lr-Mupen64Plus and lr-GLupeN64 Saving/Loading State Crashes
-
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
File: 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.
Dan
-
Bump
-
I'm having the same issue.
-
Specifically with hirestextures?
Have you got any form of save/load function or workaround?
-
I have the same problem and I don't use hires textures. On Github someone stated it's a libretro bug:
https://github.com/mupen64plus/mupen64plus-core/issues/244Strangely 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.
https://github.com/libretro/mupen64plus-libretro/issues/4
-
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.
-
More people having this problem (not necessarily documented to the extent of posting logs)
https://github.com/GLupeN64/GLupeN64/issues/170
https://github.com/libretro/RetroArch/issues/4686Still keeping a ear to the ground for progress
-
https://github.com/libretro/mupen64plus-libretro/commit/41159426579918981086a4e665ad5ecac946dbb4
Has fixed.
At this current time as its forked from GlupeN64, Mupen54plus-lr should work, and Glupen will still be broken.
-
Awesome!
Would updating lr-mupen64plus from source or binary fix this on our Raspberry Pis then?
-
How do we get this updated in RetroPie?
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.