From ArchWiki
(Redirected from Talk:Joystick)
Jump to: navigation, search

Playstation 3 Controllers via Bluetooth

when creating the udev rule, what the address is supposed to be is unclear, as one can confuse the address of the bluetooth dongle and ps3 controller, so I feel this should be specified.

Additionally, simply putting in the bluetooth address for the udev rule for the ps3 controller does not appear to work. --Ase1590 (talk) 20:21, 16 February 2015 (UTC)

Xbox 360 controllers

I own an Xbox 360 wired controller. A year ago I had no success with using only the xpad module and had to use the userspace xboxdrv driver with mixed success.

I am now pleasantly surprised to see that the Xbox 360 wired controller works with the xpad module only, without any other configuration. In particular, the issues that we list, "incorrect button mapping. (discussion in Steam bugtracker)" and "not-working sync. All four leds keep blinking, but controller works. (discussion in Arch Forum)", seem to be fixed, at least for a single-controller setup.

Should we update the text to reflect that? Suridaj (talk) 22:52, 6 June 2015 (UTC)

Sure, just preserve old texts as a "if you encounter problems, you can fix them as follows" Tomato (talk) 07:52, 7 June 2015 (UTC)

Recently spent a couple days getting my wireless controller to work, specifically with steam games. It was acting real wonky, but after much searching I found a reddit post with a configuration that worked:

silent = true
device-name = "Xbox 360 Wireless Receiver"
mimic-xpad = true
deadzone = 4000

dbus = disabled

Should this be added under the xboxdrv section? Raku (talk) 22:58, 4 September 2016 (UTC)

Please do. This article is badly cluttered at the moment and needs some rewriting, but its better to have that information present than not. Silverhammermba (talk) 18:23, 6 September 2016 (UTC)

iPEGA PG-9017S

I made a config[1] for bluetooth gamepad. This can be used as example. NeoTheFox (talk) 09:39, 11 November 2015 (UTC)

Steam controller udev rules

Note: Related bug report: FS#47330

I've just undone these edits which add different udev rules for the Steam controller. This shouldn't be necessary because it should work with the rules provided by the steam package.

To the editor: are you absolutely sure they don't work for you? Could you try again by reinstalling the steam package, and making sure the rule is as follows:

#USB devices
SUBSYSTEM=="usb", ATTRS{idVendor}=="28de", MODE="0660", TAG+="uaccess"
KERNEL=="uinput", SUBSYSTEM=="misc", OPTIONS+="static_node=uinput", TAG+="uaccess"

Also make sure there are no other rules in either /etc/udev/rules.d/ or /usr/lib/udev/rules.d/ that might conflict with the one above. You might need to restart your computer before it works.

This rule really should work. It is also used by Ubuntu and other Linux distro's. Please let me know the results.

-- Lonaowna (talk) 23:27, 9 December 2015 (UTC)

The rule is there in /usr/lib/udev/rules.d, however it seems some games don't recognize the controller with it. TokiTori 2+ worked before I removed my custom rule (and restarted) now it doesn't get see the controller at all.
If I look at /dev/uinput it's root:root only. Do I need to be in some group for this to work?
-- Almindor (talk) 23:27, 10 December 2015 (UTC)
The uaccess tag should automate this, and give everyone who is locally logged in permission to the controller (similar to how you can run poweroff as a regular user, when logged in locally, but not when logged in via e.g. SSH).
You can see if this works by running getfacl /dev/uinput: your user should show up with rw- permissions.
It seems to work well on my machine, and all controller-enabled games seem to work. Unfortunately I can't test TokiTori 2+ as I don't have it (and the demo doesn't support Linux for some reason?). Are there any more games you are having issues with?
If you're absolutely sure that it doesn't work with the rule provided by the steam package but it does with the other one, we can keep it on this page as a backup, but I rather have everything works out-of-the-box. :)
-- Lonaowna (talk) 12:24, 13 December 2015 (UTC)
I've done some more digging using strace on Toki Tori and using getfacl
It seems getfacl gives mostly identical results, only difference is the group section has no permissions when using the steam package rules only. But my user has rw in both cases.
What is more interesting is that by using strace I've compared all open syscalls when running Toki Tori and I found out that /dev/js0 and /dev/input21 are missing when using steam package rules only! I think that's the main issue.
NO idea why, however one thing that comes to mind is that my vendorid line in the custom rules has mode 0666 with users group, whereas the package has 0660 with the TAG+="uaccess"
Almindor (talk) 23:51, 14 December 2015 (UTC)
Tried 0666 and it seems to work... But is that the suggested thing to do?
Tesfabpel (talk) 09:09, 15 December 2015 (UTC)