Mobile Game

有的图片，旋转90度过后再压缩会小很多，这个方法是根据filter想到的，因为filter是按行的。用bad的png压缩， 银月那把剑，横着压出来3016B， 竖着只有2625B。

用DirectGraphics.getPixels(int[] ..., TYPE_INT_xxxx_xxxx) 得到的颜色值不准确。因为nokia的手机内部使用的是TYPE_USHORT_565_RGB的格式，在getPixels(int[])时需要进行映射。更严重的是，不同位置的同种颜色的点，get出来的颜色值也可能不一样(遇到过了这种情况，但还没发现规律。如果你知道，请告诉我:)。比如白色(

忘了什么问题了。发现再写。

当我们把一个Image画到它本身上面，会出现什么情况呢？如下例子：Image img = Image.createImage(100,50);Graphics g = img.getGraphics();g.setColor(0xff0000);g.fillrect(0,0,10,10);g.drawImage(img,dx=10,dy=10,0);也许，结果和你预想的有所不同。原因很简单，由于源

有的手机不支持utf8. 需要时直接copy。 UTF-8 Decoder:String decode(byte[] b,int start,int len) {    StringBuffer s = new StringBuffer();    int end = start + len;    for (int i = start; i         byte b = b[i++];   

很多人都问过我这个问题，解释了很多遍，干脆写出来。Q: 为什么我在setFullScreenMode(true)后，调用getWidth(),getHeight()得到的屏幕尺寸比实际尺寸小？A: 因为当Canvas没有被显示时，调用setFullScreenMode(true)后，并不会立即生效。在生效过后，系统会回调sizeChanged(int w, int h) 来通知屏幕大小已经改变。p

看到一片不错文章：http://jcodeworks.com/developersfxguide.html整理了一个表格  Device Melody Wave Vibra 1 FX at a time 3650/6600/N-Gage mid0 amr - - 7650 - wav - - Moto V525/V600 mid0 amr Y - Sagem myV65/myV75 ? wav -

MIDP2.0增加了GameCanvas类，其中包含了一个offscreen_buffer,可以随时调用flushGraphics()来把它画到屏幕上,游戏的结构也可以变得简单一些。但是，为了移植方便，大多数时候还是用的MIDP1.0的结构。GameCanvas中是这样定义的：private Image offscreen_buffer;我们无法得到这个Image的reference，但是可以通过

如果jar包里有一个资源文件,路径为 "/test/abc.ext"那么可以用以下方式中都可以把这个文件读进来:getClass().getResourceAsStream("/test/abc.ext");getClass().getResourceAsStream("st/abc.ext");getClass().getResourceAsStream("abc.ext");getClass(

在proguard的参数中加上:-dontusemixedcaseclassnames因为windows文件名是大小写无关的. 如果还是不行，可以试试 -dontoptimize另外还有其他可选参数:-overloadaggressively-allowaccessmodification

游戏中有个奇怪的bug,通过输出无数信息，终于定位到了问题所在。发现是输出的一个byte变量的值是-255...static byte actionId;static String msg;static void method1(){    msg = "actionId1:"+actionId;    method2();}static void method2(){   msg += " ac