A aero 普通会员 2003-09-28 389 0 0 2003-10-14 #1 3、00120022h~00128000h是图像像素阵列空间，一共是7FDEh大小。我们一般只需要用其中的7000h，相对应地，在00120020h应该是8070。 这是黑衣浪人在《T408之OGM文件的分析 》中的一段话。请问小丑兄，为什么7FDEh的空间我们只需要利用7000h就行了？我照那文章做了，的确可以，而且真正的65536色的图片要比4096色的强多了。
3、00120022h~00128000h是图像像素阵列空间，一共是7FDEh大小。我们一般只需要用其中的7000h，相对应地，在00120020h应该是8070。 这是黑衣浪人在《T408之OGM文件的分析 》中的一段话。请问小丑兄，为什么7FDEh的空间我们只需要利用7000h就行了？我照那文章做了，的确可以，而且真正的65536色的图片要比4096色的强多了。
A aero 普通会员 2003-09-28 389 0 0 2003-10-14 #2 3、00120022h~00128000h是图像像素阵列空间，一共是7FDEh大小。我们一般只需要用其中的7000h，相对应地，在00120020h应该是8070。 这是黑衣浪人在《T408之OGM文件的分析 》中的一段话。请问小丑兄，为什么7FDEh的空间我们只需要利用7000h就行了？我照那文章做了，的确可以，而且真正的65536色的图片要比4096色的强多了。
3、00120022h~00128000h是图像像素阵列空间，一共是7FDEh大小。我们一般只需要用其中的7000h，相对应地，在00120020h应该是8070。 这是黑衣浪人在《T408之OGM文件的分析 》中的一段话。请问小丑兄，为什么7FDEh的空间我们只需要利用7000h就行了？我照那文章做了，的确可以，而且真正的65536色的图片要比4096色的强多了。
小 小丑 社区贡献者 2003-07-01 2,595 0 0 2003-10-14 #3 如果你把OGM文件整体变成BMP图片就可以看出来~8张图片之间不是连接在一起的~~ 图片和图片之间是有空位隔断的~~~铃声和铃声之间也是8000空间一个8000空间一个~~ 这也就是为什么数据线输铃声有32K限制（16位进制的8000就等于32K）而128*112的图片是怎么也不会超过32K的~~JPG图片比BMP的K数还要小~~
如果你把OGM文件整体变成BMP图片就可以看出来~8张图片之间不是连接在一起的~~ 图片和图片之间是有空位隔断的~~~铃声和铃声之间也是8000空间一个8000空间一个~~ 这也就是为什么数据线输铃声有32K限制（16位进制的8000就等于32K）而128*112的图片是怎么也不会超过32K的~~JPG图片比BMP的K数还要小~~
A aero 普通会员 2003-09-28 389 0 0 2003-10-14 #7 这个我知道，我是说它的具体的二进制格式是什么样的。我知道bmp是位图二jpg是矢量图。bmp放大后边缘会模糊二jpg不会。
L lefe 普通会员 2003-06-06 917 0 0 2003-10-14 #8 JPG的内部格式是比较复杂的，牵涉到压缩算法、压缩比等要素。BMP是最简单的图像格式了。如果有JPG格式的资料，也是可以分析的。但是对手机应用而言，好象没有这个必要。因为可以把JPG转化为BMP的。 另外，“bmp放大后边缘会模糊二jpg不会。”这话不太准确，是否会模糊取决于用什么软件，在软件里怎么操作。从原理上讲，所有格式的图像在显示时最终都是要转化为RGB形式的（RGB正是BMP直接支持的形式）。比方JPG，在处理时实际上也是要通过“反压缩”的算法转换为RGB的形式，再显示出来。
JPG的内部格式是比较复杂的，牵涉到压缩算法、压缩比等要素。BMP是最简单的图像格式了。如果有JPG格式的资料，也是可以分析的。但是对手机应用而言，好象没有这个必要。因为可以把JPG转化为BMP的。 另外，“bmp放大后边缘会模糊二jpg不会。”这话不太准确，是否会模糊取决于用什么软件，在软件里怎么操作。从原理上讲，所有格式的图像在显示时最终都是要转化为RGB形式的（RGB正是BMP直接支持的形式）。比方JPG，在处理时实际上也是要通过“反压缩”的算法转换为RGB的形式，再显示出来。
A aero 普通会员 2003-09-28 389 0 0 2003-10-15 #9 不是啊，我记得以前看过的资料上说。BMP格式是点阵形式的，图形的边缘也是点阵的。所以放大后会模糊，而jpg是一种压缩了的矢量图，图形是线上面显示的就是线，所以放大后不容易模糊。
