Ihor Dutchak
Ihor Dutchak
Advanced parsing and packet (re-)construction/verification was never the intention of hidapi. It always tried to be the thinest proxy library possible, with remarks to keeping the API uniform across platforms....
I guess that's possible PRs are welcome
> That is why I have to filter further by going after the feature report length sizes Aren't usage + usage_page _combination_ isn't enough, to identify it on Win? >...
> If you don’t know the length and send an entire report then an error is thrown. That's [fixed](https://github.com/libusb/hidapi/commit/fb4135c7a87e87fb9f3f2fb95c3389677eb35ac9) in current master. Can you try it out? > It looks...
That's fixed for Windows only, because Windows API requires it. @PaulDeignan are you having a different issue than @crashniels has? hidapi originally designed for applications that specifically know all the...
lets have it against a feature branch for now: https://github.com/libusb/hidapi/tree/hid_get_device_info
> Would you want that to be done here? Yes, lazy initialization of the device info should be beneficial, specially for those who never use it.
Rebase to master, when you have a chance - got some conflicting changes in there.
@Julusian do you consider this as still a draft?
I'll have to find some time to go over it again to review. I'll try to do so shortly. Thanks for the contribution!