Redshift网页渲染常见错误

由于Maya项目涉及资源复杂繁多,建议使用客户端进行提交渲染

一、分析失败:

1. 查看分析日志获悉分析所使用的redshift 版本号信息,然后查看路径: D:\PLUGINS\MAYA\REDSHIFT 内是否有该版本的redshift 程序文件,如没有,则拷贝安装失败,联系TD

2. 查看分析使用的redshift 版本,并和客户沟通对照,如不一致,需联系TD 检查配置

 

二、渲染失败:

1. 检查渲染日志,查找是否有 相关贴图、缓存、代理等文件丢失的情况,如有,上传相关文件后重试,rs代理内部引用的贴图丢失比较容易被忽略

2. 观察渲染进行时,进程活动是否正常,是否因网络或者存储等原因导致进程读取reference, hair cache, rs 代理等资源超时,可以留意网络和存储活动量来进行判断是否属于这一问题

3. redshift 渲染常因光线追踪计算规模庞大超出显卡硬件承受范围而需要长时间等待,可以减少同时渲染的节点数来缓解这个问题

4. 渲染被渲染器内部终止渲染计算(internal abort),多半因为渲染设置参数过高,硬件无法完成整个渲染过程,这时需要打开文件查看渲染设置,同时也要留意各灯光的光照和阴影采样率是否过高

截图.png

截图 (1).png

截图 (2).png

截图 (3).png

5. 部分项目需要maya 在加载文件前加载插件,如OF3D 项目的opiumPipe 插件

6. 渲染设置的输出文件名含有空格会导致渲染失败

截图 (4).png

7. 有时候,客户会勾选重新命名输出帧

截图 (5).png

8. 注意渲染摄像机必须在渲染设置里面选定

截图 (6).png

9. 渲染前后的mel设置可能导致出错,需清空

截图 (7).png

三、 渲染效果不对:

1. 查看渲染日志,看是否有某贴图丢失的提示,如有,进入项目文件目录查看贴图是否存在,如否,知会客户上传后重试。照明贴图丢失是最常见的渲染效果不对的原因


Redshift网页渲染常见错误

由于Maya项目涉及资源复杂繁多,建议使用客户端进行提交渲染

一、分析失败:

1. 查看分析日志获悉分析所使用的redshift 版本号信息,然后查看路径: D:\PLUGINS\MAYA\REDSHIFT 内是否有该版本的redshift 程序文件,如没有,则拷贝安装失败,联系TD

2. 查看分析使用的redshift 版本,并和客户沟通对照,如不一致,需联系TD 检查配置

 

二、渲染失败:

1. 检查渲染日志,查找是否有 相关贴图、缓存、代理等文件丢失的情况,如有,上传相关文件后重试,rs代理内部引用的贴图丢失比较容易被忽略

2. 观察渲染进行时,进程活动是否正常,是否因网络或者存储等原因导致进程读取reference, hair cache, rs 代理等资源超时,可以留意网络和存储活动量来进行判断是否属于这一问题

3. redshift 渲染常因光线追踪计算规模庞大超出显卡硬件承受范围而需要长时间等待,可以减少同时渲染的节点数来缓解这个问题

4. 渲染被渲染器内部终止渲染计算(internal abort),多半因为渲染设置参数过高,硬件无法完成整个渲染过程,这时需要打开文件查看渲染设置,同时也要留意各灯光的光照和阴影采样率是否过高

截图.png

截图 (1).png

截图 (2).png

截图 (3).png

5. 部分项目需要maya 在加载文件前加载插件,如OF3D 项目的opiumPipe 插件

6. 渲染设置的输出文件名含有空格会导致渲染失败

截图 (4).png

7. 有时候,客户会勾选重新命名输出帧

截图 (5).png

8. 注意渲染摄像机必须在渲染设置里面选定

截图 (6).png

9. 渲染前后的mel设置可能导致出错,需清空

截图 (7).png

三、 渲染效果不对:

1. 查看渲染日志,看是否有某贴图丢失的提示,如有,进入项目文件目录查看贴图是否存在,如否,知会客户上传后重试。照明贴图丢失是最常见的渲染效果不对的原因


