public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: "Ivan T. Ivanov" <iivanov@mm-sol.com>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Sakari Ailus <sakari.ailus@iki.fi>,
	linux-media@vger.kernel.org,
	Jean-Philippe Francois <jp.francois@cynove.com>
Subject: Re: [PATCH] omap3isp: preview: Add support for non-GRBG Bayer patterns
Date: Wed, 27 Jun 2012 16:42:01 +0300	[thread overview]
Message-ID: <1340804521.3675.6.camel@iivanov-desktop> (raw)
In-Reply-To: <2750049.lYuKrB1hfJ@avalon>


Hi, 

On Tue, 2012-06-26 at 03:30 +0200, Laurent Pinchart wrote:
> Hi Sakari,
> 
> On Saturday 23 June 2012 11:22:37 Sakari Ailus wrote:
> > On Mon, Jun 18, 2012 at 04:30:53PM +0200, Laurent Pinchart wrote:
> > > Rearrange the CFA interpolation coefficients table based on the Bayer
> > > pattern. Modifying the table during streaming isn't supported anymore,
> > > but didn't make sense in the first place anyway.
> > 
> > Why not? I could imagine someone might want to change the table while
> > streaming to change the white balance, for example. Gamma tables or the SRGB
> > matrix can be used to do mostly the same but we should leave the decision
> > which one to use to the user space.
> 
> Because making the CFA table runtime-configurable brings an additional 
> complexity without a use case I'm aware of. The preview engine has separate 
> gamma tables, white balance matrices, and RGB-to-RGB and RGB-to-YUV matrices 
> that can be modified during streaming. If a user really needs to modify the 
> CFA tables during streaming I'll be happy to implement that (and even happier 
> to receive a patch :-)), but I'm a bit reluctant to add complexity to an 
> already complex code without a real use case.
> 

Sorry for not following this thread very closely. One use case for 
changing CFA table is to adjust sharpness of the frames coming out
of the ISP. And we are doing exactly this in N9.

Regards,
Ivan.



  parent reply	other threads:[~2012-06-27 13:55 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-18 14:30 [PATCH] omap3isp: preview: Add support for non-GRBG Bayer patterns Laurent Pinchart
2012-06-21 13:35 ` jean-philippe francois
2012-06-21 23:29   ` Laurent Pinchart
2012-06-22 14:19     ` jean-philippe francois
2012-06-23  8:22 ` Sakari Ailus
2012-06-26  1:30   ` Laurent Pinchart
2012-06-26 19:01     ` Sakari Ailus
2012-06-27 14:07       ` Laurent Pinchart
2012-06-27 13:42     ` Ivan T. Ivanov [this message]
2012-06-27 13:54       ` Laurent Pinchart
2012-06-27 14:30         ` Ivan T. Ivanov
2012-06-27 14:42           ` Laurent Pinchart
2012-06-27 14:43             ` Ivan T. Ivanov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1340804521.3675.6.camel@iivanov-desktop \
    --to=iivanov@mm-sol.com \
    --cc=jp.francois@cynove.com \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-media@vger.kernel.org \
    --cc=sakari.ailus@iki.fi \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox