hi david, i am really looking forward for this fun part!
for me it is definetely more about having an interface to connect GH to other stuff in real-time then about learning how to script. i will find plenty of opportunities to do the second ;-) still have to find time ;-o the real time issue: of course complex definitions will not respond or even collapse when they get fast streaming input. in max/msp/jitter there is an object called speedlim(it) that passes incoming variables only after an adjustable interval culling the rest. this interval could limit the workload (and responsiveness) of the parameter. this could also be done in the connected app. another limited scenario could be the following: render an animation of a slider, put the animation in a configurator GUI in another app, have the user pick a design/frame/value, send value to GH, calculate once, output manufacturing data. result: fast response, limited choice, ... a camera component that manipulates the rhino camera would be very nice. having an OSC-connected input device orbit the rhino viewport should be possible in real time, if no geometry creation/meshing gets in its way. i unterstand this won't make it to the top of the wishlist, but i think you can do really cool stuff it. thanks for taking it into account, frank On Oct 20, 12:03 pm, Raun <[EMAIL PROTECTED]> wrote: > David, > > The idea about sound controls would really open up Grasshopper to > playing > with live actuators that might move according to parameters inside > Grasshopper. > I really hope you take this into serious consideration. > > Thank you so much the dedication so far with grasshopper. > > Christian > > On 20 Okt., 10:31, David Rutten <[EMAIL PROTECTED]> wrote: > > > Frank, > > > I'm sure it's possible, though I don't know how well Grasshopper could > > deal with streaming input. It doesn't sound terribly easy though, and > > if you're still only about to get into scripting, this is probably way > > over your head. You'll need to make a custom component for this, > > within it's own assembly which is capable of referencing other > > assemblies. > > > I'll put it on the list though (believe it or not, we've actually > > talked about sound controls for Grasshopper during a silly meeting > > once), it does sound like a fun project. > > > -- > > David Rutten > > Robert McNeel & Associates > > > On Oct 18, 12:10 pm, frankS <[EMAIL PROTECTED]> wrote: > > > > thanks bob. > > > downloaded it, but... > > > > i might need a programmers advise before i venture out into this. > > > is it possible to expand vb.net by just adding a dll? if yes, where do > > > i add it to? > > > pls excuse the noob questions, i am just curious. > > > might be happy if i only knew that it could be done. > > > > thanks, frank > > > > On Oct 18, 1:10 am, Bob McNeel <[EMAIL PROTECTED]> wrote: > > > > > This might be helpful: > > > > >http://opensoundcontrol.org/implementation/osc-net-v1-2 > > > > > On Oct 17, 4:03 pm, frankS <[EMAIL PROTECTED]> wrote: > > > > > > took a look at max/msp. see the screenshot of the osc-route object > > > > > that dipatches URL-style hierachical datastreams recieved from an udp > > > > > or tcp > > > > > connection.http://groups.google.com/group/grasshopper3d/web/OSC-Route_MAX-MSP.jp... > > > > > > formatting and sending osc is even more easy... > > > > > > also like this one a lot (though, i don't have a suitable > > > > > idevice):http://hexler.net/touchosc > > > > > > frank
