2009. 04. 16, 오후 11:56, Guennadi Liakhovetski 작성:
On Thu, 16 Apr 2009, Dongsoo Kim wrote:
And about camera client with several inputs question, I will say
that
almost every 3G UMTS phone has dual camera on it. And we can
consider
every 3G UMTS smart phones have dual camera on it with soc
On Thu, 16 Apr 2009, Dongsoo Kim wrote:
> > > And about camera client with several inputs question, I will say that
> > > almost every 3G UMTS phone has dual camera on it. And we can consider
> > > every 3G UMTS smart phones have dual camera on it with soc camera
> > > solution.
> >
> > No, sorry
2009. 04. 16, 오후 9:59, Guennadi Liakhovetski 작성:
On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
Hello Guennadi,
On Thu, Apr 16, 2009 at 9:06 PM, Guennadi Liakhovetski
wrote:
3. you open videoX, one "default" camera gets activated
immediately - not
all applications issue S_INPUT, so,
On Thu, 16 Apr 2009, Hans Verkuil wrote:
> If you have mutually exclusive sources, then those should be implemented
> as one device with multiple inputs. There is really no difference between
> a TV capture driver that selects between a tuner and S-Video input, and a
> camera driver that selects b
On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
> Hello Guennadi,
>
> On Thu, Apr 16, 2009 at 9:06 PM, Guennadi Liakhovetski
> wrote:
> > 3. you open videoX, one "default" camera gets activated immediately - not
> > all applications issue S_INPUT, so, there has to be a default.
> > 4. if an S
Hello Guennadi,
On Thu, Apr 16, 2009 at 9:06 PM, Guennadi Liakhovetski
wrote:
> On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
>
>> My concern is all about the logical thing. "Why can't we open device
>> node even if it is not opened from any other process."
>
> The answer is of course "becau
> On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
>
>> My concern is all about the logical thing. "Why can't we open device
>> node even if it is not opened from any other process."
>
> The answer is of course "because the other node is currently active," but
> I can understand the sort of "con
On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
> My concern is all about the logical thing. "Why can't we open device
> node even if it is not opened from any other process."
The answer is of course "because the other node is currently active," but
I can understand the sort of "confusion" th
Hi Guennadi,
On Thu, Apr 16, 2009 at 7:30 PM, Guennadi Liakhovetski
wrote:
> On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
>
>> Hello Guennadi,
>>
>> On Thu, Apr 16, 2009 at 5:58 PM, Guennadi Liakhovetski
>> wrote:
>> > On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
>> >
>> >> Hello Gue
On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
> Hello Guennadi,
>
> On Thu, Apr 16, 2009 at 5:58 PM, Guennadi Liakhovetski
> wrote:
> > On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
> >
> >> Hello Guennadi,
> >>
> >>
> >> Reviewing your patch, I've got curious about a thing.
> >> I thi
Hello Guennadi,
On Thu, Apr 16, 2009 at 5:58 PM, Guennadi Liakhovetski
wrote:
> On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
>
>> Hello Guennadi,
>>
>>
>> Reviewing your patch, I've got curious about a thing.
>> I think your soc camera subsystem is covering multiple camera
>> devices(sensor
On Thu, 16 Apr 2009, Dongsoo, Nathaniel Kim wrote:
> Hello Guennadi,
>
>
> Reviewing your patch, I've got curious about a thing.
> I think your soc camera subsystem is covering multiple camera
> devices(sensors) in one target board, but if that is true I'm afraid
> I'm confused how to handle the
Guennadi Liakhovetski writes:
> Convert soc-camera core to a platform driver. With this approach I2C
> devices are no longer statically registered in platform code, instead they
> are registered dynamically by the soc-camera core, when a match with a
> host driver is found. With this patch all pl
13 matches
Mail list logo
