团队简介 本团队是经历了两家公司三个产品的开发后，集合到一起的游戏开发从业者。 l 团队优势： 12~36个月时间，三个以上的产品磨合；有良好的默契、工作流程与开发习惯。 (团队成员最长超过35个月，最短不少于12个月的开发磨合时间)

刚发现Flash的DisplayObject/getBounds在只有矢量图形的补间中会计算不出正确的大小，总是得到补间所在的前一个关键帧中的形状区域。 证据：getBounds不给力的证据

问题描述： 换系统之后发现，换了新版的Chrome6。我想用debug版的flashplayer插件，于是照常规安装了“flashplayer 10.1 plugin debug”版。装好之后重启Chrome打开http://www.flashplayerversion.com/，看到版本是最新的，可不是debug version，觉得很奇怪。 后来到控制面板里把flash plugin直接卸载了，打开Chrome依然能播放flash！ 原来Chrome5和Chrome6都已经内置了flashplayer，而且是最新版的，这本是很好的事情，但对于flash开发者来说，需要的是debug版的fp，需要找到方法给Chrome把内置的fp换成debug版。

问题描述： 换FDT4 M3之后，直接把workspace设置到以前的位置，当然会出现不少错误需要修正，不过其中有一项错误，在SDK设置（FDT compiler）里面总是提示我“The Project type has to be set.” 但此界面又没有任何地方修改所谓的“Project type”。 解决方案： 选中项目，右键菜单 - Flash Project - Set proj...

我早年与Flash结缘，一见钟情。 记得在若干年前，Flash小游戏特别流行，我曾被小小系列flash震撼。那时把小小作品4号打了一遍又一遍，暗下决心：以后我要投身Flash领域，做出冲击视觉的flash、开发出好玩的游戏。 我工作之后，先后从事Flash网站开发、Flash虚拟社区开发，闲暇时间从未停止过玩游戏。在工作和游戏的日积月累中，获得了不少灵感，不断记录下来，有一些想法渐渐形成了系统，期待做成一系列的游戏，实现曾经的梦想。 然而现实状况是，既没有赞助又没有回报，尽管在开发的游戏设计上是连自己都会喜欢玩的，但我只能把这样的小游戏开发作为业余兴趣爱好。总希望有空闲时间来慢慢完成，也希望有朝一日能给朋友们玩到，并且大家乐在其中。结果呢，头几个星期干劲十足，可是接下来每天的工作已经很繁忙了，自己的游戏进度缓慢，停滞不前。时常觉得没有动力，每天一做完本职工作就想玩两把星际2洗洗睡了。 时间总是走得太快，我无奈地看着一直拖下来的业余游戏，只能依旧是一个梦。

由于项目中需要用到大量角色同屏幕的功能，需要提高flash player的渲染性能。下午做了个渲染性能测试，并完善了去年写的位图优化代码库。 画面大小2880*2880500个矢量人物动画MC（嵌套2层），循环播放都不把屏幕外的区域removeChild统一是用Flashplayer sa 10.0 debug版测试 1.不优化，直接addChild    fps=4,CPU占满,内存18M29M2.增加了cacheAsBitmap    FPS=1,cpu占满，内存156196M，内存不断波动

最近的项目由于团队中初级ASer比较多，本来是做自动寻路的，硬是被砍到直线碰撞，可惜悲剧的是，直线碰撞都跟我说有问题。 昨天一个哥们一直是让角色没走一步与像素点碰撞判断是否可走。我再多废话一遍：这样既有误差，效率也不高。 今天放此例，表明直线碰撞的推荐做法是，先画一条直线与通断模型进行碰撞测试，证实可抵达之后再直接让角色移过去（速度控制之后再做，与此例无关）。

问题： list里面的对象怎样拖到画面里？ 思路 把list里的对象直接拖到画面里的功能，在场景编辑器里常常用到，我们会放一个List，里面每一项对应一个建筑物，用户可以把建筑物拖拽到场景中。这也和flash的元件库拖拽东西到舞台是一样的效果。 我们可以在List的每一项中存储该项所对应的ClassName，当拖拽开始时，创建对应的实例，并让它跟随鼠标。直到在画面有效区域中松开鼠标才将其添加到新的DisplayObjectContainer内。

问题： var loader:Loader = new Loader(); loader.loadBytes(byteArr); return loader; 之后trace(loader.width,loader.height)为(0,0)， 并且，只要通过loader.width和loader.height改变宽高，就会不见显示。 原因和解决： loadBytes和load方法...

本文是我在http://riaoo.com/?p=1658上看到后，转贴过来的，原文内容来自http://blogs.adobe.com/xwlin/2010/04/flash_player_101_-_adobe_max_2009.html 和 http://blogs.adobe.com/xwlin/2010/04/flash_player_101_-_adobe_max_2009_1.html 演讲人: Lee Thomason (lthomaso@adobe.com)  翻译: 林晓伟 (xwlin@adobe.com) 序言时间： 本月21号 地点：北京国际会议中心。 Adobe即将迎来为期2天的Flash平台技术峰会, 我将有幸作为Ely Greenfield辅助演讲人参与<<Flash Player内部机制>>这一话题的演讲和翻译工作, Ely Greenfield是Apollo Integrated Runtime部门的Senior Principal Scientist, 他在2007年Adobe Max大会上曾经作过这个话题的非常精彩的演讲,google上搜索到了一个参加07年Max大会的哥们对Ely本人及其演讲的评论,”我认为Ely的topic（Flash Player内部机制）在整个Max大会所有topic里是最棒的…” “Ely就是那个传说中闭着眼睛用三天的时间编写了Flex Charting Framework大部分代码的家伙”… Adobe 09年的Max大会仍然有Flash Player内部机制这一话题,不过演讲者是Lee Thomason(另一个骨灰级牛人, Flash Player架构师, 外号Player Guy, 据说是Flash Player第一人), 这是一个非常有深度的话题, 演讲速度很快，一个小时的时间涉及到了player架构方方面面尽可能多的技术, 在这里我将他的大致演讲内容总结翻译一下, 供大家参考.