Denis Arnst

Yep good catch, will have to fix it

The Steelseries implementation does not define that, thats why it always show BATTERY_AVAILABLE, see here: https://github.com/Sapd/HeadsetControl/blob/0005a0a5fd9c27b02d8fb49f138a34cd2ddd4c78/src/devices/steelseries_arctis_7.c#L82-L123 Basically, BATTERY_AVAILABLE must be seen as general status, it just means that the Battery...

> this one is kind of difficult since there is not driver for windows so its pretty hard to reverse engineer How are you supposed to set then features like...

> > Is it possible to use this to show the charge of the device? > > I think it is possible since when connected to an android phone it...

Maybe you could try to move them to one of the following folders: https://wiki.archlinux.org/title/udev#About_udev_rules

> I have already attempted to capture device communications using WireShark or similar tools and am including my findings (successful or not) with this issue to assist in implementation efforts....

Here you can find one: https://github.com/Sapd/HeadsetControl/wiki/Development-1-%E2%80%90-Adding-a-device

It was in the original concept (see https://github.com/advplyr/audiobookshelf/issues/2523 ) but left out because identity providers usually provide the ability of attribute mappings. Not sure about Authelia, but KeyCloak and Authentik...

> hmh, would it be something like this? [authelia/authelia#2868](https://github.com/authelia/authelia/issues/2868) Yeah in fact that would be it. I also just remembered another (severe) limitation of Authelia, it does not support restricting...

Just for thought: Could be in theory fulfilled with Oauth2/OpenID as it supports a flow with a QR code "Device Code Flow". We would need this kind of flow for...