algorithmic modeling for Rhino
Comes with a blog post.
Regarding the networks I am just speculating.
Dan Richards published a nice paper entitled 'Designing with Gradients', evolving complex functions with a fairly sophisticated algorithm. GH essentially is enabling the creation of big complex functions and gradients. In strange coincidence I've developed a plug-in for GH using the very same algorithm, but heading for different purposes now [see early tests here].
ANNs essentially just pass values around from one function-node to the other, where values get weighted on their way through connections. A (not very scalable) simple feed-forward version can be built by components in GH1. For performance reasons they have to be encapsulated into components.
Some applications can benefit from the use of different kinds of activation functions [see compositional pattern producing networks], of which the definition is difficult to be left to the user - except you've got equation-datatypes at hand!
Further, the above issue of performance could be eliminated if the arrangement of components on the canvas just defines the topology, and the final node contains a complex nested expression which essentially is the ANN then.
@Robert, I don't understand how neural networks enter into it, but yes, Equations (or Graphs) will be an integral data type in GH2. I don't really know yet how they are supposed to be manipulated by components other than an equation editor (shown above), but at the very least components like Add, Subtract, Multiply, Min, Max etc. will be able to take equations and output a mashup.
Will it be possible to pass functions / graphs / expressions downstreams to manipulate them in the next components? Like the one graph being the inner function of a written expression, or kind of neural networks with custom activation functions?
@Martin, yeah, I did a fair amount of googling and youtubing and pinteresting, but couldn't find a nice example anywhere. I couldn't even find a nice example of zoom-aware gridpaper.
The UI itself is still far from finished, the two major pieces left are scalar inputs (basically, sliders and option toggles) and grip insertion. At the moment grips can only be inserted using the context menu, which is very 10 years ago. I'm hoping to be able to provide all needed functionality without the need for any context menus whatsoever.
My current hope is that I can show some additional UI elements after the mouse stays on top of a graph for 0.5/1.0 seconds. But this is actually proving to be one of the harder problems so far...
Great blog post!
Mathlab meets Illustrator? I am always surprised how you make rather technical and complex topics usable and appealing! 3D-Color Picker is another great invention, same as GH itself! The tools that we need to work with in a virtual 3D-space are still underdeveloped. So I am curious, you probably didn't find a similar solution for the new graph editor anywhere else, but had to develop it yourself as a logical consequence of your GH1 mistakes? Btw. again very nice blog-post, always like the technical detail and graphical explanations!
Sign Upor Sign In
by Leslie Ing
by Alena Ustina
by Alena Ustina
Added by CCal
Added by michellstarc
© 2019 Created by Scott Davidson.
Report an Issue |
Terms of Service
Please check your browser settings or contact your system administrator.