Thanks,
Vaibhav Hiremath

> -----Original Message-----
> From: Hans Verkuil [mailto:hverk...@xs4all.nl]
> Sent: Saturday, April 18, 2009 9:24 PM
> To: Hiremath, Vaibhav
> Cc: linux-me...@vger.kernel.org; Aguirre Rodriguez, Sergio Alberto;
> DongSoo(Nathaniel) Kim; Toivonen Tuukka.O (Nokia-D/Oulu); linux-
> o...@vger.kernel.org; Nagalla, Hari; Sakari Ailus; Jadav, Brijesh R;
> R, Sivaraj; Hadli, Manjunath; Shah, Hardik; Kumar, Purushotam
> Subject: Re: [RFC] Stand-alone Resizer/Previewer Driver support
> under V4L2 framework
> 
> On Tuesday 31 March 2009 10:53:02 Hiremath, Vaibhav wrote:
> > Thanks,
> > Vaibhav Hiremath
> >
> > > > APPROACH 3 -
> > > > ----------
> > > >
> > > > .....
> > It makes sense, since such memory-to-memory devices will mostly
> being
> > used from codecs context. And this would be more clear from user
> > application.
> 
> To be honest, I don't see the need for this. I think
> TYPE_VIDEO_CAPTURE and
> TYPE_VIDEO_OUTPUT are perfectly fine.
> 
[Hiremath, Vaibhav] Agreed, and you will also find implementation of driver 
aligned to this which I have shared with you.

> > And as acknowledged by you, we can use VIDIOC_S_FMT for setting
> > parameters.
> >
> > One thing I am not able to convince myself is that, using "priv"
> field
> > for custom configuration.
> 
> I agree. Especially since you cannot use it as a pointer to addition
> information.
> 
> > I would prefer and recommend capability based
> > interface, where application will query the capability of the
> device for
> > luma enhancement, filter coefficients (number of coeff and depth),
> > interpolation type, etc...
> >
> > This way we can make sure that, any such future devices can be
> adapted by
> > this framework.
> 
> The big question is how many of these capabilities are 'generic' and
> how
> many are very much hardware specific. I am leaning towards using the
> extended control API for this. It's a bit awkward to implement in
> drivers
> at the moment, but that should improve in the future when a lot of
> the
> control handling code will move into the new core framework.
> 
> I really need to know more about the sort of features that
> omap/davinci
> offer (and preferably also for similar devices by other
> manufacturers).
> 
[Hiremath, Vaibhav] Hans, Can we have IRC session for this? We will discuss 
this in detail and try to get closure on it.

Again I would request you to join me and mauro on IRC chat, I will be staying 
online tomorrow.

> >
> 
> Regards,
> 
>       Hans
> 
> --
> Hans Verkuil - video4linux developer - sponsored by TANDBERG

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

Reply via email to