Four out of five GIMP students successfully finished their work in the Google Summer of Code 2012 program. Unfortunately one of the students wasn't able to complete all of the work.

The code written by the students has already been merged to main development branches and is expected to be available in the next releases of GIMP and GEGL.

While the first public version of the Unified Transform Tool will only be available in the 2.9.x series, new GEGL operations will be present in the next release of GEGL already.

The students ported the following GIMP filters to GEGL operations: Shift, Wind, Cartoon, Photocopy, Oilify, Softglow, and a variety of noise generators.

The GEGL-based node editor is a standalone project and will eventually be released separately.

It was a great summer. We thank all the students for participating and we would love to see them around in years to follow.

We've just released GIMP 2.8.2, the first update to the new stable version of GIMP. The update brings several dozens of fixes to various issues of all scales.

Most notorious bugs fixed are: not being able to remember JPEG saving options, slow canvas redraw, not showing page setup options on Windows. There's also a workaround for the bug that used to cause showing incorrect file size values on Windows. For the complete list of changes please see the NEWS file.

Additionally we did a lot of work to make a native build of GIMP for Mac a possibility. The official GIMP.app will be available soon. Windows installers of v2.8.2 will be available from the usual location shortly.

Beginning with this version we are also switching to a new versions numbering scheme. Final releases now always have even number of the micro version, and the versions in Git always have an odd number.

It's been a long time since we last had an active Windows-based developer. Consequently, GIMP has accumulated a plethora of bugs specific for that operating system. As much as we'd like to provide a smooth user experience for Windows users, we simply do not have the required human resources.

Hence, if you are an experienced Windows-based developer who is interested to help GIMP become a first-class citizen in the Windows world, please get in touch with us. Our main communication channels are the gimp-developer mailing list and IRC. Here is the list of all reported bugs for the Windows version of GIMP.

If you go for IRC, we recommend sticking there for several hours, since we are mostly Europe-based, and you maybe aren't in the same timezones span. Most development talks happen on IRC anyway, so staying online helps the communication.

We are glad to announce that all of our Google Summer of Code 2012 students passed the midterm evaluation last week.

All projects are coming along nicely. The unified transform is already quite functional, the experimental GEGL editor is maturing, more filters were rewritten into GEGL operations, and more parts of GEGL were adapted for the new image processing core.

There's also substantial progress with the Seamless Clone tool that was part of Google Summer of Code 2011 program. The tool relies on Poly2tri — a C++ library for generating constrained Delaunay triangulations. You can read more about this project in the developer's blog.

The Poly2tri library is likely to be used by the next generation of the Cage Transform tool (available since v2.8). This is expected to simplify and hence speed up calculations which are currently slow when used on large images.

Since 2006 we've been improving GIMP's user interface with help from Peter Sikking and his team at man + machine interface works. Some of the best improvements in GIMP's UI over past several years are the direct result of our collaboration.

We are happy to announce that for the next 10 weeks Marinus Schraal is joining Peter Sikking to work on a concept of a new widget set for tools' options in GIMP. The net outcome will be a functional spec for new UI elements that will be compact and easy to use.

By the way, recently Peter did another GIMP related interaction design course at the FH Vorarlberg, Austria. His students worked on possible new user interfaces for Liquid Rescale plug-in that implements content-aware scaling.

Today at Libre Graphics Meeting 2012 in Vienna we announced that the development version of GIMP is now capable of processing images in 16bit and 32bit modes, integer or float at your preference.

Transformation, painting and color adjustment tools will just work in higher bit depth precision modes. More than that, GIMP can load and save 16bit PNG images and save EXR and HDR files now. We also improved support for indexed images, so that you could finally paint over them with the Smudge tool or apply filters.

There is still a lot of work left to do, and this is a great chance for potential contributors to step up and begin improving the application. Low-hanging fruits include porting of file loaders and savers, filters and other small bits of GIMP that don't require a lot of familiarity with the internal structure. Please contact us in the gimp-developer mailing list.

Decision on the final feature set in 2.10 is yet to be made, no time-based schedule is available either. However we fully intend to make development cycles much shorter.

