bOX PARAMETRIC .. !

•December 18, 2009 • 2 Comments

Vodpod videos no longer available.

more about “bOX PARAMETRIC .. !“, posted with vodpod

36 hour marathon in an attempt to assemble the “box”.  Under-estimating density of threads/ hand-cut of a zillion notches since the laser machines decide to throw up at critical time/ surprise moments when there was no available space to put hand inside “box” for assembly/ thread depth that disallowed “weave” at corners and non-afford ability of ton of red-bulls, all eventually resulted in a semi-complete model (hope to finish assembling it soon) albeit an interesting one.

click on images for enlarged versions.

Image below, a small scale model under partial test conditions. The weave seemed to work perfectly. Following the excitement, got ambitious 😉 and scaled the model up only to realize much later, there was no space for one thread to turn inside another for the interlocking 😦

`

The much anticipated final “box” 😉 A series of modelling and render studies had to be undertaken before attempting to calculate “notches” on the threads.

All the coding’s on Mathcad yet again. Fairly straight forward conditional statements. The range here becomes extremely critical, since the box subdivision parameters were hard coded and not parametric (things got fairly complicated by now and code extremely long. Debugging was a big pain. So, beyond a point, the subdivision parameters were simply hard coded).

click below to enlarge, for a detail math.

The piecemeal function was reduced to a simple box at its most basic version and then coded sequentially building up/ breaking down the box iteratively. The scale of the box is a direct reflection of the “levels” of subdivision – in this case 3.

Psuedo realtime Daylight Simulations

•November 22, 2009 • 7 Comments

Daylight Simulations were pre-processed and fed into a simple 2-dimensional array. These could then be analysed in real time to study the effects of incoming daylight into space by altering the width and height of apertures on the exterior. Daylight availability is computed on radiance with the geometry being fed in from grasshopper. Results are compiled using VVVV (an extremely rudimentary 2-dimensional array constructed to locate and load images..)

Animation in right corner indicates the scaling of apertures on the North facade of a hypothetical building in New York while the one in center displays the incoming daylight at a height 1m above ground. Radiance rendered interior shots (pseudo-real time ;)) to follow soon.

Vodpod videos no longer available.

more about “Psuedo realtime Daylight Simulations“, posted with vodpod
Simulation Credits : Karthik Dondeti, Andrea Dorotan, Sabrina Leon
Grasshopper and Radiance Credits : Jeff Niemasz, Kera Lagios, Christoph Reinhart

Chronicles of the parametric disaster!

•November 7, 2009 • 1 Comment

Inquiry into the surface tectonics began with studying the piecemeal seed sourced by George Legendre.  A quick set of manipulations and I chose to halt at the current stage (parametrics indicated in the image below).

01

A careful study into the equations and its subsequent outcomes indicate an increase in the frequency of the period along the “j” threads results in the thread knotting around itself. When carefully stitched along the subsequent three sides throws up interesting phenomena. There is suddenly a close resemblance to the tectonics of a mobius strip.

02

Using a custom script developed by George in Lisp, for autocad, these threads could be then imported into autocad for further study.

03

It was not long before the realization dawned in that the implementation of thickness into these threads would indicate an inability for the threads in the corners to “knot” around. Further, each of these threads are inclined with the “horizontals” that are not perpendicular to it. Hence, I had to resort to scripting on grasshopper to ease the process of extruding the rectangular cross section along these threads. This enabled me to test the threads in the corner for the failure of knots and I eliminated them for the purposes of fabrication. This further enhanced the peculiarities of the “knot” which increases from a near zero in the corners to a certain maximum on the other end.

04

Scripting in grasshopper further eased the process of implementing boolean transformations on the threads. This was critical since otherwise, it is impossible to guess how the threads would lock up against each other. The “notches” installed into the threads are all inclined at different angles and dimensions.

05

The poly-surfaces so derived were then exploded. I was gambling with using the laser cutter to install these notches and this meant the impossibility of creating a swarf cut in the material (for the purposes of this study, I was working with an eighth of an inch – chip board). I tried making all the notches larger so as to accommodate the “incoming” threads. These were then laid out in autocad to be laser cut.

06

And finally, there was the catastrophe!! Everything seemed to work to a certain extent. But, pretty soon, it ended up being impossible to notch the threads one against another. This problem could also be attributed in part to the depth of horizontals not being too large. There was an intrinsic problem towards making the depth fairly large, since the knotting of the thread imposed a certain maximum on it. In all probability, my best guess would be an unavoidable swarf cutting or perhaps an extremely thin material.

07

So, after some excruciatingly large amounts of time and energy exhausted with this process, net result seems be tending towards zero……. 😉 LOL!!

08

And yes, I would be henceforth willing to share all code written be me, if requested (base Mathcad seeds do not belong to me. Apologies. Anything else. Yes)

“Writing surfaces” [parametric variants – Mathcad]

•October 21, 2009 • Leave a Comment

a

These variants have been developed from the original seed (top most image) sourced by George L. Legendre. This is work in progress, part of an ongoing investigation into the methods of “writing surfaces”. All the variants have been developed from a single piecemeal seed that builds on 5 separate functions describing each of the 4 “wall surfaces” and the single “top surface”. Reference reading – ijp : The book of surfaces.

Apparently, this hasn’t been a successful attempt of hard coding math yet. There seems to be an extremely close resemblance to free form control point deformation in any of the other animation packages and unfortunately, does not reflect the rigors of coding different math for each of the 5 surfaces and yet managing to stitch them . I was vaguely aware of this issue ever since I began working on the seed, and quite naturally, attracted a critique on the same lines.

More updates to follow later.

Mathcad [parametric deformation studies]

•September 13, 2009 • 1 Comment

The objective of the exercise being an attempted evolution of the paramteric form of a ripple [sin(sqrt(x2+y2)], by means of a controlled deformation to a subsequent chaotic form. Shown here are 3 intermediate stages (stage 1 being the ripple itself. not displayed here)…

Parametric ripple after flattening and simple deformation

Controlled development of the ripple

Systematic breakdown of any sense of parametrics

Chaos introduced by inducing randomness

Stack blocks

•May 1, 2009 • 1 Comment

bricks22

bricks11

bricks3

Predefined modules stacked to map a doubly curved surface.. Scripted in grasshopper. Surface definitions and some basic vector math employed. In the present context, definition developed to study geometric manipulations. Rest assured the surface [in all probability] will collapse 😉

Grasshopper definition yet to be cleaned up. In a fair mess currently. Definition to be updated in due time.

…more Mathematics?

•April 27, 2009 • 1 Comment

k=0

k=1

k2

k3

k4

Equation sourced from the book “Digital tectonics” : http://www.amazon.com/Digital-Tectonics-Prof-Neil-Leach/dp/0470857293

Link to grasshopper definition.