清香白莲
淡泊明志,宁静致远
        践行     思考     感悟
posts - 1,comments - 4,trackbacks - 0

    最近工作中接触到了海康视频yuv格式到rgb转换的问题,查找过网上的资料,发现相关资料很多,转换公式也比较多,但盲目拿来用,却会碰到很多问题,等到问 题解决,回头想想,问题出在没有搞清楚转换数据源用的是什么yuv格式,比如我一开始以为是hikvision的视频流解码之后的是yuv420格式,后该咨询了该公司相关技术人员才知道是yv12格式。关于yuv格式的资料,请参见博客http://blog.csdn.net/searchsun/article/details/2443867。于是上网查找公式,找到了starspace的博客 http://www.cnblogs.com/starspace/archive/2008/12/16/1356007.html,用了博客文中的公式,得到了结果,但是出现了新的问题,出来的图像上很多地方出现了亮点,这些亮点是单颜色,即红、绿、蓝。

     经过仔细检查原始公式,发现作者在计算r分量的时候有一个系数计算错误,1.596027实际应该是408.58/256 = 1.596016。修改了这个问题,以为问题会解决,但是还是有问题,不明白是怎么回事,后来想到之前网上找到过其它公式,虽然没能解决我的问题,但是注 意到了其中一个细节,即yuv格式转成rgb分量的时候,需要进行溢出判断,因为公式中用到了浮点数的计算,是有可能出现rgb值小于0或者大于255的 情况的,而我们知道rgb只能在0-255范围内,所以必须对这两种情况进行处理。于是我将starspace博客中的公式作了溢出处理,得到下面的公 式:

int iSrc = 0; // (0, width*height)

// YCbCr转换为RGB

for(int i =0 ; i < dest->dwSize; )
{
   UCHAR y,u,v;
   y = yBuf[iSrc];
   u = uBuf[iSrc / 4];
   v = vBuf[iSrc / 4];

   double temp;
   temp = 1.164383*(y- 16) + 0 + 1.596016*(v - 128);

   dBuf[i] = (unsigned char)(temp < 0 ? 0 : (temp > 255 ? 255 : temp));
   temp = (1.164383*(y- 16) - 0.391762*(u - 128) - 0.812969*(v - 128));

   dBuf[i + 1] = (unsigned char)(temp < 0 ? 0 : (temp > 255 ? 255 : temp));
   temp = 1.164383*(y- 16) + 2.017230*(u - 128) + 0;

   dBuf[i + 2] = (unsigned char)(temp < 0 ? 0 : (temp > 255 ? 255 : temp));
   i += 3;

   ++iSrc;
}

    再 结合yv12格式的存储是遵循先存y,后存v,再存u,v和u采样数量只有y的四分之一,结合视频分辨率,假设是width × height,那么一帧视频数据中前width×height个字节是y,之后width×height×0.25个字节是v,最后的 width×height×0.25个字节是u,根据这个规则,正确获取yuv分量,并用上述公式,就能得到正确的rgb分量

上面公式中yBuf,uBuf,vBuf是根据yv12获取:

UCHAR *yBuf = sBuf; // sBuf是yv12格式的buf

UCHAR *vBuf = yBuf + width * height;

UCHAR *uBuf = vBuf + ((width * height) >> 2);

 

posted on 2012-05-10 21:42  niloc  阅读(...)  评论(...编辑  收藏