鸟哥,j2me,7610

鸟哥在实际开发中，有以下体会：
在支持midp2.0的手机中，使用drawRegion方法，普遍支持得非常好。可是还是有那么些机型就偏要那么的恶心几下，比如nokia7610系列。公司也想放弃对它的移植，可是广大手机用户对7610系列的偏爱还真是广泛，用户量还是很大的，硬着头皮去搞。用drawRegion画，只要不翻转，不旋转，7610还是足够快的。要是用了翻转，甚至旋转，那就慢得要死了。这样，解决方案就是直接用nokia的包，DirectGraphics(dg)。
而用它，就有好多需要注意的问题了。
dg的TRANS_ROT90、TRANS_ROT270与midp2.0中的Sprite的旋转参数不一样的，一个是顺时针，一个逆时针，不要被文字迷惑。
g.setClip对dg同样有效果，但是dg做了翻转，旋转，坐标位置就不对了，坐标必须同样做旋转，否则，裁图无法裁对。
用了nokia ui，同样也无法完全避免速度慢的情况，用nokia ui，速度是有所提高，像不想避免多图，增加翻转，旋转方向的游戏，像rpg，卡基本上是必然的，只是不太影响用户体验，还是可以算移植成功的。
用了nokia包，特别是dg.drawImage()做了旋转翻转，预编译方面就要注意了，否则将变得非常烦锁，因为参数特别多。
7610的内存，还是比较大的。因而可以增加多方向的图，卡的情况可以改善很多。像3230机器，达2m之多，放心增图吧。不过同系列的松下X800又不是很多哦,只有700k吧。
7610系列的机型，据说有内在泄露的bug，有时会越玩越卡。关闭了游戏，再玩，可能又不卡了。
评论回复更精彩！相关问题，我会以评论回复方式给到。

评论

8 楼 鸟哥哥 2010-03-22  

shizhiwu 写道

鸟哥你对 7610 情有独钟啊....哈哈...我尝试到了

对，这机子很极品

7 楼 shizhiwu 2010-03-22  

鸟哥你对 7610 情有独钟啊....哈哈...我尝试到了

6 楼 鸟哥哥 2010-03-20  

player.close也可以试试

5 楼 鸟哥哥 2010-03-17  

7610调用midlet.destroyApp时，音乐极可能还在播放，关了游戏，要过一会再停止播放。尝试在退出前调用player.stop,鸟哥告诉你，这样还不成。还要加一段：player = null;搞定。这鸟机器。

4 楼 鸟哥哥 2010-03-17  

再增加一问题：
标准的中断处理，是做一个暂停界面，游戏声音关掉，左软键返回游戏，如果音乐原来是播放的，就在按左软键返回时开启。
7610手机中断（来电啊，提示电量不足啊等等）有这种情况：
如果音乐播放(player)中中断，系统会调用当前Canvas的hideNotify
这时如果接电话，系统会调用showNotify
如果在两个方法上调用音乐player.stop(),真机测试表明，不会stop!
初步判断是：
来电系统发现音乐在播放，所以在调用hideNotify之前调用了stop方法，系统记录这游戏的音乐是开的，但被系统关了。
这时hideNotify方法里就算是写了暂停音乐代码，因为音乐已被系统暂停，调用的stop方法变得无用。
接电话了，系统调用showNotify，而根据系统记录：“这游戏的音乐是开的，但被系统关了”，系统就调用start,这样在showNotify上调用stop也没用了
解决方案其实只要在暂停界面上每桢都判断音乐是否stop,否则调用stop

3 楼 shizhiwu 2010-03-04  

哈，在你的博文中反复提到7610，看来是吃了不少7610的苦头了...不过都是些经验之谈，让小辈们少走了弯路了

2 楼 鸟哥哥 2010-01-29  

鸟哥再
增加一问题：
在7610上，
Image abc = Image.createImage(w, h);
Graphics g = abc.getGraphics();
做g.setClip(x,y, ww, hh)，直接影响到Image sub = Image.createImage(abc, xx, yy, www, hhh, tran);
setClip会裁剪遮盖这个新sub;
经过真机测试。
7610会
n73不会。

1 楼 鸟哥哥 2010-01-29  

鸟哥再
增加一问题提示和解决方案：

有如下接口A,抽象类B,类C
interface A
{
 void methodA();
 void methodAA();
}
abstract class B implements A
{
  void methodA()
  {
   }
}
class C extends B
{
 void methodAA()
 {}
}

B b = new C();
b.methodAA();//此代码在7610机子上，抛出没此方法异常。

7370,n73系列不会。
j2se编译，执行同样不出错。
这是标准的继承，oop设计方法。
真机，普通模拟器，测试不出来，nokia的模拟器才可以提示此异常，手机顽童直接死掉，不明所以，KE测试无问题。
你可以把它当成bug.
解决方案：

abstract class B implements A
{
  void methodA()
  {
   }
  abstract void methodAA();
}

你可以觉得这样复杂的代码结构没必要，所以你可以当作不存在。因为迟早有一天7610系列机器会不存在，就像再过一些年，你我都会不存在一样。