手机屏幕刷新率总结

rix

java：我见过的最高的是14桢率（67块地图），游戏中见过的最高11桢（32*32块地图，3缓冲）。
brew：最快20桢（brew建议时钟最快设置50ms,所以最快就是20桢了）
symbian:
3650测试结果：
全屏幕（176*208）无透明颜色：66桢（我记得是这个数字，时间长了，有点不太清楚）
全屏幕（176*208）使用nokia的mask方法：9桢（不管几张图，都是这个桢率，除非图实在太多）
全屏幕（176*208）我自己写的透明处理：最快55桢（未优化，优化后估计也不会太高，双缓冲）
全屏幕（176*208）我自己写的(32级)alpha处理：最快37--40桢（也没有优化，优化后对于全屏幕最快可能能达到45桢以上）
7650和3650差不多，n-gage有时候的结果比上面的还有慢（偶尔）。虽然n-gage中含有图形芯片，但我的测试程序中没有使用n-gage的任何特殊函数，所以在n-gage上可能就慢了一点
以上测试均为我个人测试 [em2]

HappyPocket

能把你的方法介绍一下吗？老大！：）

rix

不用nokia的处理办法，自己写图形处理就可以了。不过，symbian sdk的2.0好像支持了这些功能，我没有用过，也没有进行过测试，所以就不不太清楚效率了

银羽

我的手机就是3650
也正准备自己写东东玩.以后还请多多指教

uponisland

呵呵，能不能写出你的测试方法啊
应该写出你的测试标准吧

rix

java手机的14桢是根据别人的程序得来的，在128*128的屏幕上画67块地图。
10桢是我朋友的程序，采用多级缓冲，主要因为地图是程序生成，每块地图4*4，在128*128屏幕上测试
我不太懂j2Me开发，所以这些数据都是给别人要的。
symbian我采用的是全屏幕画一张图，测试本身没有什么标准，仅仅想看看哪种办法最快，测试用的图为同一张图。

kingzeus

这个测试的说明不够详细,结果的意义也不是很大.
举例说明一下:
就 BREW 来说，屏幕刷新率和很多因素有关：直接的就是和描画相关的，间接的涉及了定时器的相关操作。
描画时图片格式和描画方式都会直接影响到描画的速度；DDB相对来说是最快的。
定时器的操作也会影响到刷新率。
以上的还是比较好处理的，手机上屏幕刷新率和硬件实现也是有密切关系的，这部分的影响一般很少会有人注意的。各家手机厂商提供的sdk接口虽然一样，但是底层实现就千差万别了，甚至于同一家的手机实现也是不同的。我就碰到过调用不同的获取时间的函数来计算时间差值的结果差了好几个数量级的事情。还有更夸张的，手机是不是在服务区里都会对一些时间的函数的返回值产生影响，从而影响到刷新率。

rix

brew开发的时候建议时钟最小50ms,即不能少于50ms,这是我在开发lg8188的brew手机时对方的要求，因次对开发lg8188来说最快的刷新率为20桢。
测试的时候如果可以不用定时器的话就绝对不用定时器，测试代码的时钟根据硬件的tick次数来判断。
楼上所说的那些我都同意，不过我仅仅总结得是最快的刷新率，而不是说那种方式最快

kingzeus

最快的刷新率应该把定时器设置成0的，否则只要描画小于50ms的就区分不出效果了。

kingzeus

对于brew2。0和brew2。1的手机，应用你上面提到的方法得到的结果应该是一样的。但是实际上brew2。1比2。0快了很多，但是在你的测试中没有反映出来正确的结果