在PV3D菜单两例中我提到了CPU占用的问题，今天把解决思路在此探讨一下。

在第一版完成后，发现了CPU占用过高的问题。按照常规的方法，先逐步减少透明元素等占用资源最大的“罪魁祸首”，如高光动画，阴影等。但是效果不大（只有5%～10%左右的降幅）。

随后尝试将贴图的MC设置为位图缓存（cacheAsBitmap），但其实这步也是无效的。因为PV3D引擎本身就会把所有的元素做位图缓存再重绘。

再尝试把StageQuality降下来，通常做法是运动的时候把质量设置为LOW，待到运动结束再恢复为HIGH。

但是这种做法还需要一个前提才可能成立：那就是我们假设运动等同于屏幕重绘，也就是说运动时设置屏幕重绘，不运动的时候屏幕不重绘。所以我们必须处理 Event.ENTER_FRAME 事件，使其中的逻辑符合我们的假设，那么优化才可能有效。

那么现在问题的症结已经清晰：PV3D引擎的每帧重绘是最占用资源的操作，我们应该减少不必要的重绘。特别是这种互动导航类型的应用，一旦状态固定，就必须移除重绘。

于是我尝试加入状态判断的逻辑，当检测到运动结束后移除 Event.ENTER_FRAME 的侦听。但是产生了一个致命的问题：一旦renderer.renderScene()不执行，鼠标事件（InteractiveScene3DEvent）也侦听不到了。看来PV3D的互动支持必须依赖于每帧重绘或者是重绘方法其中的一些步骤。接下来就让我们把鼠标事件响应的功能找回来。

View full article »

PV3D的版本变动的很勤快，若是没有一定的精力的确很难啃下来。Google Code上的1.5版本虽然文档比较全，但是架构已经落伍了。所以新加入的同学们一定要从SVN上下最新的版本（在branches\GreatWhite\目录下）。本文发布的时候已经是r531，支持动态变换材质。

之前贴过的一些例子是基于旧版本的架构，就不要再看了。点这里有基于新架构的文档，但是版本也不是最新，所以有些新加入的功能还是要靠自己去读代码了。此外，这个网站的教程都是基于新版本更新的，建议收藏下来以帮助提高学习效率。

在GreatWhite的架构中，Viewport3D（也就是所有PV3D元素的根Container）中的所有元素都是每帧重画的位图信息。Viewport3D是继承自Sprite，有一个buttonMode属性来改变鼠标状态。但是内部的元素在显示层级上只有位图信息，没有自己的buttonMode。（3D元素最终还是要转化为可以显示出来的DisplayObject）

对互动材质的实现更加合理，只需改变材质的interactive属性即可。发出的事件也是PV3D自定义的InteractiveScene3DEvent，而不是as3内置的那些（MouseEvent）。

这样一来产生一个鼠标状态改变（手型指针）的问题，因为改变容器的buttonMode只会让所有Viewport3D中的物体产生指针变化。如果只想有互动的3D物体才产生变化，解决方法是在监听事件上动态的改变容器的buttonMode属性。