On Sat, Jun 4, 2011 at 12:14 PM, Partha Bagchi parth...@gmail.com wrote:
I tried again. The error still persists:
gegl-buffer-save.c: In function 'gegl_buffer_save':
gegl-buffer-save.c:227: error: 'S_IRGRP' undeclared (first use in this
function)
gegl-buffer-save.c:227: error: (Each
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 Wed, May 25, 2011 at 9:38 AM, Partha Bagchi parth...@gmail.com wrote:
Thought I would mention it here. When building GEGL (downloaded from
ftp://gimptest.flamingtext.com/pub/nightly-tarballs/ at 5:35 EST), I
am getting the following error:
gegl-buffer-save.c: In function
Thank you for taking a serious look at GEGL, I've trimmed away the
bits relating to the VIPS backend and rather focus on the performance
numbers you get out and will try to explain them.
On Sun, Apr 17, 2011 at 10:22 AM, jcup...@gmail.com wrote:
Linked against gegl-vips with the operations set
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 Sat, Apr 2, 2011 at 3:24 AM, Jim Michaels jmich...@yahoo.com wrote:
help me to understand. GIMP plugin authors will now be required to write
their plugins in GEGL?
GIMP has for a long time (decade) been moving towards using GEGL for
it's imaging core. GEGL plugins do support higher bit
On Sat, Apr 2, 2011 at 12:00 AM, Nicolas Robidoux
nicolas.robid...@gmail.com wrote:
Since GEGL structures its operations in tree form, what you may want
to think about is that you want to display a tree in a form
understandable by a user.
GEGL does not structure operations in a tree form but
On Fri, Apr 1, 2011 at 9:55 PM, Marek Rogalski mafi...@gmail.com wrote:
Hello, everybody.
I have a quite simple proposal for this year GSoC: make a nice editor
for GEGL pipelines.
Why do we need it: because the GEGL eats XML files. GIMP could eat
them too. It would introduce much greater
On Sun, Mar 27, 2011 at 8:08 PM, Victor Oliveira
victormath...@gmail.com wrote:
Hello everyone. My name is Victor Oliveira. I'm a master's student at
the School of Electrical and Computer Engineering - University of
Campinas, Brazil.
I work with Image Processing and Machine Learning and I've
good/free
software/GIMP is not worth it.
/Øyvind Kolås
--
«The future is already here. It's just not very evenly distributed»
-- William Gibson
http://pippin.gimp.org/ http://ffii.org
each ink is represented by a
graylevel buffer.
/Øyvind Kolås
--
«The future is already here. It's just not very evenly distributed»
-- William Gibson
http://pippin.gimp.org/ http://ffii.org
On Tue, Mar 8, 2011 at 3:12 PM, Bogdan Szczurek thebod...@gmail.com wrote:
Considering the use cases where fine grained control over the
resulting offset plates/actual ink used for C,M,Y,K to be a subset of
the more general cases where individual ink control is desired
(spot-colors (including
in this discussion.
/Øyvind Kolås
--
«The future is already here. It's just not very evenly distributed»
-- William Gibson
http://pippin.gimp.org/ http://ffii.org/
___
Gimp
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, Mar 8, 2011 at 8:00 PM, Bogdan Szczurek thebod...@gmail.com wrote:
I've got a dream about visual editing program consisting of
different components, each taking care of one of presentation
aspects with one underlaying rendering engine (target aware
angine—I don't like cairo's “I
On Fri, Feb 25, 2011 at 1:30 AM, Bogdan Szczurek thebod...@gmail.com wrote:
And let me throw in another thing. It's been in my head for some time
but now I think it's good to show it to the world. Just in the matter
of shear curiosity: I'd like to see some conceptual work/code/working
On Sat, Feb 12, 2011 at 11:31 PM, Liam R E Quin l...@holoweb.net wrote:
On Sun, 2011-02-13 at 01:04 +0200, LightningIsMyName wrote:
Integrate vector layers with gegl
GEGL already has all the support for rendering vector layers, so it is
a case of adding the code to deal with as part of the
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 Fri, Feb 11, 2011 at 1:13 PM, Ofnuts ofn...@laposte.net wrote:
On 02/11/2011 01:02 PM, Alexander Rabtchevich wrote:
I apologize, you are right. I apparently only added links to
the new context functions from the new selection API.
It's the new context API, e.g.
able to follow up. I am glad
that discussion tapered out; and maybe have responses in the terms of
actual code.
/Øyvind Kolås
--
«The future is already here. It's just not very evenly distributed»
-- William Gibson
http://pippin.gimp.org
have not neccesarily been direct
mentors for students but meta-mentors, giving guidance on irc in the
public channels for any problems that might crop up.
/Øyvind Kolås
--
«The future is already here. It's just not very evenly distributed»
-- William
of pointers
about the current state of GIMPs refactoring to use GEGL and where
help would be appreciated.
See http://gegl.org/contribute.html for this list.
/Øyvind Kolås.
--
«The future is already here. It's just not very evenly distributed
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
/component isn't how it will be fixed though. The internal
processing will jump straight to 32bit floating point allowing HDR
processing and other advantages.
/Øyvind Kolås
--
«The future is already here. It's just not very evenly distributed
On Thu, Jan 13, 2011 at 6:02 PM, Martin Nordholts ense...@gmail.com wrote:
On 01/13/2011 01:39 AM, Malix wrote:
Hi all,
on this blog there is a post about Gimp that generate a lot of user comments.
http://troy-sobotka.blogspot.com/2011/01/why-gimp-is-inadequate.html
I think that someone of
On Tue, Jan 11, 2011 at 4:19 PM, andy gill andygg...@gmail.com wrote:
Hello, I'm a coder with some spare time, wondering how to spend it.
Are there any jobs that could be usefully picked up by someone who isn't one
of the core developers?
One thing that will prove beneficial in the future, is
/gegl
/Øyvind Kolås
--
«The future is already here. It's just not very evenly distributed»
-- William Gibson
http://pippin.gimp.org/ http://ffii.org/
___
Gimp-developer mailing
On Tue, Jan 11, 2011 Øyvind Kolås pip...@gimp.org wrote:
http://git.gnome.org/browse/gegl/tree/operations/ (GEGL plug-in ops)
... http://git.gnome.org/browse/gimp/tree/app/gegl (GEGL ops statically
compiled into GIMP)
Note these two ways of creating GeglOperation subclasses lead
On Mon, Jan 10, 2011 at 5:05 PM, Michael Muré batolet...@gmail.com wrote:
You may know me as the student who coded the cage tool during this summer.
I'd like to add something about these bounty. For me, the key point
for the health of the community dev of Gimp is the current difficulty
to be
On Mon, Jan 10, 2011 at 5:39 PM, Alexia Death alexiade...@gmail.com wrote:
On Monday, January 10, 2011 19:17:51 Øyvind Kolås wrote:
Code documentation is also one of the tasks that are not permitted for
instance in the Google summer of code, perhaps we could come up with a
set of bounties
On Wed, Nov 24, 2010 at 11:02 AM, Michael Natterer mi...@gimp.org wrote:
in order to get gimp properly running with a tablet again,
and in order to make sure GTK3 does what it should together
with GIMP, I need a graphics tablet.
Since the GIMP account is full of money, and I don't use
it for
of data to and from CIE Lab, R'G'B'A u8 and similar. When using an output
target profile lcms should either be used directly or indirectly through babl.
The profile of your display as well as soft proofing and rendering
intents is not
relevant for these bits.
/Øyvind Kolås
On Mon, Sep 20, 2010 at 2:10 PM, oli...@first.in-berlin.de wrote:
Oliver -
this rant has no reason to be. Sorry for that.
It makes no sense to start working in a project the size of GIMP
without having to learn the code already in there first.
[...]
I didn't say people should not look
On Mon, Sep 20, 2010 at 7:44 PM, Sven Neumann s...@gimp.org wrote:
... GEGL will also use third-party libraries to read and
write RAW files. We are certainly not going to reinvent the wheel.
GEGL already supports using dcraw to load raw files using the
operations gegl:raw-load uses the dcraw
On Mon, Sep 13, 2010 at 11:05 AM, yahvuu yah...@gmail.com wrote:
On 13.09.2010 11:47, Alexia Death wrote:
No. Just... no. XOR needs to die. Badly.
just curious: what coloring options exist to enshure sufficient background
contrast
when drawing non-XORed/anti-aliased?
One good way of doing
On Fri, Sep 10, 2010 at 7:57 AM, Mirza Husadzic
mirza.husad...@gmail.com wrote:
I'm afraid that path rendering in GIMP requires a major change.
Why not take this step further and make it more flexible and easier to
maintain for future development?
Depending in any way on librsvg would in my
On Sun, Aug 29, 2010 at 12:39 PM, Jacopo Corzani corz...@gmail.com wrote:
http://www.mmiworks.net/eng/publications/2007/05/lgm-top-gimp-user-requests_25.html
As he observes, this avoids the problem of 'adjustment layers' not
actually being layers in any normal sense (that is, their lack of
On Sun, Aug 29, 2010 at 11:40 PM, Alan Reiner etothe...@gmail.com wrote:
I forgot that CUDA is not OSS. We don't have to worry about that because we
only use it for in-house simulations. I only remembered it was free for
such use.
I know that similar stuff can be done with OpenGL, but
On Tue, Aug 24, 2010 at 9:58 AM, Rupert Weber g...@leguanease.org wrote:
On 08/24/2010 04:20 AM, David Gowers wrote:
I hope you're not associating the quite suboptimal way in which GIMP
currently uses GEGL, with BABL's speed or lack of speed.
BABL just processes raw pixel buffers. A converter
On Tue, Aug 24, 2010 at 1:52 AM, Rupert Weber g...@leguanease.org wrote:
On 08/22/2010 02:45 PM, Sven Neumann wrote:
New code in GIMP should use babl for pixel format conversion. There's no
need to introduce new API for that as we have babl which is available to
the core and plug-ins and
On Tue, Aug 24, 2010 at 4:30 PM, Rupert Weber g...@leguanease.org wrote:
On 08/24/2010 04:20 AM, David Gowers wrote:
I hope you're not associating the quite suboptimal way in which GIMP
currently uses GEGL, with BABL's speed or lack of speed.
Just did a quick test:
1Mio random pixels passed
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 Thu, Aug 12, 2010 at 2:39 PM, Rupert Weber g...@leguanease.org wrote:
Regarding BABL: i've had a look at extensions/CIE.c and found conversion
routines
using linear light RGB with the sRGB primaries and white point -- that is
scRGB.
Everything fine here.
Now i'm not familier with BABL
On Fri, Aug 13, 2010 at 4:17 PM, Rupert Weber g...@leguanease.org wrote:
On 08/13/2010 01:57 PM, Øyvind Kolås wrote:
That code is never used (gggl-lies contains a bunch of conversions,
some which are expected to fail - but only the correct ones pass the
runtime regression testing all
On Tue, Aug 10, 2010 at 11:02 AM, Jon Senior j...@restlesslemon.co.uk wrote:
On Tue, 10 Aug 2010 08:27:59 +0200
Martin Nordholts ense...@gmail.com wrote:
I don't think registering a fixed preview image is good enough, it
should be a preview of the effect if applied to the current image.
..
On Fri, Apr 16, 2010 at 8:34 PM, Avgoustinos Kadis
avgousti...@gmail.com wrote:
Hello,
I got this idea while studying and I wonder if its possible / hard /
done already and I didn't spot it:
Plugin-Mixer:
A window that allows you to select a few plugins, put them in order
you want them to
On Mon, Mar 29, 2010 at 5:41 PM, Alexia Death alexiade...@gmail.com wrote:
On Mon, Mar 29, 2010 at 6:34 PM, Jenny jenny.ding@gmail.com wrote:
Here is my draft proposal
https://docs.google.com/Doc?docid=0ARZjTPkuA386ZGRmY3JteG1fOTRoZmJ4cm1keghl=en
thanks,
Jenny
No, that was not even in
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.bz2
ftp
On Mon, Nov 30, 2009 at 5:59 PM, Markus Koskimies mkos...@gmail.com wrote:
with Python, it's much quicker and easier :)
Why use python? Use ruby it is a lot more beautiful ;)
GEGL have bindings for both languages and more for various sketching
or photo-filtering apps that potentially could be
On Mon, Nov 23, 2009 at 3:46 AM, Tim Chen timc...@cs.nthu.edu.tw wrote:
Recently, I have spent my time reading source code of both GIMP and GEGL,
and got few questions about GEGL and its future role in GIMP.
1. Why DAG in GEGL? Intuitively, say if we have two operations that are
applied on
On Thu, Oct 22, 2009 at 9:50 PM, jcup...@gmail.com wrote:
- a simple static pipeline is a big performance win: a year ago (when
I last timed GEGL) VIPS was always 10 and sometimes 100 times faster,
though perhaps I messed up the benchmarking
- with more than one CPU, large shared caches
On Wed, Jul 8, 2009 at 7:26 PM, Tobias Ellinghaush...@gmx.de wrote:
Am Mittwoch, 8. Juli 2009 schrub Danko Dolch:
I personally love the node editor of blender and would like to see something
like that in GIMP. The only problem with these node setups (like the one in
your screen shot) is that
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.
Where to get
On Fri, Jun 19, 2009 at 6:56 PM, Alexandre
Prokoudinealexandre.prokoud...@gmail.com wrote:
On Fri, Jun 19, 2009 at 8:05 PM, yahvuu wrote:
there's one thing i don't understand, may be a misconception:
why is it necessary to have separate modes for editing the RGB data
and the plates?
For
On Sun, May 31, 2009 at 10:36 PM, Robert Krawitz r...@alum.mit.edu wrote:
Omari Stephens wrote:
- This requires more computation to use because of the odd
shape of the space of valid coordinates. That is, not all
valid coordinates are valid colors.
What I don't like about
On Wed, May 20, 2009 at 9:07 PM, Daniel Johannsen d...@danieljohannsen.de
wrote:
Hi,
yes, your assumption is right. I start the painting process with layers
only for shapes and silhouettes.
Then i add a layer group with the mask property (or in photoshop-terms
a group of clipping
On Tue, May 12, 2009 at 6:16 PM, Alexander Rabtchevich
alexander.v.rabtchev...@iaph.bas-net.by wrote:
Peter, I think you (or me :) ) will be surprised if know the statistics
on the percentage of photos which really need complex retouching or
complex actions with layers. The most common cases I
On Wed, Apr 29, 2009 at 5:51 AM, Martin Nordholts ense...@gmail.com wrote:
Alchemie foto\grafiche wrote:
Spontaneously I don't think custom layer modes is a good
idea. Might be
fun for programmers to play with, but graphic
professionals?
There is a patch for such a thing for GIMP in bugzilla
On Wed, Apr 1, 2009 at 7:00 PM, Jerson Michael Perpetua
jersonperpe...@gmail.com 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
On Thu, Mar 26, 2009 at 10:14 PM, Andrew A. Gill
superlu...@frontiernet.net wrote:
As little as I trust Pantone to CMYK, I trust Pantone to RGB
even less.
By this i mean anything which can't be done by processing
the plates as separate grayscale channels (see ?yvind Kolas's post).
This is
On Wed, Mar 25, 2009 at 7:06 PM, Chris Mohler cr33...@gmail.com wrote:
On Wed, Mar 25, 2009 at 12:44 PM, peter sikking pe...@mmiworks.net wrote:
Mix master tape (in rgb) and then cut
the lp (in cmyk).
I can express any CMYK color in RGB - but not the other way around.
Therefore, I master all
On Fri, Jan 9, 2009 at 7:49 PM, Michael Natterer mi...@gimp.org wrote:
On Fri, 2009-01-09 at 15:36 +0800, C Wang wrote:
So finally, I hereby suggest to move to GPL3 asap.
Comments from any developers appreciated.
I am also in favor of a GPL version upgrade (as could probably be
inferred from
.).
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 Thu, Dec 11, 2008 at 12:34 PM, Laxminarayan Kamath
[EMAIL PROTECTED] wrote:
On 12/11/08, Øyvind Kolås [EMAIL PROTECTED] wrote:
GEGL is moving it's backend to GEGL.
I guess you meant GIMPis moving it's backend to GEGL.
Good guess :d
/Øyvind K.
--
«The future is already here. It's just
On Thu, Dec 11, 2008 at 12:00 PM, Vu The Cuong [EMAIL PROTECTED] wrote:
Hi all
The subject says it all. Currently I'm considering to
develop web-based (PHP) image editing application with gimp as backend
engine for intranet use.
But I don't know where to start from. Could anyone point me
On Mon, Nov 17, 2008 at 7:31 PM, Martin Nordholts [EMAIL PROTECTED] wrote:
1. Extend the plug-in API to deal with high bit-depth images
What needs to be done is to get rid of, or stop relying on all the
existing GIMP plug-ins that change image data (the ones changing image
structure by
On Tue, Nov 18, 2008 at 5:06 PM, Austin Donnelly -- yahoo
[EMAIL PROTECTED] wrote:
Hmm, so how would a filter like Newsprint work in the GEGL framework?
User experience (accuracy might vary):
=
The user might want to newsprint the full layer stack of the implicit
On Thu, Oct 9, 2008 at 1:43 PM, Alexandre Prokoudine
[EMAIL PROTECTED] wrote:
On Mon, Oct 6, 2008 at 9:13 AM, Stephen DeLear wrote:
operation_class-name= sdv-unsharp-mask;
and leave the standard unsharp mask.
The current unsharp mask uses radius, amount and threashold. The new one
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 Wed, Aug 27, 2008 at 11:53 PM, Nicolas Robidoux
[EMAIL PROTECTED] wrote:
Hello all:
Maybe I am stupid, but I have looked all over the web for a code
snippet/script/howto which would be easy to adapt to allow me take an image
(any standard format) as input and resizing it using, say, the
On Thu, Aug 21, 2008 at 3:01 PM, Nicolas Robidoux
[EMAIL PROTECTED] wrote:
David Gowers has suggested using LittleCMS (or GeGL) to linearize colour
profiles during the computation. In our experience, our plug-ins produce good
results when used in a gamma OBLIVIOUS way. This being said, back
On Sun, Jul 27, 2008 at 4:46 AM, Souichi TAKASHIGE [EMAIL PROTECTED] wrote:
Sorry, I'm currently working on another program, so I have not
maintained the patch any longer.
GIMP will be fully non-destructive editor in the future, but I think
that is not a good news for users who use GIMP as a
On Sun, Jul 27, 2008 at 7:34 PM, Souichi TAKASHIGE [EMAIL PROTECTED] wrote:
2008/7/28 Liam R E Quin [EMAIL PROTECTED]:
On Mon, 2008-07-28 at 01:19 +0900, Souichi TAKASHIGE wrote:
[...]
But it costs too much memory when we
make a lot of strokes -- and we *DO* make thousand of strokes when we
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 Thu, Jun 12, 2008 at 10:56 PM, [EMAIL PROTECTED] wrote:
Dreaming of Adam's Pupus Pipeline[3] for nearly a decade now, i doubt
the upcoming GEGL goodness will fill in that role anytime soon.
GEGL is basically Pupus, it doesn't do network transparent buffers
yet, but it has an infrastructure
On Thu, May 22, 2008 at 4:49 PM, Torsten Neuer [EMAIL PROTECTED] wrote:
The general idea behind the whole thing is to provide a means to be able to
write filters without the need of going through the whole process of studying
the SDK (Glib, Gtk+, libgimp in our case), compiling, and installing.
On Thu, May 22, 2008 at 7:51 PM, Geert Jordaens
[EMAIL PROTECTED] wrote:
I was browsing trough the buffer coding in svn and noticed following in
gegl-buffer-load.c
Is it normal that the width and height parameters are inversed?
That is a coding/refactoring mistake that has not been chaugt,
On Tue, Mar 18, 2008 at 11:01 PM, rafael mesquita
[EMAIL PROTECTED] wrote:
My name is Rafael, I am an Brazilian student of Computer Engineering from
Universidade de Pernambuco and about one year ago i have been studying image
processing, so i become interested in working in an gimp project.
On Sat, Mar 1, 2008 at 3:29 PM, Pedro Fuentes [EMAIL PROTECTED] wrote:
make[1]: *** [all-recursive] Error 1
make[1]: se sale del directorio `/home/pedro/build/gimp'
How could i fix it?
You seem to be building a revision of GEGL that isn't the very latest,
either build GEGL from the 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/babl/0.0
On Dec 23, 2007 12:50 AM, anybody [EMAIL PROTECTED] wrote:
I am an Internet programmer and developer, but I am not as good as I want to
be because of a resource problem.
But I am looking for a long while onto the WWW platform and its technologies.
AJAX with GEGL and some sort of
a rich
On Dec 23, 2007 9:20 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I'm not saying that a web hosted image
someone interested in creating such a thing in the first place) I
doubt it would be hosted as a free service due to the much larger
overhead of keeping something like that going
On Nov 27, 2007 7:00 PM, Stephane Chauveau
[EMAIL PROTECTED] wrote:
Øyvind Kolås wrote:
You could start out by studying the following paper, as well as it's
references:
http://www.ivl.disco.unimib.it/papers2003/WB%20Combining%20%20EI%206502-12.pdf
/Øyvind K.
Nice article
On Nov 26, 2007 2:42 PM, Alexandre Prokoudine
[EMAIL PROTECTED] wrote:
On Nov 26, 2007 5:22 PM, Weber, Dr. Martin (Allianz ASIC) wrote:
I think the automatic white balance of many programs as well as of GIMP is
not always leading to optimal results. So I want to deleope a new better
On Nov 20, 2007 12:05 PM, Jesper de Jong [EMAIL PROTECTED] wrote:
Is Gaussian blur not a standard algorithm that has a well-defined
meaning
for the radius? See for example
http://en.wikipedia.org/wiki/Gaussian_blur
If it is, then which one is doing it wrong, CS3 or GIMP?
The amount
On Nov 13, 2007 6:16 AM, Henk Boom [EMAIL PROTECTED] wrote:
On 12/11/2007, peter sikking [EMAIL PROTECTED] wrote:
- GEGL vs. vector, where is the dividing line when in the
future with GEGL everything added to the image remains
modifiable and removable?
I'm not sure what the
From the ChangeLog:
2007-11-09 Øyvind Kolås [EMAIL PROTECTED]
Upgraded GEGL from (L)GPLv2 to (L)GPLv3. The library itself and the
operations are under LGPLv3 and the sample programs using the GEGL
library are licensed under GPLv3. Copyright statements in all files
On 10/27/07, Sven Neumann [EMAIL PROTECTED] wrote:
Layer boundaries
It would be nice if layers would enlarge themselves when needed. It is
annoying that the user has to care about this.
This should be looked at from a user perspective first. When we have
figured out the
On 9/15/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I have several times received an AV crash when double-clicking on a file to
open it.
From what I've gathered lurking, this is more likely to be a GTK+ problem
than a GIMP problem but with 2.4.0 final presumably just around the corner I
On 8/27/07, Amit Kumar Saha [EMAIL PROTECTED] wrote:
Hello all,
On 8/27/07, Øyvind Kolås [EMAIL PROTECTED] wrote:
According to the plan GEGL will replace all code in the GIMP that is
accessing and or modifying pixels, some forms of GIMP plug-ins will
most likely be entirely replaced
On 8/26/07, Amit Kumar Saha [EMAIL PROTECTED] wrote:
Also, I would like to know, when GEGL is integrated into the GIMP,
will it be available for the Plugins to access the GEGL as well?
The plan is that GEGL integration into GIMP will start after 2.4 is released and
the 2.5 development cycle
The code used for showing the image has been changed quite a bit recently. The
first modification was that addition of a mipmap pyramid implemented on the
tile level that acts as a foundation for more efficient redraws that no longer
needs to traverse all the data of the image at full resolution
On 8/23/07, David Marrs [EMAIL PROTECTED] wrote:
Amit Kumar Saha wrote:
Am i thinking in a way that could possibly be implemented? or is the
word extensible remotely applicable to my idea?
So what you're talking about here is a graphical interface to the API that a
user can use to build
On 8/8/07, Sven Neumann [EMAIL PROTECTED] wrote:
On Wed, 2007-08-08 at 13:58 +0200, Geert Jordaens wrote:
What would be a correctly designed filter for scaling down by factor 2?
I'd say the code in app/base/tile-pyramid.c, in particular
tile_pyramid_write_quarter() counts as a well-done and
On 8/9/07, Graeme Gill [EMAIL PROTECTED] wrote:
Øyvind Kolås wrote:
This code implements a perfect box filter for this case, what needs to
be added on top
of this to be able to do good estimate (maybe even exact) box filter
resamplings is trilinear interpolation by doing bilinear
On 7/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On Sat, 07 Jul 2007 21:38:57 +0200, Øyvind Kolås [EMAIL PROTECTED] wrote:
the image used in
the JPEG Generation Loss figure in the example in the following text
uses an image that
shows how JPEG compression keeps different aspects
On 7/8/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
You clearly know more about the detail of this than I do but isn't there a
direct one-to-one mapping once the original compression is done?
Nope.
Any deviation from that must be errors in the decoding, so is what you
posted a symptom of
On 7/7/07, Guillermo Espertino [EMAIL PROTECTED] wrote:
The images I get from the camera are fine. My problem is that if adjust
them, scale them and re-save them without explicitly change the quality
setting they turn out really distorted.
Even though I understand (now) the difference between
On 6/22/07, Nemes Ioan Sorin [EMAIL PROTECTED] wrote:
But the correct behavior ( exporting layout for web ) can be seen on
Macromedia / Adobe Fireworks. Let say Firefox 8 ( I dont try yet CS
version ).
They had a proven model that already got the general acceptance. If some
similar model (
On 6/19/07, Sven Neumann [EMAIL PROTECTED] wrote:
I don't know if everyone of the GIMP development team is as annoyed of
Carol as I am, but I know that there are quite a few people who are.
[...]
We will have to do something about this situation. Or even more
developers, including myself,
1 - 100 of 161 matches
Mail list logo