Re: [PATCH v3 1/1] v4l: drop v4l2_buffer.input and V4L2_BUF_FLAG_INPUT

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi again,

On Mon, May 28, 2012 at 8:52 AM, Ezequiel Garcia <elezegarcia@xxxxxxxxx> wrote:
>> I'm just bringing this proposal to your attention as I am wondering how your driver (and
>> the old easycap driver that your driver will replace) handle the easycap device with
>> multiple inputs? Is it cycling through all inputs? In that case we might need the input
>> field.

What do you mean by "cycling through all inputs"?

Do you mean registering one video node per video input
and support simultaneous streaming?

In that case, I don't have that in mind and I'm not sure if the hw
supports it.

On the contrary, I was thinking in registering just one video device
and let user select input through ioctl. All that's needed
it to set some stk1160 (and maybe saa711x) registers to route
the selected input.

I may be missing something, but I don't see any relation between
video buffer queue and selected input.
(Perhaps this is OT and we should discuss this in another thread)

Regards,
Ezequiel.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux