设计大概如下
我们把所有的按键输入看作是一个stream,然后从stream中去匹配所有撮招规则，一旦有符合的招数产生时便抛出事件，清理stream,继续侦听。对象设计上，我们考虑将这个功能封装成一个可编程的键盘。就像现实中，我们购买的多功能键盘一样可以自己定义功能，这里我们要定义的是一个带撮招功能的键盘。

在创造这个stream之前需要将一些信息单位化。比如撮招中的间隔时间，我们可以把10ms看作是一个字符用*代替，各种按键也转换为字符。这样你的输入流就会变成这样的字符串“F39★★F40★F37★★F40★F37★F38★★★★F40F39★F37★★★F83F68F70”现在，我们便可以用正则表达式来找寻我们需要的招式了。

例如 “right(★){0,3}down(★){0,3}right(★){0,3}attack” 这样一招就表示按键右按下0-3个延迟单位再按键下延迟0-3个单位再按键右0-3个单位再按键attack，匹配的时候需要将up,down,attack转化成按键定义例如F12,F23再进行匹配。 按键定义这样是为了避免字符前后冲突。 right,down是方便用户编写动作的表达。这样，便可以实现正则表达式轻松替换技能配置，和按键间隔时间调整。是不是非常方便？

这里的拣选跟之前那篇文章提到的拣选是不一样的，请看完理解。

这个跟屏幕认知过程是一个原理，我们在看到画面的时候已经知道鼠标是否点中了，因为我们知道选中的那个像素是哪个对象的。现在我们要让我们编写的代码也知道这个事实。原理很简单，就是能通过鼠标点中的像素还原对象的引用。

列举一下核心点:
Point1:获取鼠标点中的像素，这个可以利用context3D.drawtoBitmap得到当前显卡渲染的结果。

Point2:将能代表交互对象的信息绘制到像素，这里我取的每个交互对象的唯一ID(24位UIN,RGB),如果觉得对象数量不够，可以用ARGB。将这个ID作为颜色绘制到模型颜色中，需要在Shader中做一些处理。

//获取贴图像素
“tex ft1, v0, fs0 <2d,clamp,linear> \n”+
//做交互对象的alpha计算，因为你的对象本身可能是有设置alpha的
“mul ft1.w,ft1.w,fc0.w\n”+
//判断alpha是否大于0，是返回1，否返回0，fc2.x=0;
“slt ft1.w,fc2.x,ft1.w\n”+
//最后ft1的颜色=ft1.w*fc1（fc1就是对象ID）
“mul ft1,ft1.w,fc1,0\n”+
//最后输出ID
“mov oc ft1″;

Point3:
利用bitmapdata.getPixel(x,y,)获得点中的像素值去map中读取对应的对象。当然，事先需要建立交互对象的map表。

最后来谈谈效率问题
CPU端 核心接口drawToBitmapData基本不耗CPU，但是它耗时间，这时间是CPU->显存->主板通道->CPU->内存的过程，虽然有点耗时，但是远高于你的游戏频率。ps:这个等待时间是和fp渲染同步的。

假设你是60fps/s，这样拣选相当于在点击的时候多渲染一帧，类似updateAfterEvent强制渲染一次。这一帧需要循环你的对象列表才能完全绘制。所以，这一帧如果有太多的对象需要循环还是能感觉到延迟的。我测试的是1600个单位才会有这个现象，而且很轻微，基本察觉不到。庆幸的是，你并不需要将所有对象都视为交互对象，所以，对象的mouseEnable,mousechildren就是一个很关键的效率开关。这个跟flash.display是一样的。最后，这种方案在渲染模型越来越复杂的时候，显卡压力会比较大。到那种程度，再说吧。

因为一直不想用3d射线的拣选方案，所以，今晚又把渲染拣选方案拿出来动手实践了一下。基本上是探测到本质了。

他的大概思路是将鼠标拣选的位置，渲染到1像素的位图上，然后检测这个像素颜色是否不等于buffer的默认颜色。本质就是渲染画面中被鼠标点中的那个像素，根据颜色值判断是否点中了。

具体实现分下面三步:

step1:
利用相机将鼠标选中的位置偏移到左上角.

step2
渲染当前相机&待检测物件到btimapData,记得context.drawToBitmapData？

step3:
判断像素

三个步骤很简单，代码量很少。但是第一步是需要做一些事情的。
第一步相机挪动的坐标
var
x:Number=e.stageX/Scene.width*2;
var
y:Number=-e.stageY/Scene.height*2*Scene.scale;
Camera.current.position=new
Vector3D(x*(dd[0]*mZ+1),y*(dd[5]*Scene.scale*mZ+1),0);

dd[0]是透视矩阵的scaleX分量，dd[5]是scaleY的分量，要得到实际坐标，一定要乘上当前的z值。

最后谈下这种思路的优缺点，

