[Gegl-developer] GEGL 0.0.14

contributions from: Étienne Bersac, Kevin Cozens, Manish Singh, Mark Probst, Martin Nordholts, Michael Schumacher, Mukund Sivaraman, Shlomi Fish, Tor Lillqvist and Øyvind Kolås Where to get GEGL ⎺ GEGL and it's dependencies babl and glib can be fetched from:

Re: [Gegl-developer] Gegl questions

On Dec 12, 2007 7:50 AM, Patrik Östman <[EMAIL PROTECTED]> wrote: > - The main idea of gegl is that you can build up graphs of nodes and that > you decide when to process the graph. You are also able to specify a region, > scale and output format. To get the best performance I guess that cropping >

Re: [Gegl-developer] Gegl questions

On Jan 6, 2008 6:43 PM, Patrik Östman <[EMAIL PROTECTED]> wrote: > To exemplify. If you want to make a fast preview by applying an operation on > a scaled down version of an image, do you have to use separate graph > representations for the scaled down version versus the full size image > meaning

Re: [Gegl-developer] GEGL doubts

On Jan 11, 2008 5:05 PM, Ferran Basora <[EMAIL PROTECTED]> wrote: > Nowadays, I think that all people that works with GIMP have a 3D Graphic > card. It could be possible to integrate some of GEGL operations with the > OpenGL library and delegate a part of work to be faster? > For example, rotate, t

Re: [Gegl-developer] Split Result?

On Jan 30, 2008 9:46 PM, Ferran Basora <[EMAIL PROTECTED]> wrote: > the operation that I am creating renders a simple gradient from 0 to image > width but in the middle of the image ends the gradient and starts again to > the end of the image. I don't understand the reason. You probably want to lo

Re: [Gegl-developer] improve crop, add final image size

On Jan 31, 2008 3:29 PM, Matevž Jekovec <[EMAIL PROTECTED]> wrote: > The feature I propose would merge these two operations so you'd only crop the > image and > already get the correct image size (150x300 px in our case). This would save > quite some time when manually editing a number of photos.

Re: [Gegl-developer] Build problems on OS X

On Wed, Feb 20, 2008 at 10:54 PM, Ettore Pasquini <[EMAIL PROTECTED]> wrote: > Hello everyone, this is my first post to this list. I am trying to build > GIMP on Mac OS X from svn, and after building and installing many libraries > (via MacPorts) I have come to a halt with GEGL. GEGL has not ye

Re: [Gegl-developer] Build problems on OS X

On Wed, Feb 20, 2008 at 11:50 PM, Øyvind Kolås <[EMAIL PROTECTED]> wrote: > On Wed, Feb 20, 2008 at 10:54 PM, Ettore Pasquini > <[EMAIL PROTECTED]> wrote: > > Hello everyone, this is my first post to this list. I am trying to build > > GIMP on Mac OS X fr

Re: [Gegl-developer] article about gegl

On Thu, Feb 7, 2008 at 9:01 PM, Valent Turkovic <[EMAIL PROTECTED]> wrote: > I'm interested in writing an article about gegl. I can't find much > information online so I came to the source. > What has happened with gegl project in past 2 years? > I saw this article: > > http://www.digg.com/li

Re: [Gegl-developer] Build problems on OS X

On Thu, Feb 21, 2008 at 11:05 PM, Ettore Pasquini <[EMAIL PROTECTED]> wrote: > On 2/20/08 5:51 PM, "Ettore Pasquini" <[EMAIL PROTECTED]> > wrote: > > > >> On Wed, Feb 20, 2008 at 11:50 PM, Øyvind Kolås <[EMAIL PROTECTED]> wrote: > >>>

[Gegl-developer] GEGL-0.0.16

from: Øyvind Kolås, Étienne Bersac, Kevin Cozens, Sven Neumann, Manish Singh, Michael Natterer, Hans Brauer, Deji Akingunola, Bradley Broom and Tor Lillqvist. Where to get GEGL ⎺ GEGL and it's dependencies babl and glib can be fetched from: ftp://ftp.gimp.org/pub/bab

Re: [Gegl-developer] BABL list API patch

On Tue, Apr 1, 2008 at 8:13 PM, Jan Heller <[EMAIL PROTECTED]> wrote: > attached is a patch that introduces minimal changes needed > for removal of the old list routines. It ports several > lists to the new API and deletes the unused old functions. The patch has been applied. > There are

Re: [Gegl-developer] BABL fishing patch

On Mon, Apr 7, 2008 at 5:31 PM, Jan Heller <[EMAIL PROTECTED]> wrote: > attached is a patch that improves logic of go_fishing code > in babl-fish.c. The current code searches list of all > fishes while looking for suitable preexistent > BABL_FISH_PATH instance. The new code only searches >

