[SOLVED] Volume button on wireless headphones works like a keyboard

sparr0w · 2024-12-17 14:27:50

I use a G435 with a USB dongle, until some time everything worked fine. I don’t remember what I did, but now the volume up and down buttons in kitty display lines "439u" and "438u" and do not increase the volume. Perhaps this has something to do with Bluetooth, since I recently connected the DualShock 4 to play on Steam and added the btusb module to mkinitcpio.conf.

P.S All other programs except the Kitty terminal do not write the lines "438u" and "439u" after pressing the volume buttons. I'm just new to arch and can't explain this peripheral behavior more accurately

Last edited by sparr0w (2024-12-18 21:54:29)

jl2 · 2024-12-17 15:01:55

You can use xev (x11) or wev (wayland) to find out the keycodes, then set these keybinds depending in your DE/WM to change the volume.

Perhaps this has something to do with Bluetooth, since I recently connected the DualShock 4 to play on Steam and added the btusb module to mkinitcpio.conf.

Perhaps before the volume wasn't controlled by the PC but by the headsets itself but I think that's unlikely. dunno.

Last edited by jl2 (2024-12-17 15:02:17)

sparr0w · 2024-12-17 15:55:55

In fact, the headphones should not interact with the PC at all. They have their own separate volume, which does not depend on the system

Binding them to buttons is not the best solution.
Now I can’t increase the volume of the headphones to one hundred percent and therefore have to turn the slider in pulseaudio (pipewire) to the maximum, which is not very convenient.

seth · 2024-12-17 16:30:55

until some time everything worked fine. I don’t remember what I did, but now the volume up and down buttons in kitty display lines "439u" and "438u"

Nevertheless check xev and ideally also "libinput debug-events" for what device generates what event.
wrt. "recently", do you get the same w/ the LTS or 6.11 kernels?

sparr0w · 2024-12-17 16:53:31

***
-event15  DEVICE_ADDED                Logitech G series G435 Wireless Gaming Headset Consumer Control seat0 default group5  cap:kp scroll-nat
-event16  DEVICE_ADDED                Logitech G series G435 Wireless Gaming Headset seat0 default group5  cap:k
***

