1080 Snowboarding Screen Flashing on Odroid XU4 & N2

[Cee123]

Game doesnt run properly the screen just flashes with the sound playing. Good thing I don't have epilepsy.

Happens with European and US versions.

[m4xw]

Screenflashes are usually fbemu related. if you use GLES2 you are out of luck most likely.

[m4xw]

Try b785150

[m4xw]

I also pulled in some recent fixes for Mali GPU's from master, checkout the experimental branch.
I cant provide you builds for it :/

[Cee123]

Oh ok, interesting. That's alright then. Thank you for your help. Yeah I suspected it was maybe something to do with GLES2 instead of GLES3.

[Cee123]

Interestingly this game seems to work on Parallel, along with a couple of other games like Bomberman 64 which also will not work on the Arm version of NX.

[m4xw]

These are very different emu's.
Not much surprise they behave differeently.

[m4xw]

@Cee123 Please confirm both of your issues again with latest dev branch, might've been a regression at lowest resolution.

[Cee123]

Alright awesome. I'll try the latest dev branch. I'll see if that makes a difference.

[Cee123]

I'm a bit of a noob when it comes to github, still figuring things out with this. So I don't really know how to try the commit you posted. :(

[Cee123]

Well, I did update the mupen64plus-nx libretro core, but it seems to be exactly the same.

[m4xw]

Can you make me a video?

[Cee123]

Alright, sure thing, I will try to get a video of what it does.

[dewenhsu]

https://youtu.be/Uj0ZUTWOO38
Running Odroid N2 TheRA

[Cee123]

Thanks Dewen.

[m4xw]

@dewenhsu try fb emu off, color + depth buffer off, "Framerate: Normal", hw per pixel lightning off, less accurate blending mode on, shader depth write off.
Half of these don't work as expected on GLES2 anyway

[Cee123]

I'll try those settings too. I'll see if it makes a difference.

[Cee123]

Still the same thing. Lol

[dmrlawson]

Just to add - I'm seeing the same thing on Raspberry Pi 4

[Cee123]

Can confirm the issues ive posted for Odroid xu4 & N2 also apply to the Pi3b and the Pi4. Seems to be with the arm devices.

[m4xw]

I asked fzurita to take a look if he can reproduce it, if he doesn't, this is a issue in -nx (likely glsm), otherwise upstream issue.

[m4xw]

@Cee123 does it happen for the DK64 Dance intro?

[Cee123]

@Cee123 does it happen for the DK64 Dance intro?

Not as far as i know. Last time i tested DK64 it ran fine.

[Cee123]

I just checked DK64 again and it's fine. No issues there.

[RitschiRitsch]

1080 screen flashing on NX with RA 1.8.2 and latest mupen64plus-next core as well.

[quicksilver7837]

Setting color buffer to rdram = async takes care of this issue on pi 4. Youll need to make sure that GLES3 is enabled otherwise I believe that setting is ignored.

[m4xw]

Yea i dont think thats function on gles2

[RitschiRitsch]

@quicksilver7837 Setting color buffer to rdram = async takes care of this issue

Thanks a lot! That actually worked on NX. Don‘t know if in previous releases of mupen next it was enabled per default, since 1080 was working in mid 2019, and I didn‘t change these settings for sure. Or maybe some other improvement of the core has produced this issue as a negative side effect.

However, performance in other N64 games is pretty bad with that set to async. Hence I would recommend only to use it with 1080 and to switch it off for others.

[m4xw]

So that confirms what i anticipated.
Closing this for now.
@RitschiRitsch just wait for threaded renderer ;)

[dankcushions]

worth adding such defaults to https://github.com/libretro/mupen64plus-libretro-nx/blob/develop/GLideN64/ini/GLideN64.custom.ini upstream?