论坛首页 → 移动开发技术论坛 →

关于j2me game双缓冲实现探讨

浏览 7477 次
锁定老帖子 主题：关于j2me game双缓冲实现探讨
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
  • wuhua
  • 等级: 三钻会员
  • 性别:
  • 文章: 634
  • 积分: 1688
  • 来自: 广州
   发表时间：2006-11-29  
      双缓冲技术的应用很广泛，设计游戏的时候更是需要它，
     在midp1.0中，api中并没有game这个包，看到网上很多人在讨论设计游戏的时候会出现图片断裂，屏幕闪烁等问题。
     我经过这几天的学习整理下自己的学习心得，用来抛砖，希望对此有研究高手们相互讨论。让我也学习学习。
    
     双缓冲的原理可以这样形象的理解：把电脑屏幕看作一块黑板。首先我们在内存环境中建立一个“虚拟“的黑板，然后在这块黑板上绘制复杂的图形，等图形全部绘 制完毕的时候，再一次性的把内存中绘制好的图形“拷贝”到另一块黑板（屏幕）上。采取这种方法可以提高绘图速度，极大的改善绘图效果。
    对于手机来说。具体的过程就是通过extends Canvas。然后获取bufferImage。再然后就getGraphics。最后就是在这个graphics中绘制图片等，再最后就是把这个绘制好的bufferImage绘制的屏幕上。
     说归说。具体还是要看代码的。里面的代码参照了一些开源的代码。
java 代码
 
  1. /******************************************************************** 
  2.  * 项目名称             ：足球项目j2me客户端         
     
  3.  *  
  4.  * Copyright 2005-2006 Teesoo. All rights reserved 
  5.  ********************************************************************/  
  6. package org.wuhua.game;  
  7.   
  8. import javax.microedition.lcdui.Canvas;  
  9. import javax.microedition.lcdui.Graphics;  
  10. import javax.microedition.lcdui.Image;  
  11.   

  12.  
  13.   
  14. /** 
  15.  * 类名：GameCanvas.java 
     编写日期: 2006-11-29 
     程序功能描述：     
  16.  * 实现双缓冲的Game画布。实现原理是创建一个BufferImage。然后绘制，最后显示出来。就这么简单。
     Demo: 
     Bug:     
  17.  * 
     
  18.  *  
  19.  * 程序变更日期 ：
     变更作者 ：
     变更说明 ：
     
  20.  *  
  21.  * @author wuhua 
          
  22.  */  
  23. public abstract class GameCanvas extends Canvas {  
  24.   
  25.     /** 
  26.      * 绘制缓冲的图片。用户绘制资源的时候都是操作这个图片来进行的 
  27.      */  
  28.     private Image bufferImage;  
  29.   
  30.     private int height;  
  31.   
  32.     private int width;  
  33.   
  34.     private int clipX, clipY, clipWidth, clipHeight;  
  35.   
  36.     private boolean setClip;  
  37.   
  38.     protected GameCanvas() {  
  39.   
  40.         super();  
  41.   
  42.         width = getWidth();  
  43.         height = getHeight();  
  44.   
  45.         this.bufferImage = Image.createImage(width, height);  
  46.   
  47.     }  
  48.   
  49.     protected void paint(Graphics g) {  
  50.         //如果要求绘制指定区域的话就需要这样了  
  51.         if (this.setClip) {  
  52.             g.clipRect(this.clipX, this.clipY, this.clipWidth, this.clipHeight);  
  53.             this.setClip = false;  
  54.         }  
  55.         g.drawImage(this.bufferImage, 0, 0, Graphics.TOP | Graphics.LEFT);  
  56.   
  57.     }  
  58.   
  59.     public void flushGraphics(int x, int y, int width, int height) {  
  60.         this.setClip = true;  
  61.         this.clipX = x;  
  62.         this.clipY = y;  
  63.         this.clipWidth = width;  
  64.         this.clipHeight = height;  
  65.   
  66.         repaint();  
  67.         serviceRepaints();  
  68.     }  
  69.   
  70.     public void flushGraphics() {  
  71.         repaint();  
  72.         serviceRepaints();  
  73.     }  
  74.   
  75.     /** 
  76.      * 设计者主要是通过调用这个方法获取图片。然后就可以绘制了 
  77.      * @return 
  78.      */  
  79.     protected Graphics getGraphics() {  
  80.         return this.bufferImage.getGraphics();  
  81.     }  
  82.   
  83.     /** 
  84.      * 这个方法主要是处理Nokia平台，用户调用setFullScreenMode(boolean enable) 时重新按照新的w & h创建缓冲图片 
  85.      */  
  86.     protected final void sizeChanged(int w, int h) {  
  87.         if (h > height) {  
  88.             this.bufferImage = Image.createImage(w, h);  
  89.         }  
  90.     }  
  91. }  
