使用网络建模资源会导致渲染失败的原因
渲染100的用户在使用云渲染进行任务渲染时，偶尔会碰到这种情况，文件、场景、模型，参数等经过反复检查，都确认没问题，但提交服务器渲染之后，就是会出问题。后面经过排查，发现原因居然是因为使用了来自网络的渲染资源，主要包括下载自网络的某些模型、对象或者其他资源。这让一些用户感到疑惑，难道渲染100不支持使用来自网络的渲染资源吗？答案当然是否。渲染100百分百支持网络渲染资源。但要想正确使用网络渲染资源，提升建模和渲染效率，就需要多关注以下方面。
用户获取的源于网络的资源，除了软件安装包、渲染器、插件/脚本，最多的就是各种场景资源、或者模型资源、参数资源。因为这些资源下载下来打开导入就能直接使用，可以大幅降低手动建模的工作量。如果用户使用了这些资源进行建模，然后使用本地机器渲染，可能不会有太大问题，但如果使用云渲染则不得不关注下面两点。渲染器/插件版本由于用户下载的文件多是直接可用的资源，所以用户对这部分资源的制作过程中，使用了什么渲染器、什么插件大概率是不清楚的。比如用户本地使用VR渲染器，但下载的网络资源是使用的CR或者其他渲染器，或者这项资源使用了multiscatter插件，但用户本地没有配置。当用户提交任务到云服务器渲染时，由于只按照自己本地的配置来对云端渲染环境进行配置，这就导致云端渲染环境与文件的制作、生成环境不一致。这最终可能会导致渲染异常、渲染结果不一致，甚至渲染失败。
面对这种情况，可以从下面的思路来解决。
本地多配置渲染器/插件，多覆盖多类型渲染器和插件。
在搜索获取网络资源时，尽可能多注意浏览资源的信息和来源，包括资源制作所使用的工具及其版本。
在配置云渲染环境时，多配置可能用到的渲染器和插件，尽可能保证渲染环境不缺失。
尽量降低网络资源的使用，比如在一个项目中，尽量不要多次、多个使用来自网络的资源。
多与技术支持团队进行沟通，反映工程文件的制作情况，以更快地捋清楚排查方向，缩短问题解决时间。
带病毒资源
除了尽可能了解资源的基本制作情况，更精准的配置云渲染环境，还有一个方面也是很多用户极易忽略的：来自网络的渲染资源是否有病毒。
如果资源中带有病毒，使用该资源进行建模，最终会导致渲染文件会污染。用户在上传带病毒的渲染文件到服务器之后，可能会导致渲染文件在打包、上传、解压过程中出现问题，或者云服务器在打开文件时，加载场景失败，导致渲染无法正常进行。
这种情况的解决办法比较简单，即用户在获取网络资源后，第一时间对资源进行病毒扫描和杀毒。这既能保证渲染过程中正常进行，也能保护用户本地的文件、数据和机器安全。