We are happy to announce immediate availability of GIMP 2.8 — a new stable version of GNU Image Manipulation Program that culminates 3.5 years of exciting work.

With this version we are introducing some long-anticipated features such as layer groups, on-canvas text editing, advanced brush dynamics and the much desired optional single-window mode. We also started applying other important changes to the user interface that bring us closer to matching the product vision.

For detailed information about changes since 2.6 please read the release notes. Source code is available for downloading from a plethora of mirrors, a build for Windows will soon be available, and we hope to see a build for Mac OS X released as well.

We'd like to thank everyone who participated in development of GIMP 2.8: programmers, translators, documentation writers (updated user manual is a work in progress), and testers. We also thank our user community for the dedication and support — we needed it more than ever.

Now that this version is finally released, we are grasping the future with both hands. Stay tuned: some really exciting news will follow.

We are excited to announce that we have five students to work with us on improving GIMP as part of the Google Summer of Code 2012 program. All the students will be contributing to faster transition of GIMP to GEGL, our new advanced image core.

The projects are:

• Maxime Nicco and hanslo will port GIMP filters to GEGL operations.
• Ville Sokk will port other GIMP features to GEGL.
• Isaac Wagner will create a GEGL-based node compositor that will serve as playground for GEGL development.
• Mikael Magnusson will create a Unified Transform tool.

In the past years Google Summer of Code has proven to be a great source of contributions. We wish our students success and, above all, a lot of fun while making GIMP a state of the art image editor.

In late 2007 we launched smooth transition to GEGL — a new advanced image processing core incepted by a team of Rhythm & Hues developers.

For v2.6 we made an optional GEGL-based implementation of color adjustment tools, and for upcoming v2.8 we implemented optional projection rendering via GEGL. But nobody really had evaluated the amount of the work to be done in order to finalize this transition. Until just now.

Five weeks ago Michael Natterer and Øyvind Kolås decided to finally work out the migration strategy. While working on that they found themselves doing the actual porting. So now about 90% of the GIMP application’s core has been ported to GEGL. When finished, this will be released as GIMP 2.10 along with some other improvements yet to be decided on.

GEGL is quite an exciting project that will make it possible to implement some long anticipated features in a clean, non-sloppy way: high bit depth image processing and deep painting, non-destructive editing, a wider choice of color spaces to work in, mipmaps processing for faster perceived editing etc. This will be the focus of our future work after release of v2.10, along with further user interface improvements thanks to collaboration with Peter Sikking and his team at Man+Machine Works.

Now that we passed the point of no return with regards to GIMP and GEGL, we encourage you to join us and help porting the rest of GIMP. We'd really like to finish the boring part as soon as possible and start new exciting developments where we'd also need your support.

We also encourage you to support Libre Graphics Meeting 2012 where developers of GIMP and other teams such as Scribus, Inkscape and Blender meet to align development strategies.

We released new versions of GEGL and babl, quickly followed by the first release candidate of GIMP 2.8.

GEGL 0.2.0 has some major improvements and breaks API/ABI compatibility with earlier versions for some very good reasons.

Perhaps the most exciting change in GEGL is an initial support for GPU-side rendering and processing via OpenCL. Hardware acceleration makes it possible to leverage many operations to GPUs which can dramatically improve performance.

The foundation for this feature was laid by Jerson Michael Perpetua as the primary objective of his GSoC2009 project. The second part of the project was done by Victor Oliveira during GSoC2011. Victor was also sponsored by AMD to finish the project this winter, with help from GEGL team, Zhang Peixuan and his team from Multicore Ware. Currently you need to run GEGL_USE_OPENCL=yes to use this.

Two new essential operations were contributed to GEGL. Mikael Magnusson implemented perspective transformation, and Jan Rüegg submitted a global matting operation that would be required for a GEGL-based foreground selection tool.

Since this version GEGL also supports internationalization. The final patches for that were delivered by Michael Muré. Translations into German, French, Polish, Russian, Slovenian and Spanish languages are available, and we expect more to follow. Users of GIMP 2.8 will see this in the experimental GEGL operation tool.