^[[57439u event15  KEYBOARD_KEY                +0.004s	KEY_VOLUMEUP (115) released
 event15  KEYBOARD_KEY                +0.780s	KEY_VOLUMEUP (115) pressed
^[[57439u event15  KEYBOARD_KEY                +0.784s	KEY_VOLUMEUP (115) released
 event15  KEYBOARD_KEY                +1.320s	KEY_VOLUMEUP (115) pressed
^[[57439u event15  KEYBOARD_KEY                +1.324s	KEY_VOLUMEUP (115) released
 event15  KEYBOARD_KEY                +1.932s	KEY_VOLUMEUP (115) pressed
^[[57439u event15  KEYBOARD_KEY                +1.936s	KEY_VOLUMEUP (115) released

To clarify - I'm using Hyprland in conjunction with Arch 6.12.4-arch1-1

Additional information about these devices:

Device:           Logitech G series G435 Wireless Gaming Headset Consumer Control
Kernel:           /dev/input/event15
Group:            5
Seat:             seat0, default
Capabilities:     keyboard pointer 
Tap-to-click:     n/a
Tap-and-drag:     n/a
Tap drag lock:    n/a
Left-handed:      n/a
Nat.scrolling:    disabled
Middle emulation: n/a
Calibration:      n/a
Scroll methods:   none
Click methods:    none
Disable-w-typing: n/a
Disable-w-trackpointing: n/a
Accel profiles:   n/a
Rotation:         0.0

Device:           Logitech G series G435 Wireless Gaming Headset
Kernel:           /dev/input/event16
Group:            5
Seat:             seat0, default
Capabilities:     keyboard 
Tap-to-click:     n/a
Tap-and-drag:     n/a
Tap drag lock:    n/a
Left-handed:      n/a
Nat.scrolling:    n/a
Middle emulation: n/a
Calibration:      n/a
Scroll methods:   none
Click methods:    none
Disable-w-typing: n/a
Disable-w-trackpointing: n/a
Accel profiles:   n/a
Rotation:         0.0

Last edited by sparr0w (2024-12-17 16:55:35)

jl2 · 2024-12-17 17:45:50

They are designed to notify the system to change the Volume, so that it can change it and display a nice HUD/notification, and I see you haven't set the volume keybinds.
It's useful for the play/pause/next buttons on speakers, and like 3 bt speakers I used do it *exactly* the same.

Also, hyprland uses wayland - that is not wev. You might need to use it to get the correct key name, it's usually the ones described in the links down below.

Follow the steps here:
https://wiki.archlinux.org/title/PulseA … me_control
https://wiki.archlinux.org/title/WirePl … me_control

wrt. "recently", do you get the same w/ the LTS or 6.11 kernels?

I think he recently switched to hyprland or had them defined earlier. I don't think this is a regression/new feature.

Last edited by jl2 (2024-12-17 17:50:00)

sparr0w · 2024-12-17 18:18:16

Once again, the problem is that the headphones basically send XF86AudioRaiseVolume. The headphones have a separate sound control (I can not say how it works c exactly), that is, I can mute the sound on the headphones and the system will continue to play it on the output at the volume with which it is necessary (100%). Now the headphones themselves are working at about 30% volume, which I am extremely unhappy with and there is no possibility to increase the volume, because the volume button does not work as a volume increase on the headphones, instead the button sends XF86AudioRaiseVolume to the system, it should not be like this and 2 days ago it was like this.

From the example of the sound card, imagine that the sound comes out of the jack with full volume and goes into the sound card, and comes out of the sound card already 1/4 of the volume of sound.

Now the system is outputting 150% to my headphones and the headphones themselves are playing sound at 30% of the possible 100%, and I have no way to change the sound volume to 100% on the headphones because the headphones started sending XF86AudioRaiseVolume signals instead of the 'local' boost.

jl2 · 2024-12-17 18:21:41

perhaps this? https://duckduckgo.com/?t=ffab&q=G435+v … 3-1&ia=web

Last edited by jl2 (2024-12-17 18:23:52)

sparr0w · 2024-12-17 18:30:16

No, I tried setting the mode to 100 Db and now that mode is active.

The problem is exactly with the system, usually when the sound on the headphones reaches the maximum - the headphones play sound, now if I use the buttons they send signals XF86AudioRaiseVolume and this sound is not there, that is on the headphones the sound volume does not change when pressing the buttons. I checked this when connected to a smartphone via Bluetooth and there it works fine, the sound is at maximum and plays the very sound that says that the headphones are at their limit.

jl2 · 2024-12-17 19:17:24

Have you tried with a different device, e.g. smartphone, laptop whatever?
Can you try to somehow reset it?
Have you tried setting it back to 85dB and back to 100dB?
Otherwise, idk man.

sparr0w · 2024-12-17 19:22:43

One second. i trying laptop on Windows.

sparr0w · 2024-12-17 19:28:50

On the laptop after connecting via the same USB dongle, I can increase the sound to maximum and also hear a sound signaling it.
After the USB dongle was put back on my main PC, the sound is again quite quiet, and the buttons also send XF86AudioRaiseVolume instead of boosting the sound by the headphone itself

sparr0w · 2024-12-17 19:39:46

Headphones started to be detected as a keyboard in hyprctl

sparr0w · 2024-12-17 19:41:38

I have now connected the headphones via bluetooth to the PC and now they are much louder and I can adjust the volume.

sparr0w · 2024-12-17 19:52:20

I've entered lines in the Hyprland config to disable input from these devices
Now Wayland(wev) is not receiving XF86AudioRaiseVolume signals, but the sound still doesn't change.

seth · 2024-12-17 19:56:16

Are you sure you previously used the dongle to connect the HPs?
Have you tried the LTS kernel?
The kernel might have picked up support for the dongle as HID device and the HPs are now happily delegating the volume handling to the OS (does windows show its OSD volume indicatoor when manupulating the HP volume there?) but it's not bound to any action (you still should™ be able to control the volume in software, in doubt try alsamixer or the mixer of your desktop environment)

Edit:

to disable input from these devices

Yeah, that'll certainly not help at all

Last edited by seth (2024-12-17 19:57:02)

sparr0w · 2024-12-17 20:05:52

seth,
1. Windows does not show the indicator and should not, the sound in the system is always 100%
2. I haven't installed LTS kernel and honestly don't even know what it is
3. In the system sound I can of course change, but on the headphones still not
4. Maybe after installing some packages to connect DualShock 4 headphones really got the right to control the sound in the system. Since the headphones can control the sound on the Android phone via Bluetooth, apparently the same thing happened with the USB dongle.

sparr0w · 2024-12-17 20:08:35

I would also like to point out that when connected via bluetooth via BT dongle to my PC. The headphones also created
a device called g435-bluetooth-gaming-headset-(avrcp)

log from hyprctl devices:

	Keyboard at 62798d7b8730:
		g435-bluetooth-gaming-headset-(avrcp)
			rules: r "", m "", l "us, ru", v "", o "grp:alt_shift_toggle"
			active keymap: English (US)
			capsLock: no
			numLock: no
			main: no

sparr0w · 2024-12-17 20:09:46

This device has no effect whatsoever on changing the volume on the headphones, meaning everything works as it should.

seth · 2024-12-17 20:13:39

https://archlinux.org/packages/core/x86_64/linux-lts/

In the system sound I can of course change, but on the headphones still not

Yes you can? Just bind the keys to the relevant amixer/pactl commands to adjust the volume.

On a formal note, please don't bump - edit your previous post to mend it if nobody has yet replied.

sparr0w · 2024-12-17 20:15:26

Sorry, I was wrong the first few seconds the sound does change volume with taps.
But after that it doesn't work again, if you switch Codec to pavucontrol you can change the volume on the headphones again for a few seconds.

P.S connect with bluetooth

Last edited by sparr0w (2024-12-17 20:16:21)

sparr0w · 2024-12-17 20:18:55

Yes you can? Just bind the keys to the relevant amixer/pactl commands to adjust the volume.

You misunderstand again, I don't need to change the sound in the system with the keys on the headphones, the headphones themselves have a function to control the volume of their speakers, and now it is not available because the headphones are recognized as a keyboard and send XF86AudioRaiseVolume.

There are now two devices being initialized that I can see in hyprctl devices.

	Keyboard at 62798d72f740:
		logitech-g-series-g435-wireless-gaming-headset-consumer-control
			rules: r “”, m “”, l “us, ru”, v “”, o “grp:alt_shift_toggle”.
			active keymap: English (US)
			capsLock: no
			numLock: no
			main: no
	Keyboard at 62798cd7db90:
		logitech-g-series-g435-wireless-gaming-headset
			rules: r “”, m “”, l “us, ru”, v “”, o “grp:alt_shift_toggle”.
			active keymap: English (US)
			capsLock: no
			numLock: no
			main: no

if you disable input in Hyprland config from device 62798d72f740, then XF86AudioRaiseVolume signals will stop coming, but the sound on headphones will still be out of control.

Last edited by sparr0w (2024-12-17 20:26:03)

seth · 2024-12-17 20:25:50

You misunderstand again

No, I do very much understand that the HP keys used to not be exposed to the OS and that that ha changed for whatever reason.
The idea is to simply accept that, pick up the keys in the OS and adjust the volume there.

sparr0w · 2024-12-17 20:34:33

seth wrote:

No, I do very much understand that the HP keys used to not be exposed to the OS and that that ha changed for whatever reason.
The idea is to simply accept that, pick up the keys in the OS and adjust the volume there.

I wouldn't take up our time, but it's not possible because if you increase the volume programmatically, the sound will be severely distorted.
Since the USB dongle is a LightSpeed device, we conclude that it is an analog signal defined by the physical phenomenon of radio waves. As a consequence, you will get a very distorted sound, it will be excessively loud, of poor quality and with excessive bass.

If I now increase the volume to the volume I need, I will not be able to make out a single word in a video, for example, because of the severe distortion.

More of a physics question here, but as an example you can put the volume at 150% in a system through a mixer, the result will be clipping and overloaded sound. And here you need to understand the theory of sound, how the transition from digital to analog signal works, if you understand it and understand that after conversion the sound becomes even worse, it becomes quite sad. So it's not a solution.

Last edited by sparr0w (2024-12-17 20:48:12)

seth · 2024-12-17 20:51:48

we conclude that it is an analog signal

What? Do you have any logitech sources for that? No offense, but that sound insane.
It's frankly more likely that you're adjusting the wrong audio device.

Either way: if you want to return to the old behavior you'll have to figure what changed it.
Starting w/ the LTS kernel and identifying what module is actually driving this. In the best case scenario you get the old behavior w/ the LTS kernel and we can compare the journals of two boots for differences.

You can also

added the btusb module to mkinitcpio.conf

undo that, but I'd not hold my breath - notably since you're by default not using the BT connection of the HPs anyway.

Arch Linux

#1 2024-12-17 14:27:50

[SOLVED] Volume button on wireless headphones works like a keyboard

#2 2024-12-17 15:01:55

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#3 2024-12-17 15:55:55

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#4 2024-12-17 16:30:55

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#5 2024-12-17 16:53:31

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#6 2024-12-17 17:45:50

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#7 2024-12-17 18:18:16

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#8 2024-12-17 18:21:41

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#9 2024-12-17 18:30:16

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#10 2024-12-17 19:17:24

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#11 2024-12-17 19:22:43

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#12 2024-12-17 19:28:50

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#13 2024-12-17 19:39:46

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#14 2024-12-17 19:41:38

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#15 2024-12-17 19:52:20

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#16 2024-12-17 19:56:16

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#17 2024-12-17 20:05:52

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#18 2024-12-17 20:08:35

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#19 2024-12-17 20:09:46

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#20 2024-12-17 20:13:39

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#21 2024-12-17 20:15:26

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#22 2024-12-17 20:18:55

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#23 2024-12-17 20:25:50

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#24 2024-12-17 20:34:33

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

#25 2024-12-17 20:51:48

Re: [SOLVED] Volume button on wireless headphones works like a keyboard

Board footer