Hi, I'm sure everyone knows that drawing in your own control curves is sketchy - personally I'm using a touch screen and the best luck I've had is putting a [grid] behind the array - even then it does not update consistently.

In general I'm hoping to find better solutions for the gui - I have no experience with computer programming so I feel that I should start with GEM data structures (is that even part of GEM...?) as deerell has mentioned under patch~/mousing arrays = frustrating.

I'll be going to work on this, now, and would just like to check in to see if there are any (new) amazing front-ends that anyone is aware of. In the long run I would like to implement the two pd instances -nogui/-nodsp trick using OSC to communicate - another thing I have no experience with. Then think about a "java" or "python" thingy.

Let me know if I'm heading in the right direction here. In the long run I would like to have 2 touchscreens plus one large monitor with excellent visual feedback and I'm thinking that anything but Tcl/TK is going to be best in terms of maintaining low latency (for VUs, arrays, etc). Oh, that'll mean I'll get a graphics card too

Best,
J.P.

Okay, looks like the data structures are not OpenGL. Are they going to mess with me latency and if so has anyone designed efficient control surfaces in GEM? Is this possible? Or fun?

Could I make an animation of a rainbow river that represented different audio channels and then "stir" with my finger to crossfade or adjust the balance of the signals based on the prominence of their associated colors?