Re: [Gegl-developer] BABL path vs. reference fish

On Sat, Apr 12, 2008 at 3:53 PM, Jan Heller <[EMAIL PROTECTED]> wrote: > attached is a path that introduces logic to disallow > creation of a fish path that is actually slower than > appropriate reference fish. Thank you for yet another contribution further cleaning up babl, the patch has be

Re: [Gegl-developer] BABL path vs. reference fish

On Sun, Apr 20, 2008 at 6:19 PM, Jan Heller <[EMAIL PROTECTED]> wrote: > On 00:51, Mon 14 Apr 08, Øyvind Kolås wrote: > > One issue in babl's current design is that other activity on the > > system at the same time as measuring is performed can skew results &g

Re: [Gegl-developer] Scanline processing in a GeglOperation

On Mon, Apr 21, 2008 at 7:41 AM, Hans Petter Jansson <[EMAIL PROTECTED]> wrote: > [Sorry if this gets posted twice; I managed to send the first one with > the wrong From: address]. > > Hi. I've looked through the docs and (briefly) the list archives, but I > can't figure out if it's possible to

Re: [Gegl-developer] compile failed with GCC<4.0

On Mon, Apr 21, 2008 at 12:58 PM, lode leroy <[EMAIL PROTECTED]> wrote: > (sorry, my previous mail was too fast...) Please svn up, should work in svn trunk now, I've changed the USE_GCC_VECTORS define to be possible to check with both #if and #ifdef. (I think this should work at least) /Øyvind K.

Re: [Gegl-developer] Scanline processing in a GeglOperation

On Mon, Apr 21, 2008 at 11:18 AM, Øyvind Kolås <[EMAIL PROTECTED]> wrote: > Thus to correctly implement floyd steinberg you would actually have to > request the processing of the entire image and not piece by piece thus > losing the ability to handle larger than RAM images. This

Re: [Gegl-developer] Scanline processing in a GeglOperation

On Mon, Apr 21, 2008 at 7:51 PM, Hans Petter Jansson <[EMAIL PROTECTED]> wrote: > On Mon, 2008-04-21 at 16:43 +0100, Øyvind Kolås wrote: > > On Mon, Apr 21, 2008 at 11:18 AM, Øyvind Kolås <[EMAIL PROTECTED]> wrote: > > > > Thus to correctly implement floyd ste

Re: [Gegl-developer] Scanline processing in a GeglOperation

On Tue, Apr 22, 2008 at 7:59 AM, Hans Petter Jansson <[EMAIL PROTECTED]> wrote: > On Mon, 2008-04-21 at 20:36 +0100, Øyvind Kolås wrote: > http://hpjansson.org/temp/meadow-dithered.png > > The picture has one bit per channel for a total of 8 colors, making it a > true r

Re: [Gegl-developer] Color temperature correction GeglOperation

On Fri, Apr 25, 2008 at 6:52 PM, Jan Heller <[EMAIL PROTECTED]> wrote: > I wrote it to better familiarize myself with > Gegl and I am posting it here in hope it will be useful for > others. I think it is a good operation to have, so I have commited a slightly modified version to svn. GEGL and ba

Re: [Gegl-developer] gdb messages

On Tue, May 13, 2008 at 5:37 PM, Zhang Junbo <[EMAIL PROTECTED]> wrote: > Hi, > > I'm just starting to write my code for gegl, I spent the whole day to > debug but failed. My code(svn 2287) can be found on > http://svn.gnome.org/viewvc/gegl/branches/branch_zhangjb/ . Here is > some messages from gd

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

On Sat, May 17, 2008 at 9:22 PM, Hubert Figuiere <[EMAIL PROTECTED]> wrote: > Here is my initial patch for GEGL to make gio an optional dependency for > those who run an already obsolete version of glib. This isn't only about obsolete versions of glib since there is no version having a GIO support

Re: [Gegl-developer] speeding up GEGL operations in GIMP

On Wed, May 14, 2008 at 8:14 AM, Sven Neumann <[EMAIL PROTECTED]> wrote: > currently the GEGL operations in GIMP are very slow. I have done some > basic profiling yesterday and it appears that the main problem is the > conversion from floating point to 8bit. Here is where the most time is > being s

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

On Sat, May 17, 2008 at 11:59 PM, Geert Jordaens <[EMAIL PROTECTED]> wrote: > Is what you are trying to do for gegl_buffer not possible with the > GIOChannel? > It probably is, but I would like to use one API to do this,

Re: [Gegl-developer] GEGL XML library

