remoting vvvv / exposing pins / kontrolleur
here is to announce a little feature nobody has asked for:
basically you can now write a value/spread to any pin of a running vvvv-patch from the outside. sick? yes.
the plugininterface now allows you to write to any pin which is in turn used by a new node called Server (VVVV) which listens for your udp/osc-messages and distributes received values to the targeted pins, like so:
/40/30/2/Y Input Value 2.4,2.5,2.6
sending the above osc-message to the vvvv-servers port will set the Y Input Value of the node with ID 2 which sits in patch with ID 30 which sits in patch with ID 40 to a spread of:
2.4 2.5 2.6
see? should allow you to quite mess around..
now of course you don't want to do this all random and find out about the target-addresses manually. as mentioned in a previous posting refactor-to-subpatch there is one primary shortcut left on vvvvs keyboard cheat-sheet which we saved for this moment: ctrl+k (read "kontroll") allows you to expose selected IOBoxes for being controlled from the outside. first exposing only turns IOBoxes green, but inside this sets a flag on the node that can be accessed via the plugininterface which e.g. allows a node like the afformentioned Server (VVVV) to return a list of all exposed pins' osc addresses...
next it would be nice to write values to such exposed IOBoxes from, say a mobile device. this is where Kontrolleur (VVVV) steps in. essentially just an alternative, more specialized vvvv-server that pushes information about exposed pins to the Kontrolleur android app. check its help-patch for instructions.
and like Kontrolleur (VVVV) it could also make (even more) sense to code a plugin that communicates with Control (which seems to be in quite a rework for some time now so i didn't dare touch it) or one that exposes pins via even other protocols (http, whatnot..)
all necessary functionality (reading of/writing to pins, listing exposed pins,...) is accessible via the plugininterface. you know what to do..
now available in latest alpha builds.
- 1
anonymous user login
Shoutbox
~50min ago
~14h ago
~2d ago
~2d ago
~2d ago
~3d ago
~3d ago
~3d ago
~3d ago
~3d ago
great thank you!!! Let s get this Control UI builder rolling.
control-(androidosc)-ui-builder
here you can grab both mine and woei's (much better then mine) code for Control
sick :)
Kontrolleur crashes on launch at Android 4
hei bo, iirc someone mentioned disabling 3g to make it work.. i don't have an android 4 device here to test.
Hi joreg. Seems this asus tablet has no 3g module(
Thanks for this really nice feature and it works like a charm!
Since I am not so interested in android devices I wondered if it is possible to get a server-node on your control-pc to show the list of exposed pins from a second target-pc? Maybe it was my stupidity but I was not able to get this running... So I am now sending the server-list "oldschool" via udp(network client) to know whenever a new IOBox got exposed.
changing the "Feedback Target IP" does not seem to make any difference.
@bo27: forgot to mention: Kontrolleur beta2 fixes those issues. (need to reinstall from android store)
since there is no magic built into vvvv to do this thats exactly the way to do it. you can send the list of exposed pins to any device that can display sliders and send values back.
the Feedback Target IP is the IP of the device that you want to send (exposed) values to when they are changed in the patch.
hm, is there (yet) any feature, that allows you to change namings like 'Y Input Value' to something that's in the descriptive name?
+1 Would be really nice if the io box is given a descriptive name, that that is what is used by default for the osc address, and otherwise just the raw ID.
Cool feature in general though :)
kontrolleur should take over descriptive names of ioboxes for display.. or what do you mean?!
Not using kontrolleur, just using a control tablet running vvvv. Right now in order to label the sliders on it I've sent over udp all the exposed pin osc addresses the same as kleinkariert, and then another list of the descriptive names via getpatch.
@joreg: +1
yes.
for now, i have a patch that extracts all descriptive names from all exposed ioBoxes in my setup and fiddles them together with the osc part before sending that whole list over to my controller (what is a patch on another machine)... that is like the opposite of elegant.
so, i'd suggest that the most flexible way would be a Descriptive Name in Server (vvvv).
(is that what kontrolleur does inside?)
right Kontrolleur (Network) duplicates some functionality of Server (VVVV). and it sends the pins name alongside their nodepaths to kontrolleur..
so ja, an extra output that returns all descriptive names sounds plausible..
great feature joreg!!! everything is getting much cleaner and elegant ;)
+1 for Descriptive Name in Server(vvvv)
...as far as i'm thinking, it's the only way to have a flexible but robust newtwork with dynamic parameters assignment.
(you always know that this specific exposed IObox will always be "the size of this quad", even if it's OSC assigned tag changes).
the IObox descriptive name could be assigned into the inspector, in a "custom tag" section.
ciao
:)
finger >> hand:
would be also noice, if some other properties could be in appropriate outputpins as well. think about type/subtype, min/max etc. with that information on your remoting system, one can easily remote an 'unknown' system.
Right. Which is also where it seems like todomap is going, but it feels to me like Server(vvvv) and todo are atm separate tracks and both missing some parts for a fully adaptive system.
discussion continued over here: remoting-vvvv-exposing-pins-feature-suggestions