4 关于Deadline设置的一些笔记

怎么才能保证deadline有效执行？

1、Deadline的设置包括

2、Deadline的辅助工具

闹钟，相当于“时间止损”，特别是经常“懵逼状态”的同学，需要一个闹钟把自己从懵逼的状态中拉回来……其次就是“紧迫感”，不看一下时间，不知道自己效率有多低。

3、PDCA

PDCA（计划—执行—检查—改进）是个不错的微系统，任何公司、任何项目、任何个人，在追求效率的路上都会用到……我的习惯是早上开工前10分钟规划（有的人是昨晚），晚上10分钟总结。

Deadline的不可忽视条件

1、心理建设

一个平和的开始是成功的前奏，这并不容易，尝试在开始前，腹式呼吸3分钟。

2、身体状况

休息、饮食、运动，这三个环节没保障，自我斗争与纠结会吞噬稀缺的时间……所以，尽可能地减少自我消耗、自律。

Deadline的应用场景

1、工作安排

主动设置胜过被动KPI、不再赘述，值得强调的是，任务分解最好细化到每个小时……

2、做决策

艰难的决策，如果没有deadline，大多数人会选择逃避然后一拖再拖……

3、暂时的放松

比如看电视、刷手机，都要设置时间限制，刚开始可能不一定能刹得住车，但至少能清晰地知道自己“浪费”了多少时间……

结语

不要怨恨自己不够优秀，告诉自己现在就是最早的行动时间。

要自律，更要温柔待自己。

愿你我早日成为理想中的自己！

我这里使用的Deadline版本是 10.0.20.2。新版本可能会修复。

在提交Houdini工程时，会出现内存爆炸的情况导致渲染任务失败，即时内存没爆炸也会渲染非常慢。

查到原因是因为Deadline的Path Mapping机制导致，Path Mapping的作用是路径重映射，比如说你的工程路径是D:/test前缀，使用Path Mapping可以在不更改原hip文件下，可以对D:/test进行修改，比如修改成//192.168.1.xxx/test的网络路径。该方法出发点是好的，Deadline官方也说使用Path Mapping是可以支持跨系统路径提交任务。但是官方在对Houdini工程进行Path Mapping时出现了意外。

通过查看Deadline的Houdini插件脚本(xxx/DeadlineRepository10/plugins/Houdini目录下)hrender_dl.py，不管在Deadline上有没有设置Path Mapping,Deadline都对Houdini文件进行Path Mapping检测。其检测方式是检测所有节点（注意这里是所有节点)它们的引用路径，并把他们存起来。问题就出现在检测所有节点的方式上，它这里使用了houdini的自身命令：

该脚本命令是houdini自身获取场景内所有节点的参数，并且是迭代检测，也就是说封装的内部节点也会检测。所以问题就出现了，当使用该命令时，假如工程里有很多封装节点那么会因为参数庞大而导致内存爆炸，之后就会卡死，这是Houdini自身命令导致的内存爆炸问题与Deadline无关。

在Deadline仓库plugins/Houdini脚本下的hrender_dl.py里注销掉path mapping的参数检测,不使用Deadline path mapping功能。

ThinkBox Deadline(渲染农场软件)V7.1.0.35破解版 附破解方法http://www.ddooo.com/softdown/76181.htm

Deadline7破解方法：

1、解压后，首先运行“DeadlineRepository-7.1.0.35.exe”开始安装

2、允许用户协议

3、接下来保持默认设置，点击Next，完成安装

4、运行“DeadlineClient-7.1.0.35.exe”

5、允许用户协议

6、在Repository Directory中，选择C盘下的“DeadlineRepository7”文件夹

7、保持默认设置，点击Next，完成安装

8、安装完成后，打开CRACK文件夹，将破解文件“deadline.dll”复制到C:\Program Files\Thinkbox\Deadline7\bin目录下覆盖源文件即可

---