进入正题前还是先提醒一句：常按Ctrl+S保存，Houdini容易崩溃，小心Houdini的崩溃让你一天的努力操作白费。
当我们使用Houdini时，Houdini可能会因为各种各样的原因崩溃，如果忘了按保存，那么……
分两种崩溃情况：
一、crash类型的崩溃
这一种崩溃属于急躁型，该崩的时刻坚决不留情，立刻弹出报错警告框。一般是由于致命错误，就是Houdini它老人家还想为您干活，但是因为遇到了bug，它当前的状态不能再干活了，它只能直接死掉。
二、无响应类型的崩溃
这一种崩溃属于不慢不急型，开始时崩溃的表征并不明显，因为无响应对于Houdini这种“大型”软件来说，在遇到高精度的设定参数值或巨大场景带来的山一般的解算量再加上稍微微微微微微微微性能差点的硬件配置（好吧，特效软件哪有能喂饱软件需求的硬件配置……）时，有时候暂时电脑还没缓过气来，就来个无响应，其实是没问题的，等会就好了。但是这里要说的，是崩溃的一种，这一种崩溃的开端就是无响应，就例如使用第三方渲染器（如Redshift）进行体素的渲染，若是直接从硬盘里读取缓存的bgeo（.sc .gz只是压缩类型不同的格式，在这里无区别）类型解算数据来进行渲染时，Houdini表现出来的就是无响应，然后你苦苦等待个十来秒之后，Houdini告诉你，哦，我停止干活了，然后就崩溃了。
一般遇到致命错误、运行内存不足引发的都是crash类型的崩溃。
第三方插件渲染器等因为兼容性或者设置机制差异而引发的是无响应类型的崩溃。
当然还有一些骚操作引起的崩溃，如开着render view时拖动带有结算量的当前帧（这个有时会引发，有时不会引发）或者开着render view时加入新的geo的显示（渲染），加入新的渲染元素，引发的都是crash类型的崩溃。
对于上面说到的两种类型的崩溃，第二种无响应类型的崩溃，基本上可以幸运地告知您，你的努力白费了，Houdini不会在崩溃的一瞬间为您留下哪怕是一丝的后路。而对于第一种crash类型的崩溃，Houdini在崩溃的时候还是有为您着想一下，把你崩溃的文件存到系统盘/用户/AppData/local/Temp/houdini_temp这个路径下的。所以这种情况下补救的方法就是到这个路径去找到hip文件，然后复制粘贴到你当前正在编辑的项目（就是当前崩溃的工程）的地址中去，覆盖掉当前项目的hip，houdini_temp路径中的hip和你项目路径中的hip的区别是：路径中的hip是你上一次按下保存时的状态，houdini_temp中的hip是你崩溃瞬间状态的，也就是说要是你软件崩溃的当前距离上一次按下保存时间距离较长的话，无疑你更需要的是houdini_temp中的版本，当然这是崩溃瞬间的状态，也就是说这个hip里面他还带有引起崩溃的错误，所以当你覆盖原有hip之后，你第一件要做的事就是撤销“上一步”操作（手动撤销，根据记忆删除、撤销操作）。当然啦，要是你觉得自上次保存以来的过程的效果做得不好，那上面说的措施请忽视，这篇博客请忽视。
虽然有crash瞬间保存下来的hip，但是有时软件崩溃是会把文件也崩坏了的，也就是说里面的节点都坏掉了，文件是废掉的了，所以最后，还是要再提醒一句：为了您的身心健康，请适时多按Ctrl+s，以免不幸。
希望这些能帮到崩溃中的你。