这套搞了2天了，建模还没完成，应该反省一下自己。不过两天下来我不清楚问题出在哪里，或许是因为制作初期没有做房型、部件切分，导致制作时逻辑混乱，想到哪里做到哪里，频繁的改动部件。另一方面是前后两个立面不同，在对称上没有做好事先的规划，而在后期设法去硬凑合。今天完成这套之后，立刻再尝试下一套把这两点落实看看能不能提高效率。

阅读更多

这套制作了两天，原本想半天搞掉的。最终效果还算满意，影响制作时间的几点：

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。

阅读更多

在完成模型制作后，对部件选中批量命名，然后data name from object使网格体名称能够规范化。在SendToUE的工作流中，网格体的名称是static mesh名称，物体名称是场景中的actor名称。对于同一网格体的部件会有多个instance对象，理想中的状况是选中其中一个instance对象烘焙而不需要所有的instance都拿去烘焙，我搜了很久并没有找到对若干包含多组instance的物体选中其中单个instance的办法。后来我想了个思路，既然有插件可以对instance操控必然是可以获取instance的，那么按照网格体分类获取其data name然后移动到各自的collection里面，再从collection着手选取其中一个对象，那么就能实现我的想法了。然而我对python几乎没什么印象了，更别说还要去啃blender python的api文档。抱着死马当活马医的态度，我试了下用kimi人工智能和chatgpt，居然在一番循序渐进的诱导下成功做出了这两段代码。

阅读更多

没想到还有这等神器，如下图设置好烘焙预设之后，框选需要烘焙的物体，选两次rgbaForMatrix的烘焙预设即可，烘焙前需要对物体所有面选中做一次smart UV unwrap，这样做当然会破坏窗户内景，等烘培完之后再还原回去即可或者所有的内景独立物体不掺和在烘培中，我觉得应该是后者做法，前者还是蛮麻烦的。

4个部件用了40秒完成了drip、large ao、damage curvature、ao贴图的烘焙导出，在UE中测试没问题。

阅读更多