On Tue, 5 Aug 2003, Gerd Knorr wrote:
>So applications can start moving uncompressing into userspace. v4l2
>already has one vendor-specific format (V4L2_PIX_FMT_WNVA), I'll
>happily add more for the usb cams.
Since this popped up, I'll ask something I should have possibly asked
before. Could you allocate some #define's for the qc-usb driver? Preferably
for both V4L1 and V4L2, although my driver is using only V4L1 at the
moment. What I need (for V4L1, at least), from quickcam.h:
#define VIDEO_PALETTE_BAYER (('q'<<8) | 1) /* Bayer Color Filter Array format */
#define VID_HARDWARE_QCAM_USB (('q'<<8) | 50) /* QuickCam USB */
You should probably allocate the next free number for these.
And preferably the same for V4L2 for future use:
#define V4L2_PIX_FMT_BAYER v4l2_fourcc('B','C','F','A') /* Bayer Color Filter Array format */
There is M$ fourcc called "STVA" which is documented as
"ST CMOS Imager Data (Bayer)". It is probably same as the
VIDEO_PALETTE_BAYER, but since I can not be sure, maybe it's safer to
allocate different fourcc in this case. Or should we just use the same
fourcc and if it later turns to be different from the M$ fourcc, just
declare that the V4L2 fourcc STVA is different from M$ fourcc STVA?
Then some cameras supported by qc-usb can deliver MJPEG compressed frames
and I have used
#define VIDEO_PALETTE_MJPEG (('q'<<8) | 2) /* Grab video in compressed MJPEG format */
in V4L2 there is
V4L2_PIX_FMT_MJPEG
but I don't know if it's the same. So better not to yet allocate new format
for qc-usb mjpeg format.
