| News | Features | Interviews |
| Blog | Contact | Editorials |
| Gimp ported GEGL |
| By Thom Holwerda, submitted by Marc Geerlings on 2012-04-18 03:19:52 |
| "GIMP 2.10's core will be 100% ported to GEGL, and all of the legacy pixel fiddling API for plug-ins is going to be deprecated." I'll honestly admit I have no idea what they're on about (I can't know everything about everything), but it appears to be quite a big deal. |
|
| Comment by stabbyjones |
| By stabbyjones on 2012-04-18 03:56:31 |
|
Apparently they accidentally did this? No wonder 2.8 hasn't been released yet. |
 - Score: 6 |
| it appears to be quite a big deal |
| By l3v1 on 2012-04-18 06:32:45 |
| It is. Take a look at gegl.org |
| - Score: 6 |
| RE: it appears to be quite a big deal |
| By LouisBarman on 2012-04-18 06:56:44 |
|
The whole of the graphics core has been moved into their own graphics core library (GEGL). The big deal will come if other alternative UI can be written (by third parties?) with a more sensible user interface that is easy to used by beginners, including children. In theory this development should make this easy to do. |
| - Score: 4 |
| RE[2]: it appears to be quite a big deal |
| By tuma324 on 2012-04-18 07:40:30 |
|
> The whole of the graphics core has been moved into their own graphics core library (GEGL). The big deal will come if other alternative UI can be written (by third parties?) with a more sensible user interface that is easy to used by beginners, including children. In theory this development should make this easy to do. That's nice, can things like web applications, CLI programs and other things use this library? I see a lot of potential in this. |
| - Score: 3 |
| GPU Acceleration!? |
| By Kivada on 2012-04-18 09:15:01 |
|
If I'm not mistaken the GEGL engine also supports OpenCL, which is great news as from what I've been reading OpenCL support in the Gallium3D drivers via the Gallium Compute state tracker is looking like it could be ready by the merge window for the fall releases which would allow for at least the Evergreen, Northern Islands and NV50 series GPUs to have support initially. http://www.x.org/wiki/XorgEVoC/G... I dunno when Intel will have support though. Many of the next gen ARM GPUs are also supposed to have OpenCL support http://www.arm.com/products/mult... *Almost completely OT* I hope like hell some company is smart enough to make a tablet/netbook with a detachable keyboard like the Acer Iconia with a 1920x1280 res screen, the 2.5Ghz quad variant of the Cortex A-15 and the Mali T658 GPU. Something like that would have incredible performance and be amazing for all current HD content(have the video player automatically rotate for pixel perfect 1280x720p and 1920x1080p) as well as be very good for gaming and even some actual work as the CPU wouldn't be too bad, but the GPU is supposed to be slightly more powerful then that of the PS3's Cell, so OpenCL based multimedia editing apps would perform very well on it. |
| - Score: 6 |
| Great news |
| By ameasures on 2012-04-18 09:37:00 |
|
"Once the core is completely ported, it will be a minor effort to simply “switch on” high bit depths and whatever color models we’d like to see. Oh, and already now, instead of removing indexed mode (as originally planned), we accidentally promoted indexed images to first class citizens that can be painted on, and even color corrected, just like any other image. The code doing so doesn’t even notice because GEGL and Babl transparently handle the pixel conversion magic." Making high bit depths available will strengthen the GIMP feature set (for those that need it and for those who don't, it removes the excuse). The hooking into use of the GPU, where possible, is very cool indeed - especially now that 10+ megapixel are commonplace. Being able to drop a block of complex legacy code will help the project to focus elsewhere. I still find myself hoping they will rework the UI. |
| - Score: 5 |
| Comment by Panajev |
| By Panajev on 2012-04-18 10:28:54 |
| The biggest strength behind GEGL, other than allowing the program to tap into the GPU more and more if this OpenCL development works well, is to bring non-destructive editing to Gimp (see this for example: http://en.wikipedia.org/wiki/Cor... for an API supporting non-destructive image editing). |
| - Score: 1 |
| 16 bit color |
| By fran on 2012-04-18 11:53:35 |
|
The drive for the implementation of GEGL in Gimp is to support 16 bit color. This is one of the main "pro" gripes, that photoshop can support 16 bit (and more i think) and gimp only 8 bit. Many a flaming artist rants on why you need and others one why you don't need it for certain tasks like webdesign... Edited 2012-04-18 11:57 UTC |
| - Score: 3 |
| RE: 16 bit color |
| By Valhalla on 2012-04-18 13:20:07 |
|
> The drive for the implementation of GEGL in Gimp is to support 16 bit color. Should perhaps be noted that this is 16-bit 'per-channel' and not 16-bit total color space. I can't say I've ever been hampered by this myself but then again I'm probably as far away from a professional photographer/retoucher/etc as you can be and of course having 65536 (I assume?) possible levels beats having only 256 in terms of flexibility and precision. As for the Photoshop/Gimp gui thing, apart from single window mode I've always thought they were extremely similar although obviously not matching 1:1, I tried single window mode in the current Gimp dev version and I found that I prefer the floating window mode, YMMV but either way it's good that both preferences are supported from now on. |
| - Score: 2 |
| RE[3]: it appears to be quite a big deal |
| By tidux on 2012-04-18 14:05:05 |
| If you want a CLI program for image manipulation, Imagemagick is already really good. |
| - Score: 2 |
| News | Features | Interviews |
| Blog | Contact | Editorials |