You are here

Gimp Plugins installers for Win32

  • 1
  • 2
  • 3
  • 4
  • 5
Total votes: 0
Rate this item!

Several Windows users think that installing Gimp plugins under Windows is hard.

As I was playing around with Inno Setup, I randomly chose these plugins, only because I had just a new Windows 32 compilation of them, and I release those first plugin installers without any warranty.

They should work on any Windows version, but I'm waiting for feedbacks.

These are automated Windows installers. Please, do not copy the setup files into your Gimp plug-ins directory!

(Otherwise, the setup file would be executed every time Gimp is launched).

A great benefit of an installer is that it easily installs localization files that several experienced users hardly can locate on Windows.

Another benefit is that you can uninstall everything, even the language files, or update the plugins easily. Please note that:

I didn't create any shortcut in the Start Menu, even for uninstallers. The uninstallers are available through Windows Add/Remove Programs feature. (For geeks: the uninstall executable is placed in c:\Documents and Settings\[user name]\.gimp-2.6\plug-ins\uninst\, so that if you install several plugins, you will see unins000.exe, unins0001.exe... but let Windows care about that. You can use CCleaner uninstall feature: it is faster).

Plugins are located in Documents and Settings\[user name]\.gimp-2.6\plug-ins\ of the system dir. If you want to change this path, Setup allows to do it manually. If you have a previous version of the same plugin in Program Files\GIMP-2.0\lib\gimp\2.0\plug-ins\, you should delete it.

About the plugins:

Wavelet Sharpen and Separate+: New compilations of the latest versions of these great plugins. Nothing really new.

Texturize: New compilation, stripped executable, no longer black frame, fixed French translation (no other language included yet). (For geeks: If you have trouble compiling the sources on Windows, just add: #define HUGE       HUGE_VAL).

I included my Inno Setup iss sources with the installer, named 'Setup.exe' in each ZIP file. For 'normal' users: keep 'Setup.exe', delete the other file. The first version of wavelet-sharpen I uploaded was a wrong one, sorry. It creates a 'Program FilesGimp-2.0' dir in the root dir. I forgot a backslash. Just uninstall or delete this dir.

[2010/6/23] Fixed versions for custom install dirs.

[2010/6/25] Added Wavelet Denoise and Wavelet Decompose.

[2010/6/27] Added Noise Generator.

[2010/7/1] Fixed compatibility issues with 'Documents and Settings' on some systems.

If you experienced some directory problem, just uninstall the previous version, before installing the fixed one.

[2010/07/25] New compilation of Wavelet-Sharpen, as some users reported dll issues with former versions of Gimp (but I was not able to reproduce the error on my computer).

Added fix-ca v3.0.2 by Kriang Lerdsuwanakij. This plugin fixes chromatic aberration caused by imperfect lens.  It works by shifting red and blue components of image pixels in the specified amounts.

(note that I could not get rid of a small display bug that occurs on Windows: at start, preview saturation is set to more than 100 and should be adjusted).

Added Unsharp 2 v0.12 by Peter Heckert: This plugin is no longer developed, but has fine features, and does not override the original Gimp Unsharp mask.

[2010/08/07] Added Gimp Image Register, that allows to align several images like bracketed exposures that may be slightly different in order to make an HDR multi-exposure image. As I have still a Pentium 4, I added a version for my own use, that can be useful to others (compiled with -march=pentium4m -msse2 -mfpmath=sse, should work with other sse2 machines).

[2010/08/10]Fixed gimp-image-reg localization.  Added llibintl-8.dll into Wavelet Sharpen installer, for the plugin seemed to work only with Gimp 2.7.

libintl-8.dll is installed into Gimp bin directory, only if file does not exist. So, if you have already Gimp 2.7, the file will not be overwritten; if you have 2.6, the file is copied into \GIMP-2.0\bin\, along with other Gimp binaries, and will be uninstalled if you remove the plugin. The only predictable, but rather unlikely issue would be if you have Gimp 2.6, then install the plugin, then install Gimp 2.7 into the same directory, the uninstall the plugin: the dll would be removed. I didn't install into the user plug-ins directory, for I feared it would conflict with a newer version of the same dll.

[2010/08/11] Added Gimp Dynamic range Transformer, by Ivan Bezdomniy (with P4 version too).

[2010/08/20] Added Save for Web, by Aurimas Juška, Michael Natterer and Kevin Turner (with P4 version too). As the plugin would not work with my DSLR files:p, I increased the maximum image size. Tell me if it hangs with large files.

[2010/08/23] Added Kaleidoscope; this good old gimp plugin still works. No locale files, but copies fp-kaleidoscope-anim.scm into the right folder.

[2010/11/09] Added Iterative Save. No locale files, very simple installer but useful plugin.

[2010/12/12] Added Resynthesizer, with smart-remove.scm (Heal Selection version, the good one) and smart-enlarge.scm

[2011/07/09] Added Advanced Unsharp Mask (AUMASK) Sharpening v0.8. You'll find in in <Image>/Filters/Enhance. I was able to compile this version thanks to the wise advices of Samj. No locale files yet.

[2011/07/16] Added Elsamuko Temparature plug-in.

2011/07/16] Updated Resynthesizer installer with a conditional install of libintl-8.dll in (programs directory)GIMP-2.0\bin\ if there is none.

