I look forward to seeing that. Does anyone know why the graphics on worms: Armageddon look so blurry on the N64 compared to say the Ps1.

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.

You can take a look at how the Mupen64Plus plugins are built here to build and install the Rice plugin from source on your PC.

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.

The specific emulator I'm having trouble with is mupen64plus-glide64 the lr-mupen64plus works fine but looks awful and won't load high res textures. The mupen64plus-glide64 emulator worked great until I had to reinstall everything for other reasons. No system hardware has changed since I've started this.

I only did compilation, I have not tested the emulators yet!

@quicksilver Yeah I figured that out in the end thanks tho x

@Boa are you using the standalone mupen64plus or lr-mupen64plus?

@Heartless yeah that's what I figured. I suppose you could make changes to the mupen64plus.sh blacklist or one of the video plugin .ini files but that is a little above me.