Nabble - Gimp Developer

GIMP's changed; Not as many filters as it used to have and only .xcf files are allowed.

2009-11-23T07:35:39Z

About a year ago, I downloaded GIMP. It allowed me to save my images as .PNG, .JPEG, and .GIF(not to mention allowed me to open .png and .jpeg images without getting an error message),etc and had a BUNCH of filters. But recently(about a three weeks ago), GIMP wouldn't open at all. So I uninstalled it, went online to http://www.gimp.org/downloads/ and reinstalled GIMP 2.6.7 for Windows. However, it still wouldn't open, it would just keep stopping at one of the scripts/plug-ins while it was loading. I tried everything to get it to open and finally tried putting the "plug-in" folder that came with GIMP 2.6.7 into the "bin" folder and tried opening the program again. It finally opened. But, to my surprise and aggravation, would only save images as .xcf and had only two filters(distorts and generic), when before it had artistic, blur, animation, and many, many more. Please let me know what is happening, and if the GIMP developers changed the version of gimp and if there is anyway i can get the GIMP i used to have, with the ability to save and open .png and .gif, etc., and all the filters it used to have. It would be VERY appreciated. Thank you!

Re: GIMP T-shirts in our online store

2009-11-23T06:16:18Z

On Mon, Nov 23, 2009 at 3:58 PM, Ismael Barros² <razielmine@...> wrote:
> Hi again,
>
> Design submitting deadline is over, and the designs are ready to get voted.
>
> You can vote here: http://www.freewear.org/?contest=gimp

That does not seem to be the case. For whatever reason I cant select
the design I like. I like the rasterized Wilber(last on the page) by
Tobias best, tho the dark version needs a more contrasting color I
think.

--
--Alexia
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: GIMP T-shirts in our online store

2009-11-23T05:58:55Z

Hi again,

Design submitting deadline is over, and the designs are ready to get voted.

You can vote here: http://www.freewear.org/?contest=gimp

Regards,
Ismael
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

DAG in GEGL and its role in GIMP

2009-11-22T19:46:56Z

Hi all,

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 regions, they should be located in two separated sub-tree (sub-graph), so that we can save save some traverse time and potential redraw time. However, it seems like that there is no such mechanism (correct me if I misunderstand the code) and all operation cache/reuse are determined according to the spatial relationship between the rectangle associated with the operations. If that's the case, won't a simple link-list suffice?

2. Following question one, it seems like that GEGL has not been fully integrated into GIMP (2.7) yet, and I am wondering that for some common image manipulation case, say red-eye removal or skin smooth, what will the DAG in GEGL look like? Will it look like a tree with height of two (connecting all operations to the root display node) or a simple 1-D list? Ideally, how should GIMP build the graph to maximize the rendering efficiency?

Thanks for your answering,
Tim Chen

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Airbrush/Brush Banding Effect At Low Pressure/Opacity

2009-11-21T14:09:36Z

On Thu, Nov 19, 2009 at 02:01:13PM +1030, David Gowers wrote:
> On Thu, Nov 19, 2009 at 11:17 AM, James Cox <jaycox@...> wrote:
> > result = floor(input * opacity + g_random_double());
>
> If you pregenerate a lookup table (say 256 entries), keep a counter
> which cycles 0,1,2,....255,0,1,2,....255, and only add a random
> integer to that counter at the start of every dab, you could get that
> going at decent speeds.

I have implemented this in (historical) release 0.5.1 of MyPaint. Using 8
bytes of precalculated noise; brush_dab.c line 120 in case anyone cares.

I got sick of the noise, though. It tends to get visible when you use
brushes that really need this correction. Not worth the effort I think.
The better solution is to calculate in 16bpc, or use different brushes, or
don't use incremental mode (MyPaint supports only incremental). See
http://mypaint.intilinux.com/?p=19 for a sample.
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: GIMP to be removed from Ubuntu Lucid Lynx?