The changes in GIMP 2.8rc1 since 2.7.5 are mostly not user-visible. We merely updated the code to work with newer versions of GEGL and babl, fixed GFig rendering issues and used all the translation updates we got to the point. There is still time to review your translations and submit updates, although probably not too much of it.

Please use the Downloads section to fetch source code of GIMP 2.8rc1 and visit gegl.org for source code of GEGL and babl. Let us know if you run into serious regressions that haven't been reported yet.

GIMP has been accepted to Google Summer of Code 2012 program. This is a great chance for aspiring developers to get a good understanding of remote collaborative work and coincidentally help the project become an even better image editor.

We put together a list of project ideas that you might like to have a look at. But you are also free to suggest your own idea. Here is some more essential info for potential students. If you are eligible for the program, please join the gimp-developer@ mailing list or the IRC channel to discuss your project idea.

Student application period opens on March 26 and closes on April 6. Please contact us prior to submitting your application. We will not accept projects from people we never heard of.

We've just released GIMP 2.7.5, the last beta in the 2.7.x series. This version got various fixes and improvements, translation updates and a few minor features such as configurable default color of quick masks.

Since this version GIMP is shipping with a revamped brush pack and a set of ca. 40 tools presets, mostly painting related. The work was done by Ramón Miranda (GIMP Paint Studio) and Guillermo Espertino. This particular change is a first major step in updating the default bundle of resources to match user expectations.

For a complete list of changes since 2.7.4 please refer to the NEWS page, while the release notes summarize changes in the whole 2.7.x series.

There are still some bugs to fix before we can release v2.8. We encourage you to join the team and help us getting 2.8 released.

On May 2–5 we are attending Libre Graphics Meeting 2012, the annual conference for developers and users of free software for graphic design, photography and 3D modeling. The event is taking place in the beautiful city of Vienna, co-located with Linuxwochen.

The conference started in 2006 as an extended version of our annual developers meeting where we met Scribus and Inkscape teams to figure out how we can make our software work better together. Since then LGM has become the premiere event of the year for everyone who cares about free graphics software.

One of the achievements of the conference is OpenRaster, a raster file format that supports layers and blending modes and is intended for long-time archival. It is currently supported by GIMP, MyPaint, Krita and Pinta which makes it possible to use various tools on the same project file.

We have various ideas how else to co-operate with other teams and we tend to use LGM as another venue for our developers to meet each other and our usability team. However we'd like to notice that while your continuous support via donations enables us to travel to LGM, not all of the other teams are in this position. So if you care about co-operation between teams, we humbly ask you to support the conference via Pledgie. The money will be spent on getting other developers to the conference.

We expect the upcoming four days of Libre Graphics Meeting 2012 to be full of sparkling ideas, collaboration and, above all, fun. If you'd like to meet us or any other teams or even give a talk, you still have time to register.

GIMP 2.6.12 is a bug-fix release in the stable GIMP 2.6 series. Its purpose is mostly to wrap up all fixes that have piled up since 2.6.11 into a last release in the stable 2.6 series before we switch to 2.8. Please have a look at the NEWS file for a detailed list of changes.

The source can be downloaded from ftp.gimp.org. Binary packages for various supported platforms should become available soon; please check the Downloads section.

Just like you, we want to see v2.8 out in the wild as soon as possible, but there's still a number of regressions that block this important release.

On a lighter note, v2.8 is going to have an updated default set of brushes for painting and a set of tools presets (new feature in 2.8). The work was done by Ramón Miranda (GIMP Paint Studio project) and Guillermo Espertino.

Meanwhile there is a considerable progress with the GPU-side rendering project we announced in November. Victor Oliveira has brought OpenCL support on GEGL to a level where GIMP can load an image to a GPU and process it there with a brightness-contrast operation. This is only the beginning, but it opens quite a few possibilities.

We also maintain a rather active Google+ page where we post various project related news, links to impressive work done with GIMP and so on.

We released GIMP 2.7.4 with minor improvements and bugfixes. Most improvements are related to user interface and usability, see here for detailed list of changes. Depending on amount of bugs we get reports on this could be the last version before 2.8 release candidates and 2.8 itself.

