>This being said, VIDIOC_S_INPUT was designed to switch analog sources. I'm >not >sure it would be the best would to multiplex streams from two digital >sensors >for instance. Even for analog signals, using the ioctl from userspace >usually >results in at least one corrupt frame if you don't synchronize the >switching >to the analog signals, which requires hardware support.
> >Can you give us more details about the use case you're thinking about ? This is for supporting interfacing of TVP5148 to DM365 that can mux from two sources. There is an implementation of this in our internal release. Just exploring how this can be ported to upstream. Not done any work yet on this from my side. > >> Does it require 2 buffers per input because every frame period, you have >> multiple frames to queue from the different inputs? > >In this case there's a single video stream, so I don't think it would >require >2 buffers per input. > >> Usually a minimum of 3 buffers are typically required in a SoC case to do >> streaming. Could you share the details if possible? > >-- >Regards, > >Laurent Pinchart >-- >To unsubscribe from this list: send the line "unsubscribe linux-media" in >the body of a message to majord...@vger.kernel.org >More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html