N64 emulators not loading textures

cpt bananas

Dude you're miles a head of me. I just opened this issue on the RetroPie issue tracker but I think it's actually gonetz/gliden64's problem, not Retropie; then, after I already opened it, I see you opened the issue on Gliden64's page

Thanks man

alrdtakn1

Pi 3
5v 2.5a
Retropie 4.3.6
Mupen64plus
Zelda ocarina of time black screen but audio
007 most textures are not visible but some are completely unplayable

Hi I am now having a similar issue as you guys, after a fresh install I can get gles, rice, lr-mupen, and parallel to work. When I try glide it gives me a black screen with audio, updated from binary (retropie 4.3.6) same issue. ~~Attempted updating from source and it appears to freeze at ld libmupen64plus.So.2.0.0~~, edit: I was able to update from source but still the same issue. the glide log shows these two lines constantly repeating: Async color buffer copies are not supported on GLES2
LOD emulation not possible on this device

I tried disabling LOD emulation in the .Cfg file but it keeps going back to default. Even after I have disabled hotkeys in autoconf.

I also had an HD texture pack that worked great in rice, but glide would start the "loading" screen of textures and freeze when it got to 438.88mb after maybe 7minutes of loading up to that point. I deleted the texture pack since it wasn't working with glide anyway.

steeeb

Has this been solved? If not what is the easiest way to roll back glide?

dankcushions

@steeeb no. i plan to start bisecting it soon, but until someone does we won't have the 'last known good' version to build binaries for. in any case, once someone starts bisecting, we should be close to fixing the issue.

steeeb

@dankcushions

https://github.com/m64p/mupen64plus-GLideN64

Do you know how to build it? Just build.sh? If so I can help at least find some working commits. If it doesn't take long to build I can do a full disect

dankcushions

@steeeb no that's not the right repo. it's complex to rebuild the whole mupen64plus emulator manually but it's only the changes to the gliden64 plugin that we're interested in: https://github.com/gonetz/GLideN64. you build that and then replace mupen64plus-video-GLideN64.so on your system with the rebuilt file.

MacLock89

I can confirm this also. Gliden64 worked great as my default emu. Two days ago i updated retropie and all packages before scraping only to find that the roms i had set with gliden64 were missing texture packs and recieved the messege "init noise textures. Please wait." A rollback or a fix would be greatly apreciated as it is the only emu that alligns mario party 2 properly. Thank you in advance.

steeeb

@maclock89

https://github.com/gonetz/GLideN64/issues/1665

They've found the offending commit

Anyone know the location of the .so file? I have glide from 2 weeks ago that works I could upload the .so file so people can use it until upstream fix the issue.

wrnhokie

@steeeb
It should be in /opt/retropie/emulators/mupen64plus/lib/mupen64plus/ . Please do upload the working .so if you can so we can have a working build until a fixed commit happens.

steeeb

Built the version from before the problem commit just testing and I'll upload.

steeeb

Here it is: https://www.dropbox.com/s/5m4j41g4otvzaxj/mupen64plus-video-GLideN64.so?dl=0

Still says the init loading textures at the start, but the textures work fine.

MacLock89

@steeeb
This might seem like a dumb question but how do i exchange the file. If i insert the sd card in my comp runing ubuntu it percieves these files as read only and will not allow alteration. Is there a way around this

MacLock89

@steeeb
From a little digging i found that i will need to gain root access through editing retropie script and accessing the files via a program such as putty. Would putty for ubuntu be the best choice or is there another means which would be more effective.

steeeb

Ubuntu should read/write ext4. Is the boot partition read only too? If so the SD card adapter isn't set to read only is it?

PCS92

I too have the same issue. First time I try and do this, so I have a few questions. Besides choosing the right emulator, what kind of heatsinks do the great people in this topic recommended? I read something about the main SoC, the Ethernet controller, and the voltage regulator should have these for N64 to work more or less. But where can I get the heat sinks for the Ethernet and the voltage regulator? A link to a online store or something like that, would be appreciated.

And is this fan approved for cooling down my Pi 3, does it look like it would work with the heat sinks I need?
Site: https://www.skolehuset.no/products/transparent-clear-case-enclosure-box-cooling-fan-for-raspberry-pi-3-2-model-b .

zerojay

@pcs92 said in N64 emulators not loading textures:

I too have the same issue. First time I try and do this, so I have a few questions. Besides choosing the right emulator, what kind of heatsinks do the great people in this topic recommended? I read something about the main SoC, the Ethernet controller, and the voltage regulator should have these for N64 to work more or less. But where can I get the heat sinks for the Ethernet and the voltage regulator? A link to a online store or something like that, would be appreciated :D

And is this fan approved for cooling down my Pi 3, does it look like it would work with the heat sinks I need?
Site: https://www.skolehuset.no/products/transparent-clear-case-enclosure-box-cooling-fan-for-raspberry-pi-3-2-model-b . Just look at the picture, this is a norwegian site xD I am from Norway xD

There are plenty of threads with recommendations for those things in the forum already, let's please not derail this one.

Has anyone else been able to confirm that the .so posted earlier in the thread worked for them? All problems we've been seeing resolved?

wrnhokie

I can confirm that the .so filed posted by @steeeb worked a treat. Thank you all.

MacLock89

@steeeb
Thank you! Thank you! Thank you!
I ended up having to go in thru nautilus but i got the file swapped and it works flawlessly! My only question is will this file be overwritten upon the next time updating retropie?

mitu

@maclock89 Yes, it will be overwritten if you choose to update all packages from the setup menu, but a fix has been added recently and the next update might not have the problem reported here.

cpt bananas

Thanks - steeeb's fix works.

That said - I think it might have some recently-introduced performance problems that are presently being discussed in that github thread. I get ~1 FPS if I fire a weapon in goldeneye, and mario bogs down to a stutter upon loading the first world if I aim the camera toward the mountain.

I want to say it used to do fairly well in goldeneye and perfect in Mario. memory may be failing me.

I tried to export the SO file from the retropie IMG from 9/2017 to get around this. It didn't work. I am curious if anyone has an SO file that is even older than steeeb's?

if not - it seems that GlideN64 is on track to be fixed quite soon.