On Tue, May 27, 2008 at 11:52 AM, Ferran Basora <[EMAIL PROTECTED]> wrote: > > > > > On Tue, May 27, 2008 at 11:56 AM, Øyvind Kolås <[EMAIL PROTECTED]> wrote: >> >> On Tue, May 27, 2008 at 9:09 AM, Ferran Basora <[EMAIL PROTECTED]> >> wrote:

Re: [Gegl-developer] GEGL XML library

On Tue, May 27, 2008 at 9:09 AM, Ferran Basora <[EMAIL PROTECTED]> wrote: > Hello, > > I have been watching the code about reading and generation of XML in GEGL. I > think it is obsolete and pour extensible. This code should not be extended much, if at all, it should perhaps be cleaned up, but tha

[Gegl-developer] GEGL-0.0.18 released

to contributions from: Øyvind Kolås, Kevin Cozens, Sven Neumann, Manish Singh, Martin Nordholts, Étienne Bersac, Hans Petter Jansson, Jan Heller, dmacks at netspace.org, Sven Anders, Hubert Figuiere and Geert Jordaens. Where to get GEGL ⎺ GEGL and it's dependencies bab

Re: [Gegl-developer] Area filters

On Thu, Jun 26, 2008 at 12:05 PM, yahvuu <[EMAIL PROTECTED]> wrote: > Øyvind Kolås schrieb: >> Making the blur filter assume the >> buffer abyss (the region outside the defined image) to be transparent >> and extend the defined region by the kernel radius gives what I e

Re: [Gegl-developer] Area filters

On Thu, Jun 26, 2008 at 9:23 AM, yahvuu <[EMAIL PROTECTED]> wrote: > Hi all, > > if i read gegl-operation-area-filter.c correctly, both the bounding box and > the > invalidate_by_change region grow by the amount specified in prepare(). > Assuming all area operations are by type similar to blur, i

[Gegl-developer] New GEGL logo

A new GEGL logo has been created by me with help and advice from others. This mail sent out also to test whether the mailing list has become unclogged after recent problems. /Øyvind K -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gimp.org/

Re: [Gegl-developer] Area filters

On Thu, Jun 26, 2008 at 4:33 PM, yahvuu <[EMAIL PROTECTED]> wrote: > On Thu, Jun 26, 2008 at 2:31 PM, Øyvind Kolås <[EMAIL PROTECTED]> wrote: > Anyhow, implementing these filters as new operations solves the problem > for now. Having two kinds of gaussian blur seems awkward at

Re: [Gegl-developer] Area filters

On Fri, Jun 27, 2008 at 10:31 AM, yahvuu <[EMAIL PROTECTED]> wrote: > handling the bounding box inside the filter is kind of a PITA, yes. > But anything else will be a rough approximation (at least for blur filters). > I feel it somewhat contradicting to utilize floating point arithmetic for the >

Re: [Gegl-developer] [Gimp-user] Is CMYK off the table for Gimp?

On Mon, Jun 30, 2008 at 1:55 AM, David Gowers <[EMAIL PROTECTED]> wrote: > Hi John, > > On Mon, Jun 30, 2008 at 7:22 AM, John Culleton <[EMAIL PROTECTED]> wrote: >> A book by MIchael J. Hammel, _The Artist's Guide to Gimp Effects_, >> published in 2007, states that the "next release" of Gimp is >>

Re: [Gegl-developer] [Gimp-user] Is CMYK off the table for Gimp?

On Mon, Jun 30, 2008 at 12:29 PM, Øyvind Kolås <[EMAIL PROTECTED]> wrote: > I am happy with GEGLs current limited focus on three-dimensional (plus > alpha) color models, this might be expanded with something resembling > spot colors, for z-buffers from 3d renders for use in composi

Re: [Gegl-developer] Test plan

On Sat, Jul 5, 2008 at 7:09 PM, yahvuu <[EMAIL PROTECTED]> wrote: > here are some thoughts about a static test framework for gegl operations. > > * Functional Tests > These can be as simple as a set of files including a composition, > reference output and a test description. A perl/ruby script feed

Re: [Gegl-developer] raw support

On Mon, Jul 21, 2008 at 2:13 AM, Hubert Figuiere <[EMAIL PROTECTED]> wrote: > Hi, > > I'm writing on RAW support for GEGL. I was wondering a few things: > > 1/ what is the best pixel format I should use for the CFA data. I chose > "Y u16" because it is 16-bits (from 10 to 14 actually) and just the

Re: [Gegl-developer] libopenraw support

On Fri, Aug 1, 2008 at 2:44 AM, Hubert Figuiere <[EMAIL PROTECTED]> wrote: > Here is my patch to provide (optional) libopenraw support to GEGL. > > Is it OK to commit? Feel free. /Øyvind K. -- «The future is already here. It's just not very evenly distributed» -- William Gibson http://pippin.gi

