Halcon由于效率和其他原因,内部图像采用了很多自有格式,提高运行速度,但在数据交换方面非常麻烦。
特别是基于com、net控件模式的二次开发,无论是c,vb,还是delphi,目前都没有一种理想的解决方案。
目前,一般采用的以下两种方式进行转换:
-
- hobject桥接模式,内存拷贝,通道分离
- 外部硬盘文件交换
hobject桥接模式,参见:zw版【转发·台湾nvp系列Delphi例程】HALCON HImage与Bitmap格式转换
http://www.cnblogs.com/ziwang/p/4851481.html
非常复杂,是基于内存地址+通道分离等手段,先把图像数据转换为hobjet,再进行交换。
这种桥接模式,效率也不高,容易出现内存冲突,而且最大的问题是,转换后的图像全部是灰度图像,丢失了真彩色数据。
因此,目前一线操作中,通常采用文件格式进行数据交换,不过纯硬盘的文件交换,速度很慢,特别是某些实时项目和大批量项目。
为此,笔者通过实践,在工程中提出了一种全新的解决方法,ramdisk,采用内存虚拟盘。
目前,内存价格很低,8G基本是标配,笔者的推荐配置32G以上,最好是:e3 cpu+大容量 服务器主板,组建128G以上的全内存运算环境,
把整个系统,包括wdndows,Halcon、项目软件,全部copy到ram里面,进行全内存计算。
HP目前正在研发的:the machine,据说就是完全放弃了外部磁盘。
ramdisk软件,目前有很多,常见的有amd、软媒内存盘,一般采用单文件的软媒内存盘,附件有下载:
http://files.cnblogs.com/files/ziwang/RamDisk.zip
操作很简单,大家自己百度。
如果只是数据交换,通常建立512M内存的ramdisk就足够了,128M也可以。
在个别极端大批量项目(上万个小图片),以及压力测试中,笔者曾经在8G win64 i7平台,建立了4G的ramdisk,24小时高强度、满负荷运行,完全没有任何问题。
ddr3-1333的速度,是10G/s,是ssd(500M/s)的20倍以上,是硬盘的500-1000倍。
因此,采用ramdisk、全内存计算模式,是一个价格低廉,便于扩展的工程实施方案。
采用ramdisk模式的另外一个好处是,便于和第三方图像控件,高效交换数据。
以delphi为例,Haclon和许多工业相机的数据交换,都是采用bmp格式,没压缩,占内存、速度慢,而且缺乏alpha通道、以及图像元数据信息。
实际开发当中,一般都是采用graphics32的bitmap32控件。
下面,我们看看,ramdisk版本的hello程序,全部源码如下。
procedure hello_zw02(); var ximg:THImageX; bmp32:tbitmap32; begin bmp32:=tbitmap32.create; ximg := THImageX.Create(nil); ximg.ReadImage(‘tmp\hello_zw24.png‘); bmp32.LoadFromFile(‘tmp\hello_zw24.png‘); bmp32.saveToFile(‘tmp\hello_zw_bmp.bmp‘); FreeAndNil(ximg);FreeAndNil(bmp32); end;
【《zw版·delphi与halcon系列原创教程》,网址,cnblogs.com/ziwang/】