On May 2, 2012, at 6:45 PM, Jeremy Selan wrote:
> - Rather than basing the algorithm on ImageBufAlgo, we may want to expose a
> version that processes raw pixels (i.e., ImageSpec*). We can *also* expose
> an API for processing existing ImageBufs, but if it's simpler to expose a
> version that
On May 2, 2012, at 5:36 PM, Jeremy Selan wrote:
>
> - Your proposal give lots of examples that require complex interfaces (such
> as seamless cloning). Our initial thoughts are that we'd prefer for you to
> focus on the core API for the solver/image transform operators, and to
> totally ignor
A few more thoughts on the ride home...
When I wrote this:
- My *really* simple (incorrect?) mental model of these approaches is that
> you convert an rgb image into a 2d array of spatial derivatives, manipulate
> the derivatives in clever ways, and then solve for a final rgb image (with
> an inp
Oiio-dev,
Lukasz will be working on a poisson solver for OIIO this summer (as part of
the GSOC) and in the spirit of openness we hope to route all
non-trivial/non-private GSOC OIIO email though oiio-dev .
So the remainder of this email is aimed at Lukasz, but is suitable for
public comment if/whe
Yes, I'm backporting to RB-1.0.
On May 2, 2012, at 3:41 AM, Chris Foster wrote:
> On Tue, May 1, 2012 at 11:08 PM, lorenzo wrote:
>> Thanks Chris , looking forward to see it merged :)
>> (1.0.4 ?)
>>
>> Thanks for having a look at it.
>
> No problems, it's now committed to the master developm
On Tue, May 1, 2012 at 11:08 PM, lorenzo wrote:
> Thanks Chris , looking forward to see it merged :)
> (1.0.4 ?)
>
> Thanks for having a look at it.
No problems, it's now committed to the master development branch on
github. (I assume Larry will also backport this to the stable branch
for the ne