返回顶楼
         
  • whycloud
  • 等级: 二星会员
  • 性别:
  • 文章: 408
  • 积分: 238
  • 来自: 北京
   发表时间：2006-11-29  
图形绘制方面还有一个叫"翻页"技术，是开辟了2块缓冲区，交替绘制，不过对于J2ME来说内存是个问题，所以很少使用
返回顶楼
          回帖地址
0 请登录后投票
  • wuhua
  • 等级: 三钻会员
  • 性别:
  • 文章: 634
  • 积分: 1688
  • 来自: 广州
   发表时间：2006-11-29  
而起如果采用这样的技术的话，会不会造成得不尝失呢。
返回顶楼
          回帖地址
0 请登录后投票
  • whycloud
  • 等级: 二星会员
  • 性别:
  • 文章: 408
  • 积分: 238
  • 来自: 北京
   发表时间：2006-11-29  
wuhua 写道
而起如果采用这样的技术的话，会不会造成得不尝失呢。
如果是二重缓冲，一半来讲不会有过大的负担，整个二重缓冲的实现，在J2ME中最慢的应该是
Image.createImage(width, height);
其他的到没什么，而且对于游戏来说，帧率不要求太高，能保持在12帧就可以了
返回顶楼
          回帖地址
0 请登录后投票
  • wuhua
  • 等级: 三钻会员
  • 性别:
  • 文章: 634
  • 积分: 1688
  • 来自: 广州
   发表时间：2006-11-29  
whycloud 写道
wuhua 写道
而起如果采用这样的技术的话，会不会造成得不尝失呢。
如果是二重缓冲，一半来讲不会有过大的负担，整个二重缓冲的实现，在J2ME中最慢的应该是
Image.createImage(width, height);
其他的到没什么，而且对于游戏来说，帧率不要求太高，能保持在12帧就可以了


兄弟讨论的不错。对了，你有没有具体研究关于两个物体碰撞。
我知道有个方法是位置的检测。这对于非透明跟效果不要求很真实的来说是可以接收的。
但如果要求效果很真实，就就需要真实像素检测。请问有没相关的实现，或者想法。
虽然game Sprite类已有相关实现，但我还是想了解下。
返回顶楼
          回帖地址
0 请登录后投票
  • whycloud
  • 等级: 二星会员
  • 性别:
  • 文章: 408
  • 积分: 238
  • 来自: 北京
   发表时间：2006-11-29  
碰撞检测，在2d游戏中一般情况都是采用位置检测，假设一个精灵12*12的话可以把精灵考虑成12*12的正方形检测，或者是半径6的圆来检测
一般在飞机类游戏是采用后者，这样计算子弹和飞机中心的距离平方小于一个值的时候就认为发生碰撞，而这个距离可以采用勾股定理直接得到。
另外可以将真个游戏画面划分成N个区域，只检测可能发生碰撞的精灵内的部分
例如在飞机游戏中，敌人的子弹和player的飞机，检测过程中，遍历和飞机在一个区域的子弹精灵就可以了。这样可以减少检验过程中的运算量。
如果是横版游戏，一般都是采用正方形的检测
其实像素不是非常大，就没有必要精确到像素检验了
如果是3d碰撞就要稍微的复杂了。到现在一直都没具体时间整理，上次我写的那个3d教程碰撞检测的后半部分
返回顶楼
          回帖地址
1 请登录后投票
  • redduke1202
  • 等级: 初级会员
  • 性别:
  • 文章: 40
  • 积分: 93
  • 来自: 上海
   发表时间：2007-03-05  
事实上很多机器本身就实现了双缓冲
再缓冲一次意义不大
返回顶楼
          回帖地址
0 请登录后投票
论坛首页 → 移动开发技术版

跳转论坛:
Global site tag (gtag.js) - Google Analytics