2011/8/27 Jon Nordby :
> On host changes: Can you install Clutter for the gegl-clutter job?
> http://gimptest.flamingtext.com:8080/job/gegl-clutter-distcheck-master/
Done.
/ Martin
--
My GIMP Blog:
http://www.chromecode.com/
"Single-window mode feature complete"
_
2011/8/22 Jon Nordby :
> Thanks for the quick response!
> The version of Qt installed is 3.3, I need the 4.x series. Should have
> been more specific about that. It probably has a package name like qt4
> or libqt4, a lot of distros have qt meaning 3.x series still (even
> though 3.x is not being wo
2011/8/21 Jon Nordby :
> A little status update on the work on gegl-gtk and gegl-qt libraries
> (see [1] for background). Both are now minimally useful and the focus
> now is on getting the first stable releases out. Plan is to have both
> releases out sometime during September or October. Here's t
2011/7/21 Jon Nordby :
> Martin, this thing uses qmake. For adding to Jenkins is there anything
> special I should do? Create a configure script (wrapping qmake), and
> add a distcheck target?
Just provide the set of commands used to build gegl-qt after a new git
checkout and I'll take care of the
2011/7/12 Jon Nordby :
> Martin: Can you add gegl-gtk to the continous integration so that
> distcheck is ran there?
> Øyvind: Can you add a gegl-gtk component to the gegl product in
> bugzilla? Or do I need to ask someone else for that?
I've created a new job now:
http://gimptest.flamingtext.com:
2011/6/13 Øyvind Kolås :
> On Mon, Jun 13, 2011 at 11:17 AM, Martin Nordholts wrote:
>>
>> First of all, I think the name should be gegl-ui, not gegl-gtk, in
>> case we want to provide a widget for say Qt.
>>
>> I support moving the UI stuff into a separate git
2011/6/12 Jon Nordby :
> 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 that I don't mind)
First of all, I think the name should be gegl-ui, not gegl-gtk, in
cas
2011/5/27 Sayak :
> $ make V=1
> make all-recursive
> make[1]: Entering directory `/home/stable-sources/gegl-0.1.2'
> Making all in gegl
> make[2]: Entering directory `/home/stable-sources/gegl-0.1.2/gegl'
> Making all in buffer
> make[3]: Entering directory `/home/stable-sources/gegl-0.1.2/gegl/b
2011/5/27 Sayak :
> Hello Martin,
> i have checked the config.log file.
> 'BABL_CFLAGS='-IC:/gimp-win-beta/build/msys/1.0/include/babl-0.1
> 'BABL_LIBS='-LC:/gimp-win-beta/build/msys/1.0/lib -lbabl-0.1
That looks correct (assuming mingw gcc can interpret those paths). Are
the values of these varia
2011/5/27 Sayak :
> after giving this command for GEGL... ./configure --prefix=$INSTALL_PREFIX -C
> i got the following please tell me why i cannot compile GEGL. what is my
> mistake?
It says:
> checking for BABL... yes
Look in config.log for BABL_CFLAGS and BABL_LIBS. What are they set to?
2011/5/25 Sayak :
> Hi all,
> I was trying to compile GEGL in windows using MSYS/MinGW. i have compiled Babl
> perfectly, but when i tried to compile GEGL, i had the following errors..
>
> $ make -j4
> make all-recursive
> make[1]: Entering directory `/home/stable-sources/gegl-0.1.2'
> Making all
2011/5/25 Sayak :
> Thanks for the Tips. I also dont want to use Visual Studio. But, the purpose
> of
> using GEGL library is to implement it later in Android programming. i use this
> sequence c-> JNI-> Android.
Hi
Just wanted to check if you are aware of the GEGL GObject
introspection file geg
2011/4/18 Paul Sbarra :
> I've tried several times to email the list, but the messages never seem to
> go through. Maybe this one will make it.
> I've implement a load operation to interface with libraw, created a bug
> report and attached patches. For some reason I get missing symbols when
> try
2011/3/30 Victor Oliveira :
> Hello everyone. As a way to learn how GEGL works, I decided to
> implement some GIMP plug-ins in it [1,2]. I hope this code can help
> someone in the task of making your own plugins.
> I've done a sobel and a laplace filter. Both use RGBA float format for
> input and o
On 03/10/2011 03:27 AM, Eric Grivel wrote:
> make[3]: Entering directory `/mnt/lincoln/d3/gimp/source/gegl/examples'
> CC 2geglbuffer.c
> CCLD2geglbuffer
> /mnt/lincoln/d3/gimp/deploy/lib/libgio-2.0.so: undefined reference to
> `g_source_get_time'
>
>
> I'm thinking I'm probably do
Hi everyone
I got tired of managing our BuildBot(s), so I decided to switch our
continuous integration tool to Jenkins (formerly known as Hudson). You
find our Jenkins at
http://gimptest.flamingtext.com:8080/
The main benefits are:
* An order of magnitude easier to configure and maintain
On 01/26/2011 09:08 PM, andy gill wrote:
> I've redone the patches for the box-blur and pixelise filters to include
> tests.
> the patches now total 300k however, what's the preferred method of
> submitting them?
Put them in bugzilla please, that way it's easy to find them when one
looks for them
On 01/18/2011 11:43 PM, andy gill wrote:
> I've attached 3 more patches, they are:
>
> box-blur. it's now a good deal faster, and also properly supports
> fractional blur widths.
>
> fast gaussian blur. this is implemented as 3 box filters in series. it
> approximates a gaussian fairly closely, vis
Thanks! A few comments:
On 11/10/2010 02:02 AM, Patrick Horgan wrote:
> + if(fread (header, 1, 8, infile)!=8)
No magic numbers please, use a define for at least 8
> + g_warning ("%s is not a valid png file", path);
You should give a more detailed error message than just "is not valid"
>
On 10/02/2010 12:11 AM, Sven Neumann wrote:
> On Fri, 2010-10-01 at 08:20 +0200, Martin Nordholts wrote:
>>* mixed declarations and code
>>
>> Because variables can be declared closer to where they are used
>
> That leads to very ugly code. You can always open a
On 09/30/2010 11:11 AM, Sven Neumann wrote:
> On Thu, 2010-09-30 at 07:36 +0200, Martin Nordholts wrote:
>
>>> GIMP tends to claim C89 compatibility; we shouldnt assume more modern
>>> language standard than GIMP does.
>>
>> Hi Øyvind
>>
>> What prob
On 09/30/2010 01:02 AM, Øyvind Kolås wrote:
> On Mon, Sep 20, 2010 at 12:49 AM, Rupert Weber wrote:
>> More questions...
>>
>> 1. C standard
>> The docs state "ANSI C" as a feature. Is that actually meant in the
>> strict sense of C89, not C99? Does that hold for (babl-)extensions as
>> well? I'm
On 09/09/2010 12:12 AM, Rupert Weber wrote:
> I put up a first draft at
> http://leguanease.org/gimp/babl/docs/writing-extensions.html
That's pretty nice, could you provide a patch against the docs part in babl?
http://git.gnome.org/browse/babl/tree/docs
Thanks!
/ Martin
--
My GIMP B
On 07/30/2010 12:29 PM, Alexis Pautrot wrote:
> I would like to be put in touch with the people whom have developed (or have
> strong knowledge about) the GeglBuffers to ask them a few questions,
> regarding existing features and future ones.
>
> [...]
>
> PS: Thank's to Jerson Michael Perpetua a
On 07/18/2010 07:39 AM, Stuart Axon wrote:
> Maybe using GObject introspection would be an easier way of doing the bindings
> for Gegl, as you only have to do it once to get bindings for quite a few
> languages.
We should definitely do that, yes. Right now GEGL has a bit of a custom
documentation
On 05/16/2010 09:01 PM, Stuart Axon wrote:
> This let me build pygegl in Ubuntu Lucid Lynx.
>
> If I get time I'll have more of a look at the doc thing, but I really need to
> get not too sidetracked from my other project for now :)
I've pushed it now but in the future please use git format-patch
On 05/16/2010 08:10 PM, Stuart Axon wrote:
> docs/pygegl/index.html says it's generated from index-static.txt.in, and yet
> I can't find one for it, is that actually the case with this file ?
Probably a copy-paste from docs/index.html, double check how things are
built. Not everything you read
On 05/16/2010 07:43 PM, Martin Nordholts wrote:
> On 05/16/2010 07:36 PM, Stuart Axon wrote:
>> To make things smoother, the website should show how to checkout with
>> git:
>>
>> git clone git://git.gnome.org/gegl
>>
>>
>> (Would've saved me
On 05/16/2010 07:36 PM, Stuart Axon wrote:
> To make things smoother, the website should show how to checkout with git:
>
> git clone git://git.gnome.org/gegl
>
>
> (Would've saved me 2 minutes, anything that creates less friction is good).
Yes less friction is good, so a git format-patch against
On 05/15/2010 01:41 AM, Stuart Axon wrote:
> Hi,
>I read somewhere that gegl can wrap a cairo surface
>
> Any idea how in python/vala/c#/some high level language I can use gegl to
> load an image, and draw on the cairo surface ?
This is how you'd do it in C, so now you just has to make su
2010/5/5 Danny Robson :
> Hi all,
>
> You may have seen an email from around this time last month asking for
> feedback on a few for this years GSOC. I'm quite excited to now
> introduce myself as one of the accepted students you might see hanging
> around GIMP/GEGL!
>
> Some quick snippets about m
On 03/19/2010 08:14 AM, alok mishra wrote:
> hello sir,
> I am Alok Mishra, a student from India. I want to participate in gsoc
> 2010 with Gimp. I have a idea not given listed in the proposed ideas by
> Gimp. Can I suggest my idea. If yes where should i post it, what is the
> discussion irc channe
On 02/19/2010 06:20 PM, Eugene Zagidullin wrote:
> Is it possible to create full-image ops? A good example of such an op is
> exposure
> fusion technique by Mertens& Kautz. It's output depends of full-image
> Laplacian
> pyramid decomposition.
Processing in an operation is done on-demand. The o
hce wrote:
> I could not build gegl-0.1.0 on Debian 4.0 with the glib version 2.12
> in /usr/lib. So, I built glib2.20 in a local directory and set it up
> in pkg-config and ldconfig. But I could not remove /usr/lib/glib2.12
> version as many dependant gnome applications would also be removed. It
>
Adam Turcotte wrote:
> I am in the process of creating a patch to add various GSoC 2009 samplers.
>
> I also want to remove the deprecated samples YAFR and sharp.
>
> Removing gegl-sampler-yafr.* did not have any side-effect.
>
> However, removing gegl-sampler-sharp.* also resulted in the galler
hce wrote:
> Hi,
>
> I have built all packages source code in /opt directory of my Debian
> 3.0 box, including glib-2.20.4 in /opt directory. How can I define
> glib and other package libraries required in gegl configuration to
> build gegl?
You need to set PKG_CONFIG_PATH and LD_LIBRARY_PATH (bu
Albert Chin wrote:
> tests/buffer/buffer-test.c uses G_STRFUNC to print the name of the test
> function. However, this assumes the compiler supports
> __PRETTY_FUNCTION__ or __func__. If it doesn't, then test output is
> prepended with:
> Test: ???
>
> This basically causes the diff comparison t
On 10/20/2009 04:04 AM, Ben S. wrote:
> I've written a GEGL operation in C, but I can't find a scrap of documentation
> on how to actually build it appropriately and install it in gimp so I can
> access it from the tools menu with the rest of the gegl ops. I imagine I'm
> missing something obvious,
On 09/18/2009 03:51 AM, Nicolas Robidoux wrote:
> But I am wondering if for GEGL's target user base an "always pretty
> good" default is preferable to "choose your poison."
>
> Comments?
As long as there is good general-purpose resampler (which could
possibly use different algorithms depending on
On 09/01/2009 04:22 PM, Nicolas Robidoux wrote:
>
>
> Abstract
>
>
> Eric Daoust and Adam Turcotte are about to wrap up a pair of Google
> Summer of Code 2009 projects having to do with new samplers. In this
> document, I explain what the samplers do, how they (may) fit within
On 08/07/2009 07:47 PM, Eric Daoust wrote:
> Thanks for the reply.
>
> How would I pass this information from my XML test file to
> gegl-buffer-access.c?
>
> Example XML code (image rotation test using my upsharpfast sampler):
>
>
>
>
>
>
> 0.00
>
On 08/06/2009 10:02 PM, Nicolas Robidoux wrote:
> Michael:
>
>> I doubt that the gained speed in execution performance outweights
>> the messier code.
>
> The bit twiddling absolute value was just an example. It's a
> branch-free float minmod we're actually after.
>
> Do I gather that it may be OK
On 08/06/2009 09:00 PM, Nicolas Robidoux wrote:
> Is the use of such tricks discouraged for GEGL (because gfloats could
> be doubles at some point?)
>
> We can take the absolute value by setting the sign bit to zero:
> // Example 13.24
> float f;
> *(int*)&f&= 0x7FFF; // set sign bit to zero
>
On 08/06/2009 09:00 PM, Nicolas Robidoux wrote:
> Is the use of such tricks discouraged for GEGL (because gfloats could
> be doubles at some point?)
>
> We can take the absolute value by setting the sign bit to zero:
> // Example 13.24
> float f;
> *(int*)&f&= 0x7FFF; // set sign bit to zero
W
On 08/01/2009 01:36 AM, Eric Daoust wrote:
> Currently the defauly abyss color is 0,0,0,0 (RGBA). What would have
> to be done to allow users to specify their own abyss color?
Since the abyss logic is in GeglBuffer (gegl-buffer-access.c), I would
add the abyss color as a property to the GeglBuff
On 07/18/2009 07:52 PM, Mason Thomas wrote:
> Hi,
>
> I am having some difficulty building the most recent gegl (from a git
> clone). I cloned the babl repository and successfully built that, but
> the gegl build stops when it tries to include in
> gegl/buffers/gegl-tile-source.h.
>
> Note I am bu
On 07/11/2009 08:14 AM, Henrik Akesson wrote:
> Hi,
>
> There are for the moment some discussion as to wheter the code I've
> produced should be in the main gimp project or in a separate one.
>
> However, at this point, I feel that it should be under some version
> control system, for ease of shari
On 07/08/2009 08:35 AM, Jean-Michel Pouré wrote:
> We discussed today on the mailing list and we would be
> delighted to see GEGL in MTL. Can you help us?
>
Sure just ask whatever questions you have on this list.
> Just for information, we may need to make GEGL keyframable, but I don't
> know
On 07/08/2009 12:52 AM, Jean-Michel Pouré wrote:
> Dear all,
>
> We are interested to use GEGL to add effects to MLT video engine
> (http://www.mltframework.org). MLT provides the core features to read
> and write video. We need powerful image processing features.
>
> Reading Frei0r code, do you th
On 07/07/2009 03:45 PM, Henrik Akesson wrote:
> Hi,
>
> the work I've done so far can be split into two parts:
> 1) gegl scripting - for the moment a ruby script that allows me to run
> tests of gegl and some test cases.
> 2) visualisation tool - a java web project that is made for displaying
> per
On 07/02/2009 10:34 PM, Sven Neumann wrote:
> Hi,
>
> On Thu, 2009-07-02 at 16:27 -0400, Adam Turcotte wrote:
>
>
>> I have added the typedef, but now I have the issue of adding this
>> GeglMatrix2 as a property of the sampler. I notice that there are
>> g_object_class_install_property ( ) line
On 06/29/2009 10:42 PM, Adam Turcotte wrote:
> Should GeglMatrix2 also reside within gegl-matrix.c
It'll be fine to put it in gegl-matrix.c
/ Martin
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/
On 06/29/2009 09:53 PM, Nicolas Robidoux wrote:
> IMHO, when all you are dealing with are 3x3 matrices (which are not
> arbitrary 3x3, since they represent affine + perspective
> transformations), it is likely that a general purpose matrix library
> would be slower. Even more so with 2x2.
>
> So, m
On 06/29/2009 03:16 PM, Nicolas Robidoux wrote:
> a type which could be named
> GeglMatrix2.
>
> Is it really worth it to create (name) a new GEGL type just for this
> purpose? A plain array sure seems more expedient.
>
Since GeglMatrix3 exists, GeglMatrix2 also should exist for consistency.
On 06/25/2009 10:50 PM, Adam Turcotte wrote:
> My question at the moment is: what is the best way to pass this data
> to the sampler?
>
I feel bad about you not getting a reply, so I want to give a reply even
though it's not a super helpful one:
Use whatever way you can come up with and that
Florent Monnier wrote:
> Hi,
> I have a question about the use of the type GValue for the function
> gegl_node_set_property(). As I'm not familiar with the glib, I have read the
> doc and used g_value_unset() at the end. But then I've read the source of the
> python and ruby bindings and seen g_v
Eric Daoust wrote:
> Would it be possible to have access to a branch of the gegl git so that when
> I,
> Adam or Nicolas post questions people can check/download what we do?
>
> If not, should we set up a git server with publicly accessible contents?
>
Hi!
Granting push access for GSoC studen
Adam Turcotte wrote:
>> There is no need to be unsure here, since these kind of changes should
>> come along with test cases (unless there already is a tests for this
>> code, which I suspect is the case). The test for GEGL lives in ./tests
>> and you run them with 'make check'.
>>
>
> There d
Adam Turcotte wrote:
> I noticed that there is a method in gegl-buffer.c called
> gegl_buffer_void () that contains a comment /* FIXME: handle z==0
> correctly */. The code seemed rather messy, so I cleaned it up without
> modifying the behaviour
Nice thanks
> (I'm fairly certain).
>
There i
Michael Schumacher wrote:
> Mentors and students, please do agree on the desired midterm goals for
> your projects, and present them on the gegl-developer list.
>
Hi
The midterm goals for the GEGL-on-GPU GSoC project is to implement a few
point ops as pixel shaders and to get GEGL to actually
Øyvind Kolås wrote:
> On Mon, Jun 15, 2009 at 8:12 PM, Patrik Östman wrote:
>
>> node 1 to node 2. Are there any significant changes of cache
>> handling done between 0.0.20 and 0.0.22 or are there a
>> setting that must be turned on to get 'per node caches'
>> functionality?
>>
>
> The ca
Henrik Akesson wrote:
> This is the moment to let me know for anyone who wants me to include a
> certain tool in the survey.
>
> I'm currently at:
>
> - gprof, sprof
> - valgrind (cachegrind, callgrind)
> - ltrace, ptrace
> - oprofile
>
Hi,
Sysprof seems to be missing from that list
Nice to h
Hi Nicolas,
Nicolas Robidoux wrote:
> Option 1: Samplers, and the operations which call samplers, have a
> toggle which specifies which convention to use. Given that the amount
> of different code in the two cases is very small, this would seem to
> me to be the best solution.
>
Seems best to
Nicolas Robidoux wrote:
> A side effect of this choice is that if one downsamples with one and
> upsamples with the other, the resulting image will not be aligned with
> the original. (Of course, if one uses the same resampler for both, the
> results will be aligned, unless the calling routine (e.g
Nicolas Robidoux wrote:
> C) If the intended conventions are different, should I align GEGL's
> convention with GIMP's? Or leave it be?
>
Since GIMP eventually will do all scaling (that matters) using GEGL,
there is no need to align the conventions. At least long term. And I
don't think it wi
Nicolas Robidoux wrote:
> My working assumption is that GEGL should be as consistent as possible
> with GIMP.
That seems weird to me, why not go for the "best" resampling approach
and ignore how GIMP does it?
/ Martin
___
Gegl-developer mailing list
G
Jerson Michael Perpetua wrote:
> Hello,
>
>
> GSoC community-bonding period is coming to a close. In lieu of this,
> the following is my list of current (and tentative) plans for GEGL
> GPU-support:
Sounds good to me! So, keep doing what you are doing, I don't have much
to add to the ongoing dis
David Gowers wrote:
> Hello,
>
> On Sat, Apr 25, 2009 at 4:44 PM, Martin Nordholts wrote:
>
>> As a starting point for Git for developers, refer to this site:
>> http://live.gnome.org/Git/Developer
>>
> actually
> http://live.gnome.org/Git/Developers
Martin Nordholts wrote:
> Martin Nordholts wrote:
>> Gary V. Vaughan wrote:
>>> In my (biased) humble opinion, GNU M4 integrates the gnulib tree
>>> into it's git repository in a neat and easy to manage way.
>>>
>>
>> The M4 way [1] indeed lo
Henrik Akesson wrote:
> Would be good if you could add the patches I've sent "manually" and
> then in the future I'll make sure that you can do it the "git way".
>
I've done that now
BR,
Martin
2009-04-21 Martin Nordholts
Add ppm output fil
Henrik Akesson wrote:
> New patch...
>
Hi Henrik
Could we through IRC arrange me doing a git pull from you through e.g. a
temporarily running git-daemon on your side? Would be nice to get a git
workflow going for GEGL (and GIMP). Once I have pulled I can easily
review, test and finally comm
Martin Nordholts wrote:
> Gary V. Vaughan wrote:
>> In my (biased) humble opinion, GNU M4 integrates the gnulib tree
>> into it's git repository in a neat and easy to manage way.
>>
>
> The M4 way [1] indeed looks very nice and maintainable, could you
> provi
Gary V. Vaughan wrote:
> Hi Martin,
>
> On Sun, Apr 05, 2009 at 05:09:50PM +0200, Martin Nordholts wrote:
>
>> The only thing I can see missing now is taking care of invoking gnulib-tool
>> --update properly in autogen.sh and provide a helpful message why this
>>
Gary V. Vaughan wrote:
> Hi Martin,
>
> On Tue, Mar 31, 2009 at 10:30:37PM +0200, Martin Nordholts wrote:
>
>> I've done another round of commiting
>>
> No worries... also attached a couple more GEGL portability patches
> needed for the newest changes
Gary V. Vaughan wrote:
> Actually, the changes required for everything to apply cleanly to
> git master were trivial for both babl and GEGL, so I've uploaded
> all the updated patches to bugzilla again already (as attachments
> to the original bug reports):
Hi,
I've done another round of commitin
Henrik Akesson wrote:
> Here it is in correct format. Txs, Henrik
Thanks, commited:
2009-03-31 Martin Nordholts
Patch from Henrik Akesson that extracts duplicated code from
gegl_buffer_pixel_get and gegl_buffer_pixel_set into the function
gegl_buffer_in_abyss to impr
Henrik Akesson wrote:
> [gegl_buffer_rename.diff]
>
> Patch from Henrik Akesson that renames pset/pget to
> gegl_buffer_pixel_set and gegl_buffer_pixel_get in order to improve
> readability of code and to conform to gegl coding standards.
> * gegl/buffer/gegl-buffer-access.c
> * gegl/buffer/gegl-bu
Gary V. Vaughan wrote:
> On Wed, Mar 25, 2009 at 07:09:32AM +0100, Martin Nordholts wrote:
>
>> Gary V. Vaughan wrote:
>>
>>> Has anyone been able to find time to look at my patch queue for babl?
>>>
>> I will look at them asap
>
Henrik Akesson wrote:
> I'm a master's student at UPC (Universitat Politècnica de catalunya,
> Barcelona, Spain) and I would like to do this project on GEGL. I would
> need a mentor for it. The mentor doesn't need to be an expert in
> performance tools / performance counters as I have unofficial su
Henrik Akesson wrote:
> Fixed !
>
Thanks, commited:
2009-03-26 Martin Nordholts
Apply patch from Henrik Akesson that adds initial
how-to-hack-on-GEGL documentation, including a ruby script to
generate a graphviz graph of the class inheritance trees in the
core.
Gary V. Vaughan wrote:
> Has anyone been able to find time to look at my patch queue for babl?
I will look at them asap
- Martin
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-d
Henrik Akesson wrote:
> I've started on a "Gegl Developer's Document". I'll let you be the
> judge if you want to add it to subversion already. It might be a good
> idea if others would like to add stuff as well. It also includes an
> autogenerated gobject inheritance diagram.
I think this is much
Henrik Akesson wrote:
> Two patches attached. I've made the below comments in a more suitable
> ChangeLog format:
>
> [gegl_buffer.diff]
>
> Patch from Henrik Akesson:
> - Extracted duplicated code from pset/pget into a separate function
> gegl_buffer_in_abyss to improve readability of code and mai
Sven Neumann wrote:
> Hi,
>
>
>> There was an optimization round on GEGL a couple of months back with
>> regards to improving GIMP performance when e.g. using GEGL for the
>> projection. I used sysprof for profiling back then, and an awful lot of
>> time during processing is spent on constructin
Martin Nordholts wrote:
> Henrik Akesson wrote:
>
>> Has anyone ever done a performance study of GEGL?
>>
>> What do you think of a GSoC project of:
>>
>> "Performance study and optimisation of GEGL."
>>
There was an optimization r
Henrik Akesson wrote:
> Has anyone ever done a performance study of GEGL?
>
> What do you think of a GSoC project of:
>
> "Performance study and optimisation of GEGL."
I think this is an excellent idea and support it to 100%
- Martin
___
Gegl-developer
Martin Nordholts wrote:
> Øyvind Kolås wrote:
>
>> There is a set of regression tests for GeglBuffer in tests/buffer
>> which outputs grayscale images as unicode and uses unified diffs to
>> detects differences, I think Martin Nordholts has mentioned that he
>> wa
Henrik Akesson wrote:
> I get a lot of errors when compiling and trying to run the
> gegl/tests/buffer (output from "make check" below). Everything else
> works ok. Would you have any idea of why?
IIRC some buffer test Makefile contains a hardcoded path to /usr/local,
did you change that?
BR,
Mar
IMO, I think such output
should require setting a flag before it's enabled.
- Martin
2009-03-18 Martin Nordholts
Apply patch from Henrik Akesson that turns GeglEvalMgr::state into
an enum instead of using pure ints since that increases
readability.
* gegl/process/gegl
for GeglBuffer in tests/buffer
> which outputs grayscale images as unicode and uses unified diffs to
> detects differences, I think Martin Nordholts has mentioned that he
> wants to port these tests to use glib test framework.
>
I am also in the process of writing regression tests and r
Henrik Akesson wrote:
> From where I come from, it's a no-no to keep unused code "just in
> case". Normally, this kind of code tends to accumulate and never be
> cleaned out. On top of that, the "just in case" code tends to have to
> be rewritten when finally needed, as it is seldom fit for the pur
Henrik Akesson wrote:
> The two implementations of GeglVisitable always returns TRUE on calls
> to "visitable_needs_visiting" (see gegl-node:957 and gegl-pad:319).
>
> It is used by gegl-visitor.c, but makes it more difficult to
> understand the code.
>
> Can I remove it?
I think you should keep i
Sven Neumann wrote:
> Splitting the code into smaller functions is cool. But please consider
> to name the functions according to the file it lives in. So this would
> become gegl_processor_get_band_size(). This makes it easier to interpret
> stack traces and to discuss the code as it is clear wher
Henrik Akesson wrote:
> Should I leave my log statements in my patches (that will be mainly
> focused on adding comments)?
Hi,
Please leave them in the patches. I've always wanted more debug logging
in GEGL and it is easy to later remove the ones that give noticeable
performance hits
BR,
Martin
Gary V. Vaughan wrote:
>> Is it possible for you to work against SVN trunk of babl and GEGL? That
>> way your patches will apply cleanly which makes things slightly easier
>> for us
>>
>
> Yes, I think that should be possible. How stable is the trunk,
> compared to 0.0.22 releases? It might
> I am close to a similarly monstrous patch to port gegl itself to those
> same 30 architectures, which I'll add to bugzilla later this week.
>
> Cheers,
> Gary
>
Is it possible for you to work against SVN trunk of babl and GEGL? That
way your patches will apply cleanly which makes things
Berkut wrote:
> Hi,
>
> I've got the latest bebl and gegl from the svn repos, and
> successfully built and installed bebl, but when I try and make gegl,
> I get the following error:
Hi
SVN trunk of babl and GEGL should be completely compatible without
problems, your problem looks like an instal
Gary V. Vaughan wrote:
> I posted a large patch that ports babl-0.0.22 to all 30 of the
> architectures I have access to, but it is currently stuck in the
> moderation queue. Is there someone/where else I can send it instead,
> or can I trust that it will be made visible to this list by the
> mode
Henrik Akesson wrote:
> I normally write some documentation of my own (when it's missing)
> Instead of writing it on my blog I could contribute it.
>
> 1. Are you interested in that?
Hi,
Absolutely, and the best way to get the documentation into GEGL is to
write patches which add this documentati
Nicolas Robidoux wrote:
> Hello all.
>
> GEGL is expected to bring non-destructive
> editing, high dynamic range, and large image support to the next major
> release of the GIMP (GNU Image Manipulation Program).
Hi
The only thing that I found somewhat inaccurate is the "and large image
support" b
1 - 100 of 121 matches
Mail list logo
