On Sat, Jun 4, 2011 at 12:14 PM, Partha Bagchi 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 undeclared identifie
On Tue, May 31, 2011 at 11:31 PM, Dominic Canare wrote:
> I think I was unclear about my misunderstanding, and maybe I was unclear
> about what my proposed patch does.
> With the proposed patch, GIMP can export a layered image as a single,
> multi-image TIFF file. That is to say, each layer in the
> 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=/mingw
On Wed, May 25, 2011 at 9:38 AM, Partha Bagchi 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 'gegl_buffer_save':
> gegl-buffe
On Sun, Apr 17, 2011 at 9:40 PM, wrote:
> On 17 April 2011 14:24, Øyvind Kolås 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 real
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, wrote:
> Linked against gegl-vips with the operations set to exactly match
On Sat, Apr 2, 2011 at 3:24 AM, Jim Michaels 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 depths like
16bit and
On Fri, Apr 1, 2011 at 9:55 PM, Marek Rogalski 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 reusability in
On Sat, Apr 2, 2011 at 12:00 AM, Nicolas Robidoux
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 as a graph, the
XML file
On Sun, Mar 27, 2011 at 8:08 PM, Victor Oliveira
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 been using
> GPUs (
ir spare time contributing to the common 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/ htt
On Tue, Mar 8, 2011 at 8:00 PM, Bogdan Szczurek 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 don't care
On Tue, Mar 8, 2011 at 7:47 PM, Bogdan Szczurek 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 think one consola
th the ability to do manipulation on images.. teaching them
how to do it with GIMP gives them both a skill and an option of a tool
they can use without a fee; as well as have the freedom to improve in
the other ways free software does. Pointing out that some things work
better in Photoshop doesn&
On Tue, Mar 8, 2011 at 3:12 PM, Bogdan Szczurek 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 metallic, gl
roach where 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/
On Fri, Feb 25, 2011 at 1:30 AM, Bogdan Szczurek 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
> example/whatever about a
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
On Sat, Feb 12, 2011 at 11:31 PM, Liam R E Quin 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 nodes in the
projec
On Fri, Feb 11, 2011 at 1:13 PM, Ofnuts 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. gimp_context_set_interpolation()
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://p
ed some form of such a
boot camp - some of the students have also stuck around after their
last money from google arrived, the common practice in the last years
has also been that the domain experts have not neccesarily been direct
mentors for student
ters
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
onent 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 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 you that
On Tue, Jan 11, 2011 Øyvind Kolås 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 to
almos
> will be implemented by gegl one day?
Yes, the expectation is that one day all the code that directly
modifies pixel values are GeglOperations, when it comes to core
(non-plugin) functionality a lot of this migration has already been
done and can be seen in http://git.gnome.org/browse/gimp/tree/app/g
On Tue, Jan 11, 2011 at 4:19 PM, andy gill 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 the porting
more
On Mon, Jan 10, 2011 at 5:39 PM, Alexia Death 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 boun
On Mon, Jan 10, 2011 at 5:05 PM, Michael Muré 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 used to the code
in GIMP was
properly replaced with the GEGL one.
/Øyvind Kolås
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
On Wed, Nov 24, 2010 at 11:02 AM, Michael Natterer 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 anything
On Fri, Nov 19, 2010 at 10:47 AM, Alexandre Prokoudine
wrote:
>Another limitation of using GIMP for a 3 color image is that GIMP does
> not use what are known in Photoshop as "Adjustment Layers".
How about adding this missing feature to GIMP?
>>>
>>> You know how to submit patche
color triplets
or quadruplets like the color picker would use babl to transform single pixels
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
On Mon, Oct 4, 2010 at 9:24 AM, Jim Michaels wrote:
> in GAP I would like to see
> - repaired .APNG support (import and export)
> - .MNG (import and export)
> - numbered .BMP's as frames (used in a number of video frame conversion
> programs) (import and export)
> - .AVI (import and export, but yo
On Mon, Sep 20, 2010 at 7:44 PM, Sven Neumann 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 binary, readin
On Mon, Sep 20, 2010 at 2:10 PM, 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 into the code.
On Mon, Sep 13, 2010 at 11:05 AM, yahvuu 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 it is draw
On Fri, Sep 10, 2010 at 7:57 AM, Mirza Husadzic
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 opinion not be a move in
On Wed, Sep 1, 2010 at 6:35 AM, Martin Nordholts wrote:
> My point was that we either decide that GEGL should render just like
> legacy, in which case we would need to implement both kinds of color
> layer modes in GEGL, or we decide that some incompatibilities are OK, in
> which case we don't nee
On Sun, Aug 29, 2010 at 11:40 PM, Alan Reiner 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 that's a completely
On Sun, Aug 29, 2010 at 12:39 PM, Jacopo Corzani 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
>> content) w
On Tue, Aug 24, 2010 at 4:30 PM, Rupert Weber 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 to babl a
On Tue, Aug 24, 2010 at 1:52 AM, Rupert Weber 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 provides a much su
On Tue, Aug 24, 2010 at 9:58 AM, Rupert Weber 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 function just
On Mon, Aug 16, 2010 at 5:31 PM, Martin Spindler wrote:
> this is my first contact to GIMP/GTK+ from a developer's point of view.
A GTK+ mailing list would probably be more appropriate than the
gimp-developer mailing list :)
> For a research project I need to be able to render UI widgets/palette
On Fri, Aug 13, 2010 at 4:17 PM, Rupert Weber 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 testin
On Thu, Aug 12, 2010 at 2:39 PM, Rupert Weber 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 -- pos
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
On Tue, Aug 10, 2010 at 11:02 AM, Jon Senior wrote:
> On Tue, 10 Aug 2010 08:27:59 +0200
> Martin Nordholts 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.
>
..
> to create the demonstration image (
On Fri, Apr 16, 2010 at 8:34 PM, Avgoustinos Kadis
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 be applied,
On Mon, Mar 29, 2010 at 5:41 PM, Alexia Death wrote:
> On Mon, Mar 29, 2010 at 6:34 PM, Jenny wrote:
>> Here is my draft proposal
>> https://docs.google.com/Doc?docid=0ARZjTPkuA386ZGRmY3JteG1fOTRoZmJ4cm1keg&hl=en
>> thanks,
>> Jenny
>
> No, that was not even in the same ballpark as the idea. Inte
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
On Mon, Nov 30, 2009 at 5:59 PM, Markus Koskimies 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 built on top.
/Øy
On Mon, Nov 23, 2009 at 3:46 AM, Tim Chen 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 two independent regi
On Thu, Oct 22, 2009 at 9:50 PM, 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 become a lot less
On Wed, Jul 8, 2009 at 7:26 PM, Tobias Ellinghaus 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 they are
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
On Fri, Jun 19, 2009 at 6:56 PM, Alexandre
Prokoudine 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 example, if i have an
On Sun, May 31, 2009 at 10:36 PM, Robert Krawitz 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 this is th
On Wed, May 20, 2009 at 9:07 PM, Daniel Johannsen
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 mask"-layers)
> to each of
On Tue, May 12, 2009 at 6:16 PM, Alexander Rabtchevich
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 can give are face
> retouching, "repa
On Wed, Apr 29, 2009 at 5:51 AM, Martin Nordholts 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 (wit
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
On Thu, Mar 26, 2009 at 10:14 PM, Andrew A. Gill
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 not fun. What yo
On Wed, Mar 25, 2009 at 7:06 PM, Chris Mohler wrote:
> On Wed, Mar 25, 2009 at 12:44 PM, peter sikking 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 of my print jobs in CMYK,
On Fri, Jan 9, 2009 at 7:49 PM, Michael Natterer 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 both GEGL
a
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
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
/Øy
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 anyo
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
l
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 rearran
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.
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
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, s
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,
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 o
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
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
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 infrastruc
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 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 install
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 projec
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/bab
On Fri, Feb 15, 2008 at 10:57 AM, Tor Lillqvist <[EMAIL PROTECTED]> wrote:
> >snip<
> Hopefully this is a question with an obvious answer, and there is some
> tool that already works like this...
>
> Or is it really so that a warp tool, and the "filter brush" kinds of
> tools that Ankh asks for
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 go
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 ric
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:
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.p
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 26, 2007 2:22 PM, Weber, Dr. Martin (Allianz ASIC)
<[EMAIL PROTECTED]> 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
> algorithm for GIMP. To be able to I would like to get as
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 GIM
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
>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
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
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 corn
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-
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
1 - 100 of 177 matches
Mail list logo
