N64 crashes after 10 min

quicksilver

@endersenigma I see you have spent as much time trying to figure this out as I have. I've noticed all the strange nuances with this glitch as well. I suspect this is an issue with mupen64-glide on the pi itself. If this issue was universal to all devices I'm sure the mupen64 devs would already know about it. At this point I just need to figure out who to report it to.

EndersEnigma

@quicksilver
I did a search looking for the contact information of the GLIDE devs, no luck. Maybe one of the admins/mods can point us in the right direction.

Bobberella

@quicksilver

I have known that overclocking isnt the root of the issue for a long time now... What im more interested in is setting up my retropies so that they will overcome the glitch and not freeze up given the chance.

I have run about 50 tests. You can start the game, set the timer for 14 minutes and let the game run without hitting pause and then see how your new settings react to the glitch.

I cant fix the glitch. I have no idea who can but I dont care either. All I want is to play so N64 in peace.

If you know of any other componants I can tweek that will allow the Rpi 3 to recover better from a glitch like this I would be interested in hearing it. :)

I am glad you guys are gonna try and get it fixed and thats awesome because this glitch has been around for at least a year now.

quicksilver

@endersenigma https://github.com/mupen64plus/mupen64plus-core

This is most likely the place to report an issue. I too would like a mod/admins opinion though.

Bobberella

@quicksilver

I found that Dolphine was crashing at exactly the 15 minute mark and they found:

"Oh, looks like I found the solution.

I changed DSP HLE to LLE, and I changed the driver from XAudio2 to Direct Sound"

So what does that mean?

dankcushions

@quicksilver said in N64 crashes after 10 min:

@endersenigma https://github.com/mupen64plus/mupen64plus-core

This is most likely the place to report an issue. I too would like a mod/admins opinion though.

if this isn't happening in other graphics cores then it's not a mupen64plus issue, it's a gliden64 issue. please report it here: https://github.com/gonetz/GLideN64/issues, but lets hold fire on that for a while until we have more details

i think a video of the issue would be ideal, and even better would be a stack trace, but that's kinda difficult to explain if you've not done it before. tagging @gizmo98 if you have a moment :)

quicksilver

@dankcushions I will try to get a video of it, it's hard though because sometimes it glitches and freezes faster than I can get my camera ready (I don't have capture equipment). It's easily reproduced though.

EndersEnigma

@quicksilver
I might be able to capture some video this weekend, will update as able.

Bobberella

I think i fixed the glitch by setting "show VI/s counter" to True.

Its in the advanced settings for mupen64 near the "show FPS"

I figured if show fps fixed the last thing then lets try the rest of them.

Im gonna test it a few more times... posting later.

mitu

@bobberella See https://retropie.org.uk/forum/topic/11279/how-to-turn-off-fps-frame-counter-in-mupen64plus-gliden64, seems like known problem.

quicksilver

@mitu Except that the frame counter is on and we are still encountering this issue. So either its not working as intended or this is something else.

Bobberella

@quicksilver

It only worked twice so now im on to messing with different settings.

Bobberella

Seems like if you turn on percentage and vi/s...
The glitches are not so bad and you can make it through them without freezing.

quicksilver

@bobberella Its probably just incidental. A lot of times I can get through the glitch by not moving. If I keep moving and looking around it makes it worse and usually crashes. At this point I think its out of our hands, Im not sure its something we can fix. I applaud your enthusiasm for digging through configs and testing things though!

BuZz

@psyke83 has reproduced the issue. We need to debug it though and it could take some time.

Bobberella

Awesome.

There seems to be no settings in "advanced mupen64 settings" that do anything besides break the emulator or do unnoticible changes.

I think adding FPS, percentage, and vi/s made it more stable but I have no idea.

Hopefully the fix is soon... :)

The people of retropie thank you.

quicksilver

@buzz thanks for the reply buzz. Do you know if a issue was opened for it on the gliden64 GitHub?

BuZz

@quicksilver not yet - I will open an issue if we can track it down to a specific commit. We don't know that it is a GlideN64 bug (Could be the RPI GPU drivers or firmware for example).

BuZz

Currently testing with the intro for Legend of Zelda, The - Majora's Mask letting it run continously. Not seen the problem yet (Running for 18 mins or so). @psyke83 said he saw the issue after 20 mins. Does anyone have a non interactive way of reproducing the issue quicker - so I can leave it running in the background?

quicksilver

@buzz It has happened for me just loading a level and letting my character stand still for 10-20 mins. However, when the glitch occurs it seems to get worse when you are moving and will likely lead to a crash. Sometimes when it occurs I can stop moving and the glitch will pass and I can resume playing. It may be harder to to get it to occur if you are standing still. This is all from my own anecdotal experience. It has happened on just about every game I have tested for glide (I have never tried majoras mask). Diddy kong racing, battle tanx are two games it will happen for me everytime.