Re: [Gegl-developer] Multiple Auxiliary Inputs Operation

On Thu, Aug 28, 2008 at 7:48 AM, Ferran Basora <[EMAIL PROTECTED]> wrote: > I have recently seen changes added by Luidnel Maignan, allowing to create > operations with 2 auxiliary inputs. > > I was wondering about the possibility of creating a generic > gegl-operation-composer that allows a undeter

Re: [Gegl-developer] Speeding up/documenting the gegl code

On Sat, Sep 13, 2008 at 1:49 PM, Sven Neumann <[EMAIL PROTECTED]> wrote: > Hi, > > On Sat, 2008-09-13 at 08:41 -0400, Nicolas Robidoux wrote: > >> One thing which I would not mind seeing throughout the gegl code is the >> systematic use of the const keyword. > > We will happily accept patches that

Re: [Gegl-developer] Optimisations

On Sun, Sep 14, 2008 at 5:01 PM, Henrik Akesson <[EMAIL PROTECTED]> wrote: > Hi, > > This is the first time I write on this list, so I'll introduce myself > briefly: > > I've been working/developing for the european space industry for 7 > years, but have decided that I want to do SW research, which

Re: [Gegl-developer] Is there a reason why -ffast-math is not included in the CFLAGS?

On Tue, Sep 16, 2008 at 10:09 PM, Nicolas Robidoux <[EMAIL PROTECTED]> wrote: > At least on my machine (recent Intel Ubuntu laptop), it makes a small, > but noticeable, difference. > > Why not include it? I doubt very much that any of us is doing > something which depends too closely on exactly how

Re: [Gegl-developer] How to get bounding box from inside a sampler

On Sat, Sep 20, 2008 at 3:41 AM, Nicolas Robidoux <[EMAIL PROTECTED]> wrote: > > Hello all: > > This question will make clear that I don't understand c++. > > Suppose that, in the code for, say, > gegl/gegl/buffer/gegl-sampler-cubic.c, I want to use information about > the bounding box of the input

[Gegl-developer] GEGL 0.0.20

a GeglVector. The improvements in GEGL in this release brought to you by: Martin Nordholts, Øyvind Kolås, Sam Hocevar, Manish Singh, Hubert Figuiere, Sven Neumann, yahvuu at gmail.com and Michael Natterer. Where to get GEGL ⎺ GEGL and it's dependencies babl and glib c

Re: [Gegl-developer] tile size in filters

On Mon, Oct 20, 2008 at 3:56 PM, Dierk Fröhling <[EMAIL PROTECTED]> wrote: > Hans Petter Jansson wrote: >> On Thu, 2008-10-09 at 11:08 +0200, Dierk Fröhling wrote: >> >>> I need to handle all pixels of an image in one tile for my new filter. >>> The problem is that every pixel in the filtered image

Re: [Gegl-developer] Ramblings and Congrats

On Sun, Oct 19, 2008 at 6:16 PM, David Reaves <[EMAIL PROTECTED]> wrote: > I am going to ask this because I haven't dug through the code yet: I was > wondering do you have the ability to reduce a series of arithmetic operations > into the smallest necessary subset of operations required? (image+3 t

[Gegl-developer] GEGL 0.0.22

rs.). The improvements in GEGL in this release brought to you by: Hubert Figuiere, Sven Neumann, Øyvind Kolås, Michael Natterer, Kevin Cozens, Sam Hocevar, Martin Nordholts, Manish Singh, Étienne Bersac and Michael Schumacher. Where to get GEGL ⎺ GEGL and it's dependencies babl

Re: [Gegl-developer] ok made GeglColor primarily operate on double arguments

On Sat, Jan 3, 2009 at 7:18 PM, Nicolas Robidoux wrote: > Do the recent svn changes imply that doubles should be used for pixel > data in gegl-buffer operations instead of floats? (Now or later?) The move to doubles in the external API is to make it consistently more future proof. The internal re

Re: [Gegl-developer] Testing

On Fri, Mar 13, 2009 at 2:38 PM, Henrik Akesson wrote: > I'd like to set up some regression tests before doing any changes to the > code. > > You agree on using the glib test framework? > > I'll do it by applying some operations on an input image file and comparing > the resulting output image fil

Re: [Gegl-developer] gegl/gegl documentation patch

On Wed, Mar 18, 2009 at 7:41 PM, Martin Nordholts wrote: > Henrik Akesson wrote: >> Here's a patch for: >> >> - Documentation and debug statements added >> - Removed needs_visiting from the gegl-visitable interface and the >> implementing classes gegl-pad and gegl-node because it was not used >> (

