[PD] [hid] users poll

[Mathieu Bouchard]

On Thu, 23 Jun 2005, Hans-Christoph Steiner wrote:

> For example, the Linux input event system does not allow more than 64 
> absolute axes, and only half of those axes are even defined.

This is why I asked Christian Klippel to change the Multio so that it also 
works as a non-HID device. This way I just have to code my own [multio] 
object using libusb-for-Ruby (another part of GridFlow).

Originally Christian was instead recommending to apply a patch to the 
kernel source, but I think most users are too lazy to compile their own 
kernel -- at least I know I haven't been willing to do so since 2000 or 
so.

> [hid] aims to support that spec, not every input possibility under the 
> sun, but I think it can work for you without too much hassle.

All our plans about using sending axes values through USB involve the 
MultIO and only the MultIO.

> It seems to me that you are saying that I should tailor [hid] to work 
> for every single input possibility.

I am not forcing you :) but I think it's an easy feature to support. I 
mean, you really don't have to pick one model or the other: that's a 
false-dichotomy. It's not an either-or situation. I suggest that you 
implement it this way:

You could make every event message carry both the sensor-name and the 
sensor-number. Or maybe sending a "mode number" mode could switch to 
number mode and allow "mode name" to switch back to name (symbol) mode.

> That would greatly impair the usability for almost everyone else who is 
> going to use it.

It could default to "mode name" so that the default behaviour of [hid] is 
like the old behaviour of [hid].

> What you are trying to do with your array of sensors is barely in the 
> realm of USB HID.  This is not defined by me, this was defined by the 
> USB organization.

I'm sorry for wanting more.

> USB HID is about mice, joysticks, tablets, gamepads, etc.  There is no USB 
> device type "64 range finders in a row".  The USB HID spec is a perfect 
> example of design by company getting their little piece custom piece in.

I'm sorry for my misconceptions.



,-o--------o--------o--------o-. ,---. irc.freenode.net #dataflow |
| The Diagram is the Program tm| | ,-o-------------o--------------o-.
`-o------------o-------------o-' | | Mathieu Bouchard (Montréal QC) |
   | téléphone:+1.514.383.3801`---' `-o-- http://artengine.ca/matju -'