Problems (#1) - Building (#40) - Message List

1. Thanks

2. g++ might not have been required, that was just one of a bunch of packages I grabbed (same with the auto* stuff, but I assume some of those were probably needed).

3. The window manager was redrawing the whole window while dragging (Didn't see a setting to turn that off, but I didn't really dig very far either). With a mouse, the cursor did track slower while dragging than while not dragging, but it didn't "feel" like it was lagging. Dragging a window did feel noticeably better with a mouse than the Wiimote.

Let me see if I can describe the mouse vs. wiimote dragging a little better. I'm going to completely make up all the numbers here, just for illustration. When moving the mouse cursor (non-dragging) with either the wiimote or mouse, the onscreen cursor's position moves, say, 5 pixels, every 10 milliseconds. When I'd drag a window with the mouse, the cursor's position only gets updated every, say, 40 milliseconds, but moves 20 pixels at a time. So it's still up-to-date with my movements, but a little jerky - like a game's framerate going from 30fps to 15fps. When I would drag a window with the wiimote, the cursor would still move every 40 milliseconds, but it would only move 5 pixels at a time, so all the "mouse moved" messages would get queued up and lag behind my actual physical movements. Kind of like trying to play an action game through MythTV (except that the lag would keep growing - well, maybe it didn't keep growing, it was hard to tell).

I'm not saying that's the actual phenomenon that was occurring, but that's just what it seemed like.

In any case, Xfce (or whatever it's called) was giving me problems with randomly-changing system font sizes (usually too small to read), so I ditched Xubuntu and did a fresh install of regular Ubuntu today. So I'll let everyone know how everything works out this time.

4. Yea, I would have been willing to help out with the IR myself, but I haven't had time. There were still two other IR problems I noticed, but I didn't mention because I figure it's still a WIP and you probably already knew. In fact I think I might have seen them mentioned on here before. But I may as well mention them here anyway, just for the record:

- The "roll" needs to be taken into account so X,Y movement is correct regardless of how the remote is tilted. (Either through the accelerometer or the orientation of the two IR dots. Not sure which would work better). ie, If the wiimote is rolled 90 degrees to the left, moving the wiimote right is moving the cursor down instead of right.

- When moving the cursor off the edges of the screen, I noticed it seems to be using some relative positioning calculations. (ie, using made-up numbers again, if you move the cursor to the exact left edge of the screen, point an inch further to the left, and then back an inch to the right, the cursor will have moved an "inch" inward from the edge of the screen, instead of staying on the edge.) The IR positions should be turned directly into absolute screen coordinates. Depending how X11 works, I assume you'd probably need to be able to query the screen's current resolution and the mouse's current position. I don't know enough about *nix GUIs ATM to know if that's a problem or not, though.

Everything still working the same for me under Ubuntu as it did with Xubuntu. The window-dragging thing is mostly noticeable on things that are slow to redraw, like a terminal window set to show transparently through to the desktop.