On 07/09/2014 12:55 PM, Divneil Wadhawan wrote:
> Hi Hans,
>
>
> I agree that it was not a good implementation of using event.
>
> (Please discard the exact code, as it is erroneous in managing ctrl events
> replace/merge and other ones)
>
>
> I restart with the concern.
>
> Here, I have a v
Hi Hans,
I agree that it was not a good implementation of using event.
(Please discard the exact code, as it is erroneous in managing ctrl events
replace/merge and other ones)
I restart with the concern.
Here, I have a v4l2 subdev, which can generate events from the time we load it.
We late
Hi Hans,
> int my_subdev_subscribe_event(struct v4l2_subdev *sd, struct v4l2_fh *fh,
> struct v4l2_event_subscription *sub)
> {
> switch (sub->type) {
> case V4L2_EVENT_CTRL:
> return v4l2_ctrl_subdev_subscribe_event(sd, fh, sub);
> case V4L2_EVENT_SOURCE_CHANGE:
> return v4l2_src_change_event_su
On 07/04/2014 01:38 PM, Divneil Wadhawan wrote:
> Hi Hans,
>
>
>
>> It should generate an initial SOURCE_CHANGE event with 'changes' set to
>> V4L2_EVENT_SRC_CH_RESOLUTION. That way the application that just subscribed
>> to this
>> event with V4L2_EVENT_SUB_FL_SEND_INITIAL will get an initial
Hi Hans,
> It should generate an initial SOURCE_CHANGE event with 'changes' set to
> V4L2_EVENT_SRC_CH_RESOLUTION. That way the application that just subscribed
> to this
> event with V4L2_EVENT_SUB_FL_SEND_INITIAL will get an initial event.
Just checked in 3.10 which I am using, this is for t
Hi Divneil,
On 07/04/2014 12:24 PM, Divneil Wadhawan wrote:
>
>
> Hi Hans,
>
>
>> I don't understand the problem. When the application starts the first thing
>> it should
>> do is to call VIDIOC_QUERY_DV_TIMINGS: that will tell it if any signal is
>> present.
>
> I guess dv timings will be
Hi Hans,
> I don't understand the problem. When the application starts the first thing
> it should
> do is to call VIDIOC_QUERY_DV_TIMINGS: that will tell it if any signal is
> present.
I guess dv timings will be valid for DVI too. If yes, then there is no audio.
There's no video device for
Hi Divneil,
On 07/04/2014 11:30 AM, Divneil Wadhawan wrote:
> Hi Hans,
>
>
>> To my knowledge nobody has done much if any work on this. Usually
>> the audio part is handled by alsa, but it is not clear if support
>> is also needed from the V4L2 API.
>
> Actually, the application needs to know w
Hi Hans,
> To my knowledge nobody has done much if any work on this. Usually the
> audio part is handled by alsa, but it is not clear if support is also
> needed from the V4L2 API.
Actually, the application needs to know when to ask the capture device to start
capturing.
Let's say, the cable i
On 07/04/2014 08:49 AM, Divneil Wadhawan wrote:
> Hello,
>
>
> There's an HDMIRx subdev I have implemented and I would like the application
> to read properties of incoming audio.
>
> For the moment, there's no support of it.
>
> Can you share if some work is already done on this but not compl
10 matches
Mail list logo
