Re: [libdc1394-devel] 10-bit modes
Capture and control API for IIDC compliant cameras
Brought to you by:
ddouxchamps,
gordp
From: Samuel A. <gu...@sy...> - 2007-05-31 02:52:13
|
Hi, On Thu, 2007-05-31 at 10:42 +0900, Damien Douxchamps wrote: > > Hum not really non-standard, things like HD-SDI already defines these > > weird 10 bits and 12 bits data format. eg.: > > "4:2:2 YCbCr, 4:4:4 YCbCr, and 4:4:4 RGB, with 12 bits of color > > information per sample, rather than 10. Note that the interface itself > > is still 10 bit; the additional 2 bits per channel are multiplexed into > > an additional 10-bit channel on the second link." > > - http://en.wikipedia.org/wiki/Serial_Digital_Interface > > They may be using 10bit because special 10bit hardware is used in the > whole chain. That's much easier ;) I understand that, but for 12 bits data, they have to use this kludge on their 10 bit hardware... oh I can just image this: 12 bits data stuffed like above in a 10 bit format like v410 used on 8 bit computers... (o_O) "standard", but butt ugly > If there is a need for 10, 12 and 14bit depths then we should think > about a way to encode all of them neatly. Defining a number of extra > colour codes may not be necessary. For instance, we can include a > register which specifies 14, 12 10 or 8bit depth and then add the extra > bits as padding of an 8bit format. I don't like that idea a lot but it's > an idea ;) Yes, it would be nice to have a good solution. I'm thinking I'm thinking.. :) Hum, I agree with Mark that it wouldn't be such a bad idea to simply pack all the bits together, as if we actually had a 10 bits, 12 or 14 bits machines. If we get similar results for all other formats such as YUV 411, 14-bits, etc., they could easily and quickly be packed/unpacked in batch of that many pixels, in hardware or with SSE and what not .. In my experience, it's not so processing intensive in software, no. Not sure how hard it would be to implement currently uncommon hardware for this though. And I believe "syncing" after every line would be best. Samuel |