古建筑的生成尝试

ssysdtc · 发表于 2010-1-30 16:22:50

本帖最后由 ssysdtc 于 2010-1-30 16:27 编辑

登录/注册后可看大图

skywoolf · 发表于 2010-1-30 16:52:59

{:3_55:}充分说明了古代匠人的营造具有参数化特点，呵呵～

uuuf8 · 发表于 2010-1-30 18:41:03

很糊人啊，我觉得应该是只需要调整基地的长宽，从而使得整个建筑的开间屋顶样式等等发生变化，也就是说，你的台基台阶屋顶细部等等之间的联系还没找到，每个构件都要单独调节，是这样吧，牵一发而动全身这才对吧，你这应该是个伪参数

skywoolf · 发表于 2010-1-30 19:20:25

话说回来，这个倒是可以让这些数据之前按照营造的规则，关联起来，这样确实会更猛些～

uuuf8 · 发表于 2010-1-30 19:34:32

关联起来,确实才够猛

vangough · 发表于 2010-1-30 20:56:12

其实古建就是很参数化的呵呵～棒！

ssysdtc · 发表于 2010-1-30 21:30:34

本帖最后由 ssysdtc 于 2010-1-30 21:59 编辑 3# uuuf8 完全不用单独调节啊，只要调节基地长宽就够了。之所以列出这些是因为我没有一套详细的模数的资料，所以模数都是YY的，方便到时候填入模数而已，PS.瓦片的模块断掉了，连上太卡

momo_zmc · 发表于 2010-1-30 22:13:39

很赞想得到做得到~~~

dizon · 发表于 2010-1-30 23:34:38

楼主，你亮了

ssysdtc · 发表于 2010-1-31 01:00:40

本帖最后由 ssysdtc 于 2010-1-31 09:14 编辑 　　由于上传的文件很乱没有经过整理，所以这里说一说思路：首先，是根据你画的矩形以及面宽和进深的参数计算出在你画的基地上最多可以建几间，几进（几进这个数据非常重要，它将在之后无数次被用到）。然后就是屋顶了，当然我们施工时是先落柱，但穿斗式房屋的形制决定了屋顶高度决定柱高。应该说举折是一个难点，为此我推了两次公式，因为第一次我没有注意到其实两根落地柱之间的短柱也是参与举折的，最终这个公式是H=a+d*b+(3+3+4*(d-1))*d/2*c+b，a是初始高度，b是基本坡度，c是举折高度，d则是进深的编号，通过几进的数据生成的List获得，上面的公式可以得到每个落地柱的高度，而中间的短柱的上端则由邻近的落地柱的上端逆向计算得，下端则由穿枋定位A（决定与落地柱顶端的距离）穿枋定位B(决定两根穿枋之间距离）决定。实际情况比这个更复杂，因为你看最外端的两根穿枋之间是没有短柱的，也就是说它是不参与举折的，所以最终决定屋顶的函数是一个分段函数，同样在最内端，穿枋的情况也变得复杂，也是一个分段的函数，而且因为我要做的是一个完全参数化的模型，因此函数的自变量是未知的，为此在整个的操作中，我们将多次使用这一思路以完成分段函数的操作：由进深数得到一个List,然后用create branch把它变成掩码，由于在建模过程中我们将一个较为复杂的树型进行过XY的转变，最后源树的掩码很奇怪，因此你在编织这个掩码的时候不得不使用诸如shift list和reverse list这样的电池，然后就是用这个掩码选出相应的branch进行操作了，剩下的就不难了，比如椽和瓦的生成，基本方法和得到几间几进是一样的。　　大家一定觉得很繁琐吧，确实我曾一度动摇，其实这种穿斗式的建筑完全可以用线性的结构做出其中的一排然后阵列来做的，之所以没有那样做，一方面当然是因为要改的话工作量大，更重要的是那样其实给后续的扩展造成了不便，随着构建越做越多，线性结构势必要用更多move或者参照，优势会渐渐消失。应该说目前，这个模型的基本框架已经完成，后续的细化也已经有了较好的基础，就是这样。　　至于uuuf8说的每个构件都要单独调节，我想是一种误会，你当然完全可以不改那些参数，那也就是说默认了我ssysdtc定下的“营造法式”（哈哈！），从设计的角度看，在自动生成且关系不变的情况下，能够对构件的尺寸和定位进行调整，不正是参数化的便利之一么，而且我自己在试的时候把那个矩形弄大也发现原来比较好的比例关系会变得不和谐（那是自然的了），也就是说其实每一个尺度或者说规模都有相对应的参数，也就是古人的营造法式，那其实就是一组数据库(目前来看，很难用一组或多组公式来描述这些参数之间的关系，它们还只是一些离散的量），我想你要的就是这个数据库，但我确实没有嘛，于是我只能保留可修改的能力，自己探索，古人也是在探索中总结出来的么，现在我们可以藉由参数化加速它了。而对于那些有志于古建研究的大能来说，他们完全可以用类似的方法将以往古建研究的成果制作成数字化的数据库，最简单的就是做成Excel文件，然后利用GH的output和input以及list item来替代slider直接赋值，这样就能实现真正的数字化自动生成了。

uuuf8 · 发表于 2010-1-31 04:03:54

本帖最后由 uuuf8 于 2010-1-31 04:30 编辑 我不是故意找茬，你做的这个非常不错，值得肯定，但是《法式》中房屋在用料大小、构造仿上、建筑式样上都有差别。。。。。。。也就是说比例是最重要的，而你的gh逻辑恰恰忽略了这最重要的一点，如果真如我说的是伪参数的话对于比例的调整还好办，但正是你引以为豪的自动生成会导致比例的失控，这是最要命的，如果只是在任意平面竖起柱子加上檩条，而且不管开间进深是多少都一个逻辑生成的话，确实值得讨论。下图是我理顺了你的gh文件。。。。。。。

登录/注册后可看大图

uuuf8 · 发表于 2010-1-31 04:49:40

哈哈。。虽然我对古建没特殊感情，不过还是要顶你

咸鱼空间 · 发表于 2010-1-31 09:12:06

原来古人早就懂得参数化啊

alsoscript · 发表于 2010-1-31 10:03:11

顶以下，很好的尝试！

yal7 · 发表于 2010-1-31 12:24:16

3# uuuf8 uuuf8果然很厉害！！

morphosis · 发表于 2010-1-31 16:08:42

我认为楼主的动机是好的，但不是向前看，而是应该向后看。前人对这一套已经提练到无以附加的程度（营造法式就是集大成的精华）。所以用参数化去模拟前人的东西没有意义。楼主要是用GH做些新东西出来才会更有意义。{:3_57:}同样还是很支持你~~~

zeuson · 发表于 2010-2-1 00:07:47

这个参数也太多了，不过方向是对的

miaomiao · 发表于 2010-2-1 22:23:51

已经很牛x了,支持

yellowhpl · 发表于 2010-2-2 10:13:53

哇塞，太亮点了~楼主大亮

lettle · 发表于 2010-2-2 10:14:26

哈哈回来灌水啦

帐号		自动登录	找回密码
密码			注册

[个人作品] 古建筑的生成尝试

评分

评分

评分