[Gegl-developer] Gegl Operation : Retinex

hello, I'm trying to port the retinex operation of gimp to a Gegl operation and facing following problems. First approach : 1. a GeglOperationMeta since the Retinex algorithm depending on the parameters needs multiple

Re: [Gegl-developer] Passing parameter to sampler from XML file

On 11-07-09 03:47, Nicolas Robidoux wrote: > Let me try to explain the motivation for having different methods for > transformations which are tuned for upsampling on the one hand, and > downsampling on the other, and why a "one size fits all stylishly" > scheme is neither easy to put together nor

Re: [Gegl-developer] Passing parameter to sampler from XML file

On 10-07-09 16:39, Nicolas Robidoux wrote: > Most likely names of the resamplers at this point are either: > > upsharp and upsmooth > > or > > sharpupsize and smoothupsize > > for the samplers tuned for warps in which upsampling is more typical > than downsampling (e.g., for image enlargement), and

Re: [Gegl-developer] Question about the use of C99/gcc built-in math intrinsics within GEGL on gfloats

Sven Neumann wrote: > Hi, > > I've filed an enhancement request for G_GNUC_RESTRICT: > > http://bugzilla.gnome.org/show_bug.cgi?id=552098 > > We should however not wait for this to be included in GLib. As GLib 2.18 > has just been released, it will take a while before 2.20 hits the road. > > > Sve

Re: [Gegl-developer] Patch: GIO dependency made optionnal

Is what you are trying to do for gegl_buffer not possible with the GIOChannel? Øyvind Kolås wrote: > On Sat, May 17, 2008 at 9:22 PM, Hubert Figuiere <[EMAIL PROTECTED]> wrote: > >> Here is my initial patch for GEGL

[Gegl-developer] Tiles Buffer and Pyramids question

hello, when brouwsing trough the bug reports Bug 378115 got my attention. I'm trying to figure out hou the buffer and tile's interact with each other. It seems to me that depending the call of gegl_buffer_get_scaled one pyramid level is calculated. Is there realy a image pyramid? Should the i

Re: [Gegl-developer] Proposition : GeglInterpolator

What I tried to do with the gegl_interpolator was in fact what gimp is doing in gimpdrawable-transform, Gimp only downsamples in the scale-funcs not during the transformation . I'm not sure if it is possible to corectly downsample during transformation. So the resampler should use a transformati

Re: [Gegl-developer] Proposition : GeglInterpolator

>Nope, the point is that interpolation is wrong when scaling down you >as will happen when scaling down using an affine transform or a >perspective transform. By transforming the corners of a pixel, one >would get an idea about the size needed for the resampling kernel. > >If you scale a image to

Re: [Gegl-developer] Proposition : GeglInterpolator

The change below i think would complicate the usage. Since every time accessing the interpolator the coordinates for accessing should be ajusted by the value of x, y. *GeglSampler *sampler = g_object_new (GEGL_TYPE_SAMPLER_CUBIC, "input", src,

Re: [Gegl-developer] Proposition : GeglInterpolator

I've added the implementation to bug report : Bug 360888 – Interpolation for operations GeglInterpolator + GeglInterpolatorNearest | + GeglInterpolatorLinear | + GeglInterpolatorCubic | + GeglInterpolatorLanczos usage : void displacementmap(GeglBuffer *src, GeglBuffer *aux, GeglBuff

Re: [Gegl-developer] Proposition : GeglInterpolator

Daniel Rogers wrote: On Wed, 2006-10-11 at 21:33 +0200, Geert Jordaens wrote: In order not to rewrite interpolation fnctionality for every operation I would like to propose following API. GeglInterpolator +- GeglInterpolatorLinear | + GeglInterpolatorCubic

[Gegl-developer] Proposition : GeglInterpolator

In order not to rewrite interpolation fnctionality for every operation I would like to propose following API. GeglInterpolator +- GeglInterpolatorLinear | + GeglInterpolatorCubic | + GeglInterpolatorLanczos usage : /* first create the interpolator */ GeglInterpolatorLinear *interpolator = g

Re: [Gegl-developer] Filters to be programmed.

Øyvind Kolås wrote: I am thinking about trying to reuse the SVG1.1 filter syntax for custom graphs for the XML. The image processing primitives in SVG1.1 makes up my current wish list for operations (along with porting some simple chromakeyer from gggl/blender, as well as other sources of image p