1、实现思路直观，即显卡渲染结果来检测模型是否拣选。

2、流程简洁/相对于射线拣选法。

3、越复杂的模型，越是它的优势(相对射线法来说，因为计算成本转移给显卡了，实际上是计算成本转移到显卡了)。

4、像素级检测。
这个在某些情况下会是弱点，比如说一个模型中间部分是透明的，但是又希望响应点击，就不行了。

缺点:

1、必须是像素检测

2、务必保证最小次数的拣选渲染。因为显卡到内存这里时间成本比较高，如果一次拣选最后需要渲染好几次才能得到结果的话，会阻断。

RenderMonkey是AMD官方提供的Shader编程工具[下载地址]

选择一个Shader例子

web写作太特闷悲催，半天一张图片，不插图了。抱歉。

打开一个Shader例子后，左边栏可以找到

呐，可以看到左边有VertexShader和PixelShader点击既可以查看源码。然后源码上方Target是Shader版本号，main主函数名称，Disassebly就是显示汇编的，学AGAL的同学其实比较期望能看到汇编源码。

HLSL就是C语言

float4x4 view_proj_matrix: register(c0);
float4 lightPos: register(c4);

这里是声明两个变量view_proj_matrix,lightPos。分别指向一个4*4矩阵和一个Vector3D常量寄存器对应到molehill里面就是Context3D.setConstrantsFromMatrix所给定的常量，Context3D.setConstrantsFromMatrix(0,new Matrix3D,true);
Context3D.setConstrantsFromVector(4,new Vector3D);

第一个是透视矩阵，第二个应该是灯光的位置。

再来看main函数的两个参数，Pos和normal,这个是属于顶点数据传输过来的数据。

一个顶点数据可能是这样x,y,z,x,y,z mohill里面就是
setVertexBufferAt(0,VertexBuffer,n)..这样传入显卡.当然提交数据是VertexBuffer.updateFromVector完成的

最后再看VS_OUTPUT这个结构体里面就定义了Pos,normal,ligtht

最终在VertexShader里面的计算结果会输出这三个内容到Pixelshader继续流程。

vs_1_1
dcl_position v0
dcl_normal v1
dp4 oPos.x, c0, v0
dp4 oPos.y, c1, v0
dp4 oPos.z, c2, v0
dp4 oPos.w, c3, v0
add oT1.xyz, -v0, c4
mov oT0.xyz, v1

查看生成的汇编。。是不是跟AGAL很像。准确的说AGAL是这个的子集。

其中dcl_position是固定的叫声明一个位置，vs_1_1是指定当前ShaderModel适用版本号

需要处理的是位图Buffer是随着文本框动态更新的，今天从blueshell那淘到两个实用函数

获得任意整数最近的2的n次方的数，非常有用，如果你要动态贴图，这个函数会很有用。

悲愤的是，快回家的时候居然搞出一个bug,调来调去最后是因为UV坐标忘了格式化到0-1了。

明天就能完成TextField了。Flash这点比客户端实现文本爽多了，客户端实现文本，还得自制

一张map表，包含常用字符。

想来想去，3D空间是不怎么需要很动态更新的文本，所以用来显示角色名，UI什么的其实问题都不大了

内存估计有点浪费，等问题出现再说。

1、基于VertexShader
实现骨骼贴图的核心点在于VertexShader能同时处理顶点对应的4根(理论值最多4根)骨骼的影响，每个顶点能同时处理几根骨骼的核心在于常量寄存器vc是可以下标访问的，类似于数组的访问vc[0...n]，郁闷的是我刚开始并不知道可以这么访问寄存器，所以，卡了我很久。在翻阅了away3d的Shader生成代码后才发现，并做了测试代码验证。
“m44 vt0, va0, vc[va3.x] \n” +
“mul vt0.xyz, vt0.xyz,va4.x\n”+
“mov vt1,vt0\n”+

“m44 vt0, va0, vc[va3.y] \n” +
“mul vt0.xyz, vt0.xyz,va4.y\n”+
“add vt1,vt1,vt0\n”+

“m44 vt0, va0, vc[va3.z] \n” +
“mul vt0.xyz, vt0.xyz,va4.z\n”+
“add vt1,vt1,vt0\n”…..

上面AGAL部分代码是处理顶点的三根骨骼矩阵，vc是常量寄存器，va是骨骼，用四元数存储四根骨骼序列，核心就这些了。
2、骨骼运动。
骨骼运动相对简单，就是矩阵的叠加，这里需要注意的是矩阵的叠加顺序，需要从子矩阵往父矩阵叠加。
每次update的时序是每根骨骼自己先做运动，然后从子矩阵到父矩阵叠加。

完整的骨骼代码还没实现，等待2D引擎重构完毕后加入这个特性。

这个demo里面是2000个独立显示对象
swf

昨夜把一些收尾工作完成，抽点时间写了个demo测试效率。