arpg网页游戏特效播放(一)

  网页游戏中的特效,主要包括:场景特效,攻击特效和UI特效三种。场景特效是在地图层上播放的特效,攻击特效主要是技能触发的一些特效,UI特效是面板上的一些特效,还有一些在人物身上播放的特效,例如脚底光圈特效等。特效的播放方式有两种,一种是直接播放swf,二种是根据图片序列,直接绘画到Bitmap上,对于两种方式,我比较倾向于直接绘画到Bitmap上。一般我们我们处理程序的逻辑是,显示和逻辑分开。对于特效显示逻辑,就是特效的绘画逻辑,以及资源的整理方式,逻辑就是特效的播放位置和播放时机不一样而已。所以对于特效,我们抽象出一个基类来处理显示逻辑。

  1. 特效资源的组织方式:一种是swf方式,即特效制作人员直接倒出swf文件,直接放到程序中播放,一般小游戏会这么做;还有一种是特效制作人员给出一系列png图片,然后程序根据图片序列和帧率用FlashCS 制作swf文件,然后再程序里根帧率去把swf中每一帧绘画一个bitmapdata中,还有一种是写一个工具,把所以的图片序列生成一张大的png,然后还有一个图片xy偏移的配置文件,根据这个配置文件去取像素,绘画到bitmap上。
  2. 特效绘画到bitmap,要一个需要解决的问题,我把它称作“置心点”,即特效制作人员,制作特效的时候,肯定是根据一个中心点来制作。这个中心一般是画布的中央,或者左上角等。所有绘画到bitmap上的图片序列需要根据这个点做偏移的。
  3. 因为游戏中,会涉及到特效重叠的情况,所以bitmap有一个属性blendMode,即指定使用的混合模式,一般情况用不到这个属性,但是偶尔一些特殊效果,需要用到这个。这个属性查一下API会有详细的图例说明。
  4. cacheAsBitmap属性,为True时,可提高显示性能,这属性是一把双刃剑,最好将此属性与主要具有静态内容且不频繁缩放和旋转的影片剪辑一起使用,如果对位图适用滤镜时,此属性直接为True,其实我感觉这就是一种拿内存来换显示效率的一种方式。具体在什么情况下,使用此属性,我也没有一个很明确的定论,一直跟着自己的感觉走,就是设置下此属性,看看流畅度和内存使用率,怎么好就怎么选择了。

  现举例说明:

  资源的组织方式:特效制作人员会给出一系列png图片和置心点,然后用jsfl工具,把png裁剪到最小范围,并且生成一个偏移量的xml文件。然后再用生成工具把处理过的png图片绘画到swf中的每一帧当中,并且在配置文件中配置此特效的ID,置心点,播放序列。如:590000004(ID),75,85(point),

1,1,2,2,3,3,4,4,5,5,6,6(frames)。这个帧序列的意思就是:第一帧播放swf中第一个图片,第二帧也是第一张图片,第三帧是2张图片,如此循环,便形成一个特效的播放过程。

  特效的播放函数(伪代码):

        public function render(stepFrame:int, stepTime:Number):void
        {
            var index:int = _info.frames[_currentFrame];
            var pack:IPackageFileData = _effectSwf.getPkgData(index); //取当前播放图片序列
            if(pack != null)
            {
                if(index != lastImg)
                    bitmapData = pack.getBD();
                lastImg = index;
                var _x:int = pack.getX() -_info.org_point.x + _sceneX;
                var _y:int = pack.getY() -_info.org_point.y +  _sceneY;
                if(super.x != _x)
                    super.x = _x;
                if(super.y != _y)
                    super.y = _y;
            }
            _currentFrame = _currentFrame + stepFrame;
            if (_currentFrame >= _info.frames.length)
            {
                count++;
                _currentFrame = 0;
            }
        }
        public function getPkgData(imgId:int):IPackageFileData // 接上面的函数
        {
            if(_isReady == false)
                return null;

            if(_bmdDatas[imgId]){ // 有缓存直接返回
                return _bmdDatas[imgId];
            }

            if(imgId > _frameCount)
                return null;

            var bmdRect:Rectangle;
            var bmd:BitmapData;

            this._source.gotoAndStop(imgId); // swf直接播放到当前图片序列
            bmdRect = this._source.getBounds(this._source);
            if (bmdRect.width == 0)
            {
                return null;
            }
            else
            {
                bmd = new BitmapData(bmdRect.width, bmdRect.height, true, 0);
                this._matrix.tx = -bmdRect.x;
                this._matrix.ty = -bmdRect.y;
                bmd.draw(this._source, this._matrix);
                var pkgData:PacckageFileData = new PacckageFileData(bmd, bmdRect.x, bmdRect.y);
                _bmdDatas[imgId] = pkgData;
            }
            return _bmdDatas[imgId];
        }

  现在想来,如果把png序列图片,通过一定的算法,绘画到一张大的bitmap上,然后根据配置文件直接去像素,这样的效率应该会更高。做手游处理资源的方式是这样的,而且还有专门的工具。这个东西也不太好评估,因为把png序列导成swf可以对图片进行一些压缩,从而减少加载大小,提高显示速度,加载是快了,但是显示的时候,还隐形的创造了一个swf对象,多占了好多内存。如果只加载一张比较png图片,加载慢了些,但是png多大,就会占用的多大的内存,比swf对象占的内存小的多。哪个更好些,我也没对比过。不过随着硬件的不断发展和网络不断提速,这两种方式区别可能越来越小,那就怎么方便怎么来吧。

  (转载请表明出处)

时间: 2024-10-24 20:35:12

arpg网页游戏特效播放(一)的相关文章

