On Feb 28, 2007, at 3:06 PM, libdc1394-devel-
Hi, Damien and David,
> Hello Tim,
> On Tue, 2007-02-27 at 16:12 -0500, Tim Rodgers wrote:
>> Hi, all,
>> I am working with a camera that supposedly supports 12-bit raw RGB
>> video. I'm successfully communicating with the camera, the
>> dc1394frame_t structure indicates that I am using video mode
>> format7_mode0 and my color coding is RGB16. But I can't make heads
>> nor tails of the pixel data payload I'm getting.
>> From people's experiences, do cameras generally return RGB data in
>> packed 16-bit form, meaning 16-bit R, followed by 16-bit G followed
>> by 16-bit B?
>> Also, judging by the dc1394frame_t total bytes, bytes per packet and
>> packets per frame, I'm not getting a complete frame. Even though the
>> camera supports 12-bit RGB at 1024 x 768, I've set up a 640 x 480
>> size <col, row>: 640, 480
>> color coding: 326
>> bit depth: 16
>> stride: 3840
>> video mode: 88
>> total bytes: 616640
>> image bytes: 1843200
>> padding bytes: -1226560
> This negative value should not be there. I think I have solved the
> problem in the SVN. Could you please try it and give us another
> dump of
> the content of the frame struct?
I just tried to svn update in the trunk, and nothing came down. Svn
tells me "At revision 390."
You have both been a huge help to me. Thanks so very much. I have
the 16-bit (12-bits, actually) raw RGB Bayer pattern data coming down
(1024 x 768) and I used the libdc1394 Bayer pattern decoding in
I'll be happy to test the fix for the padding bytes - I'm not an SVN
user, so maybe I'm doing something wrong. Also, I'd be happy to help
test new Mac releases in the future if that would be of use to you.