Free gimp 2.2 software for linux

The GIMP is the GNU Image Manipulation Program. It is a freely distributed piece of software for such tasks as photo retouching, image composition and image authoring. The Gimp works on many operating systems, in many languages.
GIMP is an acronym for GNU Image Manipulation Program. It is a freely distributed program for such tasks as photo retouching, image composition and image authoring.
It has many capabilities. It can be used as a simple paint program, an expert quality photo retouching program, an online batch processing system, a mass production image renderer, an image format converter, etc.
GIMP is expandable and extensible. It is designed to be augmented with plug-ins and extensions to do just about anything. The advanced scripting interface allows everything from the simplest task to the most complex image manipulation procedures to be easily scripted.
GIMP is written and developed under X11 on UNIX platforms.
Main features:
Painting
- Full suite of painting tools including Brush, Pencil, Airbrush, Clone, etc.
- Sub-pixel sampling for all paint tools for high quality anti-aliasing
- Extremely powerful gradient editor and blend tool
- Supports custom brushes and patterns
System
- Tile based memory management so image size is limited only by available disk space
- Virtually unlimited number of images open at one time
Advanced Manipulation
- Full alpha channel support
- Layers and channels
- Multiple Undo/Redo (limited only by diskspace)
- Editable text layers
- Transformation tools including rotate, scale, shear and flip
- Selection tools including rectangle, ellipse, free, fuzzy and intelligent
- Advanced path tool doing bezier and polygonal selections.
- Transformable paths, transformable selections.
- Quickmask to paint a selection.
Extensible
- A Procedural Database for calling internal GIMP functions from external programs as in Script-fu
- Advanced scripting capabilities (Scheme, Python, Perl)
- Plug-ins which allow for the easy addition of new file formats and new effect filters
- Over 100 plug-ins already available
Animation
- Load and save animations in a convenient frame-as-layer format
- MNG support
- Frame Navigator (in GAP, the GIMP Animation Package)
- Onion Skin (in GAP, the GIMP Animation Package)
- Bluebox (in GAP, the GIMP Animation Package)
File Handling
- File formats supported include bmp, gif, jpeg, mng, pcx, pdf, png, ps, psd, svg, tiff, tga, xpm, and many others
- Load, display, convert, save to many file formats
- SVG path import/export

GIMP# is an API wrapper around GIMP, written in C#. However, its not just a wrapper. GIMP# project also adds a thin layer which adds C# specific features, like iterating through a collection. An example of this is an iteration through the guides of an image. In C# this looks like:

foreach (Guide guide in image.Guides)
{
// Do something
}

In C this would have been:

gint32 guide_ID = 0:
while ((guide_ID = gimp_image_find_next_guide(image_ID, guide_ID)) != 0)
{
// Do something
}

GIMP# also offers a base plug-in class which does the difficult stuff for you. Implementing a new plug-in is just a matter of overriding a few virtual methods. See the samples directory for examples of how to do this.

Gimp# fills the niche between scripting languages (easy to write, slow) and C (harder to write, fast). If you need a quick and dirty plug-in where speed doesnt matter that much, write it in any of the scripting languages that come with GIMP (Scheme, Perl, etc.). Scripting languages are very well fitted for calling existing functionality, shortening manual tasks.

You probably dont want pixel manipulation in Scheme. In C, on the other hand, it takes a lot more time to create a plug-in for several reasons: building the GUI is time consuming. Secondly, pixel handling is not completely trivial. You have to know how to traverse through the tiles of an image, etc. Typically the actual algorithm is only a very small (5 - 20 %) part of the total code. Gimp# is not as fast as C, but much faster than a scripting language. Building a decent GUI is much easier than in C.

gimphp is a PHP Class library to write Gimp scripts directly in PHP.

To realize the Cultural Association Milug cards it was created a web-application that is based on PHP to use Gimp as a graphic engine. It work with gimuse server to produce cards.

Gimp::Fu is a "easy to use" framework for Gimp scripts.

SYNOPSIS

use Gimp;
use Gimp::Fu;

