Andy

whacky idea that I can't get working, maybe someone can help.

I ran out of time trying to get a reacTIVision project working so I thought I'd give it a go with a table, a wiimote and a sensor bar stuck to the ceiling. Nice easy alternative you would think. Very possibly is but I can't get it working.

(Essentially I want to be able to move visuals around on a table using an upwards pointing wii controller)

I set up a system to calibrate the wii for this use - scaling the XY IR coordinates to the extremities of the table. This works 'nearly' ok (it is precise in the middle but loses precision towards the sides).

The problem is that if the wiimote is taken away from the table and then put back on, sometimes the polarity of the XY coordiantes reverses even if the rotation value is the same. Obviously this is no good for moving a projected image around on a table and have it seem like it is connected to the wiimote.

Does anybody have any ideas/advice on why I might be having these problems. I have looked on:

to find more about Wii IR but there was nothing there that helped.

I set up a system to calibrate the wii for this use - scaling the XY IR coordinates to the extremities of the table. This works 'nearly' ok (it is precise in the middle but loses precision towards the sides). 

track-wiimote-position-on-a-table-from-overhead-sensor-bar

have a look at the projects of johny chung lee, he uses the wiimote for tracking purposes (but not with max)

or just google johny's name up and you will find his very (!!!)interesting wii projects

have a look at the projects of johny chung lee, he uses the wiimote for tracking purposes (but not with max)
The forum is wiimoteproject.com
or just google johny's name up and you will find his very (!!!)interesting wii projects


Yeah I've seen them before and had a go. Really easy to implement. Which is what I don"t understand really.

Since the IR component of the wiimote is essentially an infrared camera, I don"t see why the polarity should switch if the wiimote loses sight of the sensor bar. I've been watching the rotational values as well and there does not seem to be any pattern to it.

So essentially I can't program it out. Is this a problem with the external as it doesn't seem to occur when using the 'Johnny chun lee' reflective finger technique using the actual wii console.

I have also heard that this problem exists with Darwiin Remote. Which is what the external is based on (i think).

Yeah I've seen them before and had a go. Really easy to implement. Which is what I don"t understand really. 

Since the IR component of the wiimote is essentially an infrared camera, I don"t see why the polarity should switch if the wiimote loses sight of the sensor bar. I've been watching the rotational values as well and there does not seem to be any pattern to it. 

So essentially I can't program it out. Is this a problem with the external as it doesn't seem to occur when using the 'Johnny chun lee' reflective finger technique using the actual wii console. 

Why don't you fix the wii remote and move a sensor bar or other infra red

source instead? Will make things much easier, unless you've got a specific

reason for moving the wiimote. You could have a module with two IR leds,

powered by a battery. This would mean you could ensure the device is always

in view, and maybe eliminate your polarity reversal problems.

> Yeah I've seen them before and had a go. Really easy to implement. Which

> Since the IR component of the wiimote is essentially an infrared camera, I

> don"t see why the polarity should switch if the wiimote loses sight of the

> sensor bar. I've been watching the rotational values as well and there does

> So essentially I can't program it out. Is this a problem with the external

> as it doesn't seem to occur when using the 'Johnny chun lee' reflective

> finger technique using the actual wii console.

> I have also heard that this problem exists with Darwiin Remote. Which is

> what the external is based on (i think).

Why don't you fix the wii remote and move a sensor bar or other infra red
source instead? Will make things much easier, unless you've got a specific
reason for moving the wiimote. You could have a module with two IR leds,
powered by a battery. This would mean you could ensure the device is always
in view, and maybe eliminate your polarity reversal problems.

On 28/01/2008, Andy Brennan  wrote:
>
>
> Yeah I've seen them before and had a go. Really easy to implement. Which
> is what I don"t understand really.
>
> Since the IR component of the wiimote is essentially an infrared camera, I
> don"t see why the polarity should switch if the wiimote loses sight of the
> sensor bar. I've been watching the rotational values as well and there does
> not seem to be any pattern to it.
>
> So essentially I can't program it out. Is this a problem with the external
> as it doesn't seem to occur when using the 'Johnny chun lee' reflective
> finger technique using the actual wii console.
>
> I have also heard that this problem exists with Darwiin Remote. Which is
> what the external is based on (i think).
>
> Andy
>
>
>
>

On Jan 27, 2008, at 5:18 PM, Joe Bicker wrote:

> Why don't you fix the wii remote and move a sensor bar or other 

> infra red source instead? Will make things much easier, unless 

> you've got a specific reason for moving the wiimote. You could have 

> a module with two IR leds, powered by a battery. This would mean 

> you could ensure the device is always in view, and maybe eliminate 

also, check out the OSCulator app...I've been using it & Max/MSP for 

> I am pleased to announce the release of OSCulator 2.5, a software 

> that helps to use the OSC protocol on Mac OS X.

> It is designed for all OSC controllers, but you can also natively 

> use the Nintendo Wiimote and 3Dconnection's SpaceNavigator. You 

> will be able to control other software or devices with OSC, MIDI, 

> Kyma Firewire, and also control Mouse or keyboard.

> This version add, amongst many other improvements, the ability to 

> get data from the 4 tracked points in the Wiimote.

> Why don't you fix the wii remote and move a sensor bar or other  
> infra red source instead? Will make things much easier, unless  
> you've got a specific reason for moving the wiimote. You could have  
> a module with two IR leds, powered by a battery. This would mean  
> you could ensure the device is always in view, and maybe eliminate  
> your polarity reversal problems.
>
>

also, check out the OSCulator app...I've been using it & Max/MSP for  
a while now with 2 wii remotes:

> Hi to all the Max community,
>
> I am pleased to announce the release of OSCulator 2.5, a software  
> that helps to use the OSC protocol on Mac OS X.
>
> It is designed for all OSC controllers, but you can also natively  
> use the Nintendo Wiimote and 3Dconnection's SpaceNavigator.  You  
> will be able to control other software or devices with OSC, MIDI,  
> Kyma Firewire, and also control Mouse or keyboard.
>
> This version add, amongst many other improvements, the ability to  
> get data from the 4 tracked points in the Wiimote.
>
> Please take a look at http://www.osculator.net for more information.


Quote: Kim Cascone wrote on Sun, 27 January 2008 20:21

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

also, check out the OSCulator app...I've been using it & Max/MSP for a while now with 2 wii remotes:

Thanks for the response. I'll have a play with it. I need to be able to perform two way communication between the controller and max. Hopefully this can be done with OSCulator via UDP?

Quote: Kim Cascone wrote on Sun, 27 January 2008 20:21
----------------------------------------------------

I'm not sure how to format the OSC message needed to operate functions of the Wiimote via OSCulator.

The sticking point for me is the ip address and how that should be formatted. For example if my controller is 0-19-1d-83-9d-3e how would this be formatted to be sent over OSC. What I have been experimenting with so far is:

I know that the port I need is 8000, so the only variable is the IP address.

Apparently the format of the message is :

/wii/[wiimote id]/{extension device/}[control type]/{acceleration type}

Can anybody help as I have no clue when it comes to this sort of thing.

Track Wiimote Position on a table from overhead sensor bar