volume scroll stops working after launching about headsetcontrol HOT 4 CLOSED

I had the exactly same issue. (Using G930 on Arch Linux with the latest master commit)

Git bisecting showed me that it was introduced in this commit: 46479a4

Further research lead me to this issue of hidapi: signal11/hidapi#305

Solution for me: Using libhidapi-hidraw instead of libhidapi-libusb. You can enforce this by applying this git patch (iff your distribution delivers the hidraw version of libhidapi. Otherwise you have to compile it yourself):

diff --git a/cmake_modules/Findhidapi.cmake b/cmake_modules/Findhidapi.cmake
index 86243fb..ac916e5 100644
--- a/cmake_modules/Findhidapi.cmake
+++ b/cmake_modules/Findhidapi.cmake
@@ -24,7 +24,7 @@
 # http://www.boost.org/LICENSE_1_0.txt)
 
 find_library(HIDAPI_LIBRARY
-	NAMES hidapi hidapi-libusb)
+	NAMES hidapi-hidraw hidapi hidapi-libusb)
 
 find_path(HIDAPI_INCLUDE_DIR
 	NAMES hidapi.h

from headsetcontrol.

Thanks, @Eusebius1920 I'll check it out and let you know.

from headsetcontrol.

Thank you @Eusebius1920
Actually I thought, that the CMake file uses hidraw, as die libusb implementation isn't a desired one. But I didn't look closely while implementing hidapi. Also I don't quite get, why the libusb implementation doesn't use the auto detach function, which would get rid of the problem.

Hidraw should be on all major distributions, you are welcome to make a pull request. However, is there a particular reason why you still have hidapi-ibusb in the find_library directive?

from headsetcontrol.

I created a pull request and removed hidapi-libusb from the directive. I thought you had some reasons for it in the first place, so i did not delete it.

from headsetcontrol.