Re: [Gegl-developer] GSoC suggested project: OpenGL GPU resampling in GEGL

On Fri, Mar 20, 2009 at 6:32 AM, Nicolas Robidoux wrote: imp.org/gimp/SummerOfCode2009ideas#head-c616d78ee5dc03ae28707de7fadf0b1fa8ecfb66 > > OpenGL GPU resampling in GEGL > >    * > >      Suggested by: Nicolas Robidoux (nicolas) >    * > >      Mentored by: Nicolas and Minglun Gong and whoever e

Re: [Gegl-developer] [Gimp-developer] GSoC 2009: OpenGL GPU resampling in GEGL (an update)

On Wed, Apr 1, 2009 at 7:00 PM, Jerson Michael Perpetua wrote: > (1) Extend the current GeglBuffer implementation to store a copy of > "some" image sub-buffers/mipmaps in volatile GPU memory (textures, > VBOs).  The image data in the GPU memory will be potentially > accelerated as they are already

Re: [Gegl-developer] GPU support

On Mon, May 11, 2009 at 7:49 PM, Richard H. wrote: > Hello, > >>Implementing multi-threading in GEGL is out of my scope and I'm not >>even sure if it's in GEGL's scope. > > I understand that as your project's task is adding OpenGL support. In my > opinion, multi-CPU support would be more important

Re: [Gegl-developer] Introduction to GEGL Buffers

On Mon, May 11, 2009 at 9:48 PM, Jerson Michael Perpetua wrote: > I'm back and I've changed. I don't want to be verbose anymore. So, > without further ado... Wait, let me just say this: GeglBuffers are > awesome! Now that that's out of the way, let me tell you exactly why > GeglBuffers rock.

Re: [Gegl-developer] Introduction to GEGL Buffers

On Tue, May 12, 2009 at 3:50 PM, Nicolas Robidoux wrote: > I'm not making promises on the following (given that they are not part > of the original GSoC) but they are related to Adam and Eric GSoCs, but > it would make sense to have them have a look at the following (I may > give more programming

Re: [Gegl-developer] Introduction to GEGL Buffers

On Tue, May 12, 2009 at 9:55 PM, utkarsh shukla wrote: > hi, > Actually I am not a GSOC student but I was very much interested in writing > some code or some patch for gimp. Please guide me in case you feel I can be > of bit help. I am not a mentor in the summer of code but I am interested in GEG

Re: [Gegl-developer] Introduction to GEGL Buffers

On Wed, May 13, 2009 at 2:06 AM, wrote: > 2009/5/12 Øyvind Kolås : >> - Add abyss policies to be used by resamplers, allowing configuring the >>  behavior of affine transforms and warping image operations. > > An efficient way to do this is to remove the rule that buffers

Re: [Gegl-developer] Introduction to GEGL Buffers

On Wed, May 13, 2009 at 5:35 PM, Nicolas Robidoux wrote: > > Dear Utkarsh: > > I was talking about CPU multi-threading, that is, using multi-cores, > e.g. > > http://www.vips.ecs.soton.ac.uk/index.php?title=Benchmarks#Results_in_detail > > And unfortunately, I am swamped, and consequently, I basic

Re: [Gegl-developer] Introduction to GEGL Buffers

On Wed, May 13, 2009 at 6:08 PM, utkarsh shukla wrote: > So you are suggesting to parallelize the Gimp image operation means that > multiple GEGL processes should run at the same time. So currently the GEGL > has graph manipulation and then the rendering. > I am not sure how you tried to split the

Re: [Gegl-developer] alignment of pixels with coordinates

On Thu, May 14, 2009 at 4:57 PM, Nicolas Robidoux wrote: > > My working assumption is that GEGL should be as consistent as possible > with GIMP. > > gegl/gegl/buffer/gegl-sampler-cubic.c, for example, contains the > following code: > > --

Re: [Gegl-developer] alignment of pixels with coordinates

On Wed, May 27, 2009 at 6:49 PM, Nicolas Robidoux wrote: > Can you email me pointers to the code that actually does scaling, > rotating, and similar warping (I am pretty sure perspective is not > implemented in gegl)? That is, can you email me a list of the code > which calls the samplers, and sta

Re: [Gegl-developer] geglbuffer-add-image writes GeglBuffer to disk only after a gegl_buffer_flush()?

On Wed, Jun 3, 2009 at 8:45 PM, Giuseppe Rota wrote: > I got stuck with the geglbuffer-add-image example, though. > I expected to find, after a successful run, a file (first argument) > containing the serialization (or dump, if you will) of a GeglBuffer (I > used data/surfer.png as input). > That