GIMP Version: 
Code License: 


Of course, I like the idea of a plugin pack too. I'll do it when I can. It means I should learn how to use Inno Setup a little more, because the user must be able to choose only the plugins he wants: we are trying to help Windows users, but FOSS must not ruin Windows systems by installing PUPS (potentially unwanted programs) like most commercial or supposedly free Windows programs do;)
Resynthesizer is a good idea, indeed. I'll make it soon. As the Windows version still has the 'top left corner' bug, and nobody, even Michael Schumacher, seems to be able to fix it, I thought that only the 'heal selection' script was really useful. But, well, I'll have a look to the menu location.
I thought of a Mathmap installer yesterday (despite I was never able to compile it by myself), but I googled it out here:

yes you are right about mathmap,i edited that part of my message but you already read it

What we'd really like to see a way to get plug-ins from within GIMP. Maybe by accessing the registry.
Several issues have to be addressed:

- there has to be a way to find plug-ins suitable for the users platform
- there has to be a way to make sure that binaries can be trusted
- there has to be a way to provide meaningful data to search plug-ins by

Seems like someone could write a script or program for this.
Maybe if all scripts and plug-ins had a specific number before their name they could be easily checked to make sure the same ones were not being downloaded to the manager? They could also add a W (windows) or L (Linux) or M (mac) for different platforms to each uploaded file to the registry.Make this a requirement for all uploads.

How it would work:
The script writer uploads a script with a number and a letter depending on platform.
If the script or plug-in is already there, (that specific number or letter), the upload is void until a new number is assigned to it.(this could easily be obtained via the registry home page). Just check to see what number is next.
Before the script is made available, its checked by an automated system for bugs.If no bugs its ready for the dl manager.If its even a little buggy it fails to be available and the creator of the code is notified via email.

IF the script makes it past the Registry.....
The Gimp user opens Gimp, and clicks on plug-in/script update manager
Gimp opens the manager, the manager links to the repository.
The manager checks your scripts and plug-in folders for the proper letter and number in the script or plug-in name.
The manager shows all the available scripts and plug-ins.The manager checks the plug-in folders, and scripts folders for duplicates, and shows only those which aren't.The user then has the option to dl and install or just dl and install at a later date.

Sounds easy, but i know it isn't.


Merci pour ces installateurs.

Voici quelques idées :
- Je ne sais pas si c'est une bonne idée d'installer les greffons dans le répertoire usager car il peut contenir des caractères accentués et donc occasionner des problèmes de fonctionnement.
- Il peut aussi y avoir des problèmes de désinstallation en conservant les outils de désinstallation dans ce répertoire qui peut être facilement détruit en cas de problème.
- Installer les traductions dans "programm-files" n'est peut être pas une bonne idée sauf si l'adressage vers les traductions est en mode absolu dans les greffons. Il est possible de demander à l'utilisateur où est situé l'exécutable Gimp et d'installer les traductions en fonction de la position de cet exécutable après avoir vérifié la version de Gimp et la validité de l'arborescence.
- Avec le greffon separate, il serait peut-être bien de fournir les profils icc d'Adobe...


