N64 crashes after 10 min
-
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.
-
Could it be an issue with the stretch Kernel?
-
@drakaen391 no, it is present in Jessie as well. From the looks of it, it has been around for quite a while.
-
so I was messing around with the settings in the mupen64plus.sh file and by setting frame buffer emulation to false it seems to have taken care of the crashing issue. I just tested two different games for over 30 minutes and I did not get a crash. With frame buffer emulation turned off some games don't render certain things properly but it would be great to know if this is where the problem lies. Anyone else able to test this and let me know if they get the same result?
-
-
@quicksilver said in N64 crashes after 10 min:
so I was messing around with the settings in the mupen64plus.sh file and by setting frame buffer emulation to false it seems to have taken care of the crashing issue. I just tested two different games for over 30 minutes and I did not get a crash. With frame buffer emulation turned off some games don't render certain things properly but it would be great to know if this is where the problem lies. Anyone else able to test this and let me know if they get the same result?
interesting! this sounds like it's the same issue as this: https://www.reddit.com/r/RetroPie/comments/4yyyle/glide64_crashing_after_a_few_minutes_of_emulation/
it sounds like it's the old texture corruption issue: https://github.com/gonetz/GLideN64/issues/1084
i've had a thought and updated the issue!
-
Btw I never got this freeze issue. I even finished Wave Race 64 several times without problem and even then, I didn't have the problem here is described. Besides with Yoshis Story, but it does not happen after sepcific time, but after a specific point of game.
Does this happen only with specific configuration of the emulator? I am a bit confused here. Is it glide only?
-
@thelostsoul gliden64 only. waverace runs in gles2n64: https://github.com/RetroPie/RetroPie-Setup/blob/master/scriptmodules/emulators/mupen64plus/mupen64plus.sh#L357
-
@dankcushions I have found the rice plugin to be better for performance with waverace.
-
@dankcushions so the reddit issue sounds the same. But the issue on the GitHub doesn't sound quite the same. They stated the textures become transparent but the game still runs. Maybe the fps counter only partially fixed the issue.
-
@quicksilver this issue seems to involve a crash/hang - https://github.com/gonetz/GLideN64/issues/1665
does this sound similar? in theory there's a fix in retropie to resolve this, but maybe it doesn't work anymore.
i think if we can clarify the issue that best reflects this problem, we could raise a bounty. we may need to create a new issue.
-
@dankcushions https://github.com/RetroPie/RetroPie-Setup/issues/2207
Visually the current issue looks very much like the pictures from the above issue (is this the same issue you linked?). No mention of time is noted though in the previous issues, whereas the current bug only shows up about 10-20 minutes into gameplay. Hard to know for sure if it's the same problem or just related.
Something else that is odd when frame buffer emulation is disabled is the fps counter in glide suddenly jumps up to 50-60fps while playing GoldenEye whereas with fbe enabled I'm lucky for it to reach 30fps during gameplay. Game doesn't feel any faster though so I'm wondering if it's not reporting the fps properly when fbe is disabled.
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.