(this module uses Gtk, so make sure its correctly installed)

Currently, there are only three functions in this module. This fully suffices to provide a professional interface and the ability to run this script from within the Gimp and standalone from the commandline.

In general, a Gimp::Fu script looks like this:

#!/path/to/your/perl

use Gimp;
use Gimp::Fu;

register , sub {
your code;
}

exit main;

(This distribution comes with example scripts. One is examples/example-fu.pl, which is small Gimp::Fu-script you can take as starting point for your experiments)

Gimp::OO is a Perl module with pseudo-OO for Gimp functions.

SYNOPSIS

use Gimp; # Gimp::OO is now part of Gimp.

As you might have noticed, you can sort most gimp functions fall into three groups, depending on the name-prefix: gimp_, plug_in_, extension_ etc..

Whats more, there are functions groups like gimp_image_ or gimp_selection_, operating on a common object, Images and Selection in this case.

If you only had the plain syntax, your scripts would quickly aquire the "vertical gimp syndrome":

gimp_palette_set_foreground(...)
gimp_layer_new(...)
gimp_palette_set_background(...)
gimp_image_add_layer(...)

etc. Of course, your fingers will suffer from severe injuries as well.

A solution to this situation is to use OO-syntax. Gimp plays some (very) dirty tricks and provides a number of classes, like Gimp::Image and Gimp::Palette that allow shorter identifiers to be used (all these appear with the Gimp:: prefix as well as without, i.e. Gimp::Palette is the same class as Palette).

If you call a method, Gimp tries to find a gimp function by prepending a number of prefixes until it finds a valid function:

$image = Gimp->image_new(...); # calls gimp_image_new(...)
$image = Image->new(...); # calls gimp_image_new as well
$image = new Image(...); # the same in green
Palette->set_foreground(...) # calls gimp_palette_set_foreground(..)

Return values from functions are automatically blessed (through The Magic Autobless feature ;) to their corresponding classes, i.e.

$image = new Image(...); # $image is now blessed to Gimp::Image
$image->height; # calls gimp_image_height($image)
$image->flatten; # likewise gimp_flatten($image)
$image->histogram(...); # calls gimp_histogram($image,...), since
# gimp_image_histogram does not exist
The class argument ($image in the above examples) is prepended to the argument list.

Another shortcut: many functions want a (redundant) image argument, like

$image->shear ($layer, ...)

Since all you want is to shear the $layer, not the $image, this is confusing as well. In cases like this, Gimp allows you to write:

$layer->shear (...)

And automatically infers the additional IMAGE-type argument.

As the (currently) last goodie, if the first argument is of type INT32, its name is "run_mode" and there are no other ambiguties, you can omit it, i.e. these three calls are equivalent:

plug_in_gauss_rle (RUN_NONINTERACTIVE, $image, $layer, 8, 1, 1);
plug_in_gauss_rle ($image, $layer, 8, 1, 1);
plug_in_gauss_rle ($layer, 8, 1, 1);

You can call all sorts of sensible and not-so-sensible functions, so this feature can be abused:

patterns_list Image; # will call gimp_patterns_list
quit Plugin; # will quit the Gimp, not an Plugin.

there is no image involved here whatsoever...

Gimp::PDL is a Perl module to overwrite Tile/Region functions to work with piddles. This module is obsolete, please remove any references to it.

SYNOPSIS
use Gimp;
use Gimp::PDL;
use PDL;

This module overwrites some methods of Gimp::Tile and Gimp::PixelRgn. The new functions return and accept piddles. The last argument (height) of gimp_pixel_rgn_set_rect is calculated from the piddle. There is no other way to access the raw pixeldata in Gimp.

Some exmaples:

$region = $drawable->get->pixel_rgn (0,0, 100,100, 1,0);
$pixel = $region->get_pixel (5,7); # fetches the pixel from (5|7)
print $pixel; # outputs something like
# [255, 127, 0], i.e. in
# RGB format ;)
$region->set_pixel ($pixel * 0.5, 5, 7);# darken the pixel
$rect = $region->get_rect (3,3,70,20); # get a horizontal stripe
$rect = $rect->hclip(255/5)*5; # clip and multiply by 5
$region->set_rect($rect); # and draw it!
undef $region; # and update it!

