I’m wondering if some process is conflicting. I tried my brother’s N64 controller as well, and it’s the same behavior. I even made a Kodi map with the same axis lines, and the cursor behaved the exact same way.
I’ll start off by saying that I’m a bare bones beginner so may be wasting your time here – but I do know a fair bit about the N64 ;)
That said I’d guess that it might have to do with the maximum values the controller is sending through for the stick movement. Typically I don’t have access to any documentation right now as am at work, but I think there’s a min and max range value set in the config files which is a half int (32762) and changing that range could be used to tweak the sensitivity issues.
The way to figure out if this IS the problem would be to run jstest and see what kinds of numbers you’re getting out of the controller. Given the bad experiences I’ve had trying to get modern pot sticks to work in the N64 “light gate” system I’d guess the sensitivity would max out at about a third of the pot value, and it’ll also behave a little different too in terms of how quickly the numbers become large.
Yep – my video is a little old (you’re right that you may have to say player1 etc.. to override the controller default) – here is an updated one that shows how you can just remap the buttons in retroarch.
Yes, the mupen64plus isnt a retroarch core, so you need to do it differently
I found out why my n64 controls were so weird. Its mupen64plus and it uses InputAutoCfg.ini for controllers. So I must edit that. Not very elegant but maybe that is the only way to configure controller in mupen64plus
Try the experimental mupen64plus-testing emulator. After installation select experimental emulator at game start. Press x or m and select mupen64plus-testing-rice.
@deadherring
There is “no plugin for all games”. Some games run flawless with rice, some with gles2n64. Gles2n64 is most of the time faster but there are major stability issues with games like zelda OoT. Some games are not playable at all.
its a limitation of the hardware. ive never got satisfactory results on my rpi. it takes a lot of tweaking to get things barely functional but it just depends on the game and the settings. i usually just stick with the pc for n64 emulation. some people have also overclocked to get it to work.
Thanks for the info. I’ve tried both emulators as well as the experimental ones. I’m just confused about why some on youtube seem to be able to run many of the games without issues?
Is supporting n64 games something that could be addressed with future software updates or is it a limitation of the hardware?
there’s 2 main n64 emulators – the default: lr-mupen64plus, is outdated and seems to have many issues. the second: mupen64plus is better for me. are you using that one?
also, mupen64plus has two renderer plugins: rice and gles. the latter is normally the best, but the former can sometimes be better.
finally, n64 emulation is pretty flakey on the pi. some games work nearly perfectly, but others are a mess, or don’t work at all. there might not be a solution for playing some games.
I have 2 directories for the 3 platforms I’m currently serving up: nes, snes, n64. This script moves games in and out depending on who is playing, then reboots the RPi. Shell scripts are easy for me, that’s why I use them.
I think I might alter them to swap the es_systems.cfg file in and out of the way, too. The only modification I’ve made to that is to disable the retropie menu. This was done just by commenting out the ‘retropiemenu’ section in es_systems.cfg using <– and –> around that particular section. There is absolutely nothing in there a 3 or 6 year old needs in there. If push comes to shove, I can re-enable it and reboot.
Basic administration is done by myself over SSH. I don’t need direct access from the GUI.
There are only 2 things so far that I need to implement:
1) Disable before-game interruptions. ES or Retroarch (not sure which it is) allows you to hit a button when a game is loading. I want to disable that because they’ve already gone in and hosed settings, forcing me to reconfigure.
2) Disable or customize select and start button menus within ES. They should be able to reboot and nothing else.
Also, I should add that when I am booting using the n64mupenplus emulator I noticed it mentions an audio buffer under run error, not sure if it’s related.
I’m running retropie 3.0 on a raspberry pi 2 in an arcade cabinet setup. I originally had issues with SNES games not loading, but fixed that by downloading the updated emulator from the menu.
Now, I’m having issues with N64 games. Many (like NFL Blitz) load with messed up menus and audio, others load to the opening screen then go to black (like Mario Tennis). I’ve tried updating to the latest emulators, then when the game loaded I pressed a button and switched the n64 emulator to a different one (I beleive n64 emu plus?) but now nfl blitz loads to the open screen and freezes and I have to unplug power to reboot. Also, some have suggested moving the roms from the n64 folder to the N64-mupen64plus folder, but I only have an n64 folder in my roms folder.
I tried downloading the experimental version but I’m having the same experience, although I don’t know if you have to change to the experimental emulator by pressing a key when I load the game–now pressing a key when the game is loading doesn’t seem to bring up the emulator select anymore. Is there a different way to do this on the system? Do I need to select the experimental emulator to load n64 games?
I’ve read that there are issues running n64 on the pi2 but I’ve also seen videos on youtube of people running n64 games flawlessly.
The start menu in emulationstation under ui I think. Could also just be a glitch with your controllers where it has a tiny short that sends two signals or something. My n64 controllers did something similar when I navigated with the joystick.
Trying to setup a real N64 controller using a usb adapter. These are the buttons I have mapped in my cfg file based on the N64 layout here. Problem is the analog stick doesn’t work fully, for example in Super Mario 64 mario only walks, he wont run. The L+R and Z buttons aren’t functioning properly either. And this is in all emulators.
It had been a project I’d wanted to do for a while, and it ended up taking forever to make by the time I’d gone through and fixed every little hitch I hit. As for selling it (there’s always one) I’d be unwilling to let it go for anything under a massive price due to the horrible development time and issues I had to overcome technically. Flicking through the build photos I’ve narrowed it down to two really good ones, and there’s a block of text to follow explaining everything least someone wishes to do the same, and yes, I very much feel there’s not nearly enough Tron in our lives! ;)
To start with I wanted it to be a N64 and had a broken one (so this isn’t a Ben Heckable mod because it was DOA, but you could swap the board out…), I also wanted to operate things using the original switch, which is a dual position four pole switch (very unusual) and use existing openings for ports etc. I cut the PCB and stripped it by desoldering all components, then decided on that gap there keeping the mounts for the front ports and the switch itself. The power input for the Pi is on the upper left through a modified USB 1 port (the power supply also had to be butchered to fit the new port, and I did this so that it would be impossible to put the light supply into the Pi supply), the one beside it powers the lighting so they don’t need to go all the time (12V 0.8A standard socket). I actually ended up removing the LED at the front because it used just enough current to drop the supply to the Pi below 5.28V which I wasn’t happy with. I did also go through and replace the wires with some higher voltage high copper ones just to ensure the unit always got a good supply. On the upper right you can see a simple HD corner connector which acts as video out and the four pole 3.5mm extension for audio/RCA. Cigarette lighter for scale, and up beside that is the scavenged computer plug for connecting the lighting which was done using a LED strip that was threaded throughout the shell. I wanted the Pi to be removable so glued some velcro to the case and the shell to shoulder it from jolts. The USB and audio cables had to be shortened to get them to fit and they range from about 60mm through to 120mm. The front ports were drilled out and shaped with a rotary tool and the female end was whittled into shape to fit. The top cover was cut with the rotary, given a few layers of undercoat, and that fancy white translucent plastic is simply ice-cream container. Finally I spent weeks trying to get some sort of a cool design for the logo before finally giving up because all attempts looked “fuzzy” in comparison with the rest of the design. Total cost: about $140 with excessive shelf usage, total dev time: about three months.
render resolution definitely affects shader performance, but that’s just about the only thing that is GPU-bound i think. for most things, it’s the CPU that is under the most strain. even mupen64plus seems to run the same for me at 1080p as it does 720p.
Sorry, I installed version 3 and I am trying Logitech gamepad F310. It works great in the UI itself and in the emulators of the games that came with the install. I added in Super Mario 3 for my kids under the NES in the roms section. It shows up in the UI now to play but the controller doesn’t work. Same with one in the genesis and one in the N64. Seems like anything I have added isn’t working.
So I’ve wanted to do something like this for a while, and the RetroPie was just too much of a give not to. She’s been a very long and hitch-filled road to get to the final shell. Don’t worry, the N64 was DOA when I got it for $5 so I didn’t needlessly kill the old machine. On/Off switch is used to control power to both the lights and the Pi. I’ve got a pretty comprehensive set of photos of the build were anyone to want them, but apologise for the quality – the iPad2 is all I’ve got in terms of camera.
[quote=106551]you, kind Sir, are genius! Thank you very much!
-=case closed=-
by any chance, do you also have an idea why castlevania does not get into the game on the N64 emulator? at some point I get a black screen and nothing moves but the emulator plays the intro and everything.
[/quote]
Both castlevania games work quite well on the N64 emulator. They have some visual issues but are fully playable
you, kind Sir, are genius! Thank you very much!
-=case closed=-
by any chance, do you also have an idea why castlevania does not get into the game on the N64 emulator? at some point I get a black screen and nothing moves but the emulator plays the intro and everything.
I was sure I put a reply up but I did it on my iPad and it contained a link which might be why it doesn’t appear to have shown.
I stumbled across the development wiki for libretro-mupen64plus which stated that cheat codes were not supported. Simply put I may just have to wait until the devs do include gameshark in the build. There’s so much conflicting information out there and it makes it tough to filter through it all. Retroarch seems to support cheats but I’d be dead in the water getting that going also. Shall continue to try to find a way!
I have two controllers. A wireless Xbox 360 Controller, which is connected via the official reveiver and a regular USB,2-axis 8-button gamepad (a USB-SNES Gamepad to be more specific).
I want my Xbox 360 controller always to be Player 1. The problem is that, as the Raspberry Pi detects the USB-SNES-Controller first, it makes the USB,2-axis 8-button gamepad as Player 1.
In Retroarch it’s easy to solve the problem. You can just switch those controller to make player 1 as player 2 and vice versa.
Even in the Emulationstation I get it to work, that my Xbox 360 Controller is the main controller.
But not in Mupen64Plus. I tried to change it in the mupen64plus.cfg and switched the both controllers and but it just don’t work. It always detects the USB,2-axis 8-button gamepad as player 1. And even my changes are overwritten, when I restart the Pi.
So I’m asking, is there a way to solve this in the mupen64plus config or do I have to change it system wide? The last solution would cleary be the better one, but how to do it? :(
Hi all!! I try to config the emulators of retropie (mame, snes, mega-drive, fba, psx, n64, etc) anyone of this forum have the rute of config file and the config file to use the emulators with dualshock3 (using analog, and digital to move and the right configs of buttons (and the vibration of psx emulator if possible) Thanks all!!
mario kart should work fine. what emulator are you running? most people get best results using the non-libretro version of mupen64plus + the gles64 plugin. you can choose it if you hit ‘x’ key when loading the rom.
the libretro version of mupen64plus is out of date as far as i can tell, or at least set up weirdly. i’m not sure why it’s still the default in retropie – it’s awful!
n64 is definitely a little ropey, but there’s a lot of games that work nearly perfectly. mario kart and f-zero are great in 4 player mode, even (some sound issues) :)
Hi,
I installed RetroPie on top of my Raspbian Wheezy distribution (RPi2 with Noobs) and most emulators work like a charme. However the N64 emulator has some graphic problems and in most games it shows really distorted pictures and the operation in the menus is very slow. If you find your way through the broken menus to start the games, some games work, some games don’t, but most have graphic issues.
Is this common? I tried overclocking the Pi, which didn’t really change anything and I set my gpu_mem_1024 to anywhere between 128 and 320 mb, but it didn’t help.
Is there a driver which I need to update or do I need to kill any services started by the normal Raspbian distro?
Additional hardware is a HiFiBerry DAC+ and I’m using HDMI and PS1 / PS4 controllers and Rii mini keyboards.
Attached is a pic of the Mario Kart start sscreen.
I’m trying to get them running on mupen64plus as I’d really like to use the Mario Kart Battle Royale cheat for multiplayer, but I’m having the same problems with them. Although I do feel that our issues are different (for example I might have to turn something on inside mupen) but lets make sure we tweak the documentation up to spec once we do find out!!!!
I would also attempt to post this on he ES forum, but I’m not in the need for Ray Bans. SO I’m hoping someone can help here.
I’m an absolute amateur when it comes to technology, apparently I have big ideas but absolute no talent :)
I currently have a USB style controller for most of the emulated consoles, i.e. SNES, NES, Mega Drive, joystick. N64, etc controller. I’m trying to find out if there is a way to set up a emulator to work with a specific controller configuration. So I plug in a Mega Drive controller it acts like a Mega Drive controller, I plug in a NES controller it responds like a NES controller, obviously only in the respective emulator.
Hi, I have no idea what im doing!
I would like to emulate N64 and SNES and possibly NES.
I installed to my 8gb sd card. extended it in the pi os thing (I watched video)
“installed” the emulators. I installed the emulators and after a reboot they are no where to be found I just have the basic Apple two emulator DOS and some other ones
So im confuzed about that and where I put my roms