The other good news is that between 2.7.3 and 2.7.4 Michael Natterer considerably improved GTK+ for Mac, so GIMP is finally going to be first class citizen on that platform.

We also released new versions of GEGL and babl. Changes in babl are mostly improvements of the existing feature set, but GEGL got operations ported from GIMP filters by Robert Sasu during Google Summer of Code 2011, as well as some new operations written by the team.

Resampling was improved in GEGL thanks to Nicolas Robidoux and Adam Turcotte who added a lohalo resampler. There's API and infrastructure for doing non-affine resampling in place now as well.

Finally, GeglView GTK widget was separated from GEGL into a new project called GEGL-GTK to simplify using GEGL from GTK+ applications. The work was done by Jon Nordby from MyPaint project. Jon started another project, GEGL-Qt, to do the same for Qt. Please read his blog for more details.

Victor Oliveira, our GSoC2011 student, is going to continue his work on getting OpenCL support in GEGL for hardware accelerated rendering and computations. AMD got interested in the project and agreed to sponsor it.

The plan is to implement GPU-side color conversions and compositing operations, as well as some basic filters. Victor is also planning to create a simple API for development of new OpenCL based filters for GEGL.

Currently estimated deadline is March 2012. GIMP already has an optional GEGL based projection rendering as well as an experimental tool to test GEGL operations, so hopefully we are going to see some exciting performance improvements soon.

Our mailing lists have moved to the GNOME list server. All previously subscribed users have automatically been added to the new lists.
The old list mail addresses are no longer valid, please use the new ones from now - note that in addition to the changed domain, the list names got a "-list" appended to them.

The subscription management pages are accessible via the following links:

• gimp-developer-list
• gimp-user-list
• gimp-docs-list
• gimp-web-list
• gegl-developer-list

The list archives will be restored at gnome.org as soon as we get the files

The gimp-announce, gimp-film, and gimp-win-user lists don't exist any longer.

The online docs and developer pages are available again:

• Online Docs (docs.gimp.org)
• Developer Pages (developer.gimp.org)

We managed to get FTP and Wiki back online:

• FTP Downloads (ftp.gimp.org)
• Developer Wiki (wiki.gimp.org)

Due to relocation onto a different server, the following services are currently not available:

• Mailing lists (lists.xcf.berkeley.edu)
• FTP Downloads (ftp.gimp.org)
• Documentation (docs.gimp.org)
• Developer website (developer.gimp.org)
• Developer Wiki (wiki.gimp.org)

Google Summer of Code 2011 is over, and all of our students have successfully finished their respective projects. All of the code is available in Git repositories, but not all of it is going to be part of the next released versions of GEGL and GIMP. Here is why.

Both new tools, Seamless Clone and Warp Transform, as well as new size entry widget are too late to become part of 2.8. We are planning to make them part of 2.10, when they are better tested for reliability and usability. The OpenCL project needs more work to become part of GEGL's main development branch. However the project to port more GIMP filters to GEGL operations is already part of master branch in GEGL and will be available in the next version of GEGL.

Some of our students are taking a well deserved break from GSoC or are back to study, while others continue hacking on their projects. Michael Muré recently started work on undo/redo support in the Warp Transform tool and works now on extending GEGL's capabilities regarding transformations. Barak Itkin continues working on his Seamless Paste tool and intends to make it usable with larger images as well as fix some bugs and make it more flexible. Victor Oliveira keep working on his OpenCL/GEGL project as well.

We are pleased to announce availability of a new development version that brings us closer to GIMP 2.8. This version is packed with important new features and improvements.

The most visible changes in 2.7.3 are the fully working single-window mode, including working session management, and the introduction of a new hybrid spinbutton/scale widget which takes less space in dockable dialogs.

For a complete list of changes since 2.7.2 please refer to NEWS page, while the release notes summarize changes in the whole 2.7.x series.

