* Todd Relyea [EMAIL PROTECTED] [060130 10:17]:
- Has there been a clear delineation made between the
functionality of the future GIMP front end and GEGL?
All image processing (pixel modifying routines) should _eventually_ be
moved to GEGL. The interface to GEGL should be the Directed Acyclic
* Leonardo Giordani [EMAIL PROTECTED] [060303 11:45]:
Hi all,
my name is Leonardo Giordani. I am an italian Linux user and I work as
C/Python developer in the field of scientific applications (signal
processing). I have some knowledge about graphics programming mainly coming
from the
* Martin Nordholts [EMAIL PROTECTED] [060310 13:53]:
Oh, 6 years old. Got it.
6 years... I wonder if changing to a higher level language like C++ or
better yet C# (mono has good enough support now) would speed up the
development. I think it would.
What do you guys think?
The reason for
* Florent Monnier [EMAIL PROTECTED] [060605 21:46]:
Hi pippin, I'm sorry to bother you with this, but I'm not sure to understand,
is this tarball some kind of derivative of the official GEGL? Or something to
continue the experimentations with your so interesting sandboxes?
Or is this the
* [EMAIL PROTECTED] [EMAIL PROTECTED] [060606 19:06]:
Øyvind Kolås writes:
I rather think the problem is in babl :/ I see now that on one of my
systems the line containing the string
dl_handle = dlopen (path, RTLD_NOW) has RTLD_NOW been replaced with 2.
(by the way, what kind of system
* [EMAIL PROTECTED] [EMAIL PROTECTED] [060606 19:06]:
Øyvind Kolås writes:
I rather think the problem is in babl :/ I see now that on one of my
systems the line containing the string
dl_handle = dlopen (path, RTLD_NOW) has RTLD_NOW been replaced with 2.
OK,. I suspect the dynamic loading
On 8/5/06, Cody Russell [EMAIL PROTECTED] wrote:
Hi guys,
I was talking to pipping tonight because I made a gegl op for outputting
into a GdkPixbuf and wanted to import it into cvs. He mentioned that we
should import gegl-operations into its own module in cvs and it needs to
be organized in a
On 8/9/06, Øyvind Kolås [EMAIL PROTECTED] wrote:
On 8/8/06, Øyvind Kolås [EMAIL PROTECTED] wrote:
I am currently experimenting with adding a lot of the operations to
the GEGL module itself in the already existing operations directory,
I'm not confident that this is the correct approach long
On 8/9/06, Øyvind Kolås [EMAIL PROTECTED] wrote:
Sorry about the frequency of mails.
GEGL is now but I proceeded and added the operations to the GEGL
module. The build system is still a bit fragile and needs enhancement
(conditional building of operations based on found dependencies
On 8/16/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I've compiled and installed GEGL and BABL, and I just tried to edit
drop-shadow.xml,
replacing
node class='load' path='data/vinci-fly3.jpg'/ with
node class='load' path='data/test0.png'/
to test colorspace conversion (test0.png is a 8bit
The build environment of GEGL has received some sorely needed
attention, and as part of that babl has been polished into a stable
state. Babl[1] is a library providing GEGL with color model and data
type vocabulary as well as conversions between pixel formats.
GEGL now depends on babl 0.0.4[1]
On 10/17/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
If you scale a image to 10% of the original size using cubic, you have
a situation where the data for each destination pixel is taken from a
region of 4x4pixel, whilst it should at least be taken from a region
of 10x10pixels, 84% of the
On 10/17/06, Ken Bateman [EMAIL PROTECTED] wrote:
I've independently been thinking of a similar imaging core for the last month or
so. Of course, I think it's a good idea. Logically, behind the scenes,
everything should be in the form of a DAG. But I think that a raw DAG does not
make up a
On 10/22/06, Rasmus Bonnedal [EMAIL PROTECTED] wrote:
1. I have found no list of supported platforms so I tried to build it
on Cygwin but it fails because of differences in the dynamic library
mechanism between Windows and Linux. Are there any plans on Windows or
Cygwin support?
People who
On 1/8/07, Øyvind Kolås [EMAIL PROTECTED] wrote:
A new GEGL release a short time after the first, it should now build
or be closer
to building on more systems. Work is underway to make it possible to
use GEGL from both python and ruby. A preliminary ruby binding can be
found at http
On 1/10/07, Piotr Stopniak [EMAIL PROTECTED] wrote:
I was just doing some work in Photoshop which involved multiple layer
sets that had to have the same opacity and it was a pain to change them
all each time so I had this idea that you could define global variables
or, in the DAG paradigm,
On 1/30/07, Konstantin N.Kozlov [EMAIL PROTECTED] wrote:
I have just subscribed to this list and would like to say Hello to
everybody.
I am working in the field of systems biology and my work includes
processing of images and writing software for it also.
I have several questions to the
On 2/4/07, Sven Neumann [EMAIL PROTECTED] wrote:
HSL layer modes have been requested for GIMP (see bug #401754 and also
bug #404378 for another request that deals with layer and paint modes).
It might make sense to consider adding these to babl/gegl.
I'd rather add CIE Luv and use that in
On 2/8/07, cazaciuc gabriel [EMAIL PROTECTED] wrote:
I want to give a little help to the development of gegl. Which is
the recommended method to get started?
You've already started that by attempting to build it locally from source ;)
What are the operations that are considered usefull to
premultiplied to non-premultipled data making it
work on platforms where the dynamically loaded performance extensions
do not work yet.
Contributions from:
Kevin Cozens, Øyvind Kolås, Sven Neumann and Michael Schumacher.
Where to get GEGL
⎺
GEGL and it's dependencies babl and glib can
On 3/5/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
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
On 3/20/07, Kerem Kat [EMAIL PROTECTED] wrote:
Hi, I checked out babl and gegl from svn and compiled them on fedora 6 with
autogen.sh , but without success to run.
gegl: rev. 1436
babl: rev. 230
When I run the gegl binary, it gives the following:
WARNING **: Failed to set operation type
On 3/20/07, Øyvind Kolås [EMAIL PROTECTED] wrote:
On 3/20/07, Kerem Kat [EMAIL PROTECTED] wrote:
Hi, I checked out babl and gegl from svn and compiled them on fedora 6 with
autogen.sh , but without success to run.
gegl: rev. 1436
babl: rev. 230
When I run the gegl binary, it gives
On 5/8/07, Mark Probst [EMAIL PROTECTED] wrote:
Hi!
I'm trying to implement a B/W processing application using Gegl,
similar to my B/W Photoshop workflow:
http://schani.wordpress.com/2006/05/23/my-digital-bw-workflow/
There are several operations that I need which, as far as I can tell
On 5/10/07, Mark Probst [EMAIL PROTECTED] wrote:
Ok, so here's my mono mixer, implemented as a generic filter.
Looks good, the filter plug-in API headers are not installed yet, this because
there will be changes made to it, already there have been changes to
the GEGL tree causing your filter not
I do not know when support for CMYK in GEGL will be added, but the
initial support will most probably be as described below,
and it can be added without being intrusive on the current code.
The various tasks that needs to be done should probably be filed
against GEGL as separate enhancement
On 5/18/07, Mark Probst [EMAIL PROTECTED] wrote:
On 5/17/07, Øyvind Kolås [EMAIL PROTECTED] wrote:
Speaking of color to gray scale, be sure to test the c2g operation
also in the workshop.
My first impression: With the default value of 3 samples it produces
way too noisy images, even from
On 5/18/07, Étienne Bersac [EMAIL PROTECTED] wrote:
Hi all,
You may have heard about OCRopus project launched by Google last month.
As a developer of gnome scan, this is the project i needed for OCR. I
wonder how it is possible to plug it as a GeglOperation. I mean, is
GeglOperation intended
On 5/22/07, Mark Probst [EMAIL PROTECTED] wrote:
Here's a small patch that corrects the floating point I/O problem for
the curve and makes the contrast-curve operation use the curve instead
of the object param type.
Committed, one adjustment to how you create patches that would making
The main rendering functino of GEGL is gegl_node_blit, gegl_node_blit
is in essence a
wrapper around gegl_buffer_get (), with a GeglNode instead of a
GeglBuffer, a currently unused
rowstride of the destination_buf, and the GeglBlitFlags describing the
caching behavior desired. The rowstride should
On 8/15/07, Håkon [EMAIL PROTECTED] wrote:
snip
to stretch-contrast.c fixed it.
This change has been committed.
- I'm trying to implement a Fourier transform filter in GEGL. It uses RGB
images with the real part of the complex numbers stored in red, and the
imaginary part in green. This
On 9/16/07, Martin Nordholts [EMAIL PROTECTED] wrote:
Øyvind Kolås skrev:
[...] The rowstride should probably be added to
gegl_buffer_get as well, keeping the current behavior of letting 0/-1
denote a default rowstride of bytesperpixel*width.
Any comments?
/Øyvind K.
Just a little
On 10/9/07, Lavergne Thomas [EMAIL PROTECTED] wrote:
Hi,
I've just installed GEGL and BABL and started to do some test. For
example the following code :
So does any of you have an idea about what can cause this slow down ?
GEGL is still going through architectual level internal refactoring
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
and
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 that
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,
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 look
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:
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 has not yet been successfully built on Mac OS X, please upgrade
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/babl/0.0
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 still
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
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 been
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.
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 steinberg you would actually have to
request
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 retro experience. From left
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 babl
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 gdb.
The
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
supporting
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 spent.
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?
http://library.gnome.org/devel/glib/2.12/glib-IO-Channels.html#GIOChannel
It probably is, but I would like to use one API to do this, namely
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:
Hello,
I have been watching the code about reading and generation
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 that
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 babl
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
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 first, but
it is a user
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
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 compositing, as
well
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
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 introduce
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 is why
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
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 data.
by 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 can
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 should
.).
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 and glib can
On Mon, May 11, 2009 at 7:49 PM, Richard H. for...@gimpusers.com 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
On Tue, May 12, 2009 at 3:50 PM, Nicolas Robidoux
nrobid...@cs.laurentian.ca 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
On Tue, May 12, 2009 at 9:55 PM, utkarsh shukla utk.shu...@gmail.com 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
On Wed, May 13, 2009 at 6:08 PM, utkarsh shukla utk.shu...@gmail.com 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
On Thu, May 14, 2009 at 4:57 PM, Nicolas Robidoux
nrobid...@cs.laurentian.ca 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:
On Wed, Jun 3, 2009 at 8:45 PM, Giuseppe Rota rota.giuse...@gmail.com 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
On Thu, Jun 4, 2009 at 3:33 PM, Henrik Akesson h.m.akes...@gmail.com 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
On Mon, Jun 15, 2009 at 8:12 PM, Patrik Östmanpa.ost...@gmail.com 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
On Tue, Jun 16, 2009 at 8:58 AM, johannes hanikahana...@gmail.com 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
On Tue, Jun 16, 2009 at 11:11 AM, jcup...@gmail.com 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
On Tue, Jul 7, 2009 at 10:25 AM, Nicolas
Robidouxnrobid...@cs.laurentian.ca 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
On Wed, Jul 8, 2009 at 8:43 AM, Nicolas
Robidouxnrobid...@cs.laurentian.ca 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
On Wed, Jul 8, 2009 at 1:08 PM, Nicolas
Robidouxnrobid...@cs.laurentian.ca 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
On Wed, Nov 11, 2009 at 4:42 PM, Øyvind Kolås islew...@gmail.com wrote:
On Fri, Nov 6, 2009 at 6:11 PM, Tim Chen timc...@cs.nthu.edu.tw 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
On Fri, Mar 26, 2010 at 7:37 PM, Rahmati Fateme ftm.rahm...@gmail.com 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
On Mon, Mar 29, 2010 at 4:58 PM, Nicolas Robidoux
nicolas.robid...@gmail.com 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
2010/4/8 Krzysztof Kosiński tweenk...@gmail.com:
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)
On Fri, Apr 9, 2010 at 12:33 PM, hend...@topoi.pooq.com wrote:
On Fri, Apr 09, 2010 at 03:52:03PM +0100, Øyvind Kolås wrote:
2010/4/8 Krzysztof Kosiński tweenk...@gmail.com:
On 4/7/10, Krzysztof Kosiński wrote:
Here's my Cairo rendering proposal. I made it public so that all
people can
On Fri, Aug 13, 2010 at 9:06 AM, jcup...@gmail.com wrote:
On 13 August 2010 02:57, James Cox jay...@gimp.org 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.
On Sat, Sep 4, 2010 at 6:52 PM, Jacopo Corzani corz...@gmail.com 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
On Thu, Sep 9, 2010 at 10:18 AM, Rupert Weber g...@leguanease.org 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:
On Fri, Sep 10, 2010 at 11:55 PM, Rupert Weber g...@leguanease.org 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,
On Sat, Sep 11, 2010 at 1:21 PM, Rupert Weber g...@leguanease.org 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 provided to be able
On Sat, Sep 11, 2010 at 8:28 PM, Rupert Weber g...@leguanease.org 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
On Tue, Oct 19, 2010 at 10:12 PM, Jan Kovanda kovandajan11...@gmail.com 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
On Sun, Oct 3, 2010 at 12:44 AM, Rupert Weber g...@leguanease.org 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
On Wed, Jan 19, 2011 at 10:29 AM, andy gill andygg...@gmail.com 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
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
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 pipeline does not support PDF/X.
/Øyvind Kolås
--
«The future is already here. It's just not very evenly
Ellinghaus, Øyvind Kolås, Barak Itkin and Martin Nordholts
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.4.tar.bz2
ftp://ftp.gimp.org/pub/gegl/0.1/gegl-0.1.6.tar.bz2
ftp://ftp.gtk.org/pub/glib/2.20
On Tue, Feb 15, 2011 at 5:29 AM, Jan Kovanda kovandajan11...@gmail.com wrote:
At first I thought that using gegl_exit() should delete (unref and free)
module_db. A bit of testing revealed some unpleasant surprises. Even after
gegl_exit() I am still able to access GeglNodes a gegl methods as if
On Tue, Mar 8, 2011 at 7:47 PM, Bogdan Szczurek thebod...@gmail.com wrote:
Yes, but why use RGB at all if one can use e.g. XYZ from the start?
So wide RGB would also require greater than 8 bit depths to work
satisfactorily (HSV, HSL or Lab do quite nicely even with 8 bits per
component). I
-- Forwarded message --
From: jcup...@gmail.com
Date: Sun, Apr 17, 2011 at 10:22 AM
Subject: [Gimp-developer] gegl-vips
To: gimp-developer gimp-develo...@lists.xcf.berkeley.edu
Hi all,
I've had a stab at a quick hack of gegl-0.1.6 to use libvips (another
demand-driven image
I didn't see that the discussion was on gimp-devel, forwarding my
reply as well, in case someone are following GEGL developer/digging in
its archives.
-- Forwarded message --
From: Øyvind Kolås pip...@gimp.org
Date: Sun, Apr 17, 2011 at 2:24 PM
Subject: Re: [Gimp-developer] gegl
1 - 100 of 111 matches
Mail list logo