Logitech g933-935 Battery issue! about headsetcontrol HOT 13 CLOSED

Which is your headset? G933 or G935

from headsetcontrol.

G933, if you want i can give you anydesk access, so you check ?

from headsetcontrol.

I can't really help with Anydesk, as it could be an implementation issue or some other things.

Does Sidetone work?

from headsetcontrol.

Hello,

I complied the source, and everything was successful, all the controls fails for some strange reason, if you have any suggestions i would be glad to test or implement!

from headsetcontrol.

I just looked it up, error 24 is EMFILE: Too many open files
I'm not really sure how this can happen.
You can try increasing the file limit beforehand: sudo sysctl -w fs.file-max=100000 does this temporarily. See if it works then.

Alternatively, if this does not work, first remove your build folder, then try opening cmake_modules/Findhidapi.cmake and in line 27 replace the line by NAMES hidapi hidapi-libusb) and compile again.

I guess there is some kind of bug in a library in your system.

from headsetcontrol.

Hello,

You are right! when i did sudo sysctl -w fs.file-max=100000 things worked, well as you know Linux deals with everything as files, and there is a limit for number of opened files, but I'm 100% sure that i did not open this amount, maybe the library you are relaying on does not have compatibility with Ubuntu 19.10 ?
I will remove the build folder and try editing the cmake_modules/Findhidapi.cmake maybe it will be a better permanent fix!,

i will get back to you once it's done!

Thanks for the help!

from headsetcontrol.

What surprised me is that error 24 is process specified (EMFILE), as error 23 is global (ENFILE) as far as I understand. So the process itself opened up too many.

So either your file limit is ridiculously low (check with sysctl fs.file-max after a reboot). Or the hidapi library your distribution ships with, has a bug.

Instead of editing the cmake file (this will change the library to the libusb implementation of hidapi), you can also write the sysctl parameter permanently into /etc/sysctl.conf
However it would be interesting anyway, how changing the library would affect the bug.

from headsetcontrol.

Hello Guys, i found the bug that was caused the issue, if you call HeadsetControl -b while it's charging you get this error Failed to request battery. Error: -24: (null).

even if i did this sudo sysctl -w fs.file-max=100000 still same error.
anyway my sysctl fs.file-max was 320000.

Tried replacing the library, same issue.

from headsetcontrol.

It's probably simply not possible to query the battery while charging. There should be a check in code (e.g. corsair devices simply set a flag).

from headsetcontrol.

i don't think so, because the on windows you can check the battery while it's charging, anyway it's a great job you are doing i will make sure not to check while charging, because it breaks the code and you have to restart to make it work again!

from headsetcontrol.

using headsetcontrol -b while charging returns 'charging' anyway.

Implementing battery levels while charging is more difficult, as the current (probably only possible) solution uses the battery voltage to estimate its level. That voltage is different while charging.

from headsetcontrol.

Greetings.

I have G935. Opensuse Tumbleweed has a file limit of 9223372036854775807. I think HIDAPI needs to be typed with lowercase letters on line 40 at HeadsetControl/cmake_modules/Findhidapi.cmake as that fixed it for me. Can you please test to confirm.

from headsetcontrol.

Just comment if there are still problems I will reopen it then.

from headsetcontrol.