Please note that the whole 2.7.x series of versions is considered unstable and is not recommended for use in production even though it might just work for you. Our intention is to make development versions available for passionate users who can provide useful feedback to help us fix bugs and streamline implementation of some of the new features. The upcoming v2.8 also introduces a huge amount of API deprecations and additions that have the potential to break existing 3rd party scripts and plug-ins. Please file bugs for all plug-ins and scripts that do work in v2.6, but don't work in 2.7.3. A migration guide for developers will be provided when v2.8 is out.

There is still a lot of work to do on v2.8. Please refer to this page to find out what the current estimation of v2.8 release is, and what bugs you can help us fixing to make the new stable version happen sooner.

While GEGL gradually replaces GIMP's old core, it's time for us to consider long-term strategy for improving performance. The trend these days seems to be a combination of multithreading, GPU-side processing and networks. Most of that can be handled thanks to OpenCL standard by Khronos Group.

Back in 2009 we already had a Google Summer of Code project by Jerson Michael Perpetua who introduced basics of GPU-side rendering to GEGL. This year we have even more progress. Another GSoC student, Victor Oliveira, has been working on support for OpenCL in GEGL since late May. If you are interested in details, please read his latest report.

The upcoming GIMP v2.8 isn't going to do GPU-side rendering and processing, because it's simply too late for this development cycle. The next version, v2.10, is going to feature all of our other GSoC projects this year and more API cleanup. With v3.0 we are doing the final switch to GEGL, and this is where we currently expect OpenCL support in GEGL to be mature enough to be used. For more details please refer to our feature roadmap.

We aim to make GIMP a state of the art image editing tool. We know that our past approach to development of new versions didn't exactly encourage contributions that helped making it happen. This is why starting with v2.10 we are switching to a shorter development cycle. In other words, new stable versions will have less new features and will get released sooner, helping us to process queue of incoming new features much faster.

All major new features are now being developed in dedicated Git branches so that you could easily merge our latest upstream changes into your feature branches, and we then could easily review and merge your new features into upstream. If the new proposed workflow sounds appealing to you, and you are interested to contribute to the project, please let us know.

In the mean time we are preparing another development version of GIMP with quite a lot of fixes gathered over last 4 months. Stay tuned for more news.

We are glad to announce that all of our Google Summer of Code students have passed midterm evaluation. All the code is being maintained in respective Git branches of GEGL and GIMP.

As a reminder, this year Google Summer of Code is bringing us two new tools, Seamless Clone and Warp Transform, several GEGL operations, support for OpenCL based rendering in GEGL, and a new widget for size entry.

We also reviewed projected date of GIMP 2.8 release, and it still looks like end of 2011. This version is going to introduce dramatic user interface improvements as well as a multitude of new features including new Cage Transform tool and much more sophisticated painting options.

We are pleased to announce that we have five projects accepted for Google Summer of Code 2011 program:

• Adaptive cloning will provide means to paste an object from a different picture in a way that it will seamlessly blend into the new image, matching its brightness and color characteristics. This will be a very useful tool for users who do a lot of photo manipulation.
• New GimpSizeEntry widget will place unit selection inside the widget. The project will also bring major refactoring to the code.
• The iWarp filter as a tool project will make it possible to apply various local transformations right on canvas.
• Porting GIMP plugins to GEGL operations will boost long anticipated transition to GEGL.
• The OpenCL in GEGL project will bring to GEGL automatic memory management and migration of tiles between GPU and CPU, as well as possibility to write GEGL operations in OpenCL.

We are wishing our students success with their respective projects and we are looking forward to working with them.

Two new books on GIMP have been published recently. "GIMP 2.6 Cookbook", in English, by Juan Manuel Ferreyra is a collection of straightforward instructions that will help you accomplishing typical design and photography related tasks. This book is packed with answers to get you preparing great images with the GIMP immediately.

"GIMP", in French, by Olivier Lecarme and Karine Delvare is, on the contrary, a complete user guide and a reference to GIMP features. The book explains basics of digital imaging, retouching photos, creating animations, preparing pictures for publishing on the Web etc.

We are pleased to announce availability of a new development version that brings us closer to GIMP 2.8. This version is packed with important new features and improvements. For a complete list of changes since 2.7.1 please refer to NEWS page, while the release notes summarize changes in the whole 2.7.x series.