1 - Je ne comprends pas bien le problème. Certes, cela m'est arrivé une fois, quand mon répertoire utilisateur était "François", d'avoir des difficultés avec certaines versions de Gimp. Je suis passé à "Francois". Mais en principe, soit Gimp ne marche pas dans ce répertoire et la question ne se pose pas, soit il marche, et Inno Setup Unicode suit largement.
2 - Des problèmes de désinstallation : non. si des fichiers manquent, Inno Setup supprime ce qui reste et c'est tout.
3 - Je vise l'utilisateur de Windows qui n'arrive pas à installer les plugins ; j'évite donc de le dérouter. D'ailleurs en effet le chemin des traductions est inscrit en mode absolu dans les fichiers binaires. J'ai dû même user d'une ruse pour compiler : ./configure --prefix=//ROGRA~1/GIMP-2.0, puis patcher avec un P le premier slash aux deux endroits où il apparaît dans l'exécutable. Procédé que j'ai déjà utilisé avec Liquid Rescale et que Carlo Baldassi a gardé, je crois. Autrement, les exécutables vont chercher les localisations dans MinGW ou Msys, avec ensuite des dossiers type Linux. Je n'ai trouvé aucun autre moyen d'activer les traductions sous Windows.
4 - Je n'y avais pas pensé, mais avec Adobe, il faut peut-être se méfier, c'est des fanatiques de la propriété commerciale et des gros bénefs, non ?
En fait tu as raison, et je vais essayer de voir où ça doit aller précisément. Je croyais que ICC Profiles for bundlers n'était plus accessible (en suivant le lien de la doc d'icc_colorspace), puis je suis arrivé à télécharger le fichier chez Adobe. Si tu as ce paquet, j'aimerais bien que tu me dises si tu penses que la licence permet de l'inclure dans une distribution de logiciel libre (


Q : Des problèmes de désinstallation : non. si des fichiers manquent, Inno Setup supprime ce qui reste et c'est tout.

R : Je me suis mal expliquée : Je pense que le système de désinstallation ne doit pas être installé dans le répertoire .gimp-2.x mais ailleurs, par exemple un répertoire particulier réservé à cet usage.

Pour l'adressage des traductions, j'ai le même problème. Je ne sais pas faire un adressage relatif du type ../xxx

Au sujet des profils Adobe, tu as raison il faut une autorisation de distribution. Il serait peut-être bon d'ajouter un lien ou un fichier avec ce lien vers le téléchargement dans l'installateur. Voici le lien pour Windows :

Je comprends. On en a discuté aussi avec David Tschumperlé, puisqu'à l'origine de ces installeurs se trouve mon idée d'un installeur pour G'mic, puis celle que si je le faisais moi-même ça irait plus vite;) Il pensait, comme moi au début, à un dossier Program Files avec seulement les désinstalleurs. Mais j'ai la phobie de la multiplication des dossiers.

Vous avez peut-être raison tous deux, et c'est facile de modifier le script. Mais il n'y a pas de danger pour le système : si on efface le désinstalleur et le script de désinstallation (et je suppose aussi les plugins), il restera juste une clé registre, qui disparaîtrait si l'usager nettoyait les clés orphelines (CCleaner, par exemple). Je comprends ta réaction, parce que du seul fait que que Google Chrome s'installe dans le dossier utilisateur, je préfère Chromium en zip...

On pourrait pourrait un peu mettre en commun nos connaissances en compilation : Je n'ai jamais trouvé mieux que ./configure --prefix=//ROGRA~1/GIMP-2.0 -CFLAGS=s LDFLAGS=-mwindows en patchant le premier slash avec un P deux fois dans le binaire. Pour Adobe, il doit y avoir un moyen d'insérer une adresse cliquable dans l'interface de l'installeur, ou alors il faut installer un lien URL aussi. Mais toujours penser à l'usager moyen qui ne veut pas de technique, même si nous, on aime ça;)


Je crois que créer un répertoire spécifique aux installateurs/désinstallateurs (différent de ceux utilisés par Gimp) serait une bonne idée pour éviter l'emploi de ces nettoyeurs de registres. Cela permettrait de laisser le système propre (je pense aux gens, qui comme moi, utilisent le panneau de configuration pour désinstaller les programmes).

Je vois aussi un autre problème : Comment faire sur un ordi. à plusieurs usagers ? Ne faudrait-il pas installer ces greffons dans le répertoire ---\lib\gimp\2.0\plug-ins ? Il me semble que les installateurs sur Sourceforge de Jernej Simoncic positionnent une clef dans la base de registres (je vais vérifier). Si c'est le cas, l'installation pour tous les utilisateurs serait possible.

En ce qui concerne la compilation des greffons sous Msys/MinGW j'utilise --prefix=/usr pour retrouver les traductions dans C:\msys... (j'utilise les répertoires standard d'installation de Msys/MinGW) et je les installe(et désinstalle) par la suite avec notre outil maringouin.

Pour Adobe, il peut y avoir une option dans l'installateur (en utilisant wget par exemple) pour ou ne pas télécharger les profils.

L'installeur Inno Setup écrit une clé dans le registre ; c'est elle que l'on retrouve dans le panneau de configuration. Il faudra que je voie à l'usage pour le dossier du désinstalleur.
Proposer une installation "tous utilisateurs/un seul" serait une bonne idée en effet, mais je ne saurais pas le faire pour le moment.
Avec ton préfixe de compilation, je pense que tu n'as pas les traductions des plugins sous Windows. Je faisais une "fausse" compilation du même genre pour récupérer les .mo, puis une autre avec mon hack, mais à présent je ne compile plus les .po avec msys : je les ouvre avec PoEdit, et je clique sur "Enregistrer le catalogue", qui construit le mo. Il faut ensuite le renommer et le localiser dans le bon dossier quand même.


Subscribe to Comments for "Gimp Plugins installers for Win32"