e. We know you want to concentrate on your design, rethink the spaces, the material and more other beautiful and important topics. You will learn the power of parametric design in examples, challenges and develop your own systems to optimize your work, make changes, variations and convert your design into a full BIM model in real time : )
Who should take the course?
Everybody who is new, beginner or excited about Algorithmic design and the Rhino Inside Revit game changer development. The skill level of the workshop is BEGINNER.
The Workshop finish with a Discussion + Virtual Beers with PAZ Academy ;D !
https://pazacademy.com/workshops/rhino-inside-revit-3h-online/…
pes. Beginning with a presentation on the main principles of working with Meshes and Subdivisions, this webinar will incrementally unpack a diverse set of Tessellation techniques through a series of “live” exercises with Grasshopper and Weaverbird. With two instructors offering guided curriculum and continuous support it is our goal to provide you with an in-depth and personal learning experience. Additional topics covered will include: how to ensure clean meshes, applying additional detail to meshes through perforation and thickening, and preparing your mesh for output to a 3d Printer.
This Webinar will last 2.5 hours including a 30 minute Q & A session. Registration can be found below. We look forward to your participation!
Topics:
What are Meshes and Subdivisions? What are they made of and How are they different from Surfaces?
How can I use a Mesh Object as a component to distribute onto a surface? Now how do I Perforate it or make it Smooth?
Meshes seem too dense with Points to edit easily? How can I manipulate a Mesh with a few control points but still have a Smooth Result?
I tried to Subdivide and Smooth my Mesh but it looks funky! How do I ensure that I end up with clean Geometry?
Using Weaverbird is fun and my Mesh is cool! How do I prepare it for 3d Printing?
Registration and details can be found here:
http://modelab.nu/?p=7244…
Added by GIL AKOS at 10:27am on September 25, 2012
a 21hs (7hs) Viernes 11/08 _ 14hs a 21hs (7hs) ( Por la mañana es optativo el montaje ) Sábado 12/08 _ 10hs a 14hs (4hs) (19:00hs _ Inauguración muestra y cierre)
Recursos: Cada participantes deberá traer su propia computadora personal con Rhinoceros 5 sr12 (versión de prueba) y Grasshopper (plug-in gratuito) instalados.
Objetivos generales: - Descubrir cuáles son las posibilidades que los sistemas de diseño computacionales brindan en el momento del diseño generativo. - Aprender las herramientas principales de Rhinoceros y Grasshopper. - Crear geometrías complejas. Visualizar, leer, manipular y usar los datos de análisis - Comprender la eficiencia que permiten los procesos de diseño evolutivo - Optimizar de geometrías complejas para su fabricación. - Codificar y crear archivos para su posterior fabricación digital. - Experimentar el armado una instalación paramétrica en escala 1:1 (opcional).
Valor del Curso (Incluye cofee break): $2000 por persona antes del 26 de Julio. $2500 por persona luego del 26 de Julio. Inscripción del 30% ($600 o $750 según la fecha de inscripción). *(Consultar pago con tarjeta de crédito en cuotas / transferencia o depósito bancario). * Descuentos para estudiantes (15%) *
2 Becas "ARTI" del 50% del costo total del curso >> Aplicar para obtenerla presentando CV y PORTFOLIO (web, blog, fanpage,etc) en: artilleriacentral@gmail.com…
nger congruent with the original surface.
It results in surfaces where the holes should be instead of a surface between the holes.
Here are a few changes that fix these problems and is even faster! ~30 seconds, due to using 'Shift List' instead of 'Area' to filter out the results from 'SrfSplit'. It uses 'Pull' to get the scaled curves onto the original surface (problem #1) and then trims a single hole from each of the surfaces that resulted from the first 'SrfSplit' (problem #2).
It also offers the option of "Sharp" or "Smooth" holes. voronoi_2015Dec20c.gh attached
Surface is internalized, no need for Rhino file.
P.S. Thanks for starting a reply MANU, I might not have touched this otherwise. I wonder how many times this question has been asked and answered on this forum?
…
Added by Joseph Oster at 3:15pm on December 20, 2015
opening a simple file with 30 curves being lofted took like 2 minutes to complete and Rhino crashed afterwards saying:"Windows is out of memory and Rhino will close after you click ok."evethough I still had 7GB of free physical memory and my page file is set also to 16 GB just to be shure...I then switched to Rhino 5.0 Version 5 SR14 64-bit (5.14.522.8390, 05/22/2017) which also had big problems to display the lofted surface. It was unresponsive after loading the file for a minute and a half and then it normally displayed the lofted surface. Every move of camera takes at least 10 seconds to update, but at least it runs. GH profiler says the loft took only 12 ms (90%).
So I'm suspected my graphics card, because the Windows are just three weeks from a clean install. I've also updated my Graphics Driver from the stock Windows one to Intel HD one, but nothing changed.Is there something I'm missing??? What can I try next?My specs:CPU: i5-3320M @ 2.60 GHzRAM: 16 GBGPU: Intel HD Graphics 4000, driver: 07.04. 2017, version 10.18.10.4653
…
Added by Šimon Prokop at 10:39am on October 21, 2017
for effectively designing with Grasshopper for Rhinoceros. We will cover concepts such as Object Attributes/Parameters, Data Types, Data Structures, and Designing with Algorithms. Specifically, this Webinar will focus on creating and manipulating both Lists and Data Trees as well as best practices for integrating Grasshopper into your Professional Workflow. We will leave plenty of time during the Webinar to discuss some of the more interesting updates to Grasshopper9.0.
This Webinar is Free and will last 2.5 hours including a 30 minute Q & A session. Registration can be found here:http://modelab.nu/?p=7162
Topics:
What is Parametric Design and When is it Useful? :: Fundamental Concepts and Essential Skills
What’s an Algorithm and How can I use one to Explore my Ideas? :: Defining and Executing Parametric Design Solutions
The Path to Success! How do we store and access Data? :: Working with Lists and Data Trees
Now what? Using Grasshopper in my Creative Workflow. :: File Layout, Organization, and Modularity
Details:
Instructors: Ronnie Parsons + Gil Akos | Partners, Studio Mode.
Participants: All experience levels are welcome. This webinar is Free but has limited enrollment. Reserve your seat now!
Software: Rhino 4 -or- Rhino5 Beta | Grasshopper 0.9.0006
Schedule: 1:30PM-4:00PM EST.
Examples of Previous Workshops.
This Webinar is generously sponsored by McNeel & Associates.…
utors
U P I A studios Mostafa R. A. Khalifa, ArchitectPhD, Architecture ITALY
Lecturer,
MSA University
Head of Architecture and Parametric Design
U P I A studios
Egypt
deadline registration Jan, 30 , 2013
http://grasshopperworkshopcairo.blogspot.it/ introduction: This workshop will introduce basic and advanced notions of Grasshopper and the methodology of parametric design and algorithmic modeling and its usage in Architecture, design, landscape, and urban scale. It is intended for professionals and students with a minimum experience in 3D Modeling.
…
2013 | mayo 30, 31 y 1 de junio. 15 Hrs.
Horario: 18:00 – 22.00 Jueves, Viernes y Sábado de 8:00 a 16:00 Hrs. Instructor_ Arch. David Hernández Melgarejo.
http://bioarchitecturestudio.wordpress.com
Objetivos:
El curso está dirigido a cada diseñador, ingeniero o arquitecto que quiere obtener una sólida base en modelado generativo y paramétrico dentro del flujo de trabajo en Rhinoceros.
En el curso se explorarán y construirán estructuras en el espacio paramétrico, incorporando entidades geométricas (Curvas, Superficies, Puntos, etc…) y usando patrones algorítmicos.
Cada paso será soportado con ejercicios que gradualmente incrementarán su complejidad.
El alumno aprenderá cómo trabajar con asociación geométrica y parámetros. Para perfeccionar asociación geométrica – asociación entre partes, asociación dinámica – las formas geométricas son generadas al seguir la conexión lógica entre la parte geométrica y su restricción, dimensión paramétrica y él proceso dinámico del diseño: en pocas palabras estimulamos el pensamiento relacional.
Resultados:
Los participantes con éste entrenamiento obtendrán las siguientes fundamentos.
· Construir, modificar, depurar y correr aplicaciones de Grasshopper.
· Comprender el editor gráfico algorítmico y sus patrones usando grupos y cables conectores.
· Trabajar con dimensiones dinámicas, parámetros y listas.
· Generar aplicaciones orientadas a la documentación del diseño y la fabricación.
Palabras clave:
Diseño Computacional, Scripting, Rhinoceros 5.0 + Grasshopper, Parametrización, Análisis, Fabricación Digital.
Para mayor información:
MArch. Kathrin Schröter. E-mail: kschroter@itesm.mx
Dirección de Arquitectura. Oficinas de Aulas 1, segundo piso.…
about it.
2. Nick's comment below got me thinking about unit testing for clusters. Being able to work will data flowing in from outside the cluster or having multiple states to test against could be really cool. Creating definitions that were valid across a general cross section of possible input parameters was a significant issue for us. It was all too easy to write the definition as if we were drawing (often we were working from sketches) and then have it fail when the input parameters changed slightly.
4. I wasn't thinking about threading the solver itself. I was thinking along the lines of some IDEs that I've seen which compile your project while you type it. I know that threading within components and at the rhinocommon-level is a freaking hard problem that has been discussed at length already. (although when, 5-10 years from now, it's finished it will be very cool)
Let's say the solver is threaded and the canvas remains responsive. As soon as you make a change to the GH file, the solver needs to be terminated as it is now computing stale data.
What if the solver was a little more atomic and like a server? A GH file is just a list of jobs to do with the order of the jobs and the info to do them rigidly defined - right? The UI could pass the solver stuff to do and store the results back in the components on a component by component basis (i have no idea what the most efficient way to do this is in reality - I'm just talking conceptually) this might even allow running multiple solvers to allow for at least the parallelism the might be built into a given GH file to be exploited (not within components but rather solving non-interdependent branches of components simultaneously). This type of parallelism would more than make up for the performance hit you alluded to for separating the UI and the solver (at least for most of the definitions i write).
I was imagining a couple of scenarios:
a) Writing a parallel module: solver starts chewing away - you see it working - you know it's done 1/3 of the work - if you have something to do at that point you could connect up to some of the already calculated parameters and write something in parallel to the main trunk which is still being solved.
b) Skipping modifications: you need to make a series of interventions at different intervals along a section of code. Sure you could freeze out that bit of a section of down steam code and make modifications so you can observe the effects more quickly. Unfreeze a bit more and repeat etc. etc. until your done and then unfreeze that big chunk at the end to make sure you haven't blown anything up. Just letting it resolve as far as it can while you sit there waiting for inspiration seems a lot more intuitive to me though.
On a file which takes 15 minutes to solve that's no big deal, but you certainly don't want to be adding a 20 millisecond delay to a solution which only takes 30 milliseconds.
You also wouldn't notice it at that point :-) perhaps for things where it would really make a difference, like Galapagos interactivity, it could be disabled - or could the existing "speed" setting just digest this need? Since the vast majority of time that Gh is solving is on files under active development not on finished code, i think qualitative performance is probably more important that quantitative performance (again with cases like Galapagos needing to be accommodated). In our case the code only had to "work" once since its output went to a cnc machine to make a one off project and it didn't really matter if it took 15 seconds or 15 hours for the final run.
Lastly, I have no way to predict how long a component is going to take. I can probably work out how far along in steps a component is, but not how far along in time.
that's ok, from a user point of view, just seeing a percentage tick along once in a while would be nice reassurance that the thing is just slow and has not, in fact, crashed. Maybe there could be two modes of display: the simple percentage version for unpredictable code and, for those of us able to calculate the time taken for our algorithm based on the number of input parameters, a count down in seconds or minutes or whatever.
I think a good place to start with these sort of problems is to keep on improving clusters, ... etc etc
i totally agree.
…
Added by Dieter Toews at 7:53pm on September 4, 2013