Hello, I have not setup N64 in a while, but I remember there being an “AutoConfig” file of some sort that would overwrite my manual changes.

I was able to update that file and it no longer imposes it’s will upon my setup. That may or may not apply to your GPIO setup but it is worth a look.

EDIT: Totally missed your reference to that file. Sorry. I do believe that is the culprit though...

@quicksilver Awesome, thank you for the tip and info!

@nightfire

/opt/retropie/configs/n64/mupen64plus.cfg edits the standard mupen64plus emulator settings. At my level of expertise(or really a lack thereof) I am unsure how the cores are separated but the es_systems.cfg also lists editable extensions and I would presume if the mupen64plus.cfg doesn't also affect the libreto version, then this probably does.

I base my info off of exploration and reading the docs : https://retropie.org.uk/docs/Nintendo-64/ ; so I could be wrong.

I think I may have found the solution to my problem.
There may be an issue with the Xin-Mo USB controllers.

The Xin-Mo controller that I have has an internal identification as: Xinmotek Xinmotek Dual Controller
In the configuration files sent to me, has it is identified as: Xin-Mo Xin-Mo Dual Arcade

Change the name in the configuration file, appears to solve the problem.

Has anyone figured out a solution?

@hophead05
I also have the same problem and same controller. If I change to other n64-emulator the controller works but the emulation is slow.

I figured it out (Wii U), thank you so much!

@Nakynaw said in Core_freq vs Gpu_freq? (N64 performance):

@quicksilver who has been reading everything and it's opposite about overclocking, owns a Pi4 8G ram model, fan,

This thread is about Raspberry Pi3. I recommend you to create a new thread. Here is a relevant thread: https://retropie.org.uk/forum/topic/26982/overclocking-a-pi-4-yes-i-checked-the-stickies-and-the-docs

I do agree the lists need complete overhaul as some games that ran flawlessly, now don’t work (Pokemon Snap)

For the Nes I discovered Fire and Ice on emulation, I wish I bought that game back in the day. Not for the sake of the value, but just pure for the gameplay.
It's a great puzzle game if you're interested ;)

@2stick Did you happen to have the instructions for converting the save file? We're having the same issue with the Lens of Truth.

@tveith said in No Sound in N64 mupen64:

Thank you Quicksilver

0_1536601267974_f2ddf29f-297b-42fd-9044-363508f10d18-image.png

@heshy did you remove the core_freq overclock as well?

Did other N64 games work fine? Is it just super smash that you had issues with?

@Spartacus as the fellows told you before me, the main problem on loading the N64 games could be the extension. If the files are zipped, unzip them and throw those files into the proper folder. The N64 extension should .n64 .v64 or .z64. Most of the games should work properly depending on the configuration and your raspberry model. I always had problems with Killer Instinct since I'm not able to find a good file for that game. But for the others, I had no problem at all.

Concerning the MAME incident, as @herb_fargus stated, the problem should reside on the romset you have. MAME has many different versions and a single game could work fine in one oh those versions but could not work in other. I don't remember but I guess most of the working games are in the romset 1.38

You can check it.

@jjapes Just update mupen64plus via retropie-setup.

@buzz

This is now working

gpu is slow and only supports GLES/open gl 2. open gl 2.1 isn’t different from gles in terms of featureset, and that’s what matters.

cpu/core use doesn’t matter because cpu is barely used with pi3 plus mupen64plus (thanks to the arm dynarec).

mupen64plus-gliden64 is fairly well optimised for pi at this point, in my view. ultimately the gpu’s lack of features doom it.

system bus speed is always probably a bottleneck but no amount of speed will get over the GLES/gl limitations.