Re: libv4l release: 0.5.97: the whitebalance release!

Hans de Goede <[email protected]> Sun, 19 Apr 2009 21:49:41 +0200
Newsgroups gmane.linux.drivers.video-input-infrastructure,gmane.comp.video.video4linux,gmane.linux.drivers.spca50x.devel
Message-ID <[email protected]>

On 04/19/2009 09:20 PM, Erik Andr=E9n wrote:
> 2009/4/19 Hans de Goede<[email protected]>:
>>
>> On 04/18/2009 04:40 PM, Erik Andr=E9n wrote:
>>> Hans de Goede wrote:
>>>> On 04/17/2009 09:27 PM, Erik Andr=E9n wrote:
>>>>> Hans de Goede wrote:
>>>>>> On 04/16/2009 10:46 PM, Adam Baker wrote:
>>>>>>> On Thursday 16 Apr 2009, Hans de Goede wrote:
>>>>>>>> On 04/16/2009 12:26 AM, Adam Baker wrote:
>>>>>>>>> On Wednesday 15 Apr 2009, Hans de Goede wrote:
>>>>>>>>>> Currently only whitebalancing is enabled and only on Pixarts=
 (pac)
>>>>>>>>>> webcams (which benefit tremendously from this). To test this=
 with
>>>>>>>>>> other
>>>>>>>>>> webcams (after instaling this release) do:
>>>>>>>>>>
>>>>>>>>>> export LIBV4LCONTROL_CONTROLS=3D15
>>>>>>>>>> LD_PRELOAD=3D/usr/lib/libv4l/v4l2convert.so v4l2ucp&
>>>>>>>>> Strangely while those instructions give me a whitebalance con=
trol
>>>>>>>>> for the
>>>>>>>>> sq905 based camera I can't get it to appear for a pac207 base=
d
>>>>>>>>> camera
>>>>>>>>> regardless of whether LIBV4LCONTROL_CONTROLS is set.
>>>>>>>> Thats weird, there is a small bug in the handling of pac207
>>>>>>>> cams with usb id 093a:2476 causing libv4l to not automatically
>>>>>>>> enable whitebalancing (and the control) for cams with that id,
>>>>>>>> but if you have LIBV4LCONTROL_CONTROLS set (exported!) both
>>>>>>>> when loading v4l2ucp (you must preload v4l2convert.so!) and
>>>>>>>> when loading your viewer, then it should work.
>>>>>>>>
>>>>>>> I've tested it by plugging in the sq905 camera, verifying the
>>>>>>> whitebablance
>>>>>>> control is present and working, unplugging the sq905 and pluggi=
ng in
>>>>>>> the
>>>>>>> pac207 and using up arrow to restart v4l2ucp and svv so I think=
 I've
>>>>>>> eliminated most finger trouble possibilities. The pac207 is id
>>>>>>> 093a:2460 so
>>>>>>> not the problem id. I'll have to investigate more thoroughly la=
ter.
>>>>>>>
>>>>>> Does the pac207 perhaps have a / in its "card" string (see v4l-i=
nfo
>>>>>> output) ?
>>>>>> if so try out this patch:
>>>>>> http://linuxtv.org/hg/~hgoede/libv4l/rev/1e08d865690a
>>>>>>
>>>>> I have the same issue as Adam when trying to test this with my
>>>>> gspca_stv06xx based Quickcam Web camera i. e no whitebalancing
>>>>> controls show up. I'm attaching a dump which logs all available
>>>>> pixformats and v4l2ctrls showing that libv4l is properly loaded.
>>>>> (And yes, LIBV4LCONTROL_CONTROLS is exported and set to 15).
>>>>>
>>>>> Best regards,
>>>>> Erik
>>>>>
>>>> Ah, you are using v4l2-ctl, not v4l2ucp, and that uses
>>>> V4L2_CTRL_FLAG_NEXT_CTRL
>>>> control enumeration. My code doesn't handle V4L2_CTRL_FLAG_NEXT_CT=
RL
>>>> (which is
>>>> a bug). I'm not sure when I'll have time to fix this. Patches welc=
ome,
>>>> or in
>>>> the mean time use v4l2ucp to play with the controls.
>>>>
>>> Actually, I've tried to use both without finding the controls.
>>> I've only tried with v4l2ucp v. 1.2. Is 1.3 necessary?
>>>
>> Apparently there are different versions of v4l2ucp in different dist=
ro's
>> and some do use the V4L2_CTRL_FLAG_NEXT_CTRL, just like v4l2-ctl. Se=
e
>> Adam Baker's patch later in this thread. Which I will apply to my
>> tree after I've reviewed it (when I find some time currently I've a =
lot of
>> $work$ )
>>
>
> Applying Adam Bakers patch makes the control appear _but_ I can't see=
m
> to make out any difference when any of the whitebalancing and
> normalize options, regardless of how i tweak the max / min values.
>

Did you also do the
export LIBV4LCONTROL_CONTROLS=3D15

In the terminal from where you are starting the viewing application ?

Regards,

Hans
--
To unsubscribe from this list: send the line "unsubscribe linux-media" =
in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html