Re: V4L-DVB Summit Day 1

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Sep 25, 2009 at 3:07 AM, Guennadi Liakhovetski
<g.liakhovetski@xxxxxx> wrote:
> Hi Hans
>
> Thanks for keeping us updated. One comment:
>
> On Wed, 23 Sep 2009, Hans Verkuil wrote:
>
>> In the afternoon we discussed the proposed timings API. There was no
>> opposition to this API. The idea I had to also use this for sensor setup
>> turned out to be based on a misconception on how the S_FMT relates to sensors.
>> ENUM_FRAMESIZES basically gives you the possible resolutions that the scaler
>> hidden inside the bridge can scale the native sensor resolution. It does not
>> enumerate the various native sensor resolutions, since there is only one. So
>> S_FMT really sets up the scaler.
>
> Just as Jinlu Yu noticed in his email, this doesn't reflect the real
> situation, I am afraid. You can use binning and skipping on the sensor to
> scale the image, and you can also use the bridge to do the scaling, as you
> say. Worth than that, there's also a case, where there _several_ ways to
> perform scaling on the sensor, among which one can freely choose, and the
> host can scale too. And indeed it makes sense to scale on the source to
> save the bandwidth and thus increase the framerate. So, what I'm currently
> doing on sh-mobile, I try to scale on the client - in the best possible
> way. And then use bridge scaling to provide the exact result.
>

Yes I do agree with you. And it is highly necessary to provide a clear
method which obviously indicates which device to use in scaling job.
When I use some application processors which provide camera
peripherals with scaler inside and external ISP attached, there is no
way to use both scaler features inside them. I just need to choose one
of them.
Cheers,

Nate

-- 
=
DongSoo, Nathaniel Kim
Engineer
Mobile S/W Platform Lab.
Digital Media & Communications R&D Centre
Samsung Electronics CO., LTD.
e-mail : dongsoo.kim@xxxxxxxxx
          dongsoo45.kim@xxxxxxxxxxx
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Input]     [Video for Linux]     [Gstreamer Embedded]     [Mplayer Users]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]
  Powered by Linux