从图像转换到byte[]数组的几种方法
// 性能最高，其数组和像素一一对应
public static void test1(Image img)
{
Bitmap bmp = new Bitmap(img);
BitmapData bitmapData = bmp.LockBits(new Rectangle(new Point(0, 0), img.Size),
ImageLockMode.ReadWrite, PixelFormat.Format24bppRgb);
byte[] BGRValues = new byte[bitmapData.Stride * bitmapData.Height];
IntPtr Ptr = bitmapData.Scan0;
System.Runtime.InteropServices.Marshal.Copy(Ptr, BGRValues, 0,
BGRValues.Length);
bmp.UnlockBits(bitmapData);
}
// 性能较低，数组内容较少，内容未知
public static void test2(Image img)
{
System.Drawing.ImageConverter ic = new System.Drawing.ImageConverter();
byte[] btImage1 = new byte[0];
btImage1 = (byte[])ic.ConvertTo(img, btImage1.GetType());
}
// 性能较低，数组内容为图片格式内容，格式未知
public static void test3(Image img)
{
System.IO.MemoryStream ms = new System.IO.MemoryStream();
img.Save(ms,ImageFormat.Bmp);
byte[] byteImage = new Byte[0];
byteImage = ms.ToArray();
}
下面说说他们的特点 test1和test3性能十分接近，test2性能要比前2个明显低一些，应为它们都是内存操作，当然快了。 test3在单次各种测试候都比test1要快一点点，真的是一点点，但是在做5000次测试时，test3就明显 拉开了距离； 那么可以看出test3在某条语句上耗时了，但可能不是数组操作，比较在内存里，我个人认为是 ImageFormat编码的耗时，当然，你用ImageFormat.Png获得的byte[]长度明显变短， 但是耗时也明显增加。 test2一如既往的明显慢。 接着我用了2*2的图片做测试，查看数组内容，有18个长度，test1的BitmapData是非常清晰的，包含 bitmapData.Stride的部分，像素BGR排列。 其他2个的数组内容我个人都看不明白，呵呵，有兴趣的朋友也测试下。 test2的数组长度明显很短，不怎么明白。 下面我需要用他们做一些图片比较的工作，当然test1是首选，我很久以前就做好了这个类，使用数组 值的突然死亡法，比test2计算hash值后比较的速度好太多了。 http://www.codeproject.com/dotnet/comparingimages.asp的算法使用了test2的方法，他说性能不 错，这个我测试过了，比我慢太多了。 hash是个不错的想法，test2很短的数组值对于计算hash本身应该有优势。 那么: test2 时间 + test2 短数组 hash时间 <= test1 时间 + test1 标准像素数组 hash 时间 ？？？ 这个需要测试，在我的一些应该中，将出现多次的图像比对，对时间要求非常高，选择哪种方法，就 取决于耗时。 可以想象的是，没有了突然死亡法的全数组hash，是没有长远的出路的。。。 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
