On Thu, Jul 21, 2011 at 5:24 PM, Jon Nordby jono...@gmail.com wrote:
After some hacking this weekend, we now have a minimally useful
gegl-qt library: https://github.com/jonnor/gegl-qt
Currently it a set of a basic view widgets* showing the output of a
GeglNode. A bit more info can be found in
one right now.
---
Author: Øyvind Kolås pip...@gimp.org
Date: Mon Jul 18 21:08:56 2011 +0100
AUTHORS: add Rasmus Hahn
commit 5470164d7a8677d9ea1ea67282650476b4d17aa4
Author: Øyvind Kolås pip...@gimp.org
Date: Mon Jul 18 21:08:30 2011 +0100
exr-save: normalize coding style
commit
On Mon, Jul 18, 2011 at 6:45 PM, Piotr Stanczyk
piotr.stanc...@gmail.com wrote:
Thanks for adding ... Any thoughts on adding 16-bit floating point
support? You could then consider using the RGBA interface ...
The op already supported Y, YA, RGB and RGBA - but all only with 32
bit floating
On Mon, Jun 13, 2011 at 11:17 AM, Martin Nordholts ense...@gmail.com wrote:
2011/6/12 Jon Nordby jono...@gmail.com:
So I propose to:
- Create a new gegl-gtk repository, containing the new library
(alternative is to have it as a toplevel in gegl repo, if anyone can
present good arguments for
On Mon, Jun 13, 2011 at 6:38 PM, Jon Nordby jono...@gmail.com wrote:
I had the same thought, and eventually ended with the same conclusion:
different repos.
I actually started some Qt stuff but realized I get enough of that in
my day-job. So GTK first, then we'll see.
Øyvind: please give
Platform/Distribution HP Pavilion dv8t Intel Core i7/ Windows 7, 64bit
$ gcc -v
Using built-in specs.
Target: x86_64-w64-mingw32
Configured with: ../gcc44-svn/configure --host=x86_64-w64-mingw32
--target=x86_64-w64-mingw32 --disable-multilib --enable-checking=r
elease --prefix=/mingw64
On Fri, May 20, 2011 at 7:05 AM, Sayak sayak...@yahoo.com wrote:
Hi All,
I am new in GEGL development. For some times, i was using OpenCV library in
Visual Studio 2010 to create an image manipulation application in Android. C
-
JNI - Android. because of the limitation of the OpenCV library,
On Mon, May 23, 2011 at 2:29 PM, Jasper van de Gronde
th.v.d.gro...@hccnet.nl wrote:
What about just plain MSYS/MingW? Has anyone ever managed to
successfully compile GEGL on Windows? I tried it quite a while back,
without much success. In the end I did manage to compile it, but then it
didn't
On Sun, May 22, 2011 at 10:26 AM, Daniel Hiepler
ri...@boogiepalace.hopto.org wrote:
Vom: Sat, 21 May 2011 22:37:41 +
if(babl_format_get_type(format) == babl_type(u8))
{
/* u8 type */
}
else
{
/* no u8 type */
}
Yes, all Babl objects are effectively singletons - and the
On Sat, May 21, 2011 at 12:03 PM, Daniel Hiepler
ri...@boogiepalace.hopto.org wrote:
Hi,
what would be the best-practice to check if two BablFormats are the
same? I would need something like:
Babl *format1 = babl_format(R'G'B' u8);
Babl *format2 = babl_format(CIE Lab float);
-- 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
On Sun, Apr 17, 2011 at 9:40 PM, jcup...@gmail.com wrote:
On 17 April 2011 14:24, Øyvind Kolås pip...@gimp.org wrote:
On my c2d 1.86ghz laptop I get 105s real 41s user with default settings.
Setting GEGL_SWAP=RAM in the environment to turn off the disk swapping
of tiles makes it run in 43s
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
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
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
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
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
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
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 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 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 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 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 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.
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 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
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 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 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 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 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 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 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 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, 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, 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 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 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
.).
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, 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
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 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.
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 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 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 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 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 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
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
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
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
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 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 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 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, 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 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 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 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 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
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 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
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 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 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 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 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 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 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 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
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 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
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
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/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
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 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 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
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 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
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 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 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/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 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 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/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
1 - 100 of 111 matches
Mail list logo