LWN.net Logo

A GIMP 2.8 preview

A GIMP 2.8 preview

Posted Sep 8, 2009 18:49 UTC (Tue) by jzbiciak (✭ supporter ✭, #5246)
In reply to: A GIMP 2.8 preview by leoc
Parent article: A GIMP 2.8 preview

I was wondering the same thing. Are there other aspects to 16-bit support that GEGL doesn't address, such as file I/O on 16-bit data? Will the GIMP 2.8's XCF format support it? Or will GEGL just give the plumbing and the internal precision on operations, with the inputs and outputs to GEGL constrained to 8-bit until the rest of GIMP catches up?


(Log in to post comments)

A GIMP 2.8 preview

Posted Sep 8, 2009 19:13 UTC (Tue) by drag (subscriber, #31333) [Link]

I thik that Gimp developers have been working on making sure that Gimp was ready to accept Gegl for a while now. I think that that, along with theme-ing improvements, were a significant driving force behind the development of the last couple Gimp versions. They have put a lot of effort in refactoring Gimp to be ready for Gegl when time comes for full integration.

What your seeing with 2.6 and 2.8 is that Gegl is being introduced gradually. It is currently in a transition process.

A GIMP 2.8 preview

Posted Sep 9, 2009 3:42 UTC (Wed) by jzbiciak (✭ supporter ✭, #5246) [Link]

Well, I certainly hope that translates to such niceties as 16-bit / floating point color depth and non-destructive edits in the long run. I'm not holding my breath that everything GEGL supports works in 2.8.0.

A GIMP 2.8 preview

Posted Sep 9, 2009 14:30 UTC (Wed) by drag (subscriber, #31333) [Link]

Well ya. The developers stated that they still have not transitioned fully to gegl. I think in 2.6 they are using it as some filters and plugins, with this release they are using it in the layers. This is how they are able to do the "layer group" features.

They probably won't start replacing the legacy 8-bit-only rendering engine until after 2.8 is out.

Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds