有关批判Arnold的正确姿势的建议

最新推荐文章于 2024-07-19 16:42:37 发布

cuckon

最新推荐文章于 2024-07-19 16:42:37 发布

阅读量7.6k

点赞数

分类专栏： Misc

本文链接：https://blog.csdn.net/cuckon/article/details/53140541

版权

Misc 专栏收录该内容

23 篇文章 0 订阅

订阅专栏

最近微博一篇《为什么我看坏arnold》走火，暴露了某些问题，本人也是半瓶子水，认识的人大都比我NB，但就写个建议抛砖引玉吧。

Arnold早已不是一个新渲染器，现在来看Arnold当年的立身之本早已经被各种渲染器所采用，连RIS也开始学习它的某些设计。但是，这还是不足以妨碍一些MR等用户停留在表面上评价它。此文目的为尝试调整大家批判的点，引导大家走在正确的批判方向上。

1.不要拿Arnold的单帧渲染时间说事

这是批判Arnold的最大禁忌，如同10年前把renderman说成渲染器，mel工具说成插件一样，只要你看到有人来对比arnold和其他渲染起的单帧渲染时间就可以鄙视他了。因为Arnold的的确确从来不是以这个为使命的，甚至可以说走的是反方向。

如同之前文章提到的，人时间比机器时间宝贵，Arnold省下的是人类的时间，而不是计算机的时间。在超过百人的团队谈单帧渲染时间远远没有谈渲染器加到流程里节省下团队百分之多少的时间有意义（自己算下就知道）你都不知道在这方面Arnold有多努力，做出了多大的牺牲。

PBR只是一方面。虽然当前PBR已经烂大街，但第一个画出蒙娜丽莎的才会被铭记，今天谁再画个蒙娜丽莎能在朋友圈火一把就不错了（何况到目前Arnold仍然是领跑）。
还有一个被99%人忽视的一点：Arnold在设计上禁止了渲染有关Cache。什么阴影贴图brickmap这些上世纪的东西肯定不会用，连point cloud等任何中间cache都不会用（早期用了现在早已弃用）（pointcloud遭弃用的另一个原因是biased）你根本找不到任何可以缓存起来节省渲染时间的东西，而这方面mentalray就有很多，光子图，finalgather图，阴影贴图等等。为什么要这么设计呢？就是为了避免版本迭代中人类会犯的错误。在今天这个才是对的做法，试想啊你搞个序列任务提交到farm， mentalray比arnold快了100%出来，结果发现光子图/阴影贴图不是最新的，渲染出来的不能用，那快出来的时间没有任何意义。
渐进式渲染。可以在尽早发现问题，随时停掉渲染。
unbiased，看坏arnold文中的知乎链接介绍的很清楚，我之前文章也有提到过，说到底这个不只是质量问题，也是省人工的问题。相信FG和光子时代的渲染师都懂：biased经常会有明明单帧不错但序列忽闪忽闪的像水底呀（重煊吧），低分辨率看着挺好高分辨率一渲染就一坨翔啊（重渲吧），说白了，你这让灯光师为渲染器的设计买单啊，你单帧渲染的快有毛用，早早的渲染出来不能用的话还不如我渲染出多少就能用多少呢！老板问你这个项目还有多少渲染量还好估测。

PBR/ Non cached/ Unbiased，我觉得明白人不会拿绑着这三个沙袋的Arnold和Mentalray对比单帧渲染时间。

正确姿势是：不服？不服比在大流程中同等质量下出活效率啊？