Re: [Gegl-developer] GEGL Perf tools - plan

On Thu, Jun 4, 2009 at 3:33 PM, Henrik Akesson wrote: > This is the moment to let me know for anyone who wants me to include a > certain tool in the survey. > > I'm currently at: > > - gprof, sprof > - valgrind (cachegrind, callgrind) > - ltrace, ptrace > - oprofile GEGL itself contains built in

Re: [Gegl-developer] Cache strategy

On Mon, Jun 15, 2009 at 8:12 PM, Patrik Östman wrote: > node 1  to node 2. Are there any significant changes of cache > handling done between 0.0.20 and 0.0.22 or are there a > setting that must be turned on to get 'per node caches' > functionality? The caching policies and mechanisms in GEGL are

Re: [Gegl-developer] Cache strategy

On Tue, Jun 16, 2009 at 8:58 AM, johannes hanika wrote: > this is handled well because changing the last operation in the graph > will need the output of the previous one, thus incrementing the ``more > recently used'' value of this one, preventing the important previous > cache line from being swa

Re: [Gegl-developer] Cache strategy

On Tue, Jun 16, 2009 at 6:31 AM, Martin Nordholts wrote: > One caching strategy that I think we will come pretty far with is to > handle caching in a wrapper function to GeglOperation::process(). That > is, the GeglEvalVisitor would not call GeglOperation::process() directly > but instead something

Re: [Gegl-developer] Cache strategy

On Tue, Jun 16, 2009 at 11:11 AM, wrote: >>> Another thing worth mentioning is that caches on every node doesn't >>> scale well to concurrent evaluation of the graph since the evaluators >>> would need to all the time synchronize usage of the caches, preventing >>> nice scaling of performance as y

Re: [Gegl-developer] Cache strategy

On Tue, Jun 16, 2009 at 11:38 AM, wrote: > 2009/6/16 Øyvind Kolås : >> On Tue, Jun 16, 2009 at 11:11 AM, wrote: >>>>> Another thing worth mentioning is that caches on every node doesn't >>>>> scale well to concurrent evaluation of the graph since the

Re: [Gegl-developer] [GSoC] Midterm project evaluations coming up

On Sat, Jun 20, 2009 at 12:14 AM, Nicolas Robidoux wrote: > Quick note: > > Adam knows tons more about object oriented programming (in C) than I > do. So, even if I write something stupid, don't assume that HE does > not know what he's doing. Strong and silent doesn't really work in terms of being

Re: [Gegl-developer] Use of Static Arrays in Nohalo Level 2

On Wed, Jul 1, 2009 at 9:19 PM, Adam Turcotte wrote: > I will be implementing Nohalo Level 2 for GEGL. This basically > involves computing double-density pixel data (with a specialized > version of Nohalo Level 1 minus the finishing bilinear) and then > running a slightly modified version of Nohalo

[Gegl-developer] GEGL-0.1.0

rought was brought to you by: Øyvind Kolås, Sven Neumann, Étienne Bersac, Hubert Figuiere, Martin Nordholts, Nicolas Robidoux, Michael Natterer, Ruben Vermeersch, Kevin Cozens, Manish Singh, Gary V. Vaughan, James Legg, Henrik Åkesson, Fryderyk Dziarmagowski, Ozan Caglayan and Tobias Mueller. Wh

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

On Tue, Jul 7, 2009 at 10:25 AM, Nicolas Robidoux wrote: > > Adam Turcotte and Eric Daoust are implementing samplers (alternatives > to nearest neighbour, bilinear, bicubic, lanczos... interpolation), > names snohalo1 (tuned for upsampling) and nohalobox (tuned for > downsampling), which both have

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

On Wed, Jul 8, 2009 at 8:43 AM, Nicolas Robidoux wrote: > Suggestion implementing the s/nohalo family and the nohalobox family > without an explicit, visible, parameter: > > Would it be possible/desirable to use the current code (which has a > parameter) as some sort of template? Sure, for most us

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

On Wed, Jul 8, 2009 at 1:08 PM, Nicolas Robidoux wrote: > PS > > Let me know if you'd rather I think about all this off list. I dislike writing email, and you are almost using email like IRC, feel free to continue but do not expect much response from me in particular :d /pippin -- «The future

Re: [Gegl-developer] error message when executing gegl-paint

On Fri, Nov 6, 2009 at 6:11 PM, Tim Chen wrote: > Today I pull babl / gegl clone from git, and build the source according to > the document without error . > > However, when I tried running the gegl-paint in the example folder, a blank > window poped up. And whenever I click on the window, I got e