JGimp is a framework to write 100% Java-based plug-ins and extensions for the GIMP and Film GIMP.
Main features:
- lug-ins for the GIMP can be written in Java and use Javas existing set of widgets for the plug-ins user interface. One of the included sample plug-ins (see figure to the right) displays a plug-in dialog box using Swing widgets, complete with a real-time preview
- Java applications can use the GIMP as an image manipulation "engine," essentially embedding the GIMPs capabilities in the Java application. Possible uses of this capability include:
- Creating new graphics applications in Java using the GIMP to perform the underlying image manipulation
- Server-client architectures where JGimp is used to wrap a server around the GIMPs capabilities. Client applications, such as applets or web-based applications can access the server across the network
Two sample plug-ins illustrate how to use this architecture to write plug-ins, ImageDividerPlugIn and DesaturatePlugIn. These plug-ins demonstrate all the aspects necessary to write a Java-based plug-in: how it is installed in the GIMP, how to make PDB calls, and how to read and write pixels from images in the GIMP.

Gimp::Util is a Perl module to some handy routines for Gimp-Perl users.

SYNOPSIS

use Gimp;
use Gimp::Util;

Gimp-Perl is nice, but when you have to write everytime 10 lines just to get some simple functions done, it very quickly becomes tedious :-/

This module tries to define some functions that aim to automate frequently used tasks, i.e. its a sort of catch-all-bag for (possibly) useful macro functions. If you want to add a function just mail the author of the Gimp-Perl extension (see below).

In Gimp-Perl (but not in Gimp as seen by the enduser) it is possible to have layers that are NOT attached to an image. This is, IMHO a bad idea, you end up with them and the user cannot see them or delete them. So we always attach our created layers to an image here, too avoid memory leaks and debugging times.

These functions try to preserve the current settings like colors, but not all do.

These functions can also be handled in exactly the same way as PDB-Functions, i.e. the (hypothetical) function gimp_image_xyzzy can be called as $image->xyzzy, if the module is available.

The need to explicitly use Gimp::Util will go away in the future.

FUNCTIONS

get_state (), set_state state

get_state returns a scalar representing most of gimps global state (at the moment foreground colour, background colour, active gradient, pattern and brush). The state can later be restored by a call to set_state. This is ideal for library functions such as the ones used here, at least when it includes more state in the future.

layer_create image,name,color,pos

create a colored layer, insert into image and return layer

text_draw image,layer,text,font,size,fgcolor

Create a colored text, draw over a background, add to img, ret img.

image_create_text text,font,size,fgcolor,bgcolor

Create an image, add colored text layer on a background layer, return img.

layer_add_layer_as_mask image,layer,layermask

Take a layer and add it as a mask to another layer, return mask.

gimp_text_wh $text,$fontname

returns the width and height of the "$text" of the given font (XLFD format)

gimp_image_layertype $alpha

returns the corresponding layer type for an image, alpha controls wether the layer type is with alpha or not. Example: imagetype: RGB -> RGB_IMAGE (or RGBA_IMAGE).

gimp_layer2imagetype $layertype

returns the corresponding layer type for an image, alpha controls wether the layer type is with alpha or not. Example: imagetype: RGB -> RGB_IMAGE (or RGBA_IMAGE).

gimp_image_add_new_layer $image,$index,$fill_type,$alpha

creates a new layer and adds it at position $index (default 0) to the image, after filling it with gimp_drawable_fill $fill_type (default BG_IMAGE_FILL). If $alpha is non-zero (default 1), the new layer has alpha.

gimp_image_set_visible $image,@layers, gimp_image_set_invisible $image,@layers

mark the given layers visible (invisible) and all others invisible (visible).

gimp_layer_get_position $layer

return the position the layer has in the image layer stack.

gimp_layer_set_position $layer,$new_index

moves the layer to a new position in the layer stack.