Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - ujs

Pages: 1 ... 3 4 5 6 7 ... 9
62
... the "calibrated screen area" didn't show the real calibration view (as you can see in the image below).

The point 1 is the preview of the mouse position in the "calibration details". The point 2 is the same preview, but outside the screen in agreement with "Calibrated Screen Area". And the point 3 is the really mouse position.
[...]
PS.2: if this function of preview calibration is working on mac (I belive it is) it explain the sensitivity problems on Windows told by me and benpaddlejones.

The "Calibrated Screen Area" shows the area bounded by the 4 calibration points, not the corners of the actual screen.
It's works the same on all platforms, and doesn't explain the sensitivity problems on Windows.

Btw, I can't read anything in your image, it's too small.

PS.: Everything works well but when the program starts everything is slow temporarily. This problem desappers when I minimize the program.

What do you exactly mean by "slow"?
I didn't notice this when I tested the app on Windows XP.

Quote from: ujs
I can give you a translation account for both European and Brazilian Portuguese if you want.
Yes, I would be honored. But there would be few modifications in Francisco's translation. :D

I was just suggesting that you could take a look at Francisco's translation, since some of it could also be used for Brazilian Portuguese.
I'll send you a message with your translation account in a while.

Some soggestions:
- System tray fuction. For now a can fix this using a program named ACTUAL WINDOWS MANAGER
(http://www.actualtools.com/windowmanager/). Otherwise it showld be interesting if you program could do it for itself.

See my previous reply about that.

- I liked the 'right click' function. But I can't move objects in some programs. Explanation: On ArtRage program (freeware in

http://www2.ambientdesign.com/files/artrage2.5starteredition_win.msi), for example, you can only move the "stencil" by clicking with the right button + drag

(drag with right click). I thought in something like this: after "X" seconds stopped at the same point, instead of a simple right click, just change the

fuction (maybe make a circle line around the mouse as an alert). If stay in the same point and you stop pressing the button, than you have a simple right

click. With this we could have both, simple right click and drag with right click. For now I can do it using another program named DMOUSE

(http://www.swapmousebuttons.com/)

I changed the right click function a while back, before that it worked like right button drag.
What you suggested (better control for drawing applications) will probably be possible in a future version.

- Can you do something as I told in the topic http://www.wiimoteproject.com/project-ideas/real-tablet-pc-on-windows-vista/?

I don't understand what you want. But I can tell you that I don't use Windows and won't develop specifically for it.


Uwe

63
I would like to use the Wiimote Whiteboard idea together with paper and pen.

I don't want to spoil the fun in making such a project, but there are already commercial products available that let you do this.
So in case you just want to functionality and don't necessarily want to build it yourself:

See http://en.wikipedia.org/wiki/Digital_pen

Sample project, using this pen.


Uwe

64
Project Ideas / Re: Programmer Need - Wiimote Connection Utility
« on: October 19, 2008, 11:05:40 PM »
The Mobi-pad project, Wiimote Connect (Thex) & Java IWB (UJS) have all proved it is possible. Java IWB connects with the wiimote through the API and Ujs advises me that this won't allow connection with .net frameworks apps (best programming framework for Windows). However Ujs has proved that the same code can be used for all stacks.

Let's take a brief look at the technical details (according to my knowledge):

  • Johnny's original software and Boon Jin's Smoothboard both use Brian Peek's WiimoteLib.
  • WiimoteLib "talks" to the Wiimote using the USB HID driver provided by the Operating System (Microsoft Windows in this case).
  • The Operating System needs to be connected to the Wiimote in order to provide access to it as a USB HID device.
  • Every Bluetooth stack for Windows apparently has a different connection procedure.
  • Thex's WiimoteConnect does the connection procedure for you if you're using the standard Windows Bluetooth stack.

  • My Java WiimoteWhiteboard program uses the Java Wiimote library WiiRemoteJ.
  • WiiRemoteJ uses the Java APIs for Bluetooth (JSR 82) to connect to the Wiimote over the L2CAP protocol. The Operating System mustn't be connected to the Wiimote, otherwise it would block the connection attempt.
  • Since JSR 82 is just a specification, you need an actual library that implements it. I decided to use BlueCove because it supports many stacks on various Operating Systems.
  • In short: Java WiimoteWhiteboard -> WiiRemoteJ -> JSR-082 (BlueCove) -> OS & Bluetooth Stack (e.g. WIDCOMM) -> Bluetooth Controller (e.g. USB dongle)


I'm blindly throwing a cool Idea out there, I don't even know what a API or Library for Bluetooth looks like? Ujs would be the best person to help you as he sucesfully integrated a Bluetooth connection utility in his IWB application.

To say to use "an" API or "the" API is pretty much meaningless without context :)


Really Thex's Wiimote Connect just needs to be extended to include support for Bluesoleil & Widcomm.

Exactly.



Uwe

65
Wiimote Gaming & Flash Gaming Projects / Re: Hyper Island project
« on: October 16, 2008, 09:52:31 AM »
Few questions:
I run WiimoteWhiteboard for my Mac. Is this the best?
What happens if I run the mouse with multiple (up to 4) IR sources?
If I put some IR LEDs really closely, will the wiimote see this as one big source or a few small?

Hi, I'm the developer of the Java WiimoteWhiteboard app. As far as I know, there is currently no other Whiteboard app running on the Mac...

I just saw this thread and only looked briefly at the older posts, but you want to make a game where multiple people are running around with IR leds, right?
If so, there's no way around using the multi-touch protocol TUIO (if you want to keep using my app).
In order to use TUIO in Flash, you need to run the gateway flosc.

To your 3rd question, a really close IR light should be detected as a single blob.
The Wiimote can actually send the size of each blob to the computer (currently not used in my app, but possible)

Hope that helps and good luck with your project.

Uwe

66
General Hardware Talk / Re: Interfacing with a microcontroller
« on: October 15, 2008, 10:32:12 AM »
How I should expect datas from wiimote/nunchuck ?
Information will arrive without asking them or should I send some command to wiimote?

Hi, I suggest you first take a look at the technical details for the Wiimote: http://wiibrew.org/wiki/Wiimote
Your question will be answered there.

Also note that it is possible to avoid using Bluetooth: http://www.wiimoteproject.com/general-hardware-talk/wiimote-i2c-connectivity/

Uwe



67
I believe it's really a sensitivity problem. Boonjin's program has a sensitivity adjust that is on level 5 for default (i put it on maximum and works well). Is not this the problem with your Java version? What's the level of sensitivity of your program?

Benpaddlejones already answered this.

PS.: I'm interested in help on a translation to portuguese-brazil.

You're more than welcome to help. I might add that Francisco already translated many parts to (European) Portuguese. I don't know how different the two languages are, but there must be some similarities :)
I can give you a translation account for both European and Brazilian Portuguese if you want.


