http://blog.csdn.net/liuyi1985/article/details/2174328
http://blog.csdn.net/liuyi1985/article/details/2195364
对OpenCV稍有了解的同学都知道里边用于存储图像数据的IplImage,其中有两个属性非常值得关注,稍不留神就会导致错误(后附错例一则):一是width属性;二是widthStep属性。前者是表示图像的每行像素数,后者指表示存储一行像素需要的字节数。
在OpenCV里边,widthStep必须是4的倍数,从而实现字节对齐,有利于提高运算速度。如果8U单通道图像宽度为3,那么widthStep是4,加一个字节补齐。这个图像的一行需要4个字节,只使用前3个,最后一个空着。也就是一个宽3高3的图像的imageData数据大小为4*3=12字节。
需要注意的是,空着的那个像素并不是无效的,它仍然可以被操作,这就是导致错误的根源。
错例:
假如现在有一个char* data的指针指向一个15*15的灰度图像的数据起始地址,我们想把图像数据通过cvShowImage函数显示出来,比较直观的一种做法如下:
......
![](https://i-blog.csdnimg.cn/blog_migrate/6810355c2f78c12e91b7997a8e8c583a.gif)
IplImage
*
image
=
cvCreateImage(cvSize(
15
,
15
),
8
,
1
);
memcpy(image
->
imageData, data,
15
*
15
);
![](https://i-blog.csdnimg.cn/blog_migrate/6810355c2f78c12e91b7997a8e8c583a.gif)
cvNamedWindow(
"
window
"
);
cvShowImage("window", image);
![](https://i-blog.csdnimg.cn/blog_migrate/6810355c2f78c12e91b7997a8e8c583a.gif)
cvWaitKey();
![](https://i-blog.csdnimg.cn/blog_migrate/6810355c2f78c12e91b7997a8e8c583a.gif)
cvReleaseImage(
&
image);
cvDestroyWindow(
"
window
"
);
![](https://i-blog.csdnimg.cn/blog_migrate/6810355c2f78c12e91b7997a8e8c583a.gif)
......
你会发现,显示的图像奇怪的往左下角歪过去了。当你看完这篇文章后希望不要再因为这个问题浪费你的时间了(shamed:这个问题郁闷了我整整一天)。其实原因就在于,在cvCreateImage的时候,OpenCV为实现字节对齐,使得每行数据实际有16个字节(多出一个),在使用memcpy的过程中,这些多出的字节就把对应的数据给“吃”了,因为这些数据在cvShowImage的时候并不会显示出来,这样,第二行就少一个字节,第三行少两个字节,……,所以整个图像就偏向左下角了!
知道这一点后可以将memcpy语句更改如下:
for
(
int
i
=
0
; i
<
15
; i
++
)
...
{
memcpy(image->imageData + image->widthStep*i, data + 15*i, 15);
}
这样,程序才能按我们的设想运行。
IplImage和单字节char*之间相互转换的正确、简洁的方法:
已知 IplImage* image 和 char* data
从 IplImage 到 char* :
data
=
image
->
imageData
//
对齐的图像数据
或者
data
=
image
->
imageDataOrigin
//
未对齐的原始图像数据
从 char* 到 IplImage :
image
=
cvCreateImageHeader(cvSize(width,height), depth, channels);
cvSetData(image, data, step);
step指定IplImage图像每行占的字节数。需要注意是,在释放空间时不能直接使用cvReleaseImage,而需cvReleaseImageHeader,然后再delete data,这也是OpenCV里边“自己管理内存”的思想。
附《Intel image processing library》文档中关IplImage的声明(非OpenCV版):
typedef
struct
_IplImage
...
{
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
int nSize /**//* size of iplImage struct */
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
int ID /**//* image header version */
int nChannels;
int alphaChannel;
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
int depth; /**//* pixel depth in bits */
char colorModel[4];
char channelSeq[4];
int dataOrder;
int origin;
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
int align; /**//* 4- or 8-byte align */
int width;
int height;
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
struct _IplROI *roi; /**//* pointer to ROI if any */
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
struct _IplImage *maskROI; /**//*pointer to mask ROI if any */
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
void *imageId; /**//* use of the application */
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
struct _IplTileInfo *tileInfo; /**//* contains information on tiling */
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
int imageSize; /**//* useful size in bytes */
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
char *imageData; /**//* pointer to aligned image */
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
int widthStep; /**//* size of aligned line in bytes */
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
int BorderMode[4]; /**//* the top, bottom, left, and right border mode */
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
int BorderConst[4]; /**//* constants for the top, bottom, left, and right border */
![](https://i-blog.csdnimg.cn/blog_migrate/37c8bf68cdc3cc81759c34160776bc53.gif)
char *imageDataOrigin; /**//* ptr to full, nonaligned image */
}
IplImage;