BrianPeek.com

¡¡¡Great job!!!

Just have taken a look at your library and I'm starting to think great things to do with it... we had a mouse cursor with some wii libraries but now we have full 3D control... thik it with WPF and 3D and voila, the first 3D cursor? or shall we say cursors? (with two wiimotes, of course...)

And more on, if you take a look at GlovePie, it is an Open scriptable project for managing 3D gloves and also adapted to the wii... that means something...

Well using your library in order to have a 3D cursor or object moving is one of my next priorities... (before wanted to do that with the cWiilibrary..) so... now is easier XD

Many Thanks!!

Jose

Can contact me through joslat(@)gmail dot net

I'm sure this library took a lot of effort to create, so kudos for putting it together. However, I don't like the design pattern of the library. Instead of having to poll for the state of every button on the OnWiimoteChanged event, why don't you make it so that the button that changed state is a property of the WiimoteChangedEventArgs. That way, the code would look like this:

void wm_OnWiimoteChanged(object sender, WiimoteChangedEventArgs args)

{

   // write out the state of the bitton that was pressed  

   Debug.WriteLine(args.PressedButton.Name);

}

You could then write handler code like this:

void wm_OnWiimoteChanged(object sender, WiimoteChangedEventArgs args)

{

   switch (args.PressedButton.Name)

   {

       case "A":

           //do an action if the A button is pressed.

           break;

       case "B":

           //do an action if the A button is pressed.

           break;

}

IMO, that pattern is a lot more intuitive than the pattern you presented in your article. It would also write code that is drastically cleaner and easy to understand.

Thanks for your hard work!

I stand corrected.

Brian,

You are a tiny god. Fantastic work!

One question:

How you would get the Pitch and Roll data from the Wii?

Many thanks!

Your link answers it.

My question was based on a lack of understanding of the Wii. I thought that there were other sensors beyond the buttons, accelerometers, and IR.

Many thanks!

Hi, i have a quick question. I have not tried this library yet, for lack of a bluetooth adapter, and would like to know if it is possible for an application written to catch those events to still catch them when it is out of focus.

If not, any idea how one would go about making that work?

My knowledge of Window's event messaging system is close to 0, but, would you need something like a mouse hook but for the bluetooth device?

GREAT!! YOU ARE THE BEST MAN!!

If have the problem that it worked the first time as long as the wiimote was connected but since then it allways throw the "Error reading data from Wiimote" exception. Restarting the System, Bluetooth Device or changing the Wiimote doesn't change anything. But it still works with GlovePIE without any problem.

If you are running GlovePIE at the same you will get "Error reading data from Wiimote".

Brian,

Does your library support multiple active wiimotes? I would like to make a simple multiplayer game. Thanks!

Thanks Brian! I'll poke around and see I can get that work.

Do you have any recomendations for writing a screen pointer based on the IR?

First of all, thanks for great library!

I have trouble running multiple wiimotes at the same time. I made minimal modifications to Your code to detect and use as many wiimotes as it finds. But when i try to use any other wiimote than 1st found i get exception "Error reading data from Wiimote" regardless if previous wiimotes were initialized or not. Anyone has similar problems? Any ideas how to initialize many wiimotes?  I'm using D-Link DBT-120 with BlueSoleil and Asus WL-BTD201M with WIDCOMM stack.

Found 'solution' to my previous problem! I use CSR ( Cambridge Silicon Radio ) Bluetooth dongle with newest BlueSoleil stack. I've managed to connect tree wiimotes with nunchuck ( all i have ).

Looks very interesting.

Has anyone built an application that graphs the 3D (xyz position over time) movement of the wii when thrown? Additional information, such as acceleration, velocity, height, distances, rotation, etc... at points during the flight would also be interesting to use.

Sam

smith.at.lkpd.org

Thanks Brian!

For a moderately-skilled programmer like myself, having a simple to use library like this one is fabulous.

I created a [[ManagedWii]] topic on WiiLi wiki, it was a real shame for that community not to have any direct links back to this great work of yours for this beautiful little controller.  I hope you don't mind...

Please, as soon as you can find the time, continue and finish implementing your other ideas for this library.

I'm developing an XNA game, and I'm planning to integrate the Wiimote on the PC at least, right alongside my 360 controller for the PC.

Bud

Hi Brian, great job!! from all the WiiMote Library's around I find yours the easiest one to use!

But I'm having a small problem.....

I'm trying the detect when the WiiMote gets disconnected.

ie: WiiMote is connected, I start the Test application, then I just turn the power off on the Remote.

What hapens is that the Test program seams to "freeze" which i think is normal since there's no more "OnWiimoteChanged" events genereated.

So what I did was put a timer on the form, set it to 2000ms

So I start it at form load, then I had a Timer.stop() just after m.WaitOne() and a Timer.Start() just before m.ReleaseMutex() in the "OnWiimoteChanged"

Basicly the effect I'm going for is that I get a timer tick if the "OnWiimoteChanged" did NOT run for 2 seconds.....

But the Timer tick never seams to occur... If I remove the STOP and START i do get a tick every 2 seconds.....

What am I doing wrong...? Or dod you have an other suggestion on how to detect if the WiiMote is still connected and sending data ?

Thanks

Hi Brain:

I sent a message through the contact system, but it seems you did not receive it.

Anyway, I will ask again.

Does the C# lib support multiple wiimotes? If not, then is there anywhy I can add support for it?

Thank you!

P.S. Thank you very much for the lib, seriously!!

Hi Brian, another thanks for the fantastic work.

I am having a problem which is slightly different to Abi's.  I am not trying to connect multiple Wiimotes, but I am trying to find out why the Connect() method will no longer detect one of my Wiimotes.  

After some testing with your library I was forced to switch my main Wiimote (the one I test with) to another Wiimote due to flat batteries and lack of replacements.  The backup (second) Wiimote connects without a problem, but now, since I have replaced the batteries in my main Wiimote, the application is no longer detecting the main and only works with my backup.  This has been tested with both my test application and the one provided by yourself.

The other night I tried testing this on my laptop, and found that the application was able to detect my main Wiimote again, but stopped detecting it after a short while.

The Wiimote still works fine with the Nintendo Wii and other applications such as GlovePIE.

Do you have any suggestions as to what may be causing this?

Thanks!

Abi,

On April 3rd you said that you were using D-Link DBT-120 with BlueSoleil.  Then on the 4th you replied that you had gotten three wiimotes working, but with a different bluetooth device.  Have you been able to get the one or more wiimotes working with the D-Link DBT-120?  (That's what I have and am hoping to use.)

I've had the wiimote working to a point, I can get it to connect to my computer, but whenever I run the test app I get that it can't find the wiimote, even though it will still sometimes show me button states (though nothing else works).  I'm just using the standard Windows XP SP2 bluetooth stack (I think) since that was what I needed to make my computer also work with my Lego NXT brick.

John, great work!  I anxiously await your mid-May (hopefully sooner) update!

Thanks for the awesome library Brian!  I'm glad you recommeded a good bluetooth device also...the Widcomm in my Gateway tablet worked great once but never again since then.

I've spent some time extending your solution for multiple wiimotes and also implementing a cursor solution.  The multiple wiimotes were very straight forward, but the cursor is kind of tricky.

"My plan was to take the center point between the two IR points and scale the xy to the screen/window you're capturing the cursor in."

On the surface this solution seems to suffice, but in practice it only works when the wiimote is held level.  I found that you can compensate for wiimote tilt by calculating the roll angle and rotating the IR points around the center of the screen.  However there are a number of edge cases that make a complete pointer solution more complex, such as when only a single IR point is visible, or when the IR points get flipped (i.e. right is now on the left, etc).

I've done a solution that addresses these cases, but I'm sure there is a better general algorithm for it which has escaped me so far!  Anyway I hope that helps with your endeavors.

You got it.  Enjoy!

I would like to use something like this on my Windows Mobile device ? any posiblities ?

Help would be appreciated.. any help for the mater ? programming bluetooth and / or HID devices on a mobile device isn't that easy. A Library like this would be awsome (for me that is because I don't think there is much use for a wiimote connection with a mobile device)

Thanks for helping me out / pointing me in the right direction already ?

Hi Brain:

What does the mutex object do in your demonstration code?

I read Microsoft's documentation, but I didn't quite get it.

Sorry for this newbie questions, I am still learning C#.

Thank you!

Thank you very much Brain!

Your explanation is very helpful!!

Hey, I was getting that Error reading data from wiimote message for the longest time. Using BlueSoleil 1.6.3.1 I did Discovered the wiimote, then Refreshed Services, then Connected. It connected fine, but I was getting that error above during ReadCalibration(). In the end, turns out I had a bad HID Joystick driver somehow. I removed that from my system(using Device Manager) then let my computer connect to MS servers to get the correct driver. After that, it works fine. Moral of the story, if you can't get past ReadCalibration, try reinstalling your HID Joystick drivers.

Oh, and Brian, this library makes you my hero!

Does anyone know of a way to get notification of when a new device connects?  I would like to run the Wiimote code in a service, but it needs to know when a Wiimote device becomes available before trying to connect...

Thanks for the link.  I expected there to be nothing useful on the Bluetooth side - until there is one unified API Bluetooth is always going to be a problem on the PC.  I had hoped Windows might have a way to get notifications of new HIDs, but I guess I'll just have to try your suggestion - polling every one or two seconds and see how much CPU it takes.

Mal

Hi!, just to state a new code snippet using Brian's library. This time is a 3D WPF interaction with the wiimote, being able to control a 3D mesh with the 3D controller...

Of course, the sourcecode is included. :)