PS.2: Visual calibration in BoonJin's program (Very interesting and necessary).

I actually tried Boon Jin's program for the first time today.
The "Visual calibration" (what you circled red in your image) is indeed interesting and useful, but not "necessary" in my opinion.
Nevertheless, I actually coded my own version of this today and it'll be included in the next release of my software.

Uwe

68
The next version of the application will be available in other languages if people are willing to volunteer. There are about 500 words to be translated.
So please contact me if you want to help to translate the program to the language(s) of your choice.

Uwe

69
This is the problem most Windows users find with the Java version. I thought it was related to the sensitivity settings, ujs as you advised me the setting of your application is to maximum.

But in this case, vbrayon had to put the Wiimote further away to make it work.
This sounds not like a sensitivity problem...

p.s. When you try Boonin's app in Mac OS can you let me know the results so I can update the above post :)

I can't try it on my Mac since I don't use Bootcamp or a VM like Parallels.


Uwe

70
Thanks for the answers. But I saw one problem. I don't know why, but it seems that your program doesn't use the hole view area of the Wiimote.

My program uses the Wiimote's whole field of view.

I know that because I used BoonJin's program first and with it I normally calibrated. With the Wiimote on the same position, the calibration failed with your program (I had to put the Wiimote a little far for a good calibration).

I can't tell you why this happened.


Uwe

71
Hi kurizuto,

thats all, how can i compile the entire source  , and what i need ^^...

you need to add all jar files in the lib-folder to your classpath in order to compile the software.

The following ant build-script will compile and run the software:
Code: [Select]
<project name="WiimoteWhiteboard" default="run" basedir=".">

  <property name="src" location="src"/>
  <property name="lib" location="lib"/>
  <property name="bin" location="bin"/>

  <target name="init">
    <mkdir dir="${bin}"/>
  </target>

  <target name="compile" depends="init">
    <javac srcdir="${src}" destdir="${bin}">
      <classpath>
        <fileset dir="${lib}" includes="*.jar"/>
        <pathelement path="${java.class.path}/"/>
      </classpath>
    </javac>
  </target>

  <target name="run" depends="compile">
    <java dir="${bin}" fork="true" classname="org.uweschmidt.wiimote.whiteboard.WiimoteWhiteboard">
      <classpath>
        <pathelement path="${bin}"/>
        <pathelement path="${src}"/>
        <fileset dir="${lib}" includes="*.jar"/>
        <pathelement path="${java.class.path}/"/>
      </classpath>
    </java>
  </target>

  <target name="clean">
    <delete dir="${bin}"/>
  </target>

</project>

because i want to traslate to other languages, is a powerfull tool for students and teachers ...

Support for other languages besides English is planned for the next version.
You can even change most of the interface right now: http://www.wiimoteproject.com/wiimote-whiteboard/java-version-developed-under-mac-os-x/msg3794/#msg3794

Uwe


72
Hello ujs,

Your program is very good. But I'd like one more feature to be perfect. Is it possible after the calibration a window showing the Wiimote's view like on BoonJin's program? This windows makes the calibraton too easy.

I haven't used Boon Jin's program at all, just saw his screenshots.
I hope to have some time soon to try his program.

And Jason's program (wiimote presenter) intend to join in yours?

It's not possible to integrate Jason's program into mine for technical reasons.
And I also don't plan right now to add those features on my own.

Uwe

74
Duplicate from http://www.uweschmidt.org/comment/353:

I agree that multi-touch interaction with the operating system would be pretty cool. However, I don't think this functionality should be added to my software. I suggest instead to write another program that uses the already available TUIO messages from my software.

Laurence Muller has also released an application called tDesk that brings multi-touch interaction to Windows XP.

Uwe

75
Wiimote Interactive Whiteboard / Re: MOUNTING
« on: July 29, 2008, 02:00:11 AM »

Pages: 1 ... 3 4 5 6 7 ... 9