Grasshopper <-> Processing v2: Live Input luis2009-07-22codeNewsResearch2 Comments Video on Grasshopper3d Here is an example of continuous data being fed into Grasshopper from Processing via the User Datagram Protocol (UDP). Very simple data, very simple result…but its a promising step in this investigation. In addition to the vb.net receiver, I am using Giulio Piacentino’s “The Engine” component to continuously refresh the GH canvas. You can find that component at his site:http://www.giuliopiacentino.com/grasshopper-tools/. The processing sketch was hacked together from a simple processing animation found at processing.org and the UDP library by Stephane Cousot: http://ubaa.net/shared/processing/udp/. Video on Grasshopper3D This video shows a connection between Grasshopper and a WebCam through Processing. On the processing side I am using Josh Nimoy’s (http://www.jtnimoy.net/) “JMyron,” a webcam library for processing (http://webcamxtra.sourceforge.net/download.shtml) and Stephane Cousot’s UDP library (http://ubaa.net/shared/processing/udp/). On the Grasshopper side I am using the same .net receiver as previous videos in conjunction with Giulio Piacentino’s “The Engine” C# Component (http://www.giuliopiacentino.com/grasshopper-tools/). The idea is to begin sending more complex data through…here I am sending x and y coordinates from Processing to Grasshopper. Video on Grasshopper3D With so many definitions focusing on an attraction point, why not go one step further and make it ‘real time’ action. In this case, you see my simple single processor machine from 4 years ago is starting to have some issues keeping up with everything. This video is the same setup as before, just with a more extensive GH definition. Video on Grasshopper3D Here is an example of a definition being driven by the position of the mouse over the processing sketch. Same setup, in this case, just using a simple mouseX and mouseY in processing as the message to transmit.