On 03/09/2015 05:45 PM, Ricardo Ribalda Delgado wrote:
> Hello
>
> Back from holidays and back to this issue. Sorry for the delay.
>
>> I'm not sure about Ricardo's use case, is it the one we've discussed on #v4l
>> ?
>> If so, and if I recall correctly, the idea was to perform an action with a
Hello
Back from holidays and back to this issue. Sorry for the delay.
> I'm not sure about Ricardo's use case, is it the one we've discussed on #v4l ?
> If so, and if I recall correctly, the idea was to perform an action with a
> parameter, and didn't require volatility.
In my case, there is a t
Hello Hans and Laurent
I understand volatile as a control that can change its value by the device. So
in that sense I think that my control is volatile and writeable (ack by the
user).
The value written by the user is meaning-less in my usercase, but in another s
it could be useful.
I am out
Hi Hans,
On Monday 23 February 2015 10:06:10 Hans Verkuil wrote:
> On 02/17/2015 04:08 PM, Ricardo Ribalda Delgado wrote:
> > Volatile controls can change their value outside the v4l-ctrl framework.
> > We should ignore the cached written value of the ctrl when evaluating if
> > we should run s_ct
Hi Ricardo,
On 02/17/2015 04:08 PM, Ricardo Ribalda Delgado wrote:
> Volatile controls can change their value outside the v4l-ctrl framework.
> We should ignore the cached written value of the ctrl when evaluating if
> we should run s_ctrl.
I've been thinking some more about this (also due to som
Volatile controls can change their value outside the v4l-ctrl framework.
We should ignore the cached written value of the ctrl when evaluating if
we should run s_ctrl.
Signed-off-by: Ricardo Ribalda Delgado
---
v4: Hans Verkuil:
explicity set has_changed to false. and add comment
drivers/media