Multi-touch

It looked much, much worse on my actual 3DS. It always got anything that was moving as two touches, and I guess you can't do anything about that. But I never got circles for more than one finger I put on the screen, and that kinda let me down a bit. But with some work, it could probably maybe happen?

Actually, there's a lot that can be done about moving being recognized as two touches. This is just a rudimentary demonstration, I'm sure someone with far superior mathematical capabilities could implement this idea better than I can. What kind of 3DS do you have? This could be dependent on the condition of your touch screen. My N3DS is new and fairly unused. Generally, you want to tap lightly with two fingers on the touch screen. Tapping works best. Give it minimal input so that the touch screen returns a series of varied inputs between the two touches, however without letting go of the touch screen.

Run this kind of code:

XSCREEN 3
DISPLAY 1
WHILE 1
TOUCH OUT TM,TX,TY
IF TM THEN
 GPSET TX,TY,#WHITE
ENDIF
WAIT
GCLS
WEND

and figure out what kind of ways you can touch the touch screen with two fingers to get the white dot to move the most erratically, then use the same methods on my program.

I would also like to point out that this idea has applications for pressure sensitivity detection.

Yeah, I think I experimented with pressure detection in PTC, but I couldn't think of a use for it.

I've really advanced this program since I published this. This algorithm refreshes the coordinates every single frame, which is not necessary considering most folks cannot twist their wrists faster than the speed of sound. So instead, I've rewritten it so that it does not change the touch coordinates unless the program sees it logical that the new set of coordinates it thinks it detected is correct or accurate. Still, fairly simple mathematics. It seems to me that some folks (who've commented thus far) have difficulty using this method for reasons unknown. I've speculated that perhaps some touch screens which are worn cannot take advantage of the method this program uses to detect multi-touch. If that's the case, progressing this project any further is utterly pointless for anyone except myself. Just so I know I'm not just wasting my time on this method (which I may implement into a future program), does this program work for anyone else?

XSCREEN 3
DISPLAY 1
WHILE 1
TOUCH OUT TM,TX,TY
IF TM THEN
 GPSET TX,TY,#WHITE
ENDIF
WAIT
GCLS
WEND

Or when you run this code and touch the screen lightly with two fingers, does it produce an oscillating pixel between your fingers? All that's needed for this program to work correctly is for the pixel to occasionally move between your two fingers; the mathematics can somewhat predict what's going on in between those frames when the pixel does not move so frequently.

This is brilliant. I got this idea a few years ago, but was never able to translate the thought into code, which you seemed to do very nicely.