在cocos的坐标系、cocos与Android之间遇到一些事情，做个笔记。
首先是坐标系，Cocos的一个node,其rotation，是基于其父节点坐标的。例如layer里面添加一个camera,那么旋转camera的xyz,例如setRotation3d(Vec3(0,180,90))，并不是让camera绕自身y转180后，再绕自身z轴转90。而是camera绕layer的x转180，再绕layer的z转90。脑补一下就知道，实际上两个方式的z旋转，因为y上已经转了180，所以方向是相反的了。清楚了一点，有助于处理比较麻烦的坐标系相对旋转问题。camera是与精灵们在同一个layer，还是不同layer，取决于要不要观察相机后方而维持正常的Z旋转。
然后就是独立于layer之外的camera，如何在小地图屏幕还原sprite的二维坐标？如果相机与sprite在同一layer，只需要相机矩阵简单一句mat.getInversed().transformVector(&pos)即可。但是当camera与layer分离时，又会有诸多情况，嘿嘿。这部分，贴一段看起来貌似OK但是实际会有问题的代码：
Vec3 bosspos = boss_i->getPosition3D(); Vec2 PosAfterRotate = Vec2(bosspos.x,bosspos.z).rotateByAngle(Vec2(0,0),CC_degrees_TO_radians(-_layer3D->getRotation3D().y));//X与Z绕Y还原至垂直相机的平面 Vec4 pos; pos.x = PosAfterRotate.x; pos.y = bosspos.y; pos.z = PosAfterRotate.y; pos.w = 1; Mat4 mat = _CameraBird->getNodetoWorldTransform(); mat.getInversed().transformVector(&pos);//使用相机矩阵，取得boss在屏幕的投射坐标 Vec2 bossposAbs = Vec2(pos.x,pos.y) / (curPos.distance(bosspos));
这段代码看似无误，实际运用中却会发现还原出的bossposAbs与boss显示位置存在偏差，原因是什么，自己想吧，哈哈，就不说破了。正确的计算方式是什么？想明白了为什么这个会错，正确的自然也就呼之欲出了。
然后是cocos与android的surfaceview的问题。android的surfaceview是在游戏被推入后台时，会被自动destroy的。然后程序再被唤醒时，它又会被oncreate。这涉及了诸多线程的问题，也就会产生一堆的怪事。
首先，使用的是在主程序中创建一个新的surfaceview，通过其回调启动相机的方式。
if(mPreviewSV==null){
<span style="white-space:pre"> </span>mPreviewSV = new SurfaceView(JniDoIt.this);
<span style="white-space:pre"> </span>addContentView(mPreviewSV,new FrameLayout.LayoutParams(FrameLayout.LayoutParams.MATCH_PARENT,FrameLayout.LayoutParams.MATCH_PARENT)); // keep old views
<span style="white-space:pre"> </span>Log.i("SHOW_AR","mPreviewSV is null and Now it is added");
}
else{
<span style="white-space:pre"> </span>Log.i("SHOW_AR","mPreviewSV already exist......");<span style="white-space:pre"> </span>
}
if(mySurfaceHolder==null){
<span style="white-space:pre"> </span>mySurfaceHolder = mPreviewSV.getHolder();
<span style="white-space:pre"> </span>mySurfaceHolder.setFormat(PixelFormat.TRANSPARENT);
<span style="white-space:pre"> </span>Log.i("SHOW_AR","mySurfaceHolder is null and Now it is defined to mPreviewSV.getHolder()......."+mySurfaceHolder);<span style="white-space:pre"> </span>
}
else{
<span style="white-space:pre"> </span>Log.i("SHOW_AR","mySurfaceHolder already exist......"+mySurfaceHolder);<span style="white-space:pre"> </span>
}
回调定义：
private class ArSurfaceHolderCallBack implements SurfaceHolder.Callback{}
在游戏推入后台时，释放相机，并且删除surfaceview的回调，唤醒时重建一次surfaceview。如此做的结果是相机预览是恢复了，但是把cocos主界面也覆盖了，下面是其log
log那一行onenGL错误曾经误导了很久，那是一个在UI线程之外更新UI而产生的错误，结合cocos界面被覆盖的实际情况，感觉非常非常像是surfaceview进程与UI进程冲突，但是暂且忽略吧，因为后来发现完全注释掉surfaceview相关代码，这个错照样存在，而且在我最终的解决方案中，这个错虽然仍旧存在，但是可以做到正常唤醒。这个错应该是程序中某些其他位置导致的，暂且不理它。
那么不使用回调方式，直接使用surfaceview类内部取得自身handler，在游戏推入后台时，释放相机，并且删除surfaceview，唤醒时重建一次surfaceview，重新启动回调和相机如何呢？
呼叫方式：
mPreviewSV = new ArSV(JniDoIt.getContext()); mPreviewSV.setId(100); JniDoIt.this.addContentView(mPreviewSV,FrameLayout.LayoutParams.MATCH_PARENT)); // keep old views
类定义：
private class ArSV extends SurfaceView implements SurfaceHolder.Callback{
<span style="white-space:pre"> </span>private SurfaceHolder mySurfaceHolder = null;
<span style="white-space:pre"> </span>private Camera myCamera = null;
<span style="white-space:pre"> </span>
<span style="white-space:pre"> </span>@SuppressWarnings("deprecation")
<span style="white-space:pre"> </span>public ArSV(Context context) {
<span style="white-space:pre"> </span>super(context);
<span style="white-space:pre"> </span>// Todo Auto-generated constructor stub
<span style="white-space:pre"> </span>mySurfaceHolder = getHolder();// 获得surfaceHolder引用
<span style="white-space:pre"> </span>mySurfaceHolder.addCallback(this);
<span style="white-space:pre"> </span>// Todo Auto-generated constructor stub
<span style="white-space:pre"> </span>}
<span style="white-space:pre"> </span>public void surfaceCreated(SurfaceHolder holder){}
..........
}
情况照旧，唤醒时，把cocos主界面也覆盖了。下面是其log。
log中可注意到一件小事，destroy发生在remove之前，而remove是主程序在PushBackground时使用如下代码进行的。
case PushBackground:
if(null != compass){
compass.stop();
Log.i("PushBackground","Compass stopped....");
}
else{
Log.i("PushBackground","Compass not exist....");
}
if(mPreviewSV!=null){
ViewGroup vg = (ViewGroup)mPreviewSV.getParent();
Log.i("PushBackground","child count=" + vg.getChildCount());
View viewCamera = null;
for(int i=0; i<vg.getChildCount(); i++){
View view = vg.getChildAt(i);
Log.i("PushBackground","index=" + i +":view = " + view+" id="+view.getId());
if(view.getId()==100){
viewCamera=view;
vg.removeView(viewCamera);
mPreviewSV=null;
Log.i("PushBackground","Remove view = "+viewCamera+" id="+view.getId());
}
}
for(int i=0; i<vg.getChildCount(); i++){
View view = vg.getChildAt(i);
Log.i("PushBackground","after clean------->index=" + i +":view = " + view+" id="+view.getId());
view.layout(120,120,250,250);
}
}
也就是说for循环都还没list到mPreviewSV，它就已经destroy了。不过在后续循环中它仍旧被remove了。
分别在新线程中创建surfaceview，或者runonUIthread，没有什么区别，都存在surface在唤醒时，抢占顶层z序的问题。尝试使用bringToFront()将cocos的framelayout调到顶层，但是没什么作用。
ok，ok，看起来，应该是surfaceview太强大了，要不然就是新线程中运行的绘屏surface会永远在最上层吧。