Open Erotemic opened 2 years ago
Hi, for joystick auto-config you can try to add the joystick name that is reported to InputAutoCfg.ini, I guess somewhere here https://github.com/mupen64plus/mupen64plus-input-sdl/blob/master/data/InputAutoCfg.ini#L917. If auto-config works after that you can probably send the PR with your change.
For graphics, you can try the GLideN64 video plugin https://github.com/gonetz/GLideN64, I usually get the best performance/quality with that plugin.
@gen2brain brilliant, that maps the z button correctly as well. (Which maybe the fact that the UI registers it as axis(-2) instead of button(7) might be a bug in this repo? Or is that interface handled by the input-sdl plugin?)
Either way adding that to my /usr/share/games/mupen64plus/InputAutoCfg.ini
fixes the issue.
And yes, the GLideN64 plugin does work well with my the mupen64plus that I installed via apt
, but the plugin doesn't seem to come bundled with the flatpak I installed. Not sure how to install that with io.github.m64p.m64p
from flathub, but its a bit moot for me at this point, because the version from apt plus this frontend is what I'm going with.
Hi all, I'm a fairly experienced dev looking to play some Mario 64 (and the Peach's Fury romhack from Kaze), and I'm having a lot of trouble getting it to work with
I can get one, or the other, but I'm really looking to understand why I'm having issues with both. I've tried multiple ways of installing and running mupen64plus, but this frontend has been the easiest to use so far.
I'm not 100% sure that this is an issue for this repo, so please redirect me to the appropriate forum if this is off topic, but I think there is a reasonable chance that it's an issue here.
Versions
I'm on Ubuntu 22.04. I'm using pyenv to manage my python virtual environments.
CPython is 3.9.9 PyQt5 is 5.15.6 pysdl2 is 0.9.11
I cloned the latest master branch (f6a06ba901a063c94985d4b393c5b1af0c10c15c) from github.
I installed mupen64plus-ui-python via
python setup.py build
and then I ranpip install -e .
. This puts them64py
executable into my PATH, and I run that.What Works
Launching
m64py
works fine. I get:For plugins, the Settings GUI reports:
I can load in the romhack and I get great graphics (something flatpak and retroarch did not seem to give).
For reference, the
io.github.m64p.m64p
flatpak works great with my 360 controller - so I know it's not an issue with my controller hardware - but it produces junk graphics (but that's not an issue with this repo):The keyboard inputs work just fine. So my inputs are registered.
The output I get when loading this way is:
What isn't working
What isn't working is my xbox 360 controller. Using the defaults the inputs don't seem to register.
Going into the Input Settings, I tried changing the "Device" from "Keyboard/Mouse" to "Joystick 0 (Xbox 360 Controller)", which is something that automatically exists, so there is at least some detection of it. However, going back to the game, the joystick inputs don't register, but keyboard inputs still work.
The message here (which is the same as the above) indicates that there is some issue:
Changing the config "Mode" to "Auto with named SDL device" has the same properties.
What is different is when I change "Device" to "Joystick 0 (Xbox 360 Controller)" and I change "Mode" to "Fully Manual". I'm able to go through each button and set it to its appropriate setting on the 360 controller (again verifying the 360 controller is working correctly). So I click the button next to "Up", press up on my dpad and it correctly changes to "hat (0 Up)". I go through this for each button and get the following:
I then close the plugin menu, and open the ROM.
I get the output:
but then the very weird thing happens. It just hangs. I get a blank screen that says Mupen64Plus Started... but then nothing happens.
... and while writing this, I double clicked the previous screen to put it into full screen and got a stranger result:
No idea what is causing that. There is no additional output on stdout/stderr. Pressing Esc causes the GUI to go back to the open menu, so it's not a freeze. But I can't open a ROM again....
Ok, so more things I tried the fully manual configuration with the regular mario64 rom, and that worked. So it's it seems it is some issue with the romhack? I also loaded the romhack after loading mario64, and it the romhack worked with the controller input... so I guess I found a way to get what I wanted... but I have to first load regular mario, let it run for a little bit, and then run the romhack. That's certainly not an issue in this repo, but it is strange.
Note: I did have to map the Z button to "button (4)" which is the L button, which is fine, but a bit annoying. The right trigger kept registering itself as axis(2-), which caused mario to crouch on every frame as it seems to be constantly pressed? So there might be an issue with getting that mapping correct in this GUI.
Even though I half solved the issue while typing, I'm still going to submit this for my own reference, and that there might be an issue with auto-detecting the controller in this repo, but it seems a lot of the problems also have to do with the romhack itself.