MorsGames / sm64plus

A fork of sm64-port that focuses on QoL improvements and customizability.
https://mfgg.net/index.php?act=resdb&param=02&c=2&id=38190
453 stars 32 forks source link

Missing textures (Linux Latest Build) #68

Closed bladehorton closed 1 year ago

bladehorton commented 2 years ago

Certain HUD elements are missing such as the "Peach" text on Peach's letter, Mario's face on the lives counter and the coin icon on the coin counter. I have compiled it twice and both times it still happens. The ROM is fine

brycesweaver commented 2 years ago

I've built and ran this on an Ubuntu machine and had no problems but when moving the install to my steam deck (arch) I experience these issues.

NuVanDibe commented 1 year ago

building within ubuntu on steam deck via distrobox and then running from arch creates this same issue.

0x647262 commented 1 year ago

This resolved the issue for me: https://github.com/MorsGames/sm64plus/wiki/Frequently-Asked-Questions#q-some-of-the-textures-appear-black-and-purple-how-do-i-fix-this

Specifically:

On non-Windows platforms, you can also try passing the path to the gfx directory as the first argument to the executable; by default, it's generated at sm64plus/build/us_pc/gfx.

brycesweaver commented 1 year ago

This resolved the issue for me: https://github.com/MorsGames/sm64plus/wiki/Frequently-Asked-Questions#q-some-of-the-textures-appear-black-and-purple-how-do-i-fix-this

Specifcially:

On non-Windows platforms, you can also try passing the path to the gfx directory as the first argument to the executable; by default, it's generated at sm64plus/build/us_pc/gfx.

Thank you, this fixed the issue for me.

eskoONE commented 1 year ago

This resolved the issue for me: https://github.com/MorsGames/sm64plus/wiki/Frequently-Asked-Questions#q-some-of-the-textures-appear-black-and-purple-how-do-i-fix-this Specifcially:

On non-Windows platforms, you can also try passing the path to the gfx directory as the first argument to the executable; by default, it's generated at sm64plus/build/us_pc/gfx.

Thank you, this fixed the issue for me.

how did you do that? im also having the same issue on the steam deck but im not sure how or where to pass the directory to the executable.

brycesweaver commented 1 year ago

Add the game to steam as a non-steam game, go to game properties and in LAUNCH OPTIONS just put gfx that should fix it.

eskoONE commented 1 year ago

Add the game to steam as a non-steam game, go to game properties and in LAUNCH OPTIONS just put gfx that should fix it.

that didn't work unfortunately. perhaps because I'm using the launcher for it? can I make it work with that?

bladehorton commented 1 year ago

I have finally solved the issue. It looks as if the game isn't correctly loading in the textures from the gfx folder in the build directory. So, it would make sense that using the gfx folder in the root of sm64plus would work, except it doesn't. There aren't the right textures there at all. At least, not in my case. If you tried the "gfx" launch option in Steam and it diidn't work, instead put in the entire directory to the gfx folder THAT IS IN THE BUILD DIRECTORY, NOT THE SM64 PLUS FOLDER.

Example: "/home/blade/Games/Super Mario 64 Plus/bin/sm64plus/build/us_pc/gfx/" As you can see, it is now pointing to the build gfx folder, as the "gfx" launch command was pointing to the gfx folder contained in "sm64plus".