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
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 v4l2 subdev,
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
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 event.
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 complete or we do it
from scratch?
Regards,
Divneil
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 complete or
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 is
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 when to ask
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 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 valid for DVI
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 the
11 matches
Mail list logo
