BrianPeek.com

WiimoteLib Survey

Update:  Wow!  In just over a week I reached Survey Monkey's limit of 100 responses for the survey.  I'll be posting results soon.  Thanks to everyone who took the time to give me their feedback!

For those of you that use my Managed Wiimote Library (and if you're not, why aren't you?), I've put together a very short, 3 question survey to gather some opinions on how to move forward with upcoming releases.  Please take the 30 seconds to click responses to the 3 multiple choice questions and let me know how you'd like to see the library evolve.  Thanks!

Click here to take the survey!

Published Feb 01 2008, 03:09 AM by Brian Peek

Filed under: .NET, Coding4Fun, Wiimote

Comments

	Rick Rose said: For us folks using the WimoteTest application as a learning experience it would we great to port it to Visual Studio 2008.  There are a few warnings and issues.  Thanks! February 2, 2008 8:40 PM
	Brian Peek said: The next release will contain solutions and projects for VS2008 as that's what I'm using now anyway.  That said, you should just be able to have the IDE upgrade the project and have it work... February 3, 2008 3:46 AM
	Jose Ribeiro said: Hello, I'm using your WiimoteLib, but I'm having some trouble using it on a WPF project. Did you try it with WPF? It always throws             if (!mReadDone.WaitOne(1000, false))                throw new Exception("Error reading data from Wiimote...is it connected?"); during Connect. Ignoring it causes the wiimote to get blocked... Thanks in advance May 2, 2008 10:45 AM
	Jose Ribeiro said: Ok, the problem is that in VS2005 it causes a first chance exception in that line (mReadDone isn't set), but the debugger only breaks at the 2nd chance. In VS2008 the debugger stops at the first chance... It runs ok in the compiled version, but I think it shoudn´t throw that exception... May 2, 2008 2:08 PM
	Brian Peek said: @Jose, I think you're seeing it kick on the first read attempt to the Wiimote.  If that fails, an exception is thrown (and internally caught), and then the lib attempts to connect to the Wiimote in the alternate way. If exception catching is turned on in the IDE (ctrl + alt + E), you'll see that exception picked up in the IDE itself.  If you press F5, it should continue on normally and (hopefully) work with the 2nd read/write method. June 3, 2008 4:57 AM

About Brian Peek

Brian is a Microsoft C# MVP who has been actively developing in .NET since its early betas in 2000, and who has been developing solutions using Microsoft technologies and platforms for even longer. Along with .NET, Brian is particularly skilled in the languages of C, C++ and assembly language for a variety of CPUs. He is also well-versed in a wide variety of technologies including web development, document imaging, GIS, graphics, game development, and hardware interfacing. Brian has a strong background in developing applications for the health-care industry, as well as developing solutions for portable devices, such as tablet PCs and PDAs. Additionally, Brian has co-authored the book "Debugging ASP.NET" published by New Riders, and is currently co-authoring a book titled "Coding4Fun: 10 .NET Programming Projects for Wiimote, YouTube, World of Warcraft, and More" to be published by O'Reilly in November 2008. Brian is also an author for MSDN's Coding4Fun website.