用斑马检测犀牛假死，望高手试验

drinkmilk

不知道为什么，这个图我继续做的时候，现在用斑马检测或者环境贴图检测连续性，出现了犀牛假死的现象？什么原因？？？

上面的英文提示行里说了：Creating meshes...

这个时候假死，一般是因为mesh设置太高，可适当降低一些即可。

2# 咖啡和糖
如何设置，高手，望给一个详细的解答

要這樣嗎:)   .用時間跟它耗

4# wmc
大哥，不明白你怎么做啊，你是直接用环境贴图检测吗，我这里是假死了，你怎么搞的?

你不会就直接用，等时间耗吧？我想问下的是是什么问题导致的，怎么解决，难道这等简单的面都假死，犀牛不是太垃圾了吧？

6# drinkmilk

RHINO 在開發過程中.是偶有一些 BUG . 但你這個問題.在你對軟體使用的熟晰度不夠.與不會變通運用.實在不宜太武斷對 RHINO下定論

死機原因不明.你可向原廠工程師反應求解

環境貼圖 & 斑馬 共耗 1分鐘  .應該普遍都能接受 .當然方法要會變通 .你學 RHINO 很認真.也一陣子了 .讓你自己找找答案

7# wmc
这个问题，我分析估计是我在建模的问题，大侠，能否指点一下，到底该模型怎么处理好，我的建模问题出现在哪里，导致斑马时间这么长，这个是我想知道的，望高手具体分析一下，帮忙解决。我这里用斑马，耗费很长时间，我的机器配置2g内存，p4 630，不可能这样的面都处理不了。另外，我认为不是软件问题，我试验作者给的原文件都很快的。

我在试验过，斑马花了1分钟时间，作者的花了30秒不到，我想高手指出一下我这个建模存在的问题，我大概知道有可能是建模上的问题。希望高手能指得明白点

emap指令的DisplayMesh是单独设置，目前Rhino的Emap指令的DisplayMesh还不能直接读取系统的RenderMesh的设置参数，所以每当开启一个3dm文件第一次使用 emap指令的时Rhino会计算当前窗口中所有对象的Emap自己的DisplayMesh，这个过程和模型的复杂程度和硬件配置有关系，如果模型越复杂且硬件配置较低这个过程会越长，但后面再次使用Emap指令时（如果你不修改emap DisplayMesn参数）就不会有这个计算过程了。