Please note that the whole 2.7.x series of versions is considered unstable and is not recommended for use in production even though it might just work for you. Our intention is to make development versions available for passionate users who can provide useful feedback to help us fix bugs and streamline implementation of some of the new features. The upcoming v2.8 also introduces a huge amount of API deprecations and additions that have the potential to break existing 3rd party scripts and plug-ins. Please file bugs for all plug-ins and scripts that do work in v2.6, but don't work in 2.7.2. A migration guide for developers will be provided when v2.8 is out.

There is still a lot of work to do on v2.8. Please refer to this page to find out what the current estimation of v2.8 release is, and what bugs you can help us fixing to make the new stable version happen sooner.

One of the most common questions we keep hearing is when the next version of GIMP is released. While it's difficult to define exact dates, it is possible to estimate how far away a new stable release from now is based on amount of work that has to be done. We intend to make development of GIMP as transparent as possible, so Martin Nordholts, our core team developer, created a web app that adds previously missing alpha channel to development process. If you want to track progress of v2.8 at any given time, please use this page for reference.

We have also finally revived the development wiki that contains introductional information for newly joined developers. Since we are still quite short-handed, that documentation should come in handy for anyone willing to make GIMP 2.8 a reality sooner than currently expected.

This year we are participating in the Google Summer of Code program again. If you are a student who is willing to improve GIMP and be financially rewarded ($5000), please have a look at the list of project ideas, pick one or come up with your own idea, then join #gimp IRC channel or gimp-developer@ mailing list and introduce yourself.

After a year of work new versions of GEGL, new non-destructive image processing core, and babl, a bitmap format conversion library, are out with several major changes.

The new version of GEGL features code created during Google Summer of Code 2010 by Danny Robson and Michael Muré. Danny Robson created GEGL operations for loading and saving RGBE images (HDR), merging exposure brackets into HDR and three tonemapping operations, as well as a matting operation. You can read more about his project here. Michael Muré created a new map-absolute operations that provides pixel mapping render capability for new Cage transform tool, expected in upcoming GIMP 2.8.

Another major change is support for pluggable buffers that will assist transition of GIMP to using GEGL buffers directly, as well as provide means of using arbitrary buffers (think Google Maps).

JPEG2000 and PPM loaders and savers for GEGL were contributed by Mukund Sivaraman, and some existing GIMP filters were ported to GEGL operations by Alexia Death, Barak Itkin and Andy Gill.

The babl library has less changes, but one of the important ones is support for n-component formats.

There's still a lot of work to be done on GEGL. Øyvind Kolås created a list of high priority tasks that need solving. If you wish to contribute, don't hesitate to join gegl-developer mailing list and/or IRC (#gegl on irc.gimp.org) and ask around.

Since 2006 our project has been collaborating with Peter Sikking of m+mi works to improve GIMP's usability. Peter is behind many positive changes in GIMP's UI, such as new selection tools in v2.4 and v2.6, as well as some new features in upcoming v2.8.

This year m+mi works is making a new step to further strengthen our partnership and is now looking for two interns to work on GIMP's interaction design for 3-6 months. You will work in Berlin and as contributor to the GIMP project you will travel to Libre Graphics Meeting in May, in Montreal. Please read the full announcement for details and contacts.

In the face of all sorts of rumours and interpretations about the future of the project there is a call for clarification regarding development of GIMP.

Currently GIMP team is working on finalizing the new stable v2.8 with many improvements such as layer groups, improved brush dynamics, a new unique transformation tool, optional single-window mode and more. There are two big obstacles in our way right now: missing specification on the last change in user interface and broken graphic tablets support in GTK+.

We have already invested a lot of time into UI changes and brush dynamics, we treasure your continuous support for the project and thus we are determined to release v2.8 only when it's working out of box as expected for everybody.

After releasing v2.8 the focus of development will shift to deep integration of GEGL — our new non-destructive image processing core. Results of this work will enable many features considered critical for use of GIMP in professional environment which is part of GIMP's product vision. It's a lot of work, and currently we don't have enough developers to make this change happen very fast. If you want to help us to get there faster, we encourage you