我建议D5渲染器的开发人员，把D5渲染器做成像redshift OC渲染器那样的视窗插件的渲染器。
首先导过来导过去的，各种联动bug不说，而且及其的不稳定！
第二点倒过来D5渲染就算了，动画工程倒不过来，就算用ABC做动画，调材质的时候咋整？难不成没个不是同一个材质的都才分出ABC动画，工程文件不大死了，真的搞成像阿诺德、redshift、OC渲染器一样视窗渲染不就好用多了。
导出来D5外置渲染就算了，连对象的材质列表也没有，少数的模型没关系，大场景的模型吸管去换材质搞死了，直接一个材质列表，倒过来的直接替换就不方便多了！
您好！非常感谢您对我们的反馈，您提到的插件化渲染需求，确实反映了专业用户在复杂工程中的痛点。
但是D5渲染器属于独立软件，和插件类渲染器有一定差别。我们理解插件类渲染器的便捷性，但测试，插件类渲染器也存在一定的局限：
- 若为每个建模软件开发独立插件（Max/Maya/Blender等），功能迭代效率将大大降低
- 独立进程可充分调度硬件资源（如GPU负载分配、内存管理等）
关于您【插件化渲染】的需求我们会认真考虑的，也许在不久的将来会支持插件化渲染~~
再次感谢您对D5渲染器的支持。 