On Sun July 7 2013 23:50:30 Sylwester Nawrocki wrote:
> Hi Hans,
>
> On 06/28/2013 02:27 PM, Hans Verkuil wrote:
> > This patch series adds support for matrices and motion detection and
> > converts the solo6x10 driver to use these new APIs.
> >
> > See the RFCv2 for details on the motion detection API:
> >
> > http://www.mail-archive.com/linux-media@vger.kernel.org/msg62085.html
> >
> > And this RFC for details on the matrix API (which superseeds the
> > v4l2_md_blocks
> > in the RFC above):
> >
> > http://permalink.gmane.org/gmane.linux.drivers.video-input-infrastructure/65195
> >
> > I have tested this with the solo card, both global motion detection and
> > regional motion detection, and it works well.
> >
> > There is no documentation for the new APIs yet (other than the RFCs). I
> > would
> > like to know what others think of this proposal before I start work on the
> > DocBook documentation.
>
> These 3 ioctls look pretty generic and will likely allow us to handle wide
> range of functionalities, similarly to what the controls framework does
> today.
>
> What I don't like in the current trend of the V4L2 API development
> though is
> that we have seemingly separate APIs for configuring integers, rectangles,
> matrices, etc. And interactions between those APIs sometimes happen to be
> not well defined.
>
> I'm not opposed to having this matrix API, but I would _much_ more like to
> see it as a starting point of a more powerful API, that would allow to
> model
> dependencies between parameters being configured and the objects more
> explicitly and freely (e.g. case of the per buffer controls), that would
> allow to pass a list of commands to the hardware for atomic
> re-configurations,
> that would allow to create hardware configuration contexts, etc., etc.
>
> But it's all song of future, requires lots of effort, founding and takes
> engineers with significant experience.
>
> As it likely won't happen soon I guess we can proceed with the matrix API
> for now.
Do you attend the LPC in New Orleans? I would like to discuss this further,
but it is easier to do so face-to-face with a whiteboard. Alternatively, we
could set up a brainstorm session somewhere. This discussion keeps cropping
up time and again, perhaps we should start to do something about it :-)
Regards,
Hans
--
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
