Re:The Sad State of High Bit Depth GIMP Color Management
by Sprint on Monday November 03, 2014 @10:02AM
(#8551071)
Krita is awesome. But, and I know this will sound weird to many people, I am now so familiar with GIMP's UI and workflow, that I find changing difficult.
Re:The Sad State of High Bit Depth GIMP Color Management
by dr_zoidberg on Tuesday November 04, 2014 @06:07PM
(#8559619)
Not weird at all, same here. I find it difficult to use other programs after 10+ years using GIMP!
Re:The Sad State of High Bit Depth GIMP Color Management
by prokoudine on Wednesday November 05, 2014 @07:21AM
(#8561452)
> According to this article, GIMP developers think the workflow is "wrong".
https://git.gnome.org/browse/babl/tree/docs/roadmap.txt
"The user can create custom formats with any permutation of the components, using any of the (double float u8 u16 u8-luma u8-chroma u16 u32 and CIE Lab specific) data types in babl - or have new ones registered."
How is that plan any different from what you described?
Re:The Sad State of High Bit Depth GIMP Color Management
by pmoriarty on Tuesday November 04, 2014 @06:49AM
(#8556079)
Lab curves for GIMP:
Re:The Sad State of High Bit Depth GIMP Color Management
by dietrichepp on Wednesday November 05, 2014 @02:19PM
(#8563664)
Sadly, it doesn't look like it's capable of working with masks and layers.
A nice workflow for photo editing involves conversion to 16-bit Lab, layers with various blending modes, and transfer curves. Due to the size of Lab, 8 bits are not enough and cause noticeable banding. Photoshop could do this back in the late 90s. According to this article, GIMP developers think the workflow is "wrong".
It's a good thing that we have Krita.