Derek J. Clark

Can everyone affected please try the following: - Permanently change your session to gnome: `chimera-session desktop` - Adjust your sound settings as desired - Reboot and check if the issue...

Alright, looks like its only present in gamemode. That's a start. If you haven't already, please post your build/system hardware list and what sound device you are trying to use.

Seems like the monitor has bad EDID data. You'll need to create an EDID.bin in windows and then install it in mkinitcpio.

> Adding `/etc/modprobe.d/oxp-hda-fix.conf` with `options snd_intel_dspcfg dsp_driver=1` > > Made Audio work. Interesting. I've only been able to confirm this on the non-pro previously.

This seems to affect the OXP2, OXP2 Pro, and OXP fly in the same way.

What session are you using for game mode (steam/steam-plus)?

You're probably using the default then. You can check with the `chimera-session` command.

It looks like we may have missed one of the DMI strings OneXPlayer uses to identify themselves. I can add that, but there's no guarantee the audio fix will be...

Can you report this to mangohud as well? It's likely they need to fix this in their package.

I'm wondering if we can use a udev rule to solve this. Something like: `ENV{SUBSYSTEM}=="powercap", ACTION=="add|change", MODE="0440", OWNER="root", GROUP="wheel"` in a file `99-powercap.rules` should theoretically allow anyone in the "wheel"...