libv4l and HFLIP / VFLIP again

[Adam Baker <linux@baker-net.org.uk>]

Hi All,

Now that the SQ-905 driver has been accepted into the gspca tree it is time to 
consider how best to address passing the sensor orientation from the driver 
to libv4l.

For this camera the approach taken so far of knowing what orientation is 
needed based on the USB ID won't work as there are variants of the camera 
with different sensor orientation but the same ID. The driver can detect this 
based on some initialisation messages but needs to tell libv4l.

For SQ-905 the orientation will remain fixed but we know there exist cameras 
that provide some form of tilt switch to detect orientation so the adopted 
solution should be able to cope with those too.

Olivier Lorin has proposed a solution to this problem that involves using 2 
new bits in v4l2_buffer->flags and has offered a patch for libv4l to add 
support for the 180 degree rotation case.

Does anyone have a suggestion for a better way to address this problem? If not 
I'll prepare a patch to add the flags to include/linux/videodev2.h and one to 
set them in sq905.c.

After that I'll work on expanding Olivier Lorin's patch to
1) Ignore the flag from the driver for cameras listed in v4lconvert_flags 
(otherwise as the kernel driver doesn't currently set the flag for those 
cameras the change would be incompatible with current kernels for those 
cameras).
2) support independent setting of HFLIP  and VFLIP (some SQ-905 cameras need 
only VFLIP).

And finally add the flags in the kernel drivers for the cameras listed in 
v4lconvert_flags so that eventually (once we are confident no-one running 
2.6.29 will want a new libv4l) that functionality can be removed from libv4l.

What is the preferred version of libv4l to prepare patches against? Is it 
http://linuxtv.org/hg/~hgoede/v4l-dvb

Adam Baker