Re: [Gegl-developer] error message when executing gegl-paint

On Wed, Nov 11, 2009 at 4:42 PM, Øyvind Kolås wrote: > On Fri, Nov 6, 2009 at 6:11 PM, Tim Chen wrote: >> Today I pull babl / gegl clone from git ... >> However, when I tried running the gegl-paint in the example folder, a blank >> window poped up. And whenever I click on th

[Gegl-developer] gegl-0.1.2

Vermeersch, Øyvind Kolås, Javier Jardón, Yaakov Selkowitz and Michael Natterer, Kaja Liiv and Eric Daoust. Where to get GEGL ⎺ The latest versions of GEGL and it's hard dependencies babl and glib can be fetched from: ftp://ftp.gimp.org/pub/babl/0.1/babl-0.1.2.tar.bz

Re: [Gegl-developer] GEGL ops: full-image processing (ignorance of ROI?)

On Sat, Feb 20, 2010 at 1:05 AM, Danny Robson wrote: > On Fri, 19 Feb 2010 21:24:57 +0300 > Eugene Zagidullin wrote: > >> Yes, it's just what I mean. But this decomposition is a very >> CPU-intensive operation. Is there a way to process whole image only >> once, store output in a kind of cache an

Re: [Gegl-developer] Some Questions about GEGL library

On Fri, Mar 26, 2010 at 7:37 PM, Rahmati Fateme wrote: > Hello, > I'm a master's student in computer science at Strasbourg university (France). > > I start working on a project related to GEGL library, my goal is to study how > to > optimize "operators' graph" to reduce execution time.It would be

Re: [Gegl-developer] colored photo filter with gamma correction and combined soft-light over image layer

