gHowl

Comment

Comment by Bramiozo yesterday

Jup, those work fine!

They are sent by the client when an input variable (slider) changes value. In my client app I would like to implement a save function. It would be great if it could send data to multiple addresses in the same go. Sending them after another doesn't work (only the last msg gets across, though as far I can debug, they are being sent by the client) so I figured bundles may be the solution.

I've tried using the single OSC Channel component but it seems to have the same problem.

I'm also having some dropped msgs. It's probably related to a timer that executes _ViewCaptureToClipboard every second is there something I can do to fix that?

Let me know if 'd like me to try something!

Comment by Luis Fraguada on Tuesday

So in the blurred part, these are other OSC channels which are working ok?

Can you try using the single OSC Channel component?  You would need to name each one by right clicking in the center of the component and entering the name of the channel (i.e. /5/nr1).   You would repeat this for each one.  Try this out and let me know how it goes.  I might need to rework the dispatch component to better handle bundles...

Comment by Bramiozo on Sunday

Sure!

I've blurred out the non-relevant part for this test to make it a bit easier to find :).

Also I've noticed that I've been getting some dropped msgges in general when Rhino is occupied with excuting a command I send to Rhino through a VB script _ViewCaptureToViewport.

Comment by Luis Fraguada on Sunday

Hello Bramiozo, Can you post a screenshot of what is happening?

Comment by Bramiozo on Sunday

I've been trying to setup communication between Grasshopper and Flash by using ghowl and bubblebird's Flash library (http://bubblebird.at/tuioflash/). So far I've been able to send an OSC message to grasshopper by defining the address and value and it comes across fine. so far so good. However when I want to put together a bundle of messages with different addresses and dito values or when I try to send these messages rapidly after oneanother it doesn't work anymore.

When I rapidly send 3 messages after oneanother the first two get dropped and only the last message (address and value) gets across. When I bundle the three msgs the whole bundle gets across but doesn't 'get parsed' so the output of the UDP component shows out the D output: lines 0 till 5 showing on the even index the addresses and on the uneven indexes the values (I guess this is ok?).

The OSC_Dispatch component doesn't seem to split this bundle message. I input the three adresses in the DispatchObject D input (which works fine with single messages). The D Output shows in the output of address0 the rest of the message : "data1,address2,data2,address3,data3" and the data 2 and data 3 fields are empty. I would like to have data2 in the field coupled to address 2, like it the case when I use single messages.

Anybody have any thoughts on how to fix this ? Thanks!

Comment by Jeremy Bamberger on January 18, 2012 at 2:34pm

Hey Luis,

I've been away, but I wanted to follow up from my post in November about large xls files being read into GH via gHowl. The relevant files (I'm importing GIS data using Ben Golder's python script) are 16.8MB, so if you could pass along your email I'd be happy to forward them to you.

I have parcel data for all of San Francisco, and the xls sheet include property value information for each parcel (~ 180,000 columns). Using gHowl as it stands freezes my computer. I've had success importing at most 10,000 columns, but parsing out the data would be too tiresome. I have property value data for the preceeding 10 years.

You'll need the python plugin for GH. You will also have to update the pathname for the files (its setup to read from the desktop, just update the user). If you have a chance I would be grateful for any ideas. Thanks!

jbamberger@cca.edu

Comment by larry lopez on January 18, 2012 at 2:00pm

hi, sorry for asking a this, I know that here is probably not the best place to do so, since my question has to do more with how can I split and re-asign a set of coordinates to an array of objects in processing. I asked there (forum.processing.org) with no luck so far. 

Right now I just have a bunch of 3d points, not more than 20, plug to gHowls dpu sender and a simple sketch in processing just to understend how to use this info.

Any ideas on how to do so? I have attached both the sketch and definition just in case it helps, it needs gHowl and the dpu lib for processing; but if you have or know of an example I can look at will be enough.

thanks!

nodes_not_working.pde

nodes_send_notworking.gh

Comment by Peter Liebsch on December 19, 2011 at 8:37pm

Hi Andy,

Did the setup as discribed but no data comes through. So I assume it's our firewall or network in general as I do that in our office. I will try it at home and see if that resolves this issue.

Thx

Peter

Comment by Andy Payne on December 19, 2011 at 8:03pm

Hi Peter,

Yes, the setup is basically the same as with the GHowl components.  You just need to specify the UDP port you're listening to. You'll also need to connect a GH_Timer component so that it expires the component quickly (trying to get the latest message sent from the TouchOSC app).  

On you're TouchOSC app, you'll need to specify the IP address of the computer you're trying to send it to.   GHowl has an excellent tool for pinging your IP address called Network Source.  Just enter the IP address of your computer into the app, and pick an outgoing Port number you want to send the message (note: you're Grasshopper component should also use this same port number).  

The only other thing I could think of that might possibly be causing you trouble is whether your network is blocking your UDP message.  Could you describe your network setup.  Are you trying this at home (on a personal router) or at school/work?  Sometimes, different networks block UDP messages (this often happens if I try to connect on an institutional network, like at school).  In this instance, it could be a good idea to try to create an ad hoc network on your computer.  Here are instructions on how to do this: http://windows.microsoft.com/en-US/windows7/Set-up-a-computer-to-co...  Once you've created an ad hoc network, make sure both your phone and computer are connected to this same network.  It may take a while to regenerate your IP address (on your computer), but once it does... enter this new number in your phone app.  The port number can stay the same.  Ideally, this should solve your problem.  Let me know if you still have problems.

-Andy

Comment by Peter Liebsch on December 19, 2011 at 5:14pm

@Luis

I'm using a OSC Dispatch. It collects the information but struggles as soon as the timer on the FireFly is on. Funny enough it only struggles with the toggle data, the slider data gets through fine.

@Andy

Thanks for your video link and explanation. I tried to hook up my OSC app via the FireFly OSC Listener but it reports no data... I assume the port is the same for gHowl UDP Reciver and FireFly OSC Listener, right? My setup looks the same as yours in the video... any idea?

• ‹ Previous
• 1
• 2
• 3
• …
• 7
• Next ›
• Page