[PD] HID object, woes.

Hans-Christoph Steiner hans at eds.org
Sat Jun 11 04:59:18 CEST 2005

A few thoughts offhand:

Is one linux box running a 2.4 kernel and the other 2.6?  The [hid] 0.5  
has some trouble with 2.6, I am working on that now.

Have you tried [linuxevent] or [linuxjoystick]?  They are basically the  
sketched for the [hid] object.  They work pretty solidly, but have  
limited feature set and work a fair amount differently that [hid].

I am pretty sure that the immediate segfaulting is caused by funky  
element names.  That I am fixing right now.  Check out from CVS, it  
might be there by the time you get up, but the anonymous CVS is about a  
day behind.

I have never experienced the slowness thing that you are talking about.  
  Does it only affect the [hid] object/Pd?  Try getting the data  
directly from the device, i.e. cat /dev/input/event0.  It'll look like  
garbage, but you'll be able to see the activity.


On Jun 10, 2005, at 11:44 AM, august wrote:

> Hans,
> firstly, thanks a million for the hid device.  it's something that is
> really appreciated.
> ...however, I am having some difficulties using it.
> I just built a USB device which you can see here:
> 	http://aug.ment.org/lechero
> 	I was about to present it yesterday, but was having some major
> problems with the [hid] object.  I tested and built a patch with [hid]
> input on a desktop machine running gentoo, and it was working  
> *perfectly*
> - fast, stable and clean.  I had it running all day and was editing a
> running other patches at the same time.  however, on my laptop running
> ubuntu, it was slow and cludgy, no matter how I set the polling.  Whats
> also strange about this is that I changed the enumeration on my device  
> so
> that 13 axis that I have show up properly in the registered abs_x,  
> abs_y,
> etc. that you have in the 0.5 hid version.  With the new enumeration, I
> can get [hid] to run and work perfectly on my desktop, however with the
> same code and with the same device, it crashes PD immediately when I  
> turn
> the [hid] object on on my laptop.  [a simple (if !=null) statement  
> that I
> sent the other day will keep it from segfaulting, however.  I just  
> find it
> curious how it works on one machine but doesn't on another - I don't  
> know
> much about USB]
> 	so, for the presentation that was scheduled, I needed a working
> solution on a laptop, ...and since everyone around me uses a mac, and
> since I thought you were developing [hid] for the mac, I decided to  
> try it
> there.  I downloaded your installer for PD with the hid object  
> included,
> but to my surprise, the situation was even worse on the mac - the  
> response
> from the [hid] object is _very_ slow and _very_ cludgy.  I tried it on  
> a
> coupla different macs, but got the same situ.  In desperation I tried  
> to
> set something up quick using supercollider on the mac, but the  
> HIDdevice
> there was even worse.
> 	I'd like to help debug if possible, but I don't really know where
> to start.
> thats my hid story so far.
> 	-august.
> _______________________________________________
> PD-list at iem.at mailing list
> UNSUBSCRIBE and account-management ->  
> http://lists.puredata.info/listinfo/pd-list


"Computer science is no more related to the computer than astronomy is  
related to the telescope."
                                -Edsger Dykstra
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2353 bytes
Desc: not available
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20050610/71d8b485/attachment.bin>

More information about the Pd-list mailing list