![]() |
Re: Software emulation of dualtouch input possible?
The joypad algorithm for example, would work like this:
On one side, lets pick the right one, you draw a thumbstick, with your right thumb you can drag it to anywhere you want within it's range (the circle or square area representing the range of motion of the stick), depending on the desired mechanics it will either snap to center or rest where you left it when you raise your finger. On the left side, you draw several buttons (i imagine around 9 might already be pushing the algorithm to it's limits), the distribution of the buttons and the positioning and size of the group would matter, some configurations would make it too hard for tunning the algorithm. The buttons you must never slide from one to another (perhaps if they were just a vertical line of a few buttons sliding can work), you should lift your thumb and then press down on the next button. The two sides can be used concurrently (that means you use each one without needing to interfeer with the use of the other. The key part is the algorithm to separate the two inputs. With the N900's sensor, two touches result in the cursor being placed in point between two touches, and if you touch them one and then the other, the cursor will jet from the position of the first towards the midpoint. This is the building block of the pure screen algorithms. If it is just the joypad being used the cursor stays in the joypad area. If it is just the buttons being used, the cursor stays over one of the buttons. And now the interesting part: If the joypad is being used and then a button is pressed, the cursor will jump from the last joypad to the point midway between that and the pressed button, which gives you which button is pressed. If a button is being held down and then you pull on the joypad, the cursor will jump to the position between the button and the current joypad position. And when a button is pressed and you wiggle the joypad around, you already know which button is pressed, so it's just a matter of extrapolating the joypad position. Questions? ps:it might involve a little bit of practice depending on how you usually touch the screen with your thumbs, the position of the cursor with two fingers on is the average of the two contact points, but it's an average weighted by the pressure of each thumb (with a little practice you can wiggle the cursor back and forth between the thumbs) |
Re: Software emulation of dualtouch input possible?
Quote:
2 touch points on screen = zoom, rotate and pan an image. Yes, all 3 can be done together at the same time: - When the two fingers are moved closer/apart: the image will zoom in/out) - When the two fingers are rotated against the other: the image will rotate according to the direction - When the two fingers are moved around screen (maintaining their relation to one another): the image will pan. This is commonly used in image manipulation apps, while the single finger gesture is used for the main interaction: For photo browsing: single finger actions are used for changing photos. For drawing apps: single finger actions are used for drawing. Notice that the system does not need to change into different modes via UI buttons or key combinations, it just recognizes the different types of multitouch and applies the operations immediately. |
Re: Software emulation of dualtouch input possible?
Tiago:
Let's keep this simple: A pt1 X B pt2 Y C pt3 Z A and Z will be the same as C and X. They both register as pt2. |
MVP (Multiple virtual pointers)
This is only ONE very simple emulation of multitouch:
(I call it Multiple virtual pointers MVP). Instead of a single mouse pointer you have several (say 7) virtual pointers. The principle is very easy (I call it "Jump to the next pointer" (JNP)): If you tap on the screen only the virtual pointer next to the tapped location is moved to that place. @ysss: I didn't see your posts: This problem is solved by my tap@swipe emulation: If you tap on the screen followed by a swiping this is recognized as a combined gesture with the following interpretation. The tapped spot is the center of the transformation. The beginning and the end of the swiping define the transformation (rotation, zoom) |
Re: MVP (Multiple virtual pointers)
Quote:
And what would 7 stationary pointers are used for on screen, when you can only move 1 at a time? (I call that WTF). Also, I was mainly responding to this claim of yours... Quote:
Quote:
The difference is subtle on writing, but when you play with a multitouch tablet then the intuitive feel comes through very clearly. It's even more pronounced when you combine those capabilities. Left hand with 2 fingers manipulating the image (zoom, pan, rotate, all at the same time) while your right hand is drawing. For example. |
Re: Software emulation of dualtouch input possible?
Quote:
____________u y v a b c d _______z @TiagoTiago I had the same idea some time ago, it's definitely possible to achieve this result, although obtaining thumbstick position while pressing a button could be a bit tricky. |
Re: Software emulation of dualtouch input possible?
Quote:
|
Re: MVP (Multiple virtual pointers)
Quote:
You can pinch by moving one edge and then after this moving the other edge. Quote:
Quote:
And if you do serious painting you don't zoom, pan and draw at the same time. An intelligent person does one thing after the other one. If you do everything at the same time everything will be bad. |
Re: MVP (Multiple virtual pointers)
Quote:
Quote:
Quote:
http://www.youtube.com/watch?v=jYSRQDxeGZY |
Re: MVP (Multiple virtual pointers)
Quote:
|
All times are GMT. The time now is 22:12. |
vBulletin® Version 3.8.8