Bitmap 类储存为 .bmp 档案(高速= =)

一箭烂YiJL

0.序
这是将Bitmap 类(挺)高速的保存为bmp档案。因为之前想用柳之一的《Bitmap高速Marshal》和保存png结合，
但其实是上下倒置，而且png格式每行都要插进"0"，获取每点的颜色值比起用数组"搞定"上下倒置和插"0"要快！
今天我研究了一下bmp档案，bmp格式是上下倒置，而且不用插"0"，所以将拿到的数据直接写入bmp的颜色值数据流中。
然而这样比png的每点扫要快得多，VX的屏幕载图储存bmp，fps不会降！

1.脚本
脚本如下(XP/VX)，柳之一的《Bitmap高速Marshal》已经不是那个样了(而且不能Marshal= =)：

1. 
   
2. #==============================================================================
   
3. # ■ BmpWriter             by 一箭烂YiJL (获取颜色值部分 by 柳之一)
   
4. #------------------------------------------------------------------------------
   
5. #  使用手册:
   
6. #
   
7. #     BmpWriter.write(bitmap, [name[, path]])
   
8. #       bitmap    : 位图
   
9. #       name      : 保存文件名
   
10. #       path      : 保存路径
    
11. #
    
12. #     自动创建路径！
    
13. #==============================================================================
    
14. 
    
15. module BmpWriter
    
16.   #--------------------------------------------------------------------------
    
17.   # ● 传送到内存的API函数
    
18.   #--------------------------------------------------------------------------
    
19.   RtlMoveMemory_pi = Win32API.new('kernel32', 'RtlMoveMemory', 'pii', 'i')
    
20.   #--------------------------------------------------------------------------
    
21.   # ● 制作bmp档案
    
22.   #--------------------------------------------------------------------------
    
23.   def self.write(bitmap, name = "Bitmap.bmp", path = "Pictures/")
    
24.     ## 先要工作
    
25.     Dir.mkdir(path) unless FileTest.directory?(path)
    
26.     length = bitmap.width * bitmap.height
    
27.     file = File.open(path + name, "wb")
    
28.    
    
29.     ## BitmapFileHeader
    
30.     size = 54 + length * 4
    
31.     chunk = "BM" + [size, 0, 54].pack("L*")
    
32.     file.write(chunk)
    
33.    
    
34.     ## BitmapInfoHeader
    
35.     chunk = [40, bitmap.width, bitmap.height, 1, 32, 0, 0, 0xEC4, 0xEC4, 256, 0].pack("L3S2L*")
    
36.     file.write(chunk)
    
37.    
    
38.     ## Byte
    
39.     data = "rgba" * bitmap.width * bitmap.height
    
40.     RtlMoveMemory_pi.call(data, bitmap.address, data.length)
    
41.     chunk = data
    
42.     file.write(chunk)
    
43.    
    
44.     file.close
    
45.   end
    
46. end
    
47. 
    
48. class Bitmap
    
49.   #--------------------------------------------------------------------------
    
50.   # ● 传送到内存的API函数
    
51.   #--------------------------------------------------------------------------
    
52.   RtlMoveMemory_pi = Win32API.new('kernel32', 'RtlMoveMemory', 'pii', 'i')
    
53.   #--------------------------------------------------------------------------
    
54.   # ● Bitmap地址
    
55.   #--------------------------------------------------------------------------
    
56. # [[[bitmap.object_id * 2 + 16] + 8] + 16] == 数据的开头
    
57.   def address
    
58.     buffer, ad = "rgba", object_id * 2 + 16
    
59.     RtlMoveMemory_pi.call(buffer, ad, 4)
    
60.     ad = buffer.unpack("L")[0] + 8
    
61.     RtlMoveMemory_pi.call(buffer, ad, 4)
    
62.     ad = buffer.unpack("L")[0] + 16
    
63.     RtlMoveMemory_pi.call(buffer, ad, 4)
    
64.     return buffer.unpack("L")[0]
    
65.   end
    
66. end

复制代码

2.范例
只有VX的： BmpWriter(VX).zip (280.85 KB, 下载次数: 248)

2011-5-28 17:41 上传

点击文件名下载附件

