It seems the sender in your app and the UDP receiver in GH have are sharing the same port. I would chose two ports, one for each application. GH will listen for messages sent to its port from your app, and your app will listen to messages on its port sent by GH. You would give the UDP sender in GH the port for your app, and when you send messages from your app, they should be sending to the port given to the UDP Receiver in GH.
The (7), (14), and (8) deal with the bit size arrangement of the data to be sent. ASCII Text is a 7 bit character encoding http://msdn.microsoft.com/en-us/library/system.text.encoding.ascii(v=VS.90).aspx, in the background the stream of doubles is working in an 8-bit array. This is a part of gHowl we have also been meaning to revamp in order to make sending of more specific data types a possibility. Hopefully we can tackle it in the next revision.
…
Just spend 10 minutes watching youtube tutorial of Vray 3 and repeat:
https://www.youtube.com/watch?v=fRWANWkTouY&t=191s
Else-wise you will not learn anything and spend 10x more time because you do not know what you are doing...
For plants you can download textured proxies from here:
http://www.food4rhino.com/app/scatter
Grasshopper vray integration is also straight forward.
Chaos group did good job for user friendly interface.…
cles always had only position (3 degrees of translational freedom).
Now they can also optionally have an orientation (3 degrees of rotational freedom), which are updated by the solver at each iteration.
This makes possible new types of goals based on these orientations. The first example of this is a more robust rigid body component, and collision between pairs of rigid bodies. These can be any closed solids, and do not need to be convex.
In coming weeks I will be posting more examples of Goals which make use of the 6dof nodes, including some scripted ones.
…