Thread: [libdc1394-devel] Bug in yuv_byte_order
Capture and control API for IIDC compliant cameras
Brought to you by:
ddouxchamps,
gordp
From: Thomas W. <tho...@t-...> - 2007-01-22 21:04:09
|
Hello! This might be a unique problem of my camera (Sony DFW-V 500 2.30) but after capturing a frame via "dc1394_capture_dequeue" in YUV422 format the "yuv_byte_order" field of "dc1394video_frame_t" is messed up. Example: "yuv_byte_order" says "DC1394_BYTE_ORDER_YUYV". Now I am using "dc1394_convert_to_RGB8" with the byte order stored in the frame. The result is a very green'ish picture. Changing the byte order manually to "DC1394_BYTE_ORDER_UYVY" fixes the problem. However I don't know if the error is simply within the condition in the YUV422_to_RGB8 conversion function or deeper during image capture. I used the latest version 2.0.0-rc5. Regards, Tom --- th...@wo... Munich University of Applied Sciences |
From: Damien D. <da...@do...> - 2007-01-24 00:50:26
|
Hello Thomas, On Mon, 2007-01-22 at 22:03 +0100, Thomas Woellert wrote: > Hello! > This might be a unique problem of my camera (Sony DFW-V 500 2.30) but > after capturing a frame via "dc1394_capture_dequeue" in YUV422 format > the "yuv_byte_order" field of "dc1394video_frame_t" is messed up. > > Example: > "yuv_byte_order" says "DC1394_BYTE_ORDER_YUYV". Now I am using > "dc1394_convert_to_RGB8" with the byte order stored in the frame. The > result is a very green'ish picture. Changing the byte order manually to > "DC1394_BYTE_ORDER_UYVY" fixes the problem. > > However I don't know if the error is simply within the condition in the > YUV422_to_RGB8 conversion function or deeper during image capture. > > I used the latest version 2.0.0-rc5. Nice catch, thanks Thomas. Your solution is correct: an IIDC camera always returns a byte order UYVY, not YUYV. Fixed in SVN 358. Damien -- _ Damien 高原 Douxchamps, PhD ('- Post-doctoral investigator //\ Image Processing Group, NAIST V_/_ http://damien.douxchamps.net/ |