在任何场景按F8就可以载图，保存在 Pictures/Bitmap.bmp
没有XP的是因为XP还要找XP的Graphics.snap_to_bitmap，如果真的很想要的话就回帖伸手吧~

API_Studier

本人还是得纠个错，这样得到的事实上是BGRA四个通道 ，而并非RGBA（真不知道Bitmap中怎么什么东西都是倒过来的）……
本人现在正在研究PNG格式，想将体积大的BMP转为小巧又相对简单的PNG格式（不像JPG那么烦），可惜通过将每一个BGRA数组都转化为RGBA的时间实在太长，不知有否高人相助！

苏小脉

一箭烂YiJL 发表于  
果然是我误会了 orz ，但是这两个域为什么叫压缩方式呢？

JPG 和 PNG 都是压缩格式，在这个域指定 JPG 或者 PNG 就告诉了打印机，接下来的数据不是 BMP，而是 JPG 或 PNG。

一箭烂YiJL

苏小脉 发表于 2011-6-3 10:52
这两个域是用在打印机硬件加速时的。

http://msdn.microsoft.com/en-us/library/dd145023(VS.85).aspx

果然是我误会了 orz ，但是这两个域为什么叫压缩方式呢？

苏小脉

一箭烂YiJL 发表于 2011-6-2 21:40
应该是我误会了吧~
MSDN 指出 BitmapInfoHeader 的第六个域(压缩方式)可以为 BI_PNG ，描述的译文：

这两个域是用在打印机硬件加速时的。

http://msdn.microsoft.com/en-us/library/dd145023(VS.85).aspx

可以把 PNG 或 JPEG 和头一起直接传给硬件支持 JPEG 和 PNG 的打印机，硬件渲染。

These compression values are only valid for SetDIBitsToDevice and StretchDIBits when the hdc parameter specifies a printer device.

翻译成汉文：
这些压缩值仅对指定了 hDC 参数为打印机设备的 SetDIBitsToDevice 和 StretchDIBits 有效。

一箭烂YiJL

苏小脉 发表于 2011-6-1 08:16
微软哪里说的？我查阅的材料都只提到了 RLE，霍夫曼都仅仅是存在于 OS/2 的 BMP 标准中。 ...

应该是我误会了吧~
MSDN 指出 BitmapInfoHeader 的第六个域(压缩方式)可以为 BI_PNG ，描述的译文：

表示这是一幅 PNG 图像。

于是我就用了 PNG 的压缩方式，可能是我误会其中的意思吧~

苏小脉

一箭烂YiJL 发表于  
于是我想说...算了...其实我那句也应该是错的...

微软哪里说的？我查阅的材料都只提到了 RLE，霍夫曼都仅仅是存在于 OS/2 的 BMP 标准中。

一箭烂YiJL

苏小脉 发表于 2011-5-31 20:00
那这是什么意思呢？

那这是什么意思呢？

于是我想说...算了...其实我那句也应该是错的...

PNG 是另一种格式，标准自然不同。

微软那里说 BMP 可以用 PNG 的压缩法，PNG 的压缩法就是 DEFLATE ( / Gzip)....

苏小脉

一箭烂YiJL 发表于  
我有语法问题，应该是Bitmap 的那些结构体用指针指来指去。

可能的其中一个原因是 Bitmap#get_pixel、set_pixel、blur......
就可以引用位图的("同一个")颜色值数据作修改、读取......

那这是什么意思呢？

我用的是 Zlib 的 DEFLATE (LZ77 + 霍夫曼) 算法，这样能够在 png 里解读。(研究 PNG 的时候发现 Zlib 还有 CRC 校验的算法)

PNG 是另一种格式，标准自然不同。

一箭烂YiJL

苏小脉 发表于 2011-5-31 08:34
什么 Bitmap 指针？

什么 Bitmap 指针？

我有语法问题，应该是Bitmap 的那些结构体用指针指来指去。

又不是想用什么方法压缩就用什么方法压缩

我用的是 Zlib 的 DEFLATE (LZ77 + 霍夫曼) 算法，这样能够在 png 里解读。(研究 PNG 的时候发现 Zlib 还有 CRC 校验的算法)