2009-11-20T14:06:34Z

On 11/20/09, Joao S. O. Bueno wrote:

> IMHO, stupidiest decision ever - they _want_ their users to be dumb
> and continue that way. As for me, up to today I used to recomend
> ubuntu to people I presented Free Software. (despite some ongoing
> really great flaws, like translating the name of special user folders
> such as Desktop and Documents). Now, with the promise of a GIMPless
> Ubuntu, I will burn some other distro for people to taste Linux and
> Free Software.

Joao,

Canonical also never shipped Ubuntu with Ardour or Cinelerra or
Blender -- all apps aimed at professionals. People who need serious
software for media production have choice, be it 64studio or Ubuntu
Studio or half a dozen of other distributions.

What most Linux users really need is something like Picasa or iPhoto
-- to easily import a bunch of pics, color-correct them and publish
online. Using GIMP for fixing red-eyes or straightening horizon is an
overkill. So if this choice will motivate someone to improve F-Spot,
Solang, Shotwell or IntiPinku, who is to lose? :)

Alexandre
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Workflow Tips ?

2009-11-20T12:20:04Z

On 11/20/2009 04:01 AM, Jerry Baker wrote:
> I keep running into the limits of gimp python so I've finally decided to
> start learning C. In python the development process is a lot faster.
> Basically "Edit File> Save> Run." - There are a lot more steps
> involved on the C side...
>
Getting up on C has a pretty steep learning curve compared to Python.

The steps involved in compiling and running are very straightforward, but
quickly debugging even relatively simple C programs is quite a bit more
complex
than the "Edit > save > run > see problem > re-edit > save > run" workflow
that characters typical python workflow.

In many cases, it helps to take the plunge with an integrated development
environment (such as Eclipse). But that's a pretty big install even if
you just
use the C/C++ option (and, of course, the python option, as you are
comfortable
with python).
> I was wondering if anyone could give me some tips for speeding the "Edit
> > Compile> Install" process up and improving my workflow...
> _______________________________________________
> Gimp-developer mailing list
> Gimp-developer@...
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
>

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Workflow Tips ?

2009-11-20T11:50:50Z

On Fri, 2009-11-20 at 07:01 -0500, Jerry Baker wrote:
> I keep running into the limits of gimp python so I've finally decided to
> start learning C. In python the development process is a lot faster.
> Basically "Edit File > Save > Run." - There are a lot more steps
> involved on the C side...
>
> I was wondering if anyone could give me some tips for speeding the "Edit
> > Compile > Install" process up and improving my workflow...

Compiling a single C plug-in is rather fast and installing it only takes
a few milliseconds. What exactly are you problems with the work-flow?
Perhaps it would help if you described your work-flow to us.

Sven

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: GIMP to be removed from Ubuntu Lucid Lynx?

2009-11-20T11:48:22Z

On Thu, 2009-11-19 at 13:22 -0500, Nicolas Robidoux wrote:
> http://www.omgubuntu.co.uk/2009/11/gimp-to-be-removed-lucid.html

That is pretty much in-line with our product vision. GIMP is a high-end
application for professionals. It is not the tool that you would advise
every user to use for their casual photo editing. And as far as I
understand this, it's not that GIMP would not be available for Ubuntu
users. It's simply not installed by default.

Sven

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: GIMP to be removed from Ubuntu Lucid Lynx?

2009-11-20T11:44:05Z

Joao wrote:

> Yes, friend of mine was tehre, confirmed it too. (btw, it evenshowed
> up in slashdot).
>
> IMHO, stupidiest decision ever - they _want_ their users to be dumb
> and continue that way.

well guys, GIMP has the vision to be a high-end/expert application,
so we should not be amazed that a general OS distribution drops us off
the finite-space disk.

I see it as ubuntu giving us the respect we deserve.

--ps

founder + principal interaction architect
man + machine interface works

