dro). The quality of the driver is also critical: hard to imagine NVidia working overnight to fix "some" driver bugs due to requests from gamers. Game cards are notoriously bad in dual monitor configurations.
3. A zillion of cores (triumph of marketing VS common sense) divided by the given clock rate ... gives you just ONE poor old core (Rhino/gh are single-threaded apps) that tries to do the job.
4. Single Xeon E5 2xxx V3 (the higher the clock the LESS the cores = better) would be my recommendation. ECC fast memory is also a must.
PS: Find a friend who operates a "loaded" H/P Z840 and test your defs.
…
Get plenty of RAM. Windows 32-bit can assign 2MB of Ram per process, so if you have lots of RAM, you can run Rhino+Grasshopper in memory all the way. I'd say get at least 4GB, and preferably 8GB. If you have a 64-bit machine, then it pays off to go even higher than that.
2) Get fast RAM. Memory access is the main bottleneck in many applications, so the faster the RAM the faster most apps will work.
3) Get a fast processor, rather than lots of slow processors. Only a few apps out there can truly use Multi-Threading (Rhino and Grasshopper cannot). These days, CPU manufacturers try and dress up multi-core CPUs as the next best thing. It is not. It is a lie. Until software can truly run on multiple cores there is no benefit to this. If rendering is a big part of your job, then it does pay off to have a multi-core machine though.
4) Get a good graphics card. I've always preferred NVidia over ATI, but there are many good ATI cards as well. You can go for a gaming card (they're cheaper), but note that these are optimised for drawing triangles. If you get a professional card, it will draw lines and curves much faster.
--
David Rutten
david@mcneel.com
Robert McNeel & Associates…
ents instead of code ... it could yield a nightmare of components (and a myriad of parameters). For real-life designs I would never attempt to do this without code.
2. A certain experience with Kangaroo (or some min surf other thing since using K on these ... well may be the killing a mosquito with a bazooka thing). That said I'm a great admirer of Daniel's work. But on the other hand why not?
3. A "certain" experience with trusses/space frames.
4. A "certain" experience with instance definitions (that's not doable with GH components).
5. Years of experience with parametric feature driven MCAD apps - Image35 (NX/CATIA) for designing the real-life parts (that have NOTHING to do with "abstract" concepts).
In total I would say that a similar "app" with code (excluding the min surf/mesh thing) would require 6-10 full days of work (or even more).
BTW: https://www.google.com/url?q=http://www.grasshopper3d.com/forum/top...…
r visual programming tools in the games world. MS's Kodu, looks interesting. Kismet and Visual3d look even more interesting..... mainly because they are more 'interactive' or 'reactive', rather than DAG-based.
Seems like the evolution path for GH-similar apps is:
1. base 3d or CAD app based on C/C++ code.
2. Add scripting language interface
3. Add some kind of visual interface
4. Add graph sorting / propagation engine
5. Re-jig base 3d or CADD app to make managed/interpreted scripts run faster, multi-threaded.
6. Add dynamic typed language, DLR stuff
6. ....
6. Add constraints solver...?
7. Rebuild CAD display engine to be procedural at the GPU level?
Seems like there are available tools for converting scripts into some kind of flowchart. There are even visual debuggers. MS even has something called the 'Debugger Canvas'. Spreadsheet constraints.
Seems like the time is ripe for lots of new apps like GH.
…
to control which part is allowed to connect to other parts and how. We will first look at the basics of defining rules, and then how to use the rule generator to create them automatically. Finally we will look at how to use connection types to allow more control on the final aggregation.
Video topics:
- Rules introduction: 00:27
- Rules basics: 4:25
- Using the rules generator: 13:22
- Using rule types: 16:58
Download the tutorial files here: https://bit.ly/wasp101_003
Watch the full playlist: https://www.youtube.com/playlist?list=PLCn3-_9Z4-E5A0EFluiMldlEbDufMiN1g
---
Download Wasp at: https://www.food4rhino.com/app/wasp
Wasp Newsletter: https://mailchi.mp/e0ccee5c4e32/wasp_newsletter
Source Code: https://github.com/ar0551/Wasp…
ts (Rhino 6 and everything that came after the plugin itself was written).When I tested it, it had some issues with a large number of lines and if parameters weren't carefully tuned it failed to produce consistent meshes.If some of you has time and skills on their hands, there is the source code available on GitHub (link is in the description). For personal use, time ago I updated a definition by David Stasiuk to make nodes and beams, based on 3D Convex Hull component. You can still find it here:https://www.grasshopper3d.com/xn/detail/2985220:Comment:1745216Warning: in Rhino 6 the Starling Convex Hull component doesn't seem to work well, you can use the 3D Convex Hull from the MeshEdit plugin instead (https://www.food4rhino.com/app/meshedit - just substitute the 3D Convex Hull component in the definition and it should work fine).…
ter proofing and er ... the obvious).
However the "assembly" must comply with some part naming system as found in BIM apps (my core app is AECOSim) and obviously with CSI type of specs and the likes. I fact I have a complete "app" that does this ... but (a) is strictly internal, (b) is written for AECOSim/Generative Components by yours truly.
Graphics is also a serious issue and especially combined ones: for instance imagine someone naive enough to use polystyrene [hence the vapor barrier] to do this type of disastrous roofing (meaning that DP is one thing, water absorption is another animal much much more important than DP itself > polystyrene absorbs all the condensate > Armageddon > Adios Amigos):
By combined I mean this "typical" scenario as well:
…
omponents and Revit means Dynamo.
Both are masterminded by the very same fella (Robert Aish: an ex Bentley R&D head, then Autodesk paid more [life sucks]).
AECOSim eats Revit for breakfast but has a far steeper learning curve ... meaning that the masses would opt for Revit.…
firefly, it inspired us to take it one step further and build a custom UI to control Rhino and replace the OSC app - since it was created originally for DJ's. We're not ready for a public release yet, but since this is the forum where the idea was inspired, I wanted to open up a beta to a few of you guys to try it out and get some feedback on what it's like to control a 3D CAD program from a multi-touch screen. We probably only have room for 10 or 20 people right now, as we have a limit to the number we can add, but if you're interested in trying it out, shoot me a message!Or post here, and we'll figure something out!Oleg.…
hnical University of Denmark, Israel Institute of Technology and Aarhus School of Architecture, TopOpt for Grasshopper provides a number of optimization methodologies that extends currently available methods based on the 99-line MATLAB code for basic mechanical topology optimization provided by prof. Ole Sigmund of DTU.
The current alpha-release features 2d topology optimization based on the interactive optimization app developed for iOS and Android; topology optimization of continuum structures with tension and compression prioritization; and dual material topology optimization for optimization of composite structures with materials of varying properties.
Interactive visualization, 3d-optimization and further methodological extensions will be included in coming updates…