More UDP

Replies to This Discussion

Permalink Reply by Joao Bravo da Costa on November 18, 2009 at 9:32am

One of the questions / challenges left open was that Giulio's UDP receiver accepts strings only. Miguel extended it to accept other data types simultaneously, but unfortunately, I couldn't get Miguel's component to work. So, I've been putting together strings in Processing (e.g. point coordinates as a string: "000.0,000.0,000.0"), sending them to the UDP receiver, then using the Branch component to separate the input (in this case, the Branch component separates the string into three variables that can be used as floating-point numbers). Of course this is not ideal, but the C# code is still way over my head. Any ideas for an enhanced UDP receiver that accepts multiple data types simultaneously?

Attachments:

• UDP sender&receiver.ghx, 148 KB
• UDP_02.pde, 2 KB

Permalink Reply by Luis Fraguada on November 18, 2009 at 11:23am

Personally, I am still actively working with UDP for some paying gigs...when I get some free time I will work on making it more adaptable, but for my purposes, the one I set up has worked well for ll types of info...just the way you format the string...

by the way...Hello Joao! Its been a long time since London!

And, can you outline some situations and data types you'd like to see handled?
luis

Permalink Reply by Joao Bravo da Costa on November 20, 2009 at 4:51am

Here are two stumbling blocks in the UDP functionality:

1: So far, I've been able to send only strings via UDP. That's good enough for passing, for example, "{32.435,64.234,64.23}" into GH, and using it as the input to a point or a vector parameter. But that's all I get! A single point for every exchange between Processing and GH! That's obviously not much. So, my question is: can we send other data types (e.g. floating-point numbers) through the UDP connection? How about arrays (of any kind of data)?

2: As soon as I try to work in 3D with Processing, the UDP connection fails. All it takes is adding, for example, size(100, 100, P3D) to setup(), and I get the error message: "opening socket failed! > address:null, port 6001 [group:null] >Address already in use: Cannot bind"
This is really puzzling, and very limiting. Is there any way to overcome it?

Thanks for answering this.

Permalink Reply by Monique on April 15, 2010 at 11:32am

since you have decided to declare this a UDP revival thread. I would like to chime in/continue this discussion aswell.
Ive tried your modification of the UDP GH/PDE file to send over some data streams. Although I didnt get errors sending information (frequencies collected from Audio Analysis script in Processing) and find that I can get Processing to see/send the messages to Grasshopper. However I find it that grasshopper doesnt communicate with Processing. Ive tried to modify the C# code and it didnt produce any better results.

Permalink Reply by robert cervellione on April 15, 2010 at 1:00pm

this look interesting i will give it a try. i would be much more interested in the maya version, where can i get that.

i did see a few questions about the fact that data gets returned as strings. since the component is in a c# node .net can translate the sting into a double, int or others. so in this example the information is "messageText". if you want that as an actual double and not string just write double.parse(messageText); so then you can build the points in the UDPreciver component

Permalink Reply by Luis Fraguada on April 15, 2010 at 1:13pm

ehem...

http://www.grasshopper3d.com/forum/topics/ghowl-interoperability

For parsing strings, try to create an a array of string delimiters, then split the incomming message string...