arpg网页游戏之地图(一)

开发arpg网页游戏一项比较重要的难点是游戏推图.游戏中主城的地图比较大,我遇到到最大的是8000*6000的地图,比较小的就是副本地图,有可能还占不了一屏.像这种比较大的地图,一般都是分块加载的,游戏中不可能一次将整个地图添加到舞台上,得根据角色的移动视窗来加载地图.这个时候会碰到三种情况:人动,地图动:人不动,地图动:人动,地图不动.我试过前两周情况,人动,地图动,这种情况画面看着比较流畅,人不动,地图动,不太流畅.所以选择了前者. 什么是人动,什么是地图动?开发网页游戏都是分层的,一般分为

arpg网页游戏之地图(三)

地图分块加载类MapEngine,主要包含以下属性: g 地图层graphics,地图将画在上面 buffPixelRange 地图加载范围矩形 viewPort 屏幕视窗 currZoneArr 已经加载过的地图块 waitLoadZone 待加载地图块 showZone 加载完成即将显示的地图块 preLoaderNmu 预加载块数 单独说下地图层graphics,Graphics实际上为一个shape对象,我把所有的加载的地图块,draw到graphics上,也有很多创建多个bitmap对

arpg网页游戏之地图(二)

这一节说说视窗,这个视窗,也就是游戏的视角.现在的网页游戏分为2D游戏,2.5D游戏和3D游戏,2D游戏基本是一些横板的,2.5D基本都是arpg的,可以说游戏画面投影的角度略有不同,3D网页游戏,现在也有不少,效果做的不错的,都是带微端的,不带微端同屏人数过多就会出现卡顿的情况.个人感觉网页还不太适合做3D的,一是效率问题,二是表现效果不如端游炫.端游开发周期较长,世界观比较宏大,玩家呢,要适应游戏世界,并在里面找到自己的定位,这样玩家的忠诚度比较高:而网页游戏的目的不恰恰相反,它主要是迎合玩

arpg网页游戏之地图(四)

这一节主要是针对上一节的补充,关于地图的优化策略上一节中已经涉及了一些,这一节具体说下. 地图块加载队列:就拿1280*800的屏幕分辨率来讲,大约需要加载的地图块为30~35块之间,如果这个时候一下子加载这么多地图块,占用的网络带宽会比较多,因为IE加载资源也是有限制的,如果多余限制就会加入排队机制.所以这个时候,就需要一个地图加载队列,来限制同时加载地图块的数量,比如可以同时加载两个,当两个当中哪个Loader加载完,此对象回收,然后重新下一个. 渲染策略优化,实际就是分帧运算的远离.即没帧

AS3.0网页游戏优化一

有道无术,术尚可求,有术无道,止于术.神即道,道法自然,如来! 借用上面的一句话,来开启AS3.0网页优化的一些策略,在从事大约两年多的网页游戏行业,对于AS3.0性能优化,有一些自己的见解和想法,及此分享给大家,仅供抛砖引玉,鄙人拙见,愿给从事网页游戏的人以启迪. 我认为AS3.0的性能分两部分,第一部分是技术性优化,就是在理解flash 弹性跑道模型渲染原理和AVM本身一些垃圾回收原则等,对自己的程序进行一系列的性能优化.第二部分是游戏逻辑性优化.我只从事过2.5D arpg网页游戏的制作,

网页游戏

网页游戏_百度百科http://baike.baidu.com/link?url=__mxqeSPiqAO_TGydqkd7M8BGmboUrei_rqfDzv59uOS9GxVe1UdbsClJgg2l5qCuFy4qzFWgaQo9GeZeaBpeiTo2npMjlMvFD6Wb-QNY8D1iT_phwtSVuq1RFOUAocv 页游 即 网页游戏 . 网页游戏又称Web游戏,无端网游,简称页游.是基于Web浏览器的网络在线多人互动游戏,无需下载客户端,只需打开IE网页,10秒钟即可进入

Dgame3D——开源3D网页游戏引擎

资源介绍: 创建一个主类 public class Main extends Sprite在构造函数中监听舞台的初始化if (stage) init();else addEventListener(Event.ADDED_TO_STAGE, init);在init函数中创建Context3D创建成功会有一个回调事件,在事件中创建dGame3DSystem,创建一个游戏类Game,最后再创建一个timer用于游戏类的主循环 dGame3DSystem.CreateContext3D( stage

网页游戏服务端-人物移动广播优化

[本文转自网络http://janeky.iteye.com/blog/1614175] 这段时间在处理服务端人物移动广播遇到了问题,记录一下. 1.问题 现在的页游都朝着客户端的方向靠齐了,大地图,千人同屏.因此,也给页游的服务端开发带来了不少的挑战.假设一个场景地图是8000*8000大小,同时有1000人在.1秒钟内,每个玩家移动一次.按照最原始的做法,就是给同一个场景的用户广播消息.简单计算一下广播量:1000*1000=1000000的广播量,有点恐怖. 2.方案 优化的目标肯定是减少

WEB前端开发学习----4.用JavaScript实现网页游戏的移动效果

想必大家都玩过网页游戏吧.随着HTML5的普及,浏览器+云端的web app成为了未来的趋势.很多效果都离不开JavaScript.所以说要想进行web开发,JavaScript一定得学好. 那网页游戏中是怎么实现人物的移动效果呢,今天分享一个很基础的简单方法. 效果图如下:点击上边的按钮,暴走小人开始向右移动. HTML+CSS部分非常简单.就不多说了.需要注意的是图片要使用绝对定位. 那么怎么让图片向右动起来呢? 由于图片有position属性,那么我们只需要改变它的属性值就可以了.比如说我