（不止网络通信，还包括PC内部CPU、内存和硬盘之间的通信）和软件的算法；系统中使用多少个节点计算机（基于CPU的数量）也是需要考虑的问题。这就需要一个拥有优秀算法的集群渲染管理软件进行调度，并发挥每个CPU的效能，使用性能优异的硬件配置。 TIP 在下一期饿特新科技栏目中，将继续为大家介绍渲染农场的搭建方案及其管理软件。 Renderfarm Reference ——part2 解说渲染农场（二）
上一期的内容介绍了渲染农场的构成，我们知道渲染节点是整个集群系统的计算核心，选择什么样的渲染引擎则要根据各个制作公司的 流程来决定的。比如独立的mental ray standalone 渲染器、应用程序提供的免费渲染接口。如3dmax 扫描线渲染器和Maya内置渲染器。还有一些插件等。不同的工作流程决定了渲染引擎的多种搭配方案。 以3DMAX为主要的工具的制作公司 用户 山东某展览馆 规模 小型公司 业务范围 建筑动画 应用软件 3dmax 渲染引擎 Deadline
为3dmax Max搭建集群系统情况很少，3dmax Max用户主要集中在建筑动画和视景仿真领域。而这些行业主要对静帧图像质量又较高要求，对与序列图像的精度要求却很低。及时一些公司的业务很忙。需熬渲染农场提高效率，3dmax Max自带的backburner Manager 足可解决问题。backburner Manager无法让3dmax Max 6及其插件在同一台渲染服务器并存，他只能让
3dmax Max 9去渲染所有的场景，但是很多插件并不支持高版本。Enfuzion和Deadline等管理软件可以解决这个问题。
Frantic Film 开发的Deadline 将3dmax作为主要的工具完全整合了著名的Render pass Manager管理软件。对3dmax以及各种插件有着较好的支持。又Reference导致的问题能够在Deadline得到讲稿，并且通过忽略错误的命令，让场景继续渲染下去。 以Maya为主要工具的制作公司 用户 北京天文馆 规模 大中型公司 业务范围 流体动画 应用软件 mental ray for Maya 渲染引擎 Enfuzion
在国内，以Maya 为主要工具的制作公司主要使用Maya 内置渲染器和mental ray渲染器。很少使用Render man 作为渲染引擎的。在实际的使用中，mental ray for Maya 的问题成为衡量集群渲染管理软件优劣的焦点了。 国内使用Muster 的大小公司实际有不少 用户 中视远图 规模 小型公司
业务范围 影视特效 应用软件 Maya 渲染引擎 Muster
国内使用Muster 的大小公司实际有不少，中视远图是极少数使用Muster正版软件的公司之一。他们在工作站上使用Maya制作特效，然后使用Combustion合成。购置一台千兆交换机，并且配有一台服务器作为分发管理，连接闲暇的图形工作站，让渲染组能够在较好的
网络环境下运行。这是一种典型的小型制作公司的渲染农场，成本低而且非常有效。 在使用Muster和Dealine的某些版本对mental ray场景进行任务分发的时候，会出现下述情况： （1） 渲染第一个任务以后服务器停止渲染：
（2） 重启服务器开始渲染，完成第一个任务后，又停止渲染： （3） 这里的停止渲染指不停地队列渲染，但是没有渲染结果： （4） 网络中只有一台渲染服务器正常工作 （5） 日志报告不能找到错误原因 （6） Deadline报告找不到License.
出现这一问题在于任务提交的模板错误，最后将软件替换成Enfuzion以后。没有再出现类似问题。
混合环境的制作公司
用户 中央电视台动画制作中心 规模 大型公司 业务范围 动画制作 应用软件 Maya
渲染引擎 Enfuzion 对于混合平台来说，更多要考虑到的问题主要集中在项目管理的方面，当然。为了方便管理，使用渲染分发管理软件也更有必要，并且可以防止操作失误而导致单机多任务渲染的情况出现。
中央电视台早在2002年就开始使用渲染农场，管理软件使用Enfuzion。由于那时的Enfuzion与现在的LSF是一样的命令形式，中央电视台自己研发了图形界面，一直使用到现在。 希望使用Mental ray standalone并不能解决所有的问题———虽然目前主流三维动画染件都内置了
Mental ray渲染器。都能输出mi文件，但是这个文件由于各个三维动化软件的接口不同，所以并不是通用的。
比如Maya的Mental ray standalone版本和3d max输出的mi文件，不能给3d max或者XSL的Mental ray standalone使用。 TIP
对于渲染农场的搭建，技术难度并不在硬件设备的挑选上，而是整体工作流程的科学规划。检验集群渲染软件的技术的技术指标主要有以下几点： 1、 能否保证渲染引擎能够正常调用？ 2、 在相同硬件和网络平台下，提交任务的速度和性能如何？ 3、 能否保证渲染过程不丢失数据：
4、 单机拓机，是否影响整体网络性能，并且修复失败渲染任务的方便性如何； 5、 能否支持现有的主流三维动画和后期合成软件？ 6、 能否支持静祯分割渲染？ 7、 是否简单易用？ 8、 是否易于维护？
其他的的集群渲染管理软件如Alfred、LSF、SPIDER、DRDUEUE、ROYALRENDER等，在国内应用比较少。其中SPIDER和DRDUEUE是开源软件项目，对于有开发能力的制作公司来说，是可以考虑的方案。例如，上影数码曾在SPIDER项目上进行开发，作为自有软件使用。而LSF目前只是一个网格计算数据库，并没有专门对渲染农场的工具，开发难度会相对高一些。 Renderfarm Reference ——part3 解说渲染农场（三）