Redshift网页渲染常见错误

由于Maya项目涉及资源复杂繁多,建议使用客户端进行提交渲染

一、分析失败:

1. 查看分析日志获悉分析所使用的redshift 版本号信息,然后查看路径: D:\PLUGINS\MAYA\REDSHIFT 内是否有该版本的redshift 程序文件,如没有,则拷贝安装失败,联系TD

2. 查看分析使用的redshift 版本,并和客户沟通对照,如不一致,需联系TD 检查配置

 

二、渲染失败:

1. 检查渲染日志,查找是否有 相关贴图、缓存、代理等文件丢失的情况,如有,上传相关文件后重试,rs代理内部引用的贴图丢失比较容易被忽略

2. 观察渲染进行时,进程活动是否正常,是否因网络或者存储等原因导致进程读取reference, hair cache, rs 代理等资源超时,可以留意网络和存储活动量来进行判断是否属于这一问题

3. redshift 渲染常因光线追踪计算规模庞大超出显卡硬件承受范围而需要长时间等待,可以减少同时渲染的节点数来缓解这个问题

4. 渲染被渲染器内部终止渲染计算(internal abort),多半因为渲染设置参数过高,硬件无法完成整个渲染过程,这时需要打开文件查看渲染设置,同时也要留意各灯光的光照和阴影采样率是否过高

截图.png

截图 (1).png

截图 (2).png

截图 (3).png

5. 部分项目需要maya 在加载文件前加载插件,如OF3D 项目的opiumPipe 插件

6. 渲染设置的输出文件名含有空格会导致渲染失败

截图 (4).png

7. 有时候,客户会勾选重新命名输出帧

截图 (5).png

8. 注意渲染摄像机必须在渲染设置里面选定

截图 (6).png

9. 渲染前后的mel设置可能导致出错,需清空

截图 (7).png

三、 渲染效果不对:

1. 查看渲染日志,看是否有某贴图丢失的提示,如有,进入项目文件目录查看贴图是否存在,如否,知会客户上传后重试。照明贴图丢失是最常见的渲染效果不对的原因


Redshift网页渲染常见错误

由于Maya项目涉及资源复杂繁多,建议使用客户端进行提交渲染

一、分析失败:

1. 查看分析日志获悉分析所使用的redshift 版本号信息,然后查看路径: D:\PLUGINS\MAYA\REDSHIFT 内是否有该版本的redshift 程序文件,如没有,则拷贝安装失败,联系TD

2. 查看分析使用的redshift 版本,并和客户沟通对照,如不一致,需联系TD 检查配置

 

二、渲染失败:

1. 检查渲染日志,查找是否有 相关贴图、缓存、代理等文件丢失的情况,如有,上传相关文件后重试,rs代理内部引用的贴图丢失比较容易被忽略

2. 观察渲染进行时,进程活动是否正常,是否因网络或者存储等原因导致进程读取reference, hair cache, rs 代理等资源超时,可以留意网络和存储活动量来进行判断是否属于这一问题

3. redshift 渲染常因光线追踪计算规模庞大超出显卡硬件承受范围而需要长时间等待,可以减少同时渲染的节点数来缓解这个问题

4. 渲染被渲染器内部终止渲染计算(internal abort),多半因为渲染设置参数过高,硬件无法完成整个渲染过程,这时需要打开文件查看渲染设置,同时也要留意各灯光的光照和阴影采样率是否过高

截图.png

截图 (1).png

截图 (2).png

截图 (3).png

5. 部分项目需要maya 在加载文件前加载插件,如OF3D 项目的opiumPipe 插件

6. 渲染设置的输出文件名含有空格会导致渲染失败

截图 (4).png

7. 有时候,客户会勾选重新命名输出帧

截图 (5).png

8. 注意渲染摄像机必须在渲染设置里面选定

截图 (6).png

9. 渲染前后的mel设置可能导致出错,需清空

截图 (7).png

三、 渲染效果不对:

1. 查看渲染日志,看是否有某贴图丢失的提示,如有,进入项目文件目录查看贴图是否存在,如否,知会客户上传后重试。照明贴图丢失是最常见的渲染效果不对的原因