Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Basilisk V3 Pro settings change at random occurences #504

Open
John-Gee opened this issue Jan 1, 2024 · 1 comment
Open

Basilisk V3 Pro settings change at random occurences #504

John-Gee opened this issue Jan 1, 2024 · 1 comment
Labels
device specific Only affects specific hardware openrazer Related to the OpenRazer backend (driver or daemon) support Troubleshooting and help

Comments

@John-Gee
Copy link

John-Gee commented Jan 1, 2024

Details about the problem

I am not sure why, but sometimes the settings for my mouse change. They change while using it the computer so not related to lockscreen or shutdown. But it's possible that it happens because the mouse goes on sleep mode not sure.
The settings changing are usually the DPI and the scroll mode, sometimes the poll rate too.

I'm wondering if that means I somehow press the profile button underneath the mouse while using it, but doing so on purpose right now changes nothing.

Operating System / Desktop Environment / Version(s)

Arch Linux, Polychromatic 0.8.3, openrazer 3.7.0.

Affected Devices

Basilisk v3 Pro

Thanks for any advice!

@John-Gee John-Gee added the bug Faults with Polychromatic itself label Jan 1, 2024
@lah7 lah7 added support Troubleshooting and help openrazer Related to the OpenRazer backend (driver or daemon) and removed bug Faults with Polychromatic itself labels Jan 1, 2024
@lah7 lah7 changed the title Some settings changed at random occurences Basilisk V3 Pro settings change at random occurences Jan 1, 2024
@lah7
Copy link
Member

lah7 commented Jan 1, 2024

One of three things come to mind:

  • If DPI / poll rate feels the same, but the actual number in Polychromatic reads different - it could be that the device timed out and ended up with some bogus/default value. Check dmesg log for any clues.

  • OpenRazer definitely doesn't support that profile button underneath right now. From others' feedback with similiar mice (#358) it should be left on the white (default) profile. I imagine the mouse ends up in a buggy state if the hardware's chosen profile changes while in use, or maybe changing settings work but don't save properly if tried under a non-default profile? Either way, profiles remain unknown commands.

  • Maybe if the mouse is entering sleep mode, it expects software to re-apply its last settings? The driver doesn't support that right now: Detect wireless mice entering powersaving mode openrazer/openrazer#1143

If these clues are no good, OpenRazer's repository would be a better place to ask this question - since Polychromatic is just displaying what openrazer-daemon tells us.

Also, to potentially rule out temperamental hardware, you could try uninstalling OpenRazer, rebooting and replugging the mouse to see if it happens for a day as a generic mouse. With OpenRazer or Razer Synapse, they tell the hardware to enter "driver mode" so the hardware might behave differently.

@lah7 lah7 added the device specific Only affects specific hardware label Jan 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
device specific Only affects specific hardware openrazer Related to the OpenRazer backend (driver or daemon) support Troubleshooting and help
Projects
None yet
Development

No branches or pull requests

2 participants