Q: Texture transparency in Super Smash Bros on RPI

[libretro]

Q: Texture transparency in Super Smash Bros on RPI

[hhromic]

To make it clear, this also happens with the old mupen64plus core so is not something introduced in the "next" core. I'm just wondering if this is solvable easily or just something to live with for now. Also maybe the new GLideN64 plugin addresses it.

[m4xw]

fbemu?

[hhromic]

Yep, tried enabling/disabling it, no change. I also tried other options as well with no effect. FWIW seems to be the only noticeable (i.e. "ugly") glitch in this game. Have you seen something like this in other games?

[m4xw]

I only saw issues like this related to fbemu.
Not sure if GlideN would fix it, you can always try standalone mupen+gliden 3.0, if it runs there expect it to be fixed.
Want me to leave this open?

[hhromic]

I will be testing on standalone mupen+gliden 3.0 later today to confirm.
Lets leave it open until that. Thanks!

[hhromic]

Okay I know what is happening now. It turns out that FrameBuffer Emulation is actually always forced to disabled in RPI devices, no matter the option in the core settings:

mupen64plus-libretro-nx/custom/GLideN64/mupenplus/Config_mupenplus.cpp

Lines 121 to 125 in 1c2029a

	#ifdef VC
	config.frameBufferEmulation.enable = 0;
	#else
	config.frameBufferEmulation.enable = EnableFBEmulation;
	#endif

I temporarily allowed for it to be enabled and while the game glitches heavily (probably the reason FBEmu is always disabled on RPI for GLideN 2.0) the glitch in this issue is indeed fixed.

I tested standalone Mupen64plus + GLideN64 3.0 and with FBEmu enabled the game works much better, just some glitches with background textures that should be in the back and instead are rendered in front of other objects. This means that the upcoming GLideN64 3.0 will address this issue and also improve FBEmulation vastly on RPI devices.

I will close this issue for now and leave the info for posterity :) Thanks anyway!