going by my above notes I think the best mode is Bluetooth switch. On my deck everything the controller has to offer fully works here but for some reason on linux desktop I don't receive any input... I can see the controller in steam and evtest but pressing buttons does nothing.

This is also a problem I faced a long while back when I tried to swith to a controller, I didn't spend 90$ bucks on it but it was fairly operatable, same issue.
Maybe there is a problem with the platform detecting the input as a controller or it doesn't want to recognize your controller model specifically, hardly the case though

Got the gontroller working as a switch pro controller!!!

everything works including back paddles, rumble, gyro, and share button !!!

only thing is I had to add my user to the `input` group

sudo usermod -a -G input zany130

and I had to uninstall the joycon driver https://aur.archlinux.org/packages/joycond-git as that was "grabbing" my controller and preventing steam from using it.

I guess all of this could be fixed with a udev rule?

EDIT: adding

SDL_HIDAPI_DISABLE_LIBUSB=1

to /etc/environment Helps with a few of the modes of the controller not being detected as input devices



Last edited by zany130 on 28 May 2024 at 4:18 pm UTC

Just wanted to add that this info is also available in https://wiki.archlinux.org/title/Gamepad under 4 Multi-mode wired gamepads.

Would be great if steam could automatically do this

Yes, I referenced the gamepad arch wiki page a lot, especially the multi-mode section. That's where I saw it suggested removing the joycond, and that worked. Luckily, since the controller has onboard controls (in the screen) for switching modes, I didn't need to do any of the USB quirks stuff, but everything else is relevant to this controller

I think it mentions switch mode has the most support for the hardware (gryo) in these controllers.

What I did never get working is wired Xpad mode and dongle Xpad mode (Bluetooth Xpad works). No idea why, works fine on my steam deck :shrug: (Xpad is xbox btw)

also the gamepad page to write a quick and dirty udev rule so I don't need to have my user in the input group

File: /etc/udev/rules.d/71_FlyDigi_Apex4-Switch.rules
SUBSYSTEM=="input", ATTRS{id/product}=="2009", ATTRS{id/vendor}=="057e", MODE="0660", TAG+="uaccess"
no idea why the switch controller rule valve includes with steam doesn't work on my system (it targets the same product and vendor id as apparently flydiji are using the switch pro controller's ids for the apex 4)

File: /usr/lib/udev/rules.d/71-nintendo-controllers.rules
# Nintendo Switch Pro Controller; Bluetooth; USB
KERNEL=="hidraw*", KERNELS=="*057E:2009*", MODE="0660", TAG+="uaccess"
KERNEL=="hidraw*", ATTRS{idVendor}=="057e", ATTRS{idProduct}=="2009", MODE="0660", TAG+="uaccess"
# Grand access for some userspace tools, if connected via USB
SUBSYSTEM=="usb", ATTR{idProduct}=="2009", ATTR{idVendor}=="057e", ENV{ID_INPUT_JOYSTICK}="1", TAG+="uaccess"

# Nintendo GameCube Controller / Adapter; USB
SUBSYSTEM=="usb", ENV{DEVTYPE}=="usb_device", ATTRS{idVendor}=="057e", ATTRS{idProduct}=="0337", MODE="0660", TAG+="uaccess"

# Nintendo Switch Joy-Con Charging Grip; USB
KERNEL=="hidraw*", SUBSYSTEM=="hidraw", ATTRS{idVendor}=="057e", ATTRS{idProduct}=="200e", MODE="0660", TAG+="uaccess"

# Nintendo Switch Joy-Con (L); Bluetooth
KERNEL=="hidraw*", KERNELS=="*057E:2006*", MODE="0660", TAG+="uaccess"
KERNEL=="hidraw*", ATTRS{idVendor}=="057e", ATTRS{idProduct}=="2006", MODE="0660", TAG+="uaccess"

# Nintendo Switch Joy-Con (R); Bluetooth
KERNEL=="hidraw*", KERNELS=="*057E:2007*", MODE="0660", TAG+="uaccess"
KERNEL=="hidraw*", ATTRS{idVendor}=="057e", ATTRS{idProduct}=="2007", MODE="0660", TAG+="uaccess"

Last edited by zany130 on 30 May 2024 at 10:00 pm UTC

So update

For Xpad mode dongle and wired, you need https://github.com/medusalix/xpad-noone if you are using xpad-one



so to summarize

Xpad Wired/Dongle

everything works in this mode, but Gryo (apparently, this only fully works in switch mode on Windows as well unless you have the space station app running) and the circle button

this is also the only mode you get the 1000hz polling rate (super responsive)

Pros:
1. Rumble support
2. really fast polling rate (1000hz)

Cons:
1. No Gryo
2. no circle button


Dinput Wired/Dongle

Dinput wired and dongle mode exposes the most inputs.

you get all the standard buttons but on top of that not only does the circle button register as its own button but so do the paddles!!! meaning you can bind them to what ever you want (even keyboard keys) in something like input-remapper.

circle also acts as a toggle for a gyro mouse, which is cool (you can disable that in input-remapper if you want)

Pros:

1. Back paddles are remappable in programs like input-remapper. It can be set to keyboard keys
2. gyro mouse toggled with the circle button
3. The circle button can be remapped to something else if you want by using something like input-remapper
4. 500hz polling rate, which is still pretty good

Cons:

1. no rumble
2. no controller Gryo (only Gryo mouse with a circle button as a toggle)
3. The poll rate is limited to 500hz and not 1000hz


Switch wired/bluetooth
you might need a udev rule (the switch udev rule from steam-devices  and game-devices-udev doesn't seem to work for this controller...

Pros:

1. Rumble and gyro work
2. The circle button is mapped to share

Cons:

1. Digital triggers only (only registers full pull or nothing)
2. The lowest poll rate is only 250hz

Xinput/Dinput Bluetooth

works pretty much the same as their wired/dongle counterparts but with a lower polling rate, of course

Xinput Bluetooth was glitchy for me, sometimes refusing to connect, so stick to wired/dongle for this, and Dinput.

Android flashplay

does not work as a controller in this mode. It is intended to be used with their Android app, which allows for fancy things like touchscreen emulation.

All modes

Any configs you set in the Flidigi Station app (including trigger rumble, button mapping, macros, response curves, etc.) work. They can also be changed on the fly with the controller screen.

Button mapping/macros for the back paddles do not work in Dinputs modes since those modes expose the paddle buttons, not what they are mapped to.

Any features that need the app running, like gyro (outside of inputs gyro mouse and switch controller gyro) and DS mode (dual sense mode for adaptive triggers in dual sense games), do not work on Linux.

Last edited by zany130 on 7 June 2024 at 5:57 pm UTC