[PD] Re: BlueTooth CUI : using [comport] or [hid]

[Hans-Christoph Steiner]

Its most like the displaying of the data that is using up your CPU  
time, if you are talking about CUIBTPDtest.pd.  Sliders and other GUI  
elements are inefficient with Pd on the Mac.  You can help the  
situation by using a [speedlim 100] (from maxlib or cyclone) to slow  
down the refresh rate.

I've been thinking of making a series of graph-on-parent GUI objects  
that have a built-in [speedlim].  Perhaps it would be better if it  
was included in the Properties of the object.

.hc

On Jun 17, 2006, at 2:39 PM, Dan Overholt wrote:

> well, I guess it is just my old, slow machine (500MHz G4), but  
> anyway just
> decoding the analog inputs takes 50% of the cpu, and with the digital
> inputs also it pegs the cpu... not nice!
>
>
> On Sat, 17 Jun 2006, Hans-Christoph Steiner wrote:
>
>>
>> Hey Dan,
>>
>> How is the [&] object ineffecient?  I think its just a straight pass-
>> thru to the C & operator, should it should use little CPU.
>>
>> It would be easy enough to write something like [bit] for Pd based on
>> [&] which would make the patching easier.
>>
>> .hc
>>
>> On Jun 16, 2006, at 9:03 PM, Dan Overholt wrote:
>>
>>> all right, there's an updated version of the PD patch for the
>>> Bluetooth
>>> CUI on the website now, including the digital inputs:
>>> http://www.create.ucsb.edu/~dano/CUI/CUIBTPDtest.pd
>>>
>>> using the AND operator in PD seems to be _very_ inneffecient
>>> though, if
>>> anyone has a better idea, let me know!
>>>
>>> -Dan
>>>
>>> On Fri, 16 Jun 2006, Hans-Christoph Steiner wrote:
>>>
>>>>
>>>> To get bits, use the standard bitwise operators, just like C or  
>>>> many
>>>> other languages.  Pd has the whole suite: & | >> <<
>>>>
>>>> To get the value of a bit, AND it by that bit's value, i.e. the 4th
>>>> bit would be [& 16]
>>>>
>>>> .hc
>>>>
>>>> On Jun 16, 2006, at 2:00 PM, Dan Overholt wrote:
>>>>
>>>>> Hi All,
>>>>>
>>>>> I've put up an example of using the Bluetooth CUI with PD here:
>>>>> http://www.create.ucsb.edu/~dano/CUI/CUIBTPDtest.pd
>>>>>
>>>>> The only question is how to get at the individual bits within the
>>>>> last 2
>>>>> received bytes to decode the digital inputs from the CUI. In Max/
>>>>> MSP,
>>>>> there is an 3rd party external called [bit] that does this... any
>>>>> suggestions?
>>>>>
>>>>> All the best,
>>>>> -Dan
>>>>>
>>>>> -- 
>>>>> Dan Overholt -- http://www.create.ucsb.edu/~dano
>>>>> Center for Research in Electronic Art Technology, UCSB
>>>>>
>>>>>
>>>>> On Fri, 16 Jun 2006, Alexandre Quessy wrote:
>>>>>
>>>>>> Hello Pure Data friends,
>>>>>>
>>>>>>
>>>>>> We are currently trying to make the Bluetooth CUI work with PD.
>>>>>>
>>>>>>
>>>>>> The Bluetooth Create Usb Interface is the wireless version of
>>>>>> the USB
>>>>>> CUI, a 13 analog/10 bits and 12 digital I/O interface for  
>>>>>> sensors.
>>>>>> The
>>>>>> BTCUI is perfect for embbeded applications like dance,
>>>>>> performance, music etc. It's one of the cheapest and smallest
>>>>>> wireless
>>>>>> interface on the market, and it is Open Hardware !
>>>>>>
>>>>>> The USB CUI works all right with PD, with HID tools. We use the
>>>>>> [hid]
>>>>>> external from PD-Extended 0.39.RC4 (on Mac).
>>>>>>
>>>>>> Unfortunately, we didn't succeeded to make the BluetoothCUI  
>>>>>> working
>>>>>> with PD. We have tried [comport] and [hid]. The BTCUI works
>>>>>> perfectly
>>>>>> on Max/MSP (demo version), as announced by Dan Overholt, its
>>>>>> creator.
>>>>>> His patch is downloadable at
>>>>>> http://www.create.ucsb.edu/~dano/CUI/BlueCUItestRev2.zip and
>>>>>> uses the
>>>>>> [serial] object of Max/MSP.
>>>>>>
>>>>>> The protocol of the CUI is probably similar to the one used by
>>>>>> joysticks and such. It consists in a serie of integers with
>>>>>> delimiters, the several remaining integers beings the values
>>>>>> that the
>>>>>> device sends to the computer. See the attached PD patches. Below
>>>>>> are
>>>>>> out two PD patches. The first one uses [hid] and works with  
>>>>>> the USB
>>>>>> CUI, but not over BlueTooth. (Apple does serial port  
>>>>>> emulation) The
>>>>>> second uses [comport] and almost work. The CUI LED lights up,  
>>>>>> so it
>>>>>> means that it is sending data, but most often, dumping the data
>>>>>> from
>>>>>> [comport]'s outlet give us nothing.
>>>>>>
>>>>>>
>>>>>> Would you have any idea of what is missing to imitate, and make
>>>>>> even
>>>>>> better than the [serial] Max/MSP object ? Otherwise, would it be
>>>>>> easier on
>>>>>> Linux ?
>>>>>>
>>>>>>
>>>>>> JN and
>>>>>>
>>>>
>>>>
>>>> ------------------------------------------------------------------- 
>>>> --
>>>> ---
>>>>
>>>> Man has survived hitherto because he was too ignorant to know  
>>>> how to
>>>> realize his wishes.  Now that he can realize them, he must either
>>>> change them, or perish.    -William Carlos Williams
>>>>
>>>>
>>>
>>> -- 
>>> Dan Overholt -- http://www.create.ucsb.edu/~dano
>>> Center for Research in Electronic Art Technology, UCSB
>>
>>
>> --------------------------------------------------------------------- 
>> ---
>>
>> If you are not part of the solution, you are part of the
>> problem.        - Eldridge Cleaver
>>
>>
>
> -- 
> Dan Overholt -- http://www.create.ucsb.edu/~dano
> Center for Research in Electronic Art Technology, UCSB


------------------------------------------------------------------------

If nature has made any one thing less susceptible than all others of  
exclusive property, it is the action of the thinking power called an  
idea, which an individual may exclusively possess as long as he keeps  
it to himself; but the moment it is divulged, it forces itself into  
the possession of everyone, and the receiver cannot dispossess  
himself of it.            - Thomas Jefferson