这套搞了2天了,建模还没完成,应该反省一下自己。不过两天下来我不清楚问题出在哪里,或许是因为制作初期没有做房型、部件切分,导致制作时逻辑混乱,想到哪里做到哪里,频繁的改动部件。另一方面是前后两个立面不同,在对称上没有做好事先的规划,而在后期设法去硬凑合。今天完成这套之后,立刻再尝试下一套把这两点落实看看能不能提高效率。
这套搞了2天了,建模还没完成,应该反省一下自己。不过两天下来我不清楚问题出在哪里,或许是因为制作初期没有做房型、部件切分,导致制作时逻辑混乱,想到哪里做到哪里,频繁的改动部件。另一方面是前后两个立面不同,在对称上没有做好事先的规划,而在后期设法去硬凑合。今天完成这套之后,立刻再尝试下一套把这两点落实看看能不能提高效率。
花了5天断断续续做好了第一个中式建筑的模型组装,以下的制作流程不包含部件的建模。
初步切分来看畅音阁,一共只需要做10个部件即可。
撇开屋脊上的兽类雕刻来说,中式传统建筑的屋顶建模上面有些困难,那个起翘要怎么做并没有一个很好的通用办法,我甚至想入坑houdini去搬运网上几个开源的houdini digital asset。当然做事肯定兵分两路,从matrix团队的houdini 程序化城市建筑来看,局限性还是很大的,没法在设计上搞出名堂来,好处是可以对整体背景的细节程度提升很高的档次。我的重点是建筑设计创新,背景的细节是要考虑,但是主要还是在建筑装饰的表达上,所以我想houdini是万不得已的时候再深入研究,目前顶多带着看。
屋顶前两天我花了100多买了个插件结果应该是打水漂了,那个几何节点的屋顶插件和archipack的roof模块一样有很多限制,尽管Procedural Roof Generator可以对屋脊走向自由控制了,但是不能做如下的歇山屋顶带起翘。严格来说是不能一步到位的制作,我在初次尝试Procedural Roof Generator失败后,改用mesh配合higgsas的mesh subdivide再用tissue,这个方法有局限性,需要将屋顶45度两侧拆开弄,而且tissue需要计算瓦片大小和屋顶面的mesh subdivide,并且不能是三角面得在图2这种状态下完成tissue铺盖表皮瓦片然后用布尔切除,最后通过两个lattice做起翘。
这套制作了两天,原本想半天搞掉的。最终效果还算满意,影响制作时间的几点:
1.过分追求instance关联,许多立柱凑尺寸,长的立柱追求以后的项目可以复用以及担忧block brick系统uv块不足而拆分。目前看来整件拆立柱uv不算繁琐,texel density130的情况下可以支持45米的立柱一步到位,也就是说对于10几层的小高层不用考虑立柱拆分,20、30几层的才考虑。
2.玻璃窗和建筑砖石的bevel不一样,一开始就要拆分,窗户也是。
3.双窗并列的情况下想只添加一个内景面片,应该在初期就把双窗并列合并为一个mesh。
4.屋顶的uv切分应该在mirror apply之前避免重复劳动。
5.导入后注意随时保存避免崩溃重做。
6.block brick使用其他贴图时会有显示问题,把贴图的压缩格式换成BC7。
7.material assignment tool先于materialconvertinstance使用,若顺序反了也可能导致ue崩溃。
8.部件批量命名方面一开始统一wall。
制作SendToUE程序化建筑:
1.设置batch export和SendToUE的参数,batch export勾选select obejct,SendToUE勾选build nanite 修改文件夹路径为建筑类别/建筑项目名/Meshes,勾选place in level、use mesh instances.在ue中创建这个文件夹,与Meshes平行的一级添加Textures和Materials文件夹,这便是SendToUE工作流的文件夹结构。若有su参考模型需要使用,先做清理工作,包含clean parent,clean object data关联关系,apply rotation scale,flip normal。
2.创建好几个不同大小的bevel collection,比如外部的窗户、一些装饰已有bevel归为一个无需bevel的collection;墙体、cornice用默认的1cm bevel;金属栏杆是0.3cm左右的bevel。这个步骤可能一上来无法完全确认做完一层归类一次collection?
3.建模开始前切分楼层注意始终保持一层为完整的地面到天花板,比如有些情况中,地面位于cornice的中段,则应该切分cornice而不是切分实际逻辑上的楼层而保持cornice的完整性,这样会使墙体、装饰部件、门窗框跟着一起切分从而使整个工作变得非常复杂。切分需要用ps或者微信截图切实画出来,以免后面思维混淆,尽管SendToUE工作流无需考虑房型之间的拼接,高度可以不用统一,但考虑到部件模块化复用,每一层通过duplicate master的array instance去向上叠加,因此还是需要有模块化的思维,尽量将各个部件模块化合并同类项。
Update your browser to view this website correctly. Update my browser now