是这样的 我做了一个flash小游戏 现在我用另一个flash（暂时叫主flash吧）来加载这个flash小游戏（游戏里面有声音），当我要卸载flash小游戏的时候发现声音并没有清除掉 后来我就想了一个办法 就是主flash卸载flash小游戏的时候调用flash小游戏关闭声音的方法 虽然可以把声音清除掉 但是新的问题又来了 但我再次加载（有时候重复很多次加载卸载）时，会出现一些程序上的错误 而这些错误在我第一次加载时都没有出现 而是后来因为我反复加载卸载才出现的 所以我就怀疑是没有卸载干净的原因 各位如果知道的 希望不吝赐教 小弟万分感谢 因为我都被这个问题烦了好几天了 ......
对自己哪方面工作满意，有效的经验总结有哪些？
1） 客户端的完整事件
机制和消息分发机制的构建。
构建了比较稳定有效的事件和消息分发机制，目前的事件机制建立在AS3.0新的事件机制基础
之上，使用全局静态属性，并且传递的参数可以不限长度，不限类型的的进行添加，使服务器、
消息和客户端各模块之间，客户端内部各模块之间的信息通信
简便而稳定。
经验：在构建消息机制前，在网上，和各个技术群理参考了大量实例和代码
，和很多AS 的技
术人员进行了沟通和了解，最终确认了目前采用的通信构架。
2） 本地数据
库数据结构的设计和分析加载
机制的构建。
在分析了客户端本地数据的需求后，设计了一套适合本地解析维护的文本数据结构，采用这一
数据结构以后，所有的本地数据都可以在文本数据中进行维护，包括通信协议的解析代码和之
后添加的各项客户端数据，基本上维护数据的工作可以由负责相应功能的策划人员进行维护，
体现了比较良好的可维护性和更新性。
经验：在和策划的比较深入的沟通下，再比较早的时间就制定了规范的客户端数据结构，在之后
的策划一直按制定好的 ......
一直都有先烈往这块领域投奔，为flash
产业做出辉煌的贡献，为此今天特撰此文以告后
人避免重蹈覆辙.
MMO APRG游戏
的最关键问题是网络延时，一旦网络延时过大，就会给
玩家造成很差的游戏体验，这点是很致命的，那么flash能不能胜任呢？
除去Adobe
的RTMFP(UDP协议)之外，目前我们在
flash上能用的通讯协议只有TCP，那么它能胜任么？
先讲下TCP数据
的传播方式
假如你想把数据从客户端A发往客户端B，那么数据的发送形式如下：
客户端A -> 服务器 -> 客户端B
有人会想，假如我的客户端A到服务器的Ping值(网络延时)为30ms，客户端B到服务器的Ping值也为30ms，那么A机发数据到B机上也就
60ms，60毫秒的时差对APRG游戏还是可以接受的呀。
很好这样讲是没错的，但是就是因为这样想很多先烈倒下来了。
表面上看60ms是能把数据从A机发往B机，但实际上并不是这么简单。
TCP协议本身默认开启了一个算法
叫做：Nagle。
它是干什么的呢？
简单来讲：它是一个延后发送数据的算法。
当你往socket发送数据的时候，如果发送的数据小于MSS(最大分段长度)，那么你所发送的数据将会延后200ms才发送，这意味着什么呢?
意味着A机发往B机的时间为30+200+200+30=460ms� ......
欢迎大家来到这里，在这里，我要向大家宣告一件事情，我将会送给你们每一个人一朵玫瑰，请好好保管好它，因为它里面包含我的温暖。 我相信你会喜欢上！
------ 夏天的树人
马上送上
第一朵玫瑰：
第二朵玫瑰：
第三朵玫瑰：
......
首先，配置RedBoot的IP及其tftp服务器IP，装好tftp服务器，需要下载的内核及内存镜象应放在服务器的/tftpboot目录下
配置RedBoot的指令是
> fconfig
注意：启动的延时不要设为0，否则以后就很难再更改系统了
然后要执行flash存储器的初始化工作：
> fis init
之后，将kernel与ramdisk.gz通过tftp下载至内存并写入flash中
> load -r -v -b 0x01600000 zImage
> fis create zImage
> load -r -v -b 0x00800000 ramdisk.gz
> fis create ramdisk.gz
（注意，以上几步必须按顺序执行）
配置系统启动参数：
> fconfig
将run boot script设为true
然后在启动脚本里加入
> fis load -b 0x01600000 zImage
> fis load -b 0x00800000 ramdisk.gz
> go -n 0x01600000
重新启动系统后就会自动从flash启动了：
> reset
若希望给linux内核增加参数，例如，如果希望给内核传递root=/dev/mtdblock1的参数，可以将
> go -n 0x01600000
替换为
> exec -b 0x01600000 -l 0x80000 -c "root=/dev/mtdblock1" ......
首先，配置RedBoot的IP及其tftp服务器IP，装好tftp服务器，需要下载的内核及内存镜象应放在服务器的/tftpboot目录下
配置RedBoot的指令是
> fconfig
注意：启动的延时不要设为0，否则以后就很难再更改系统了
然后要执行flash存储器的初始化工作：
> fis init
之后，将kernel与ramdisk.gz通过tftp下载至内存并写入flash中
> load -r -v -b 0x01600000 zImage
> fis create zImage
> load -r -v -b 0x00800000 ramdisk.gz
> fis create ramdisk.gz
（注意，以上几步必须按顺序执行）
配置系统启动参数：
> fconfig
将run boot script设为true
然后在启动脚本里加入
> fis load -b 0x01600000 zImage
> fis load -b 0x00800000 ramdisk.gz
> go -n 0x01600000
重新启动系统后就会自动从flash启动了：
> reset
若希望给linux内核增加参数，例如，如果希望给内核传递root=/dev/mtdblock1的参数，可以将
> go -n 0x01600000
替换为
> exec -b 0x01600000 -l 0x80000 -c "root=/dev/mtdblock1" ......
一， 开发工具的认识：
初步认识：Flash开发环境简介；
通过读这边简介，我认识到自己目前定位到先学习基于时间轴的动画效果开发设计上。首先安装下flash cs4来使用。（后期要计划学习使用as脚本的应用Flash Develop）
二，flash cs4学习：
1，时间轴，帧
帧——是进行flash动画制作的最基本的单位，每一个精彩的flash动画都是由很多个精心雕琢的帧构成的，在时间轴上的每一帧都可以包含需要显示的所有内容，包括图形、声音、各种素材和其他多种对象。
关键帧——顾名思义，有关键内容的帧。用来定义动画变化、更改状态的帧，即编辑舞台上存在实例对象并可对其进行编辑的帧。
空白关键帧——空白关键帧是没有包含舞台上的实例内容的关键帧。
普通帧——在时间轴上能显示实例对象，但不能对实例对象进行编辑操作的帧。
2. 区别
1） 关键帧在时间轴上显示为实心的圆点，空白关键帧在时间轴上显示为空心的圆点，普通帧在时间轴上显示为灰色填充的小方格
2） 同一层中，在前一个关键帧的后面任一帧处插入关键帧，是复制前一个关键帧上的对象，并可对其进行编辑操作；如果插入普通帧，是延续前一个关键帧上的内容，不可对其进� ......
最新文章 : flash