@stattmone If you're using the standalone emulator, then the configuration you've done have no effect. Look in the /opt/retropie/configs/n64/mupen64plus.cfg file and re-arrange the controllers there (look for [Input-SDL-Control1], [Input-SDL-Control2], etc.). The same file is available at \\retropie\configs\n64, if you're using file shares to access your Pi.

@hackedmacbook111 said in Mupen64plus-gliden64 from source is broken: I used mupen64plus on pi3B+ and it freezes with glide 64 games have more lag than with impending 64 plus I recently updated 4.5 to 4.6 Start a new topic, this issue has been solved and isn't the same as yours.

@Jste84 said in N64 (mupen64plus-GLideN64) performance fix: My default emulator is lr-mupen64plus-next... whoops, you're right. will update post Should I change this? Or run the fix? i think both. -next does not have a setting to reduce slowdown, so it will always be present.

kodi addon is not maintained, no activity on github and no answer on github issue. so i want to find solution manually :)

@quicksilver Goeman doesn't work on anything anyway. Gles2rice is as good as I've seen it on a Pi. Thanks for the info though!

The audio crackling is caused by the audio resample method in the mupen64plus.cfg. This issue was fixed a while ago but looks like it is broken in latest Dev builds of retropie. There is a pull request that should fix this issue it just hasn't been merged yet.

@sepp86 said in [Mupen64Plus] Rice Video plugin is missing: Makefile:259: ***Mupen64Plus API header files not found! Use makefile parameter APIDIR to force a location So you need to find API header directory and run: makefile install LIBDIR=/opt/retropie/emulators/mupen64plus/lib/mupen64plus SHAREDIR=/opt/retropie/emulators/mupen64plus/share/mupen64plus APIDIR=<API header directory> if your directories are diffierernt change them (LIBDIR and SHAREDIR), but i dont know where API header directory is, so try to find it. horever i dont know that it will even work.

personally, if i was doing this i would make a fork in github with my changes, and then edit the retropie build script to point at it, then compile it through retropie - update via source. eg https://github.com/RetroPie/RetroPie-Setup/blob/master/scriptmodules/emulators/mupen64plus.sh#L32 if i made a change to the master branch of my fork of mupen64plus-core, i would this line to 'dankcushions core' note that when you edit retropie scripts the script updater will complain when you come to update it.

@Flextrade said in N64 Rom specific Controls: @mitu ok thank you. but is there any way to create a something similar for the mupen64-plus? Not that I'm aware of.

I've seen that there's a Python front-end for Mupen64 that has a GUI where you can select different cheats, but I'm guessing it just loads them before starting the emulator the same as the CLI you posted. https://github.com/mupen64plus/mupen64plus-ui-python

I understand that that would be the best solution, but the problem is that I have a lot of work in this sd card (ultrastar in raspbian) (libreelec totally configured with addons) and other compilations of source do me correctly, the emulator version libreto I have it installed. My options would be the following 1º Try to solve the error /home/pi/RetroPie-Setup/tmp/build/mupen64plus/GLideN64/src/Log.cpp: In function ‘std::wstring getFormattedTime()’: /home/pi/RetroPie-Setup/tmp/build/mupen64plus/GLideN64/src/Log.cpp:38:9: error: ‘put_time’ is not a member of ‘std’ 2º Configure lr-mugen64plus so that they load the textures in better resolution 3º try to import the binary in some way by ftp Thank you very much for your time a greeting

@Efriim Thanks! Gonna give it a go.

I think I found the solution. In mupen64plus.cfg you can find the overscan options. Need some fiddling around with it but probably this is what I was searching for. Though I don't know why the standard resolution (640x480) doesn't need overscan and higher resolutions need this to be able to fill the whole screen. Any one know why?

@mitu Quick update. Changing line 447 in /opt/retropie/emulators/mupen64plus/bin/mupen64plus.sh fixed my problem. I have changed pulse to alsa. Further more I've created a simple script, named n64audio to run at start/boot. In this script: #!/bin/sh sed -i 's/pulse/alsa/g' /opt/retropie/emulators/mupen64plus/bin/mupen64plus.sh Made the script executable sudo chmod +x n64audio After that sudo crontab -e And added the line @reboot /home/retropie/n64audio Now after every reboot pulse will be changed to alsa in the file /opt/retropie/emulators/mupen64plus/bin/mupen64plus.sh , if the line pulse exists. So if I update RetroPie and mupen64plus gets updated and overwrites my file (and put pulse back in to play) it will be overwritten on the next reboot. Again, thanks for all your help!

@roxton looks like it's supported. I found a relevant post on the lr-mupen64plus GitHub. https://github.com/libretro/mupen64plus-libretro/issues/16 There are instructions on there how to get it to work. Though whether it's still accurate or applies to a RPI setup I'm not sure.

@squishykoishi am not using hires version and in fact locked the screen res for N64 games at 720x576 this can add lag as you’re forcing your tv to do an up scaling operation. see https://github.com/RetroPie/RetroPie-Setup/wiki/Input-Lag#use-hdtvs-native-display-resolution retropie already runs (most) n64 games at 320x240 and then let’s SDL to a (fast) upscale using the GPU. the rest of the input lag wiki may help you if there’s still an issue. weird that gles2n64 etc fix the problem but they don’t have accurate emulation so may have incorrectly quick latency to start with? not sure

@Ashrill just be aware save states will not function when using omx as the audio plugin. Also the default volume is insanely loud and can't be adjusted as far as I know.

@mitu I have the exact issue and can post my ini if you like. I have a separate topic in the Help section I posted yesterday if you want the details.