On Sun, Mar 28, 2010 at 12:41 PM, Alexander Fitterling wrote: > I am seeking a solution to add a one colored photo filter (eg. #FF) with > gamma and density adjustable and without destroying luminance with > hard/soft-light compositors enabled over an image layer. > > Is GEGL able to do this?

Re: [Gegl-developer] Some Questions about GEGL library

On Mon, Mar 29, 2010 at 4:58 PM, Nicolas Robidoux wrote: > Øyvind (and all): > > "Long term" development question: > > If one was to try to optimize gegl operations which involve resampling > (image rotation, affine and perspective transformations), do you think > this should be done on the GPU, o

Re: [Gegl-developer] gsoc2010: a collection of filters for GEGL

On Sun, Apr 4, 2010 at 4:16 AM, David Gowers <00a...@gmail.com> wrote: >> 1. While GEGL has excellent support for high depth colour spaces, there >> are few examples of filters which take advantage of this explicitly. I >> would be interested in implementing (or porting) a collection of tone >> map

Re: [Gegl-developer] [Inkscape-devel] Cairo rendering proposal

2010/4/8 Krzysztof Kosiński : >> On 4/7/10, Krzysztof Kosiński wrote: >>> Here's my Cairo rendering proposal. I made it public so that all >>> people can comment. >>> (linking to archived mail instead of full quoting original message) http://article.gmane.org/gmane.comp.graphics.inkscape.devel/338

Re: [Gegl-developer] [Inkscape-devel] Cairo rendering proposal

On Fri, Apr 9, 2010 at 12:33 PM, wrote: > On Fri, Apr 09, 2010 at 03:52:03PM +0100, Øyvind Kolås wrote: >> 2010/4/8 Krzysztof Kosiński : >> >> On 4/7/10, Krzysztof Kosiński wrote: >> >>> Here's my Cairo rendering proposal. I made it public so that all >

Re: [Gegl-developer] [Gimp-developer] Lab conversion, GEGL, RGB space, Illuminant

On Fri, Aug 13, 2010 at 9:06 AM, wrote: > On 13 August 2010 02:57, James Cox wrote: >>> You don't need to worry that the sRGB gamut is rather small since, >>> because GEGL is using float, it can represent values outside the gamut >>> as less than 0 or greater than 1. >> >> That sounds good in th

Re: [Gegl-developer] Development step

On Sat, Sep 4, 2010 at 6:52 PM, Jacopo Corzani wrote: > I have a stupid question about gegl devel workflow... > I readed documentation and i saw gegl's bugzilla page, it seems that > there aren't any "ufficial" open task to complete (associate to any > person or group), only a open bug or feature

Re: [Gegl-developer] babl docs

On Thu, Sep 9, 2010 at 10:18 AM, Rupert Weber wrote: > On 09/09/2010 08:03 AM, Martin Nordholts wrote: >> That's pretty nice, could you provide a patch against the docs part in babl? >> http://git.gnome.org/browse/babl/tree/docs > > Sure: https://bugzilla.gnome.org/show_bug.cgi?id=629146 Yep it i

Re: [Gegl-developer] babl docs

On Fri, Sep 10, 2010 at 11:55 PM, Rupert Weber wrote: > Something else I don't understand about models/formats: > > If babl automatically creates a double-format for every registered > model, how can there be models without a double-format? > Namely RaGaBaA, RGB, R'G'B', YaA, Y'A, and Y'? Looking

Re: [Gegl-developer] babl docs

On Sat, Sep 11, 2010 at 1:21 PM, Rupert Weber wrote: > On 09/11/2010 10:14 AM, Øyvind Kolås wrote: > >> Looking at the code babl doesn't create a double-format, but when >> registering a color model conversions to/from a (perhaps synthesized) >> double format is prov

Re: [Gegl-developer] babl docs

On Sat, Sep 11, 2010 at 8:28 PM, Rupert Weber wrote: > So it's a three-liner now. Hope it's ok that I include it here. > I decided to insert a declaration instead of pulling up the static function > to the top, so the patch wouldn't look like stuff has changed that hasn't. > If you want it the oth

Re: [Gegl-developer] babl docs

On Mon, Sep 20, 2010 at 12:49 AM, Rupert Weber wrote: > More questions... > > 1. C standard > The docs state "ANSI C" as a feature. Is that actually meant in the > strict sense of C89, not C99? Does that hold for (babl-)extensions as > well? I'm specifically thinking about inline and inttypes.h.

Re: [Gegl-developer] GEGL run -- heavy resources consumption

On Tue, Oct 19, 2010 at 10:12 PM, Jan Kovanda wrote: > A testing picture is 8.5 MB RGB jpeg image 6000px x 6000px. uncompressed this is 103 MB as 8bit RGB data, 549 MB as 32bit float RGBA data which is what GEGL prefers to work with internally. > Why GEGL needs so much resources for such simple

Re: [Gegl-developer] GEGL GPU

On Sun, Oct 17, 2010 at 2:13 PM, patrice kouame wrote: > It seems like all the work on the gsoc gpu branch has stalled. >  I'm sure it's been partially taken over by events and/or other > priorities, but were there any interesting findings and benchmarks? > Just wondering if the concept (for gegl

Re: [Gegl-developer] babl: Floating point suffix

On Sun, Oct 3, 2010 at 12:44 AM, Rupert Weber wrote: > Many floating point constants in babl are suffixed with an 'F', even > though they are used (i.e. converted soon thereafter) as doubles. (And > again recently on GIMP with the Megapixel-patch). > > While my reflex would be to just change that

Re: [Gegl-developer] what color spaces and bit dephts GEGL supports?

On Mon, Jan 10, 2011 at 8:01 PM, Jan Rabusic wrote: > Hi, my name is Jan and I am a student of the University of West Bohemia in the > Czech Republic. This year I am writing my bachelors work - a program for > advanced color correction. GEGL we found very useful library. But our target > is > a p

Re: [Gegl-developer] various blurs

On Wed, Jan 19, 2011 at 10:29 AM, andy gill wrote: > As for the alternative gaussian implementation, it was not my intention that > we should keep both, only that interested parties may wish to compare them > side by side before deciding which to keep and which to ditch. Quality wise, > I don't th

Re: [Gegl-developer] various blurs

On Wed, Jan 19, 2011 at 10:29 AM, andy gill wrote: > Could you explain how the tests work, it's not obvious to me what I need to > add. Do the tests make sure that the results match a reference image in some > way? XML files in gegl/tests/compositions are rendered and their output is tested again

Re: [Gegl-developer] Let me introduce myself

On Thu, Jan 20, 2011 at 12:31 AM, (Ry)akiotakis (An)tonis wrote: > Hi everyone my name is Ryakiotakis Antonis (Ryan for short) and I > decided to write to this list after reading an announcement on > gimp.org about new developers in need. My expertise is on OpenGL and I > have wondered if GEGL is

[Gegl-developer] GEGL 0.1.4 and babl 0.1.4

away some constant overhead made GeglBufferIterator API public This release of GEGL was made possible by contributions from: Michael Natterer, Øyvind Kolås, Vincent Untz, Kaja Liiv, Nils Philippsen, Étienne Bersac, Martin Nordholts, Debarshi Ray, Danny Robson, Stuart Axon, Kao, Mukund

Re: [Gegl-developer] internal structure of GEGL

color space is known and well defined. Most users desiring a CMYK mode should be satisfied by working in properly color managed RGB with CMYK soft-proofing, and perhaps attaching an ICC profile later, perhaps separating to CMYK at export if the software/hardware used further down a printing pipeli

<    1   2   3   >