-
Notifications
You must be signed in to change notification settings - Fork 66
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cant save keyboard configuration #2
Comments
If they are not saved then something is wrong. Are there any errors in log? |
yes, yes. video: http://www.youtube.com/watch?v=kBELa9-Yp0c |
Ok, you have this error that prevents settings from being saved. Traceback (most recent call last): These are options from latest mupen64plus, you are using old binary, probably from mupen64plus downloads. Just add these options manually in mupen64plus.cfg in [Core] section:
|
I added the lines.
|
I'm having the same problems, I fixed it by editing the config file manually and then set the file to read only.
|
New version is released and this should be fixed now. Please check. |
I just installed and tried the latest release and I can confirm that it still occurs, but only for USB controller inputs. That is: It will save my settings if I assign keyboard keys to the N64 controller buttons, but not if I assign USB controller buttons to N64 controller buttons. Those will revert to their previous values as soon as I close the input configuration window. |
@MrBluewoods what mupen64plus version are you using. Because this behavior sounds like the old 1.99.x |
@fayvel I am using Mupoen64plus 2.0.0 with M64py 0.2.1. |
@MrBluewoods can you please show me the output of following two commands
And please upload your config ~/.config/mupen64plus/mupen64plus.cfg somewhere (pastebin) and link it here. Cool would also if you could start m64py inside the terminal, try to modify the input settings and then post the stuff m64py wrote to the terminal |
Just hint to myself: SDL_GetScancodeFromName seems to be misused inside the input.py because it cannot parse stuff like "button(4)" and will always return 0 |
The same is happening to me with a USB gamepad. Windows 7 32-bit |
Hey guys, I'm not sure if m64py is to blame or not. No matter what I choose to use for manual or auto config, it still messes up. This is how I fixed it for me using a xbox360 controller (or a clone of it). |
I also experience this issue with an official Xbox 360 wired USB controller. I was able to use @rz5's solution as a workaround. I have used both M64Py 0.2.1 and 0.2.2 with Mupen64Plus 2.0.0. |
The same thing happened to me, I had to manually edit the .cfg file as well. Quite an oversight! |
So I'm having this issue as well, running master on Arch. I think I'm getting a bug of a different variety though, because in my case...
Which is just an obvious missing
If I add that to the top though...
Next line needs an int code for the key to pass to a converter to SDL2's keycodes, and never having touched pyqt before trying to find documentation on this was a lost cause for me. The general Qt methods don't provide a way to generate integral key codes from sequences in the primary docs, though. I'm gonna assume that code is almost never invoked, and if I just pass --sdl2 to m64py I take the main codepath and can assign most keys again, but strangely assigning "Shift" isn't working while other modifiers like ctrl and alt are. I'm curious if its a syntax error somewhere. So I just printed out the text being passed into the get_sdl_key function and saw... oddities.
Looks like mnemonic codes to me, and they seem to be in the SDL keycodes? Some keys I can reassign and some I cannot. ctrl, space, and up work. Left and shift do not. But I digress here, maybe this info will help with this bug, I recognize the rabbit hole into learning way too much about pyqt and the sdl2 bindings for Python all weekend when I see it. I've already ended up spending a week debugging SDL2's pulseaudio support! ... I just wanted to rebind my keys and play some Banjo! ;x |
hey just figured id ask um im needing help trying to get my usb controller to work on m64py its got a messed up joystick so i can only use one (the rightstick) so i use it for n64 emus specifically how do i get m64py to save my manual controller configuration? |
Does anyone know where the config file would be stored on OS X El Capitan? I'm trying to help a friend but I never used OS X |
@illuminati7 According to this site: https://conchurnavid.github.io/docs/KeyboardSetup.html, the config file should be here: |
I had this problem and managed to fix it with this:
|
After assigning values with a joystick in the input plugin configuration window, none of the joystick values were written to the config file because the code assumed the value to be a key and wrote the parameter only if the key value was successfully decoded. This sets the button parameters from the widget text if the value could not be decoded as an sdl key and fixes the problem mentioned in issue mupen64plus#2 regarding joysticks: "I just installed and tried the latest release and I can confirm that it still occurs, but only for USB controller inputs. That is: It will save my settings if I assign keyboard keys to the N64 controller buttons, but not if I assign USB controller buttons to N64 controller buttons. Those will revert to their previous values as soon as I close the input configuration window."
I can't change the default keyboard values . i am writring the follow to the config, and dont work :
I dont know why , i set like the above , but works like from below :
For example. someone can help me to fix it. i compile manually the source code from git |
gen2brain, shouldn't this issue be closed? inukaze, are you using the M64Py front-end application? |
Richard42 yes the python ui stuck the main window if you wanna see I can record it |
I thought this is fixed and only new release was missing. I will test again, currently I don't have any joystick, I wil try it probably for weekend. |
The CLI UI don't save neither is complete ignored the keyboard Just take the values from file InputAutoCfg.ini Not from the user configuration El 10/10/2016 9:20, "Milan Nikolic" notifications@github.com escribió:
|
And what do you have in config for controller configuration mode? Controller configuration mode: 0=Fully Manual, 1=Auto with named SDL Device, 2=Fully automaticmode = 0 |
Ok i had the follow inside my file ~/.config/mupen64plus/mupen64plus : [Input-SDL-Control1] Mupen64Plus SDL Input Plugin config parameter version number. Pleasedon't change this version number. Controller configuration mode: 0=Fully Manual, 1=Auto with named SDLDevice, 2=Fully automatic Specifies which joystick is bound to this controller: -1=No joystick, 0or more= SDL Joystick number SDL joystick name (or Keyboard)name = "Keyboard" Specifies whether this controller is 'plugged in' to the simulated N64plugged = True Specifies which type of expansion pak is in the controller: 1=None, 2=Mempak, 5=Rumble pak If True, then mouse buttons may be used with this controllermouse = False Scaling factor for mouse movements. For X, Y axes.MouseSensitivity = "2.00,2.00" The minimum absolute value of the SDL analog joystick axis to move theN64 controller axis value from 0. For X, Y axes. An absolute value of the SDL joystick axis >= AnalogPeak will saturatethe N64 controller axis value (at 80). For X, Y axes. For each axis, this Digital button configuration mappingsDPad R = "key(275)" But the keys working are diferent, the mapping working is : [Keyboard] And you can see is diferent configuration. i must edit the InputAutoCfg.ini 2016-10-10 9:52 GMT-04:00 Milan Nikolic notifications@github.com:
|
To whom it may concern: Since mupen64plus lacks a GUI, I resorted to this project. I noticed this GUI had some issues with saving the config file and came here to reconfirm the bug. From that point, I searched for other GUIs and found RetroArch. There is a libretro version of mupen64 and I got the hang of using it through RA. Plus, the extra libretro features got me to stick with it till this day (been about 2 years since I posted in here). |
Fixed. |
When i change the key bindings in settings>plugins>input>configure they are not saved.
My changes are always reverted to default.
How about a "save as..." button for the input config?
The text was updated successfully, but these errors were encountered: