Original grabbed joystick device causing problems in hidraw mode about ds4drv HOT 11 OPEN

Are you using the hidraw mode with ds4drv? If you are, then I think that is the problem. The extra joystick device that is created is there, but unresponsive. I think it causes trouble with the way some games initialize game controllers. Try testing it in raw mode (having to put the DS4 into sync mode each time). This should work, though it's not as easy.

from ds4drv.

blarg. I'll try that, but I'll not be happy XD
still, very annoying issue, would hope that it could be fixed at some point :)

from ds4drv.

I would close this issue, but changing to non-hidraw mode is more of a workaround than an actual fix.

from ds4drv.

hrm... well, how does this exactly work, then. I've held the PS+Share buttons, got the blink, but no results...
ah nevermind. powered it on normally and all is well. But its still rather strange that hidraw would kill the functionality of these games :/

from ds4drv.

I don't think anyone has found a way to remove the other js devices (the ones that are not being used anymore when using hidraw mode). It must be possible, as xboxdrv removes them in a similar fashion I believe.

from ds4drv.

xboxdrv uses the EVIOCGRAB flag on the joystick device file handler in order to have exclusive access to a joystick device. That way, other programs will not use the joystick device so the controller is only seen once. Here is an example. https://github.com/Grumbel/xboxdrv/blob/master/src/controller/evdev_controller.cpp#L70

if (m_grab)
{ // grab the device, so it doesn't broadcast events into the wild
    int ret = ioctl(m_fd, EVIOCGRAB, 1);
    if ( ret == -1 )
    {
        close(m_fd);
        throw std::runtime_error(strerror(errno));
    }
}

from ds4drv.

I took a look at python-evdev, and it does have EVIOCGRAB support, simply called "grab". It also looks like ds4drv is already using it (you can see it in hidraw.py, in the HidrawDS4Device class).

This seems to make sense, since ds4drv DOES grab the device properly, it just leaves the non-responsive one behind. Maybe the bit of code that xboxdrv uses to "hide" the device is elsewhere, or maybe python-evdev doesn't implement those bits of EVIOCGRAB correctly...

from ds4drv.

One thing that might help with this problem is to try changing the permissions of the original joystick device file after grabbing it in the application. Based on some experimenting, removing read access for that joystick device will ensure that applications that are launched later will skip over those devices; it will not affect applications that have already opened the joystick device. That way, a game will only see 1 joystick device as opposed to 2.

from ds4drv.

@Ryochan7 How do I figure out how to do that? Pretty sure I'm having this issue. DS4 works for Steam Big Picture but not in any game. Makes sense that maybe it's being mapped to a player 2 or some such.

from ds4drv.

You can try to remove the original device (when ds4drv is already running). E.g. if the original device is /dev/input/js0 then just do this:

sudo rm /dev/input/js0

The original device should return when you reconnect the controller.

from ds4drv.

That should work as well. For my SteamOS box, I have it set up where the steam user is the owner of all joystick devices. It is easier to perform chmod 000 <device> in that case as opposed to having to use sudo to remove the original device file.

from ds4drv.