Re: [PD] wiimote for macosx

[Mike Wozniewski]

Hi Steffen,

If you're referring to the [wiimote] object that I wrote 
(http://mikewoz.com/index.php?page=pd-stuff), then it's not possible, 
because the library it uses is Linux-only. At that time, there were no 
cross-platform libraries for the wii controller, so I chose a Linux 
library and developed an external to interface with it. There were 
already solutions for Windows (using GlovePIE) and for OSX (using 
aka.wiiremote), so I didn't bother with that.

I see that aka.wiiremote 
(http://www.iamas.ac.jp/%7Eaka/max/#aka_wiiremote) is for Max/MSP only, 
but I'm sure someone could port that to Pd quite easily. I guess that's 
what Hans was trying in Zaragoza? (as mentioned below).
 
Otherwise, I'd suggest that you try Darwiinmote 
(http://blog.hiroaki.jp/2006/12/000433.html), which can emulate keyboard 
and mouse events. You can then use Pd to capture and process those events.

I hope this helps,
-Mike



Steffen wrote:
> On 30/09/2007, at 14.45, punchik punchik wrote:
>
>   
>> hi , do anybody have compiled the wiimote object for macosx?
>> 
>
> I think it kind of depends if there were success in Zaragoza, cf.
> http://lists.puredata.info/pipermail/pd-list/2007-06/051195.html
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>   

___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] opencv motion tracker external HELP!

[Mike Wozniewski]

Yeah, I took the openCV blobtrack code from the examples and modified it 
just slightly. I didn't document all the changes, because it was never 
meant to last for more than one project. I simply added the pd netsend 
stuff, added a few sliders to control parameters, added an automatic 
background model refresher, and blacked out some areas of the image that 
I didn't want processed.


Attached is the patch that I use to receive the blob data in Pd (also 
with some customizations).


-Mike

Nose Hair wrote:
Sorry forgot to ask.  Do you have a pd abstraction for this? If not I 
will see what I can cook up. I think iemmatrix might do the trick.

Alain
On May 29, 2007, at 8:08 PM, Nose Hair wrote:


I see you have the ability to capture from an avi built in already:
avi_name = argv[i];
if (avi_name) pCap = cvCaptureFromFile(avi_name);
else pCap = cvCaptureFromCAM( 0 )
This is code looks great.  I could figure it out from the code but if 
you have any use instructions let me know. It would be great to get a 
gui for this thing.  I will try to figure that out.

Thank you,
Alain

On May 29, 2007, at 6:58 PM, Nose Hair wrote:


Thanks Mike,

Its awsome how helpful people in this community can be.  I will check  
out you code and modify it if need be, like add the option to use an  
avi in order to be able to calibrate things and such and I will post  
it.  I will also continue to figure out the external because I think  
that would be a neater approach and cause I dont accept defeat very  
easily.

Alain


On May 29, 2007, at 4:55 PM, Mike Wozniewski wrote:


Hi Alain,

I've used the OpenCV blobtracker with Pd before, and I simply send  
blob positions and sizes over UDP using u_pdsend.c


I've attached my code and makefile... look in blobtrack.c and  
search for where I use the pdsend_init() and pdsend_message()  
functions... it's pretty simple.


Then you just use [netreceive] in Pd and parse the list as you deem  
necessary.


Hope this helps,
-Mike


P.S. my blobtracker code is meant for use with a live camera, not  
with .avi files.





___
PD-list@iem.at <mailto:PD-list@iem.at> mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list






#N struct trackerBlob float x float y float left float right float
top float bottom symbol s;
#N canvas 106 312 848 581 10;
#X obj 106 -74 netreceive 8779;
#X floatatom 206 -48 5 0 0 0 - - -;
#N canvas 766 236 481 416 blob-data 0;
#X scalar trackerBlob 127 312 -14 14 -13.5 13.5 blob1 \;;
#X scalar trackerBlob 487 114 -13 13 -14.5 14.5 blob2 \;;
#X scalar trackerBlob 471 63 -12.5 12.5 -14.5 14.5 blob3 \;;
#X scalar trackerBlob 508 335 -16 16 -13 13 blob4 \;;
#X scalar trackerBlob 184 285 -14.5 14.5 -19 19 blob5 \;;
#X scalar trackerBlob 174 278 -17 17 -19.5 19.5 blob6 \;;
#X coords 0 0 640 480 320 240 1;
#X restore 436 -8 pd blob-data;
#N canvas 84 22 1043 689 draw-blobs 0;
#X obj 379 615 pointer;
#X msg 379 593 traverse pd-blob-data \, next;
#X obj 409 505 pointer;
#X msg 409 483 traverse pd-blob-data \, next \, next;
#X obj 409 462 loadbang;
#X obj 379 572 loadbang;
#X obj 441 401 pointer;
#X obj 441 358 loadbang;
#X msg 441 379 traverse pd-blob-data \, next \, next \, next;
#X obj 485 297 pointer;
#X obj 485 254 loadbang;
#X msg 485 275 traverse pd-blob-data \, next \, next \, next \, next
;
#X obj 97 640 set trackerBlob x y left right top bottom;
#X obj 48 64 inlet;
#X obj 238 615 * 0.5;
#X obj 285 615 * -0.5;
#X obj 191 615 * -0.5;
#X obj 97 578 unpack 0 0 0 0;
#X obj 332 615 * 0.5;
#X obj 127 530 set trackerBlob x y left right top bottom;
#X obj 268 505 * 0.5;
#X obj 315 505 * -0.5;
#X obj 221 505 * -0.5;
#X obj 127 468 unpack 0 0 0 0;
#X obj 362 505 * 0.5;
#X obj 159 426 set trackerBlob x y left right top bottom;
#X obj 300 401 * 0.5;
#X obj 347 401 * -0.5;
#X obj 253 401 * -0.5;
#X obj 159 364 unpack 0 0 0 0;
#X obj 394 401 * 0.5;
#X obj 203 322 set trackerBlob x y left right top bottom;
#X obj 344 297 * 0.5;
#X obj 391 297 * -0.5;
#X obj 297 297 * -0.5;
#X obj 203 260 unpack 0 0 0 0;
#X obj 438 297 * 0.5;
#X obj 48 92 route 1 2 3 4 5 6;
#X obj 511 192 pointer;
#X obj 511 149 loadbang;
#X obj 229 217 set trackerBlob x y left right top bottom;
#X obj 370 192 * 0.5;
#X obj 417 192 * -0.5;
#X obj 323 192 * -0.5;
#X obj 229 155 unpack 0 0 0 0;
#X obj 464 192 * 0.5;
#X msg 511 170 traverse pd-blob-data \, next \, next \, next \, next
\, next;
#X obj 531 82 pointer;
#X obj 531 39 loadbang;
#X obj 249 107 set trackerBlob x y left right top bottom;
#X obj 390 82 * 0.5;
#X obj 437 82 * -0.5;
#X obj 343 82 * -0.5;
#X obj 249 45 unpack 0 0 0 0;
#X obj 484 82 * 0.5;
#X msg 531 60 traverse pd-blob-data \, next \, next \, next \, next
\, next \, next;
#X connect 0 0 12 6;
#X connect 1 0 0 0;
#X connect 2 0 19 6;
#X connect 3 0 2 0;
#X connect 4 0 3 0;
#X connect 5 0 1 0;
#X connect 6 0 25 6;
#X connect 7 0 8 0;
#X connect 8 0 6 0;
#X connect 9 0 31 6;
#X conn

Re: [PD] opencv motion tracker external HELP!

[Mike Wozniewski]

Hi Alain,

I've used the OpenCV blobtracker with Pd before, and I simply send blob 
positions and sizes over UDP using u_pdsend.c


I've attached my code and makefile... look in blobtrack.c and search for 
where I use the pdsend_init() and pdsend_message() functions... it's 
pretty simple.


Then you just use [netreceive] in Pd and parse the list as you deem 
necessary.


Hope this helps,
-Mike


P.S. my blobtracker code is meant for use with a live camera, not with 
.avi files.


blobTracker.tar.gz
Description: GNU Zip compressed data
___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wiimote

[Mike Wozniewski]

I think that the easiest way is to use GlovePIE, and route wiimote 
messages to MIDI, keypresses, etc.

see: http://carl.kenner.googlepages.com/glovepie_download

-Mike

Gonzague DDR wrote:
> Hi, is there an object to get de wiimote, or the bluetooth signal, 
> under windows ?
>
> Thanks, and excuse me to ask again this question, i did not found a 
> link to search this list's archives.
>
> 3o3
>
> 
> Découvrez une nouvelle façon d'obtenir des réponses à toutes vos 
> questions ! Profitez des connaissances, des opinions et des 
> expériences des internautes sur Yahoo! Questions/Réponses 
> .
> 
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>   


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] create object dynamically

[Mike Wozniewski]

Hi Husk,

Download the following list of help patches. They explain how to 
dynamically create new objects by sending Pd messages to a patch:

http://www.puredata.info/community/pdwiki/PdInternalMessages

-Mike

husk00 wrote:
> Hola list,
> this is my first post!
> i would like to know if is possible to create a object dinamically (for 
> example from a list or something like that)?
> and looking for it in the list and google but i didn't found anything.
> it would be very cool!
> thanks
> Husk
>
> ___
> PD-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> 
> http://lists.puredata.info/listinfo/pd-list
>
>
>
>   


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wiimote external for PC Platform

[Mike Wozniewski]

Hi Michael,

I haven't explored the Wii controller on Windows that much, but the 
defacto method is to use GlovePIE 
(http://carl.kenner.googlepages.com/glovepie) and re-map the Wii data to 
something useable by Pd (eg, MIDI).


Hope that helps,
-Mike



Michael Garrett wrote:

A while back there was some information posted on a PC version of the Wii
controller. Can someone point me to the PC dll??

Thanks in advance.

Michael



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
Mike Wozniewski
Sent: Monday, February 12, 2007 12:48 PM
To: patrick
Cc: pd-list@iem.at
Subject: Re: [PD] Wiimote external for Linux

There's a list of compatible Bluetooth devices here: 
http://www.wiili.org/index.php/Compatible_Bluetooth_Devices


I use a D-Link (DBT-120), which works great.

The Bluetooth chip in the Wiimote is a Broadcom BCM2042 
(http://www.broadcom.com/products/Bluetooth/Bluetooth-RF-Silicon-and-Softwar
e-Solutions/BCM2042). 
Maybe you can get some more details on the product page about range, etc.


Cheers,
-Mike


patrick wrote:
  

great work mike!

i am running linux, but i don't have bluetooth. do you have any 
recommandation for an usb bluetooth key that's working on linux? is 
there spec like distance (power) and stuff that i should consider?


really again thanks in advance for your release of other externals 
(openscenegraph and such).


pat




___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management ->
http://lists.puredata.info/listinfo/pd-list


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list



  



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] Wiimote external for Linux

[Mike Wozniewski]

There's a list of compatible Bluetooth devices here: 
http://www.wiili.org/index.php/Compatible_Bluetooth_Devices


I use a D-Link (DBT-120), which works great.

The Bluetooth chip in the Wiimote is a Broadcom BCM2042 
(http://www.broadcom.com/products/Bluetooth/Bluetooth-RF-Silicon-and-Software-Solutions/BCM2042). 
Maybe you can get some more details on the product page about range, etc.


Cheers,
-Mike


patrick wrote:

great work mike!

i am running linux, but i don't have bluetooth. do you have any 
recommandation for an usb bluetooth key that's working on linux? is 
there spec like distance (power) and stuff that i should consider?


really again thanks in advance for your release of other externals 
(openscenegraph and such).


pat



___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

[PD] Wiimote external for Linux

[Mike Wozniewski]

Hi all,

I've finally packaged up my Wiimote external for Linux. It supports up 
to 8 Wii remotes, with Nunchuck attachments.


Get it here: http://mikewoz.com/index.php?page=pd-stuff

(NOTE: Linux only, requires CWiid version 0.4.01 which is available 
here: http://www.abstrakraft.org)


Cheers,
-Mike


___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Re: [PD] wiiremote b4

[Mike Wozniewski]

Hey all,

I'm in the process of getting the Wii remote working with Pd under 
Linux. It doesn't seem that the [wiiremote] object ported from Max works 
under anything but Darwin... at least, this is my impression from 
looking at the source and makefile. Would anyone know what it would take 
to compile under Linux?


I have had success getting readings using the driver found here: 
http://www.wiili.org/index.php/WMD


The Wii remote follows the Bluetooth HID standard, so I am trying to use 
Hans-Christoph Steiner's [hid], but the external assumes that all hid 
devices exist at locations like: /dev/input/event1


The WMD driver assigns the remote to /dev/input/uinput (because it uses 
the uinput kernel module). Is there any way to tell the [hid] object to 
look there instead?


Thanks a ton!
- Mike Wozniewski



Does anyone

Hans-Christoph Steiner wrote:


There is still lots you could do if you are still game. Post your cvs 
woes here (or perhaps pd-dev is better) and we'll get you up to speed.


Just because I fixed my stupid mistake doesn't mean there isn't work 
to be done! ;)  I am sure that there will be other things to fix or 
contribute with [wiiremote].


.hc

On Jan 3, 2007, at 3:38 AM, nick weldin wrote:


Well you managed it before I even sorted out cvsing the source, thanks.

I'm not getting crashes now - its trying to connect.

Have not managed to successfully pair them yet but will be able to 
try more this afternoon.


I'm getting the same situation that i was getting at one point with 
the max patch, so am hopeful that i can rewind my memory to the point 
where i remember how I resolved it.


The connect message appears in the the pd window as connect 1, and if 
you 1 a one to a metro hooked up to the wii object you get 16 16 16 0 
coming out (no changing values). The flashing leds don't stop on the 
wii remote (this is the sign that it is trying to pair - the pairing 
attempts usually time out after 15 secs or so if nothing is found to 
pair with, so something is going on).


Will report back tonight if I have more news.

Happy New year everyone.

Nick


I got myself on a machine that at least had bluetooth, so I could 
debug this.  I found it, I forgot to add the line to the Pd section 
that allocates the memory to the wiiremote pointer.  This line was 
added in b4 to the Max part, now its in the Pd part so it should work:


x->wiiremote = (WiiRemoteRef)getbytes(sizeof(WiiRemoteRec)); // add 
in 1.0B4


.hc


Attachment converted: Macintosh HD:wiiremote.pd_darwin.bz2 (/ ) 
(00B8F55E)


On Jan 1, 2007, at 7:07 PM, nick weldin wrote:


I'll have a look but it will be fairly random attempts

Cheers

Nick

Since I am using the same code as the Max object, I am sure I just 
overlooked something like an init, so its crashing.  I don't even 
have bluetooth on my machine, so I can't really test it.  The code 
is in CVS if you want to try your hand at debugging it.


externals/io/wiiremote

.hc


___
PD-list@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





I have the audacity to believe that peoples everywhere can have three 
meals a day for their bodies, education and culture for their minds, 
and dignity, equality and freedom for their spirits.  - Martin 
Luther King, Jr.




___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list







___
PD-list@iem.at mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list