abom / linux-whiteboard

Automatically exported from code.google.com/p/linux-whiteboard
GNU General Public License v2.0
1 stars 0 forks source link

Support for multiple Wiimotes #13

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
I have "blind spots" no matter which way I position my wiimote.  

I thought about it what if there was another wiimote at another angle that
specific blindspot would be gone.  Im pretty sure this would be a simple
one to pull off!

Original issue reported on code.google.com by lavac...@gmail.com on 1 Feb 2008 at 12:51

GoogleCodeExporter commented 9 years ago
Yes, basically I can add support for multiple Wiimotes. The code only needs to 
gather
IR signals from all Wiimotes and calculate their average values. Users have to
calibrate multiple times of course.

I'm experimenting with the motion jerkiness issue, but I think I can implement 
this now.

Original comment by vanhtu1...@gmail.com on 2 Feb 2008 at 3:53

GoogleCodeExporter commented 9 years ago
A more difficult/useful feature that has just popped up in my mind is to let 
user not
have to position all Wiimotes in a way such that their cameras can view the 
whole
screen. That is, I wonder if it's possible to have each Wii to view just a 
*portion*
of the screen.

Oh yeah :) it's really just a matter of asking users to draw the calibration 
points
themselves. Fuggedabout that jerky motion :p .

Original comment by vanhtu1...@gmail.com on 2 Feb 2008 at 4:00

GoogleCodeExporter commented 9 years ago
A more difficult/useful feature that has just popped up in my mind is to let 
user not
have to position all Wiimotes in a way such that their cameras can view the 
whole
screen. That is, I wonder if it's possible to have each Wii to view just a 
*portion*
of the screen

-- 

I've seen that implemented on the fellow who invented the device to begin with 
with
projector calibrations for wide screen applications...

But besides getting more dpi for the touchscreen part I don't know if it would 
be
more useful than redundancy.  

You could always implement both and see how many wii-motes we can get to 
calibrate at
one time 4 different viewing angles for 2 different sections of screen...  or 
more? 
think 8 motes for 4 slices!

Original comment by lavac...@gmail.com on 3 Feb 2008 at 2:45

GoogleCodeExporter commented 9 years ago
Yeah, because supporting multiple Wiimotes and not having them cover the whole 
screen
is a more general case of fixing 'I block the remote all the time, can I have 2
Wiimotes from different views so that in case one is blocked, the other still 
works?'.

As a side effect: If the Wiimotes are calibrated consistently, we'll get more 
precise
IR events, in which case, redundancy also helps precision.

The idea of having user draw the calibration points is to let them decide how 
much
screen space a Wiimote should cover. The number of Wiimotes is unlimited but 
there's
another problem: Very few people have more than 1 bluetooth devices, I know I 
don't.

I'll look at the issue to see if it's actually the case that one bluetooth 
device
must go with one Wiimote.

Original comment by vanhtu1...@gmail.com on 3 Feb 2008 at 3:42

GoogleCodeExporter commented 9 years ago

Original comment by vanhtu1...@gmail.com on 18 Mar 2008 at 11:59