hidapi VS qmk_rc

On the computer, write a program (the "host" or "server") that talks over the raw HID protocol. It is open ended how you do this, but IME both the Python pyhidapi and C hidapi were simple enough to get something started. The trickiest part might be getting the program to run with the permissions to talk the raw HID protocol (at least on Linux, there was some udev rule to set up). Read the documentation for these libraries for details about how to get set up.

now I'm trying to figure out what to do with the next step for building my own host. Am I supposed to put this test file in my qmk code? or run it on my computer as it's own separate program? https://github.com/libusb/hidapi/blob/master/hidtest/test.c

HIDAPI

I did star https://github.com/libusb/hidapi too, as well as this GitHub.

I used ffigen to get the bindings from hidapi.h and cleaned up quite some of the resulting output to make it Dart compatible. Quite some typedef and some minor stuff.

I figured out the problem with JoyconLib! The hidapi.dll file was broken so I replaced it with a new file from https://github.com/libusb/hidapi/releases and not it's working.

https://github.com/libusb/hidapi#prerequisites

Install the HID API, instructions here: https://github.com/libusb/hidapi

Inspired by https://askubuntu.com/questions/699138/logitech-k380-bluetooth-keyboard-make-function-keys-default and https://github.com/libusb/hidapi, it's almost re-implementation of hidapi actually, with dart:ffi calling the syscall directly.

here is another avenue I'm considering, but I'm haven't played around with it yet. they built this out and it looks promising: https://github.com/mmalecki/qmk_rc

Have you looked at qmk_rc?

I therefore set out to write a universal library, and a host counterpart, that you can (hopefully) drop in your source tree and control all the hardware your keyboard has without configuration, or writing custom code (unless you wish - it supports custom commands as well!).