Houdini - 提交前准备

HOUDINI

本文主要内容说明

  1. 默认提交约定

  2. Houdini无客户端支持

  3. Houdini项目准备说明

 

1.提交默认约定

    1. 默认使用hip保存时的版本,如没有则自动选择和保存版本最小差距的版本,其中比保存版本高的最小版本最高优先级。

    2. 默认每个节点机渲染一帧,以获得更多机器参与单任务(文件)渲染。由于redshift会再渲染前生成redshift选取专用贴图,这个贴图cache时间较长。在这种情况下,如果每台节点机,每次渲染1帧,一个任务50帧同时50个机器进行渲染,则生成贴图cache 50次。但,如果每个节点机渲染2帧,共25个机器,占用机器数量少了,但同时cache损耗时间也减一半,剩余的25机器可以渲染其他任务,从总体来说,是更符合成本和效率兼顾的方法。也就是说,尽量设定每节点机渲染多针,看渲染时间长度,一般是2~5帧。本项操作需额外说明。

 

2.客户端支持(无)

 

3.项目准备说明

  1. 项目所用的软件版本详细信息,如Houdini 15.5.657.

  2. 项目所需插件版本信息,如htoa等。

  3. 项目所需驱动器映射,如Z映射

  4. 项目所需自定义变量,如$JOB等

  5. 项目路径映射Linux路径等…

  6. 是否需要在打开文件之前,强制加载插件如otls等,如需要,仅需在项目目录内建文件夹otl或者otls,将相关otls插件放进去即可otl或者otls文件夹的文件需在客户id目录内

  7. 建议使用Houdini默认的变量引用textures,cache等

 

务必将以上信息知会我们的服务人:PC和TD


Houdini - 提交前准备

HOUDINI

本文主要内容说明

  1. 默认提交约定

  2. Houdini无客户端支持

  3. Houdini项目准备说明

 

1.提交默认约定

    1. 默认使用hip保存时的版本,如没有则自动选择和保存版本最小差距的版本,其中比保存版本高的最小版本最高优先级。

    2. 默认每个节点机渲染一帧,以获得更多机器参与单任务(文件)渲染。由于redshift会再渲染前生成redshift选取专用贴图,这个贴图cache时间较长。在这种情况下,如果每台节点机,每次渲染1帧,一个任务50帧同时50个机器进行渲染,则生成贴图cache 50次。但,如果每个节点机渲染2帧,共25个机器,占用机器数量少了,但同时cache损耗时间也减一半,剩余的25机器可以渲染其他任务,从总体来说,是更符合成本和效率兼顾的方法。也就是说,尽量设定每节点机渲染多针,看渲染时间长度,一般是2~5帧。本项操作需额外说明。

 

2.客户端支持(无)

 

3.项目准备说明

  1. 项目所用的软件版本详细信息,如Houdini 15.5.657.

  2. 项目所需插件版本信息,如htoa等。

  3. 项目所需驱动器映射,如Z映射

  4. 项目所需自定义变量,如$JOB等

  5. 项目路径映射Linux路径等…

  6. 是否需要在打开文件之前,强制加载插件如otls等,如需要,仅需在项目目录内建文件夹otl或者otls,将相关otls插件放进去即可otl或者otls文件夹的文件需在客户id目录内

  7. 建议使用Houdini默认的变量引用textures,cache等

 

务必将以上信息知会我们的服务人:PC和TD


Houdini - 提交前准备

HOUDINI

本文主要内容说明

  1. 默认提交约定

  2. Houdini无客户端支持

  3. Houdini项目准备说明

 

1.提交默认约定

    1. 默认使用hip保存时的版本,如没有则自动选择和保存版本最小差距的版本,其中比保存版本高的最小版本最高优先级。

    2. 默认每个节点机渲染一帧,以获得更多机器参与单任务(文件)渲染。由于redshift会再渲染前生成redshift选取专用贴图,这个贴图cache时间较长。在这种情况下,如果每台节点机,每次渲染1帧,一个任务50帧同时50个机器进行渲染,则生成贴图cache 50次。但,如果每个节点机渲染2帧,共25个机器,占用机器数量少了,但同时cache损耗时间也减一半,剩余的25机器可以渲染其他任务,从总体来说,是更符合成本和效率兼顾的方法。也就是说,尽量设定每节点机渲染多针,看渲染时间长度,一般是2~5帧。本项操作需额外说明。

 

2.客户端支持(无)

 

3.项目准备说明

  1. 项目所用的软件版本详细信息,如Houdini 15.5.657.

  2. 项目所需插件版本信息,如htoa等。

  3. 项目所需驱动器映射,如Z映射

  4. 项目所需自定义变量,如$JOB等

  5. 项目路径映射Linux路径等…

  6. 是否需要在打开文件之前,强制加载插件如otls等,如需要,仅需在项目目录内建文件夹otl或者otls,将相关otls插件放进去即可otl或者otls文件夹的文件需在客户id目录内

  7. 建议使用Houdini默认的变量引用textures,cache等

 

务必将以上信息知会我们的服务人:PC和TD


Houdini - 提交前准备

HOUDINI

本文主要内容说明

  1. 默认提交约定

  2. Houdini无客户端支持

  3. Houdini项目准备说明

 

1.提交默认约定

    1. 默认使用hip保存时的版本,如没有则自动选择和保存版本最小差距的版本,其中比保存版本高的最小版本最高优先级。

    2. 默认每个节点机渲染一帧,以获得更多机器参与单任务(文件)渲染。由于redshift会再渲染前生成redshift选取专用贴图,这个贴图cache时间较长。在这种情况下,如果每台节点机,每次渲染1帧,一个任务50帧同时50个机器进行渲染,则生成贴图cache 50次。但,如果每个节点机渲染2帧,共25个机器,占用机器数量少了,但同时cache损耗时间也减一半,剩余的25机器可以渲染其他任务,从总体来说,是更符合成本和效率兼顾的方法。也就是说,尽量设定每节点机渲染多针,看渲染时间长度,一般是2~5帧。本项操作需额外说明。

 

2.客户端支持(无)

 

3.项目准备说明

  1. 项目所用的软件版本详细信息,如Houdini 15.5.657.

  2. 项目所需插件版本信息,如htoa等。

  3. 项目所需驱动器映射,如Z映射

  4. 项目所需自定义变量,如$JOB等

  5. 项目路径映射Linux路径等…

  6. 是否需要在打开文件之前,强制加载插件如otls等,如需要,仅需在项目目录内建文件夹otl或者otls,将相关otls插件放进去即可otl或者otls文件夹的文件需在客户id目录内

  7. 建议使用Houdini默认的变量引用textures,cache等

 

务必将以上信息知会我们的服务人:PC和TD