Guennadi Liakhovetski wrote:
On Fri, 25 Feb 2011, Sakari Ailus wrote:
On Fri, Feb 25, 2011 at 06:08:07PM +0100, Guennadi Liakhovetski wrote:
Hi Sakari
Hi Guennadi,
On Fri, 25 Feb 2011, Sakari Ailus wrote:
I agree with that. Flash synchronisation is just one of the many parameters
that wou
On Thu, 2011-03-03 at 15:04 +0100, Laurent Pinchart wrote:
> The LED API is too limited. We need to program flash time, pre-flash time,
> current limits, report overheat/overcurrent events, ... See
> http://www.analog.com/static/imported-files/data_sheets/ADP1653.pdf for an
> example of the fe
On Thu, Mar 03, 2011 at 08:56:25AM -0500, Andy Walls wrote:
> With embedded platforms, like a mobile phone, are the LEDs really tied
> to the camera device: controlled by the GPIOs from the camera bridge
> chip or sensor chip? Or are they more general purpose peripherals, not
> necessarily tied to
Hi Andy,
On Thursday 03 March 2011 14:56:25 Andy Walls wrote:
> On Thu, 2011-03-03 at 12:50 +0100, Laurent Pinchart wrote:
> > On Thursday 03 March 2011 02:05:00 Andy Walls wrote:
> > > On Wed, 2011-03-02 at 19:19 +0100, Hans Verkuil wrote:
> > > > On Wednesday, March 02, 2011 18:51:43 Guennadi Li
On Thu, 2011-03-03 at 12:50 +0100, Laurent Pinchart wrote:
> Hi Andy,
>
> On Thursday 03 March 2011 02:05:00 Andy Walls wrote:
> > On Wed, 2011-03-02 at 19:19 +0100, Hans Verkuil wrote:
> > > On Wednesday, March 02, 2011 18:51:43 Guennadi Liakhovetski wrote:
> > > > ...Just occurred to me:
> > > >
Hi Andy,
On Thursday 03 March 2011 02:05:00 Andy Walls wrote:
> On Wed, 2011-03-02 at 19:19 +0100, Hans Verkuil wrote:
> > On Wednesday, March 02, 2011 18:51:43 Guennadi Liakhovetski wrote:
> > > ...Just occurred to me:
> > >
> > > On Mon, 28 Feb 2011, Guennadi Liakhovetski wrote:
> > > > On Mon,
On Thursday, March 03, 2011 09:02:20 Guennadi Liakhovetski wrote:
> On Wed, 2 Mar 2011, Hans Verkuil wrote:
>
> > On Wednesday, March 02, 2011 18:51:43 Guennadi Liakhovetski wrote:
> > > ...Just occurred to me:
> > >
> > > On Mon, 28 Feb 2011, Guennadi Liakhovetski wrote:
> > >
> > > > On Mon, 2
On Wed, 2 Mar 2011, Hans Verkuil wrote:
> On Wednesday, March 02, 2011 18:51:43 Guennadi Liakhovetski wrote:
> > ...Just occurred to me:
> >
> > On Mon, 28 Feb 2011, Guennadi Liakhovetski wrote:
> >
> > > On Mon, 28 Feb 2011, Guennadi Liakhovetski wrote:
> > >
> > > > On Mon, 28 Feb 2011, Hans
Hi
On Thu, 3 Mar 2011, Kim, HeungJun wrote:
> Hi Guennadi,
>
> I have another question about capture, not related with exact this topic.
>
> Dose the sensor which you use make EXIF information in itself while
> capturing??
So far we have no sensors, about which we know, that they're deliverin
Hi Guennadi,
I have another question about capture, not related with exact this topic.
Dose the sensor which you use make EXIF information in itself while capturing??
If it is right, how to deliver EXIF information from v4l2(subdev or media
driver)
to userapplication?
Regards,
Heungjun Kim
On Wed, 2011-03-02 at 19:19 +0100, Hans Verkuil wrote:
> On Wednesday, March 02, 2011 18:51:43 Guennadi Liakhovetski wrote:
> > ...Just occurred to me:
> >
> > On Mon, 28 Feb 2011, Guennadi Liakhovetski wrote:
> >
> > > On Mon, 28 Feb 2011, Guennadi Liakhovetski wrote:
> > >
> > > > On Mon, 28 F
On Wednesday, March 02, 2011 18:51:43 Guennadi Liakhovetski wrote:
> ...Just occurred to me:
>
> On Mon, 28 Feb 2011, Guennadi Liakhovetski wrote:
>
> > On Mon, 28 Feb 2011, Guennadi Liakhovetski wrote:
> >
> > > On Mon, 28 Feb 2011, Hans Verkuil wrote:
> > >
> > > > Does anyone know which driv
...Just occurred to me:
On Mon, 28 Feb 2011, Guennadi Liakhovetski wrote:
> On Mon, 28 Feb 2011, Guennadi Liakhovetski wrote:
>
> > On Mon, 28 Feb 2011, Hans Verkuil wrote:
> >
> > > Does anyone know which drivers stop capture if there are no buffers
> > > available?
> > > I'm not aware of an
On Mon, 28 Feb 2011, Guennadi Liakhovetski wrote:
> On Mon, 28 Feb 2011, Hans Verkuil wrote:
>
> > Does anyone know which drivers stop capture if there are no buffers
> > available?
> > I'm not aware of any.
>
> Many soc-camera hosts do that.
>
> > I think this is certainly a good initial app
On Mon, Feb 28, 2011 at 01:44:25PM +0100, Guennadi Liakhovetski wrote:
> On Mon, 28 Feb 2011, Sakari Ailus wrote:
>
> > On Mon, Feb 28, 2011 at 12:37:06PM +0100, Guennadi Liakhovetski wrote:
> > > So, you'd also need a separate control for external exposure, there are
> > > also sensors, that can
On Mon, Feb 28, 2011 at 12:20:52PM +0100, Guennadi Liakhovetski wrote:
> > > Sorry, not sure what you mean. Do you mean different APIs when the flash
> > > is controlled directly by the sensor and by an external controller? No, of
> > > course we need one API, but you either issue those ioctl()s to
On Mon, 2011-02-28 at 08:33 -0500, Andy Walls wrote:
> On Mon, 2011-02-28 at 12:17 +0100, Hans Verkuil wrote:
> > On Monday, February 28, 2011 12:07:33 Laurent Pinchart wrote:
>
> > > > So, do I understand it right, that currently there are drivers, that
> > > > overwrite the last buffers while wa
On Mon, 2011-02-28 at 12:17 +0100, Hans Verkuil wrote:
> On Monday, February 28, 2011 12:07:33 Laurent Pinchart wrote:
> > > So, do I understand it right, that currently there are drivers, that
> > > overwrite the last buffers while waiting for a new one, and ones, that
> > > stop capture for that
On Mon, 28 Feb 2011, Sakari Ailus wrote:
> On Mon, Feb 28, 2011 at 12:37:06PM +0100, Guennadi Liakhovetski wrote:
> > So, you'd also need a separate control for external exposure, there are
> > also sensors, that can be configured to different shutter / exposure /
> > readout sequence controllin
On Mon, Feb 28, 2011 at 12:37:06PM +0100, Guennadi Liakhovetski wrote:
> So, you'd also need a separate control for external exposure, there are
> also sensors, that can be configured to different shutter / exposure /
> readout sequence controlling... No, we don't have to support all that
> vari
On Fri, 25 Feb 2011, Guennadi Liakhovetski wrote:
> On Fri, 25 Feb 2011, Sakari Ailus wrote:
>
> > On Fri, Feb 25, 2011 at 06:08:07PM +0100, Guennadi Liakhovetski wrote:
> >
> > > What we could also do, we could add an optional callback to subdev
> > > (core?)
> > > operations, which, if activ
On Mon, 28 Feb 2011, Hans Verkuil wrote:
> Does anyone know which drivers stop capture if there are no buffers
> available?
> I'm not aware of any.
Many soc-camera hosts do that.
> I think this is certainly a good initial approach.
>
> Can someone make a list of things needed for flash/snapsh
On Mon, 28 Feb 2011, Laurent Pinchart wrote:
> > > > I don't think snapshot capture is *that* special. I don't expect most
> > > > embedded SoCs to implement snapshot capture in hardware. What usually
> > > > happens is that the hardware provides some support (like two independent
> > > > video st
On Sun, 27 Feb 2011, Sakari Ailus wrote:
> Hi,
>
> Guennadi Liakhovetski wrote:
> > On Fri, 25 Feb 2011, Sakari Ailus wrote:
> >
> > > Hi Guennadi,
> > >
> > > Guennadi Liakhovetski wrote:
> > > > In principle - yes, and yes, I do realise, that the couple of controls,
> > > > that I've proposed
On Monday 28 February 2011 12:17:12 Hans Verkuil wrote:
> On Monday, February 28, 2011 12:07:33 Laurent Pinchart wrote:
> > On Monday 28 February 2011 12:02:41 Guennadi Liakhovetski wrote:
> > > On Mon, 28 Feb 2011, Hans Verkuil wrote:
[snip]
> > > > It was my understanding that the streaming wou
On Monday, February 28, 2011 12:07:33 Laurent Pinchart wrote:
> Hi Guennadi,
>
> On Monday 28 February 2011 12:02:41 Guennadi Liakhovetski wrote:
> > On Mon, 28 Feb 2011, Hans Verkuil wrote:
> > > On Monday, February 28, 2011 11:28:58 Laurent Pinchart wrote:
> > > > On Saturday 26 February 2011 14
Hi Guennadi,
On Monday 28 February 2011 12:02:41 Guennadi Liakhovetski wrote:
> On Mon, 28 Feb 2011, Hans Verkuil wrote:
> > On Monday, February 28, 2011 11:28:58 Laurent Pinchart wrote:
> > > On Saturday 26 February 2011 14:56:18 Hans Verkuil wrote:
> > > > On Saturday, February 26, 2011 14:39:54
On Mon, 28 Feb 2011, Hans Verkuil wrote:
> On Monday, February 28, 2011 11:28:58 Laurent Pinchart wrote:
> > Hi Hans,
> >
> > On Saturday 26 February 2011 14:56:18 Hans Verkuil wrote:
> > > On Saturday, February 26, 2011 14:39:54 Sylwester Nawrocki wrote:
> > > > On 02/26/2011 02:03 PM, Guennadi
On Monday, February 28, 2011 11:28:58 Laurent Pinchart wrote:
> Hi Hans,
>
> On Saturday 26 February 2011 14:56:18 Hans Verkuil wrote:
> > On Saturday, February 26, 2011 14:39:54 Sylwester Nawrocki wrote:
> > > On 02/26/2011 02:03 PM, Guennadi Liakhovetski wrote:
> > > > On Sat, 26 Feb 2011, Hans
On Monday 28 February 2011 11:40:31 Hans Verkuil wrote:
> On Monday, February 28, 2011 11:28:58 Laurent Pinchart wrote:
> > On Saturday 26 February 2011 14:56:18 Hans Verkuil wrote:
> > > On Saturday, February 26, 2011 14:39:54 Sylwester Nawrocki wrote:
> > > > On 02/26/2011 02:03 PM, Guennadi Liak
Hi Hans,
On Saturday 26 February 2011 14:56:18 Hans Verkuil wrote:
> On Saturday, February 26, 2011 14:39:54 Sylwester Nawrocki wrote:
> > On 02/26/2011 02:03 PM, Guennadi Liakhovetski wrote:
> > > On Sat, 26 Feb 2011, Hans Verkuil wrote:
> > >> On Friday, February 25, 2011 18:08:07 Guennadi Liakh
On Saturday 26 February 2011 14:03:53 Guennadi Liakhovetski wrote:
> On Sat, 26 Feb 2011, Hans Verkuil wrote:
> > On Friday, February 25, 2011 18:08:07 Guennadi Liakhovetski wrote:
> >
> >
> >
> > > > > configure the sensor to react on an external trigger provided by
> > > > > the flash controll
Hi,
Guennadi Liakhovetski wrote:
On Fri, 25 Feb 2011, Sakari Ailus wrote:
Hi Guennadi,
Guennadi Liakhovetski wrote:
In principle - yes, and yes, I do realise, that the couple of controls,
that I've proposed only cover a very minor subset of the whole flash
function palette. The purposes of m
Hi Hans,
On 02/26/2011 02:56 PM, Hans Verkuil wrote:
> On Saturday, February 26, 2011 14:39:54 Sylwester Nawrocki wrote:
>> On 02/26/2011 02:03 PM, Guennadi Liakhovetski wrote:
>>> On Sat, 26 Feb 2011, Hans Verkuil wrote:
>>>
On Friday, February 25, 2011 18:08:07 Guennadi Liakhovetski wrote:
On Saturday, February 26, 2011 14:39:54 Sylwester Nawrocki wrote:
> On 02/26/2011 02:03 PM, Guennadi Liakhovetski wrote:
> > On Sat, 26 Feb 2011, Hans Verkuil wrote:
> >
> >> On Friday, February 25, 2011 18:08:07 Guennadi Liakhovetski wrote:
> >>
> >>
> >>
> > configure the sensor to react on
On 02/26/2011 02:03 PM, Guennadi Liakhovetski wrote:
> On Sat, 26 Feb 2011, Hans Verkuil wrote:
>
>> On Friday, February 25, 2011 18:08:07 Guennadi Liakhovetski wrote:
>>
>>
>>
> configure the sensor to react on an external trigger provided by the flash
> controller is needed, and that co
On Sat, 26 Feb 2011, Hans Verkuil wrote:
> On Friday, February 25, 2011 18:08:07 Guennadi Liakhovetski wrote:
>
>
>
> > > > configure the sensor to react on an external trigger provided by the
> > > > flash
> > > > controller is needed, and that could be a control on the flash
> > > > sub-de
On Friday, February 25, 2011 18:08:07 Guennadi Liakhovetski wrote:
> > > configure the sensor to react on an external trigger provided by the
> > > flash
> > > controller is needed, and that could be a control on the flash
> > > sub-device.
> > > What we would probably miss is a way to issue
On Fri, 25 Feb 2011, Sakari Ailus wrote:
> On Fri, Feb 25, 2011 at 06:08:07PM +0100, Guennadi Liakhovetski wrote:
> > Hi Sakari
>
> Hi Guennadi,
>
> > On Fri, 25 Feb 2011, Sakari Ailus wrote:
> > > I agree with that. Flash synchronisation is just one of the many
> > > parameters
> > > that woul
On Fri, 25 Feb 2011, Sakari Ailus wrote:
> Hi Guennadi,
>
> Guennadi Liakhovetski wrote:
> > In principle - yes, and yes, I do realise, that the couple of controls,
> > that I've proposed only cover a very minor subset of the whole flash
> > function palette. The purposes of my RFC were:
>
> W
On Fri, Feb 25, 2011 at 06:08:07PM +0100, Guennadi Liakhovetski wrote:
> Hi Sakari
Hi Guennadi,
> On Fri, 25 Feb 2011, Sakari Ailus wrote:
> > I agree with that. Flash synchronisation is just one of the many parameters
> > that would benefit from frame level synchronisation. Exposure time, gain
>
Hi Guennadi,
Guennadi Liakhovetski wrote:
> In principle - yes, and yes, I do realise, that the couple of controls,
> that I've proposed only cover a very minor subset of the whole flash
> function palette. The purposes of my RFC were:
Why would there be a different interface for controlling th
Hi Sakari
On Fri, 25 Feb 2011, Sakari Ailus wrote:
> On Fri, Feb 25, 2011 at 11:05:05AM +0100, Laurent Pinchart wrote:
> > Hi,
>
> Hi,
>
> > On Thursday 24 February 2011 18:57:22 Kim HeungJun wrote:
> > > Hi Guennadi,
> > >
> > > I think, it's maybe a good suggestion for current trend! ( I'm n
Hi Laurent
On Fri, 25 Feb 2011, Laurent Pinchart wrote:
> Hi,
>
> On Thursday 24 February 2011 18:57:22 Kim HeungJun wrote:
> > Hi Guennadi,
> >
> > I think, it's maybe a good suggestion for current trend! ( I'm not sure
> > this express *trend* is right :))
> >
> > But, the flash or strobe co
On Fri, Feb 25, 2011 at 11:05:05AM +0100, Laurent Pinchart wrote:
> Hi,
Hi,
> On Thursday 24 February 2011 18:57:22 Kim HeungJun wrote:
> > Hi Guennadi,
> >
> > I think, it's maybe a good suggestion for current trend! ( I'm not sure
> > this express *trend* is right :))
> >
> > But, the flash o
Hi,
On Thursday 24 February 2011 18:57:22 Kim HeungJun wrote:
> Hi Guennadi,
>
> I think, it's maybe a good suggestion for current trend! ( I'm not sure
> this express *trend* is right :))
>
> But, the flash or strobe control connected with sensor can be controlled by
> user application directly
Hi Guennadi,
I think, it's maybe a good suggestion for current trend! ( I'm not sure this
express *trend* is right :))
But, the flash or strobe control connected with sensor can be controlled by
user application
directly, not in the sensor subdev device. For example, let's think that there
is
Hi Hans
Thanks for the review. Perhaps, I should have mentioned it in the original
post, I've written down this RFC to have a basis for a discussion. The
specific API proposals in it are nothing solid, of course, so, we can
freely discuss it here now, or, maybe we get a chance to discuss it
to
On Thursday, February 24, 2011 13:18:39 Guennadi Liakhovetski wrote:
> Agenda.
> ===
>
> In a recent RFC [1] I proposed V4L2 API extensions to support fast switching
> between multiple capture modes or data formats. However, this is not
> sufficient
> to efficiently leverage snapshot capabili
Agenda.
===
In a recent RFC [1] I proposed V4L2 API extensions to support fast switching
between multiple capture modes or data formats. However, this is not sufficient
to efficiently leverage snapshot capabilities of existing hardware - sensors and
SoCs, and to satisfy user-space needs, a few
50 matches
Mail list logo
