N64 crashes after 10 min
-
So running retropie 4.2 and glideN64 v.7 I had no glitch... then I updated mupen64plus and I had glideN64 v. 13 and I still had no glitch.
When I "install/update all main packages from source" it caused the game to glitch.
But when I just updated "mupen64plus" from source it didnt cause the glitch...
And I am still running on retropie 4.2...
Feels like I am missing something. Lol
Maybe by updating all main packages there is something else installed besides the individual emulators?
-
@simonster
It is hard to get Mario64 to crash using glide in my experience on a 3B board, it just blurs for about 30 seconds then recovers. Have you tried any other games? I find Banjo Kazooie, Quest64, Aerofighters Assault, and Beetle adventure racing crash very consistently. I am curious on how the 3b+ handles those games using GLIDE. -
Found this Reddit post from over a year ago:
https://www.reddit.com/r/RetroPie/comments/5tlx8h/zelda_oot_weird_issue
The second part of the post he describes how glide glitches out after playing for a while. I think this issue has been around for a long time and was never reported properly.
-
Hadn’t glide always had issues? Or am I thinking about rice?
-
@drakaen391 all N64 HLE plugins have issues. Gliden64 is just about the only one being actively developed, though.
-
I'm sure I'll be shouted down for this, but I've pretty much switched all my N64 stuff over to lr-mupen64plus now. It runs much better than it used to. I will add that my Pi 3 runs at 720p with slight overclock, and lr-mupen is at 640x480. GlideN64 is great but you need a powerful device to run it imho. I use it on Android (Mupen64 FZ) and the dev considers anything less than a Shield as a "low-end device". GlideN64 on the Pi, despite lowering the resolution right down to 240p still results in poor performance for me.
I honestly think it's time to reassess lr-mupen64plus on the Pi, as it's much better for me than it used to be. Not perfect but much better than it was. Only the occasional game uses one of the other plugins.
-
@ranma I partially agree with you. For now it may be best to utilize other N64 emulators/plugins. However for most games Lr-mupen64 is slower or has compatibility issues so I dont think its a perfect solution. There are a handful of games I have found lr-mupen64 to actually run better but not many overall.
-
lr-mupen64plus is working fine for me. For whoever experiences the aforementioned bug, switching to this RA core is a very good idea. On my non-OC 3B+ the vast majority of games run without issues whatseover.
-
Has anyone replicated this issue using a stretch image on a 3B+ ? If not I might be able to provide some info on how it performs this coming week.
-
@endersenigma I'm pretty sure buzz replicated the issue on stretch
-
@quicksilver
Ah, gotcha. Standing by for solution then, lol. Thanks again for all your help.
@BuZz @dankcushions
Thank you again for looking into this issue. If there is anything I can do to assist just reach out. :D -
Any update?
-
@bobberella was just thinking about this myself. I'm about to load up an old version of retropie (3.7?) And see if the issue goes that far back. Out of curiosity I was reading an N64 compatibility list for recalbox that was dated 2016 and there were notes on there about glide freezing after playing for a bit. I would assume it's the same issue but I'm not sure how similar the mupen64 build for retropie and recalbox are.
-
I am wondering if the newest version of retropie corrected the issue. Apparently they did fix some issues with glide64...
-
@bobberella Where did you see something was fixed for gliden64? The bug was still present for me even with the recent changes to mupen64plus with retropie v4.4
-
@bobberella Still having the same issue on a 3b+ stretch load.
-
@endersenigma Did you update from source beforehand by chance? I've seen changes to their textures folder on the GitHub over the last few days.
-
Yes, I did. I have also tried to remove and reinstall from binary and source. Same issue no matter what I seem to try in terms of installs and updates. I have also tried base clock settings and overclock settings. The crash happens regardless of those variables be it with no overclock, minor overclock, and aggressive overclock. 0 change respectively on those tests.
-
@endersenigma the bug doesn't occur because of anything you set. It is found in the stock image and from the looks of it, it has been around for a while. I tried to play around with the settings in the Mupen64plus config out of curiosity but anything I change gets reverted back to default whenever I launch a game.
-
I am noticing the same thing. Changes don’t seem to affect it, and some changes I try to make just get overwritten when it launches. Very strange. Hopefully the developers iron out the bug soon. It seems to be out of our hands now.
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.