http://mmiworks.net/blog : on interaction architecture

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

smime.p7s (5K) Download Attachment

Re: Workflow Tips ?

2009-11-20T06:31:15Z

On 11/20/09 07:01, Jerry Baker wrote:
> I keep running into the limits of gimp python so I've finally decided to
> start learning C. In python the development process is a lot faster.
> Basically "Edit File> Save> Run." - There are a lot more steps
> involved on the C side...
>
> I was wondering if anyone could give me some tips for speeding the "Edit
> > Compile> Install" process up and improving my workflow...
>

Without knowing the specifics of what you're doing, all I can suggest is
the use of the make utility. You can put just about /anything/ in a
Makefile--your compile, link, and install steps can almost certainly be
reduced to one operation.

(Re-reading the above however, I noticed I've made the implicit
assumption you're using a Linux CLI---if not, never mind...)

> _______________________________________________
> Gimp-developer mailing list
> Gimp-developer@...
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
>
>

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Workflow Tips ?

2009-11-20T04:01:51Z

I keep running into the limits of gimp python so I've finally decided to
start learning C. In python the development process is a lot faster.
Basically "Edit File > Save > Run." - There are a lot more steps
involved on the C side...

I was wondering if anyone could give me some tips for speeding the "Edit
> Compile > Install" process up and improving my workflow...
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: GIMP to be removed from Ubuntu Lucid Lynx?

2009-11-19T21:55:03Z

On Fri, Nov 20, 2009 at 2:41 AM, Joao S. O. Bueno <gwidion@...> wrote:

On Thu, Nov 19, 2009 at 4:48 PM, Alexandre Prokoudine
<alexandre.prokoudine@...> wrote:
> On Thu, Nov 19, 2009 at 9:45 PM, Thorsten Wilms wrote:
>
>> I have been in that session and can confirm it.
>
> OK, but what session? At UDS?

Yes, friend of mine was tehre, confirmed it too. (btw, it evenshowed
up in slashdot).

IMHO, stupidiest decision ever - they _want_ their users to be dumb
and continue that way. As for me, up to today I used to recomend
ubuntu to people I presented Free Software. (despite some ongoing
really great flaws, like translating the name of special user folders
such as Desktop and Documents). Now, with the promise of a GIMPless
Ubuntu, I will burn some other distro for people to taste Linux and
Free Software.

Give a try to Debian, the netinst version http://www.debian.org/devel/debian-installer/
You need a decent Internet connection, but the available room on a CD is no longer a problem, and GIMP is present, of course.
After all, Ubuntu is based on Debian, why not stick to the original, rather than to deviant copy?

--
Olivier Lecarme

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: GIMP to be removed from Ubuntu Lucid Lynx?

2009-11-19T17:41:44Z

On Thu, Nov 19, 2009 at 4:48 PM, Alexandre Prokoudine
<alexandre.prokoudine@...> wrote:
> On Thu, Nov 19, 2009 at 9:45 PM, Thorsten Wilms wrote:
>
>> I have been in that session and can confirm it.
>
> OK, but what session? At UDS?

Yes, friend of mine was tehre, confirmed it too. (btw, it evenshowed
up in slashdot).

IMHO, stupidiest decision ever - they _want_ their users to be dumb
and continue that way. As for me, up to today I used to recomend
ubuntu to people I presented Free Software. (despite some ongoing
really great flaws, like translating the name of special user folders
such as Desktop and Documents). Now, with the promise of a GIMPless
Ubuntu, I will burn some other distro for people to taste Linux and
Free Software.

>
> Alexandre
> _______________________________________________
> Gimp-developer mailing list
> Gimp-developer@...
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: GIMP to be removed from Ubuntu Lucid Lynx?

2009-11-19T10:48:59Z

On Thu, Nov 19, 2009 at 9:45 PM, Thorsten Wilms wrote:

> I have been in that session and can confirm it.

OK, but what session? At UDS?

Alexandre
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: GIMP to be removed from Ubuntu Lucid Lynx?

2009-11-19T10:45:23Z

On Thu, 2009-11-19 at 21:38 +0300, Alexandre Prokoudine wrote:

> > http://www.omgubuntu.co.uk/2009/11/gimp-to-be-removed-lucid.html

> Did you see any links that prove this? Well, I didn't :) Neither most
> relevant ubuntu mailing lists provide any background.

I have been in that session and can confirm it.

--
Thorsten Wilms

thorwil's design for free software:
http://thorwil.wordpress.com/

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Quicktorials

2009-11-19T10:38:46Z

Robert Martinez wrote:

> My question concerns the identifier that links the functional part of
> the application to the video:
>
> How do you think such an ID should look like?

Completely customizable (preferably by the application maintainers, too)
within a dedicated namespace for each application. Aliases should be
possible.

For GIMP, the help id that's used for the context help might be part of
the ID.

HTH,
Michael

--
GIMP > http://www.gimp.org | IRC: irc://irc.gimp.org/gimp
Wiki > http://wiki.gimp.org | .de: http://gimpforum.de
Plug-ins > http://registry.gimp.org |
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: GIMP to be removed from Ubuntu Lucid Lynx?

2009-11-19T10:38:21Z

On Thu, Nov 19, 2009 at 9:22 PM, Nicolas Robidoux wrote:
>
> http://www.omgubuntu.co.uk/2009/11/gimp-to-be-removed-lucid.html

Did you see any links that prove this? Well, I didn't :) Neither most
relevant ubuntu mailing lists provide any background.

The idea has been floating around for a while, mind you.

https://wiki.ubuntu.com/RemoveGimp

Alexandre
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

GIMP to be removed from Ubuntu Lucid Lynx?

2009-11-19T10:22:53Z

http://www.omgubuntu.co.uk/2009/11/gimp-to-be-removed-lucid.html
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Fixes for memory leaks

2009-11-19T05:43:09Z

On Tue, 2009-11-17 at 23:31 -0200, Nelson A. de Oliveira wrote:
> A run on the full source code of gimp (version is the latest one from
> git), also gives some messages:
> http://people.debian.org/~naoliv/misc/gimp-ccpcheck.txt

I plugged the leak in dockable_toggle_view_cmd_callback()

commit e466da861638571ac22ba3e37f8b99d7d72bf846
Author: Michael Natterer <mitch@...>
Date: Thu Nov 19 14:40:25 2009 +0100

Plug memleak found by Nelson A. de Oliveira

app/actions/dockable-commands.c | 10 ++++++++--
1 files changed, 8 insertions(+), 2 deletions(-)

thanks,
--mitch

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Fixes for memory leaks

2009-11-19T05:19:52Z

On Wed, 2009-11-18 at 23:19 -0200, Nelson A. de Oliveira wrote:
> Hi again!
>
> I gave another look on the possible mem leaks and created another patch:
> http://people.debian.org/~naoliv/misc/0001-Fix-memory-leakages.patch
>
> Can somebody review them, please?
> There is both
> http://people.debian.org/~naoliv/misc/0001-Fix-memleaks-in-plug-ins.patch
> http://people.debian.org/~naoliv/misc/0001-Fix-memory-leakages.patch

I'm afraid all your changes to app/pdb are bogus because these
files are generated *and* there are no leaks. All the
g_value_take_foo() functions take ownership of the passed things.

ciao,
--mitch

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Quicktorials

2009-11-19T02:06:04Z

Hi there,

I need advice!
I'm working on a new system that can provide free software GUI
applications (like GIMP, Inkscape, Scribus, ...) with video tutorials
directly linked to the GUI. Short: you click on an unknown button - and
a browser pops up and shows what it does (html5/ogg-theora).
My question concerns the identifier that links the functional part of
the application to the video:

How do you think such an ID should look like?

You can also have a look at http://wiki.quicktorials.org to see what
ideas were raised so far,
or you can see the website in its early stage http://quicktorials.org.
I would love to see a a standard that is easy to use by any project!

Greetings from Germany,
Robert

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Airbrush/Brush Banding Effect At Low Pressure/Opacity

2009-11-18T19:31:13Z

On Thu, Nov 19, 2009 at 11:17 AM, James Cox <jaycox@...> wrote:
>> Christopher Howard wrote:
> Thinking about this some more, the error diffusion is probably not even
> necessary. You should be able to get by with some random dithering like
> the following (if it wasn't slower than molasses):
>
> result = floor(input * opacity + g_random_double());

If you pregenerate a lookup table (say 256 entries), keep a counter
which cycles 0,1,2,....255,0,1,2,....255, and only add a random
integer to that counter at the start of every dab, you could get that
going at decent speeds.
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Fixes for memory leaks

2009-11-18T17:19:37Z

Hi again!

I gave another look on the possible mem leaks and created another patch:
http://people.debian.org/~naoliv/misc/0001-Fix-memory-leakages.patch

Can somebody review them, please?
There is both
http://people.debian.org/~naoliv/misc/0001-Fix-memleaks-in-plug-ins.patch
http://people.debian.org/~naoliv/misc/0001-Fix-memory-leakages.patch

Thank you!

Best regards,
Nelson
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Airbrush/Brush Banding Effect At Low Pressure/Opacity

2009-11-18T16:47:41Z

> Christopher Howard wrote:
>> Jay Cox wrote:
>>
>> On Oct 20, 2009, at 1:39 PM, Sven Neumann wrote:
>>
>>> Hi,
>>>
>>> On Tue, 2009-10-20 at 12:22 -0800, Christopher Howard wrote:
>>>
>>>> Though having a far from sufficient understanding of how the GIMP brush
>>>> painting process works, it seems to me like this is the fundamental
>>>> problem: In making black-and-white brushes semi-transparent, GIMP
>>>> somehow "levels out" the grey-scale, so that certain ranges of darkness
>>>> become the same. On a fuzzy brush, the result is that the fine
>>>> graduation is changed to appear stepped or banded.
>>>
>>> The problem here is that the brush masks are 8bit only. With such a
>>> limited set of values to start with, banding is basically unavoidable.
>>>
>>>
>>> Sven
>>
>> You should be able to get rid of most of the banding by performing error
>> diffusion when multiplying the opacity into the brush mask. I suspect
>> that a simple 1d error diffusion algorithm will be sufficient and I
>> wouldn't bother with a Floyd-Steinberg type algorithm unless you could
>> come up with an example where the simpler algorithm showed visible
>> artifacts.
>>
>> I believe the function that introduces the banding is
>> apply_mask_to_sub_region in paint-funcs.c or in the function
>> apply_mask_to_alpha_channel depending on your point of view. I have not
>> worked with that code in a long time and I could be wrong about that.
>>
>> You will need to make the starting error term effectively random or you
>> run the risk of letting the upper-left pixel in each tile get special
>> treatment.
>>
>> Good luck,
>> Jay Cox
>> jaycox@...
>
>Thank you for your guidance in this matter. However, I am wondering:
>Wouldn't error diffusion tend to sharpen, rather than smooth out, the
>banding? It seems like some kind of blurring is more what we need.
>
>I played around in apply_mask_to_alpha_channel() a little bit and my
>results seemed to confirm that. But maybe I misunderstand error
>diffusion or precisely what you mean about how to use it?

Error diffusion will get rid of banding at the cost of a small amount of
noise. If you paint with the same error diffused mask multiple times you
will amplify the noise. Blurring the mask can not help.

An Example:
The input mask is a smooth gradient from 0 to 10 that we are scaling to 10%

current scaling:
0 0 0 0 0 1 1 1 1 1
current painted 10X in the same location:
0 0 0 0 0 10 10 10 10 10

Obviously that leaves a hard break between the 5th and 6th value.

Note that if we blurred the resulting mask we would end up with the exact
same values.

Error diffusion (static):
0 0 0 1 0 1 0 1 1 1
Error diffusion (static) painted 10X in the same location:
0 0 0 10 0 10 0 10 10 10

It looks like we have even more banding, though it would likely look like
noise in a real image.

Error diffusion with a random initial error term:
0 0 0 1 0 1 0 1 1 1 or
0 1 0 0 1 0 1 0 1 1 or
0 0 1 0 0 1 0 1 0 1 or ......
Error diffusion with a random initial error term painted 10X in the same
location:
0 1 2 3 4 5 6 7 8 9 10 or
0 1 3 3 4 5 6 7 7 9 9 or ......

The results are not mathematically perfect, but should look very good
visually.

If you are initializing the error term to a random value and still seeing
banding I would suspect that the brush system is caching the results of
your function and applying the same mask over again. (simple way to check
is to put a printf statement in your function and check to see if it prints
out every time you click with the paintbrush)

Thinking about this some more, the error diffusion is probably not even
necessary. You should be able to get by with some random dithering like
the following (if it wasn't slower than molasses):

result = floor(input * opacity + g_random_double());

Jay Cox
jaycox@...

PS: If this message came through twice I apologize. The other one (if it
exists) contains errors (more errors?) and should be ignored.

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Airbrush/Brush Banding Effect At Low Pressure/Opacity

2009-11-18T14:24:18Z

--
Christopher Howard
http://indicium.us
http://theologia.indicium.us

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Jay Cox wrote:

>
> On Oct 20, 2009, at 1:39 PM, Sven Neumann wrote:
>
>> Hi,
>>
>> On Tue, 2009-10-20 at 12:22 -0800, Christopher Howard wrote:
>>
>>> Though having a far from sufficient understanding of how the GIMP brush
>>> painting process works, it seems to me like this is the fundamental
>>> problem: In making black-and-white brushes semi-transparent, GIMP
>>> somehow "levels out" the grey-scale, so that certain ranges of darkness
>>> become the same. On a fuzzy brush, the result is that the fine
>>> graduation is changed to appear stepped or banded.
>>
>> The problem here is that the brush masks are 8bit only. With such a
>> limited set of values to start with, banding is basically unavoidable.
>>
>>
>> Sven
>
> You should be able to get rid of most of the banding by performing error
> diffusion when multiplying the opacity into the brush mask. I suspect
> that a simple 1d error diffusion algorithm will be sufficient and I
> wouldn't bother with a Floyd-Steinberg type algorithm unless you could
> come up with an example where the simpler algorithm showed visible
> artifacts.
>
> I believe the function that introduces the banding is
> apply_mask_to_sub_region in paint-funcs.c or in the function
> apply_mask_to_alpha_channel depending on your point of view. I have not
> worked with that code in a long time and I could be wrong about that.
>
> You will need to make the starting error term effectively random or you
> run the risk of letting the upper-left pixel in each tile get special
> treatment.
>
> Good luck,
> Jay Cox
> jaycox@...

Thank you for your guidance in this matter. However, I am wondering:
Wouldn't error diffusion tend to sharpen, rather than smooth out, the
banding? It seems like some kind of blurring is more what we need.

I played around in apply_mask_to_alpha_channel() a little bit and my
results seemed to confirm that. But maybe I misunderstand error
diffusion or precisely what you mean about how to use it?

- --
Christopher Howard
http://indicium.us
http://theologia.indicium.us
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAksEcwwACgkQQ5FLNdi0BcWKRQCfct8rNIrRpQ9Rr6h1l7AQE1ft
9KEAn1KyfNh66uNVFpmF301gJI4zQ4tn
=/vnh
-----END PGP SIGNATURE-----
---------
To unsubscribe, send email to <aklug-request@...>
with 'unsubscribe' in the message body.

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

signature.asc (269 bytes) Download Attachment

Re: Fixes for memory leaks

2009-11-18T13:57:34Z

Hi!

On Wed, Nov 18, 2009 at 4:23 AM, Martin Nordholts <enselic@...> wrote:
> Please generate the patch as a commit according to these instructions:
> http://gimp.org/bugs/howtos/submit-patch.html

Patch available at
http://people.debian.org/~naoliv/misc/0001-Fix-memleaks-in-plug-ins.patch

>> A run on the full source code of gimp (version is the latest one from
>> git), also gives some messages:
>> http://people.debian.org/~naoliv/misc/gimp-ccpcheck.txt
>
> Interesting. Most leaks are for tests or plug-ins though which are less
> crucial, but there are four leaks in the core.

There are also possible memleaks:
http://people.debian.org/~naoliv/misc/gimp-possible-memleaks.txt

Best regards,
Nelsob
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Scope of variables

2009-11-18T09:25:02Z

On Wed, 2009-11-18 at 00:23 -0200, Nelson A. de Oliveira wrote:

> --- app/core/gimpimage-convert.c.old 2009-11-18 00:18:55.000000000 -0200
> +++ app/core/gimpimage-convert.c 2009-11-18 00:19:34.000000000 -0200
> @@ -835,8 +835,6 @@
> /* Convert to indexed? Build histogram if necessary. */
> if (new_type == GIMP_INDEXED)
> {
> - gint i;
> -
> /* fprintf(stderr, " TO INDEXED(%d) ", num_cols); */
>
> /* don't dither if the input is grayscale and we are simply
> @@ -897,6 +895,7 @@
> ! needs_quantize &&
> palette_type == GIMP_MAKE_PALETTE)
> {
> + gint i;
> /* If this is an RGB image, and the user wanted a custom-built
> * generated palette, and this image has no more colours than
> * the user asked for, we don't need the first pass (quantization).
>

There's a missing newline after the moved declaration.

Sven

_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Scope of variables

2009-11-17T22:25:51Z

Nelson A. de Oliveira wrote:
> Hi!
>
> Is it interesting to limit the scope of the variables to where they
> are only used?

Hi!

Yes, but this is the kind of changes you'd do when you have commit
access. It would be too much work to review a big inflow of these kinds
of patches.

Regards,
Martin

--

My GIMP Blog:
http://www.chromecode.com/
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Fixes for memory leaks

2009-11-17T22:23:49Z

Nelson A. de Oliveira wrote:
> Hi!
>
> While giving a look at bug #595605 (from Gimp Bugzilla), I have
> remembered about cppcheck.
> I have created a patch available at
>
> http://people.debian.org/~naoliv/misc/gimp-mememleak.diff

Hi!

Please generate the patch as a commit according to these instructions:
http://gimp.org/bugs/howtos/submit-patch.html

Thanks!

> A run on the full source code of gimp (version is the latest one from
> git), also gives some messages:
> http://people.debian.org/~naoliv/misc/gimp-ccpcheck.txt

Interesting. Most leaks are for tests or plug-ins though which are less
crucial, but there are four leaks in the core.

Regards,
Martin

--

My GIMP Blog:
http://www.chromecode.com/
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: Scope of variables

2009-11-17T18:25:04Z

Hi again!

On Wed, Nov 18, 2009 at 12:23 AM, Nelson A. de Oliveira
<naoliv@...> wrote:
> For example, i is not used inside only one if here in
> app/core/gimpimage-convert.c (and thus has been moved to where it's
> only necessary):

I need to sleep.
Read it as: "For example, i is used inside only one if here in
app/core/gimpimage-convert.c"
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Scope of variables

2009-11-17T18:23:07Z

Hi!

Is it interesting to limit the scope of the variables to where they
are only used?
For example, i is not used inside only one if here in
app/core/gimpimage-convert.c (and thus has been moved to where it's
only necessary):

--- app/core/gimpimage-convert.c.old 2009-11-18 00:18:55.000000000 -0200
+++ app/core/gimpimage-convert.c 2009-11-18 00:19:34.000000000 -0200
@@ -835,8 +835,6 @@
/* Convert to indexed? Build histogram if necessary. */
if (new_type == GIMP_INDEXED)
{
- gint i;
-
/* fprintf(stderr, " TO INDEXED(%d) ", num_cols); */

/* don't dither if the input is grayscale and we are simply
@@ -897,6 +895,7 @@
! needs_quantize &&
palette_type == GIMP_MAKE_PALETTE)
{
+ gint i;
/* If this is an RGB image, and the user wanted a custom-built
* generated palette, and this image has no more colours than
* the user asked for, we don't need the first pass (quantization).

Are these kind of minor changes interesting for Gimp, please?

Thank you!

Best regards,
Nelson
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Fixes for memory leaks

2009-11-17T17:31:58Z

Hi!

While giving a look at bug #595605 (from Gimp Bugzilla), I have
remembered about cppcheck.
I have created a patch available at

http://people.debian.org/~naoliv/misc/gimp-mememleak.diff

fixing (I hope) some leakages inside the plug-ins dir.
Can somebody review it, please?

There are some errors remaining (that or seemed to be unnecessary to
fix or I couldn't find an easy way to fix):

[./common/file-compressor.c:775]: (error) Memory leak: filename_copy
[./common/file-xmc.c:888]: (error) Memory leak: positions
[./common/mail.c:610]: (error) Memory leak: filename_copy
[./common/plugin-browser.c:329]: (error) Memory leak: tmp_ptr
[./common/plugin-browser.c:355]: (error) Memory leak: leaf_ptr
[./file-psd/psd-util.c:200]: (error) Memory leak: pascal_str
[./flame/libifs.c:1234]: (error) Memory leak: points
[./file-xjt/xjt.c:3138]: (error) Memory leak: l_file_buff
[./gfig/gfig-star.c:222]: (error) Memory leak: line_pnts
[./gfig/gfig-star.c:222]: (error) Memory leak: min_max

A run on the full source code of gimp (version is the latest one from
git), also gives some messages:
http://people.debian.org/~naoliv/misc/gimp-ccpcheck.txt

Thank you!

Best regards,
Nelson
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: i18n in an external pack of scripts

2009-11-17T00:20:33Z

On Mon, Nov 16, 2009 at 11:14 PM, Sven Neumann <sven@...> wrote:

> On Mon, 2009-11-16 at 23:54 +0300, Alexandre Prokoudine wrote:
>
>> 3. Somehow make GIMP understand that it has to load
>> gimp20-my-pack-of-scripts.mo files.
>
> For a plug-in this is easy. The plug-in would have to make sure that it
> calls the gimp-plugin-domain-register procedure. A Script-Fu script
> however runs in the Script-Fu interpreter and can't do this. As long as
> Script-Fu doesn't provide support for internationalisation of
> third-party scripts, there is no way to do what you are aiming for.
>
> Short answer: forget about Script-Fu and use Python instead.

Can we haz a long answer? Because porting entire FX foundry to python
is not feasible. Perhaps the script-fu component can be altered.

--
--Alexia
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: animation-play

2009-11-16T13:41:06Z

Martin Nordholts wrote:
> Modifications to software is generally distributed as patches, look at
> [1] for basic instructions on how to generate a patch with git.

I forgot to add:
[1] http://gimp.org/bugs/howtos/submit-patch.html

/ Martin

--

My GIMP Blog:
http://www.chromecode.com/
_______________________________________________
Gimp-developer mailing list
Gimp-developer@...
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer