Partial Developer Absence

Replies to This Discussion

Permalink Reply by Nick Tyrer on October 22, 2013 at 3:33am

Wow. Learn something new everyday.

Permalink Reply by Ben Sitler on October 21, 2013 at 9:29am

Hi David,

I'd really like the following two features:

1. Option to package any non standard components in use along with .gh definition.  Not sure how difficult it would be to walk through dependencies or how to load them when opening the gh file.  Obviously wouldn't be applicable for commercial components like GeoGym.

2. Share the 'additional' classes across scripting components.  I hate writing a special function and then copying the code because I need it again downstream, only to debug the upstream version and forget to change the downstream version and stare at my computer for an hour trying to figure out what's wrong.  Frustrating...

Cheers, Ben

Permalink Reply by David Rutten on October 21, 2013 at 10:56am

Hi Ben,

I've started with option 1 already, but abandoned the project as I'm now re-evaluating possibilities. As you pointed out there's a problem with references and licenses when packaging GHA files with GH documents. I'd rather solve this problem by having a single gateway for getting GHAs installed (basically a Grasshopper AppStore). As long as that is available then I don't have to worry about anything else and I just have to include the ID of the GHAs that are used.

Wish 2 is a good one, I'm not yet quite sure how to expose it (should the code be shared amongst all VB components? Should the code be part of the GH_Document? Should the code be part of some external cloud?)

--

David Rutten

david@mcneel.com

Seattle, WA

Permalink Reply by panhao on October 21, 2013 at 9:39am

Hi David,

multi-thread is a good idea.Is it possible to use graphic card to solve 3d metaball or gene algorithm in GH 2.0 .What about using OpenCL or other API? 

Permalink Reply by David Rutten on October 21, 2013 at 10:59am

Hi panhao,

I doubt it'll go that far. We don't have any 3D metaball code yet so it's not clear what sort of optimizations are needed/possible. And Galapagos uses potentially all components, some of which don't have thread-safe code running on the inside. Multi-threading cannot be a top-down thing while the possibility exists that some components will crash or fail when the same functions are called from different threads.

The solution is to implement multi-threading on a per-component basis. Whether a specific component then allows Grasshopper to multi-thread it is up to the developer in charge.

--

David Rutten

david@mcneel.com

Seattle, WA

Permalink Reply by Nick Tyrer on October 22, 2013 at 3:59am

Maybe this idea overlaps with the APP store. I end up working on a lot of different machines, at work and at university.

I propose some kind of gh profile setup that you can sync between all machines, that syncs plugins, user objects, custom component shortcuts, preview settings.

I also second the rhino viewer/gh control idea.

Permalink Reply by phillip on October 26, 2013 at 5:15am

Hi Nick,
Syncing the entire Grasshopper folder via cloud (e.g. with Sugarsync) will just do that.
Keeping all the mentioned above on three machines in sync works like a charm for me.

Had a little chat about the viewer with Giulio recently. As I understand it, the only way to have a viewer independend of rhinocommon, would be to export something like screenshots for every slider combination. This would certainly result in a very large file though.
So what you see is what you get and you always need a more or less full rhino to run in order to change sliders...
Best,

Phillip

Permalink Reply by Benjamin Felbrich on October 22, 2013 at 3:11pm

Hmm what about that?:

If you had Layers or a Hide/Show function in Grasshopper.. so one could organize large complicated scripts easily and keep the overview.

Maybe there could also be different settings to the layers, like: one option allows it to tick off the visibility of the components, another one ticks of their activity (as in, they do or don't get considered in the computation)

and: Loops, Loops, Loops.. the hoopsnake plugin is nice, but a sophisticated loop module with more options could increase the capabilities

See you

Permalink Reply by huaxiamengqing on October 24, 2013 at 7:49pm

Can I use WPF to draw the commpont in the future?

Permalink Reply by David Rutten on October 24, 2013 at 8:04pm

No. In fact it won't even be possible to draw one using GDI+ or winforms. If Grasshopper is to run on both Windows and MacOS we need to abstract the drawing routines and re-implement them on the back-end with whatever platform is available. At the moment it looks as though we'll be using Direct2D for Windows and CoreGraphics for Mac.

--

David Rutten

david@mcneel.com

Seattle, WA

Permalink Reply by Lee, Jong-Hoon on October 27, 2013 at 2:17am

script editting Improve Intelligence function..
etc, .NET_Editor tool than better changable other favorite tool (all IDE editor)
and
selectable copy or non-copy data flow-ing(as button process..) such as mutable or immutable at global flow.
and
reference var Name remoting (as not non-cache & ghwol...) to Globally variable
the example...
gh canvas split to window. so add (right)menu.
in flow GH component(original) to use varName referencing... variable link.
therefor this variable able to reference in expression.

Although the topics differ discuss....

compiled dll asembly changable updating function.

hmm...
able to rhino core to gh core? (core is history engine)
two merge~ (i wanna no baking __or__ lazy baking __or__ GH components to scripting library functional )
I wanna merged environment tool such as houdini.

because... RH script(dynamic  is good & portable...) & GH script(... almost aspected in develop the plug-in.. )

I wanna effect to Rhino command as in GH component library.(for fast work & practical devel)

(the separation were such as north korea & south korea -_-;)

therefore, GH function call in command line. -_-;

possible if will maximize to rhino.

Permalink Reply by Lee, Jong-Hoon on October 27, 2013 at 2:36am

lazy baking is optional or more lazy baking.;

• ‹ Previous
• 1
• …
• 7
• 8
• 9
• 10
• 11
• 12
• Next ›
• Page