All Videos Tagged user (Grasshopper) - Grasshopper

MSAFluids with Processing and Grasshopper

2013-04-01T16:41:00.812Z

We recently checked out the MSAFluids library for Processing, a fluid simulation engine based on Navier-Stokes equations. Not physically accurate, but visually awesome.

We edited the MSAFluid java library a bit to add interior collisions in Processing. This allowed us to import building footprints to the canvas in order to see how fluids would interact with different shapes.

More info: http://lmnts.lmnarchitects.com/featured/fluids-in-processing/

Maya Fluids in Grasshopper via UDP 2: vector field

2009-07-25T13:51:25.014Z

http://www.livearchitecture.net
This video shows another example of communication between Autodesk's Maya 2009 and McNeel's Rhinoceros/Grasshopper via UDP. This is all made possible with the collaboration of Shajay Bhooshan (http://data-tribe.net/wework4her/index. php), who is creating custom Maya nodes through the API using C++ and the Open Frameworks (http://www.openframeworks.cc/) platform. This fluidNode communicates to Grasshopper via UDP and a custom vb.net component. The GH canvas is refreshed at an interval with Giulio Piacentino's (http://www.giuliopiacentino.com/) "The Engine" component written in C#.

Here I am grabbing the velocity vector values from maya and rendering fluid velocity direction and magnitude. Video is in real time on a single Pentium M processor @ 2.26GHz and 2GB of ram.

Maya Fluid to Grasshopper via UDP

2009-07-24T21:26:33.619Z

In a collaboration with Shajay Bhooshan (http://data-tribe.net/wework4her/index.php), Autodesk Maya 2009 can communicate with McNeel’s Rhinoceros::Grasshopper. The work on communicating to and from Grasshopper via the user datagram protocol (UDP) was to effectively speed up communication between programs without the use of each program writing and reading a text file. This investigation was begun to open up Grasshopper to the outside world and eventually use it to drive physical associations via arduino and other interfaces. Processing was used initially as it is a very simple platform to used to test communication to and from Grasshopper. The first objective of the investigation was to eventually connect up with a custom plugin which Shajay Bhooshan has been developing.

On the Maya side, Shajay is controlling and augmenting this already vast platform with custom C++ API Nodes. His work can be seen on We Work 4 Her. This particular ‘fluid_UDP_Node’ transmits fluid data per voxel over UDP. Shajay has also taken advantage of the Open Frameworks, leveraging some of the code within the Maya plugin.

On the Rhino Grasshopper side, I have developed a very simple UDP receiver component in vb.net. The data is transmitted as one long string of comma separated values. Currently Shajay can send me fluid density and velocity information per voxel, but really, any type of information could be sent out. This information is parsed in the GH component and used to visualize the fluid as a Surface. As with the rest of the UDP experiments, Giulio Piacentino’s “The Engine” (http://www.giuliopiacentino.com/grasshopper-tools/) component made the refreshing of the Grasshopper canvas possible.

As you can tell, running all of these applications (including screen capturing) start to have an effect on this single processor machine. Maya can effectively optput the data between 8 - 12 frames per second depending on how many applications are running. The promising aspect of using UDP is that data can be sent from one computer to another via a network. This could effectively distribute the workload of complex combinations of processes to many devices.

Processing to Grasshopper: Live Input 2

2009-07-23T19:06:44.382Z

http://www.livearchitecture.net

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…

Processing <-> Grasshopper v4.2: Live Point Attractor

2009-07-23T09:30:58.531Z

http://www.livearchitecture.net
With so much attractor porn, 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.