Re: [Gimp-developer] High bit depth GIMP is excellent, awesome, amazing, if it's patched . . .
Uploaded a portable build with your patches and git pull from today. I also included the latest G'MIC git version with this build. On Wed, Nov 11, 2015 at 4:07 PM, Elle Stonewrote: > On 11/11/2015 10:24 AM, Alexandre Prokoudine wrote: >> >> 11 нояб. 2015 г. 17:36 пользователь "Elle Stone" написал: >> >>> Has anyone had a chance to try my patched version of GIMP or read the >> >> tutorial on using high bit depth GIMP? Questions and feedback regarding >> either or both would be very welcome. >> >> We are currently reviewing your patches, Elle :) >> > > Does this mean one/some of the devs have compiled the patched GIMP and > worked their way through the tutorial? :) > > The reason I ask is because I'm not sure how the patches can be reviewed > apart from actually using the patched GIMP, and apart from some kind of > understanding - which the tutorial hopefully provides - as to: > > * Why and how the LCH and Luminance patches are useful. > > * Why and how radiometrically correct editing makes a difference. > > * Why some users will want complete control over their RGB data, to the > extent of having the option to completely disable the babl flips and edit in > a true linear gamma color space. > > Elle > > > ___ > gimp-developer-list mailing list > List address:gimp-developer-list@gnome.org > List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list > List archives: https://mail.gnome.org/archives/gimp-developer-list ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] High bit depth GIMP is excellent, awesome, amazing, if it's patched . . .
11 нояб. 2015 г. 17:36 пользователь "Elle Stone" написал: > Has anyone had a chance to try my patched version of GIMP or read the tutorial on using high bit depth GIMP? Questions and feedback regarding either or both would be very welcome. We are currently reviewing your patches, Elle :) Alex ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] High bit depth GIMP is excellent, awesome, amazing, if it's patched . . .
On 11/09/2015 09:46 AM, Elle Stone wrote: High bit depth GIMP is an amazingly excellent and awesome image editor. I posted a tutorial on how to use some of the incredibly useful new features that will be unfamiliar to people using other image editors: Autumn colors: An Introduction to High Bit Depth GIMP's New Editing Capabilities (http://ninedegreesbelow.com/photography/high-bit-depth-gimp-tutorial-edit-tonality-color-separately.html) Unfortunately, default high bit depth GIMP 2.9 is still pretty much useless for anyone trying to do radiometrically correct image editing. I use a patched version of GIMP 2.9 for actual image editing: Patching GIMP for artists and photographers (http://ninedegreesbelow.com/photography/patch-gimp-in-prefix-for-artists.html) I enjoy using my patched version of high bit depth GIMP very much and thought it would be nice to share. So I wrote up tutorials on building, updating, patching, and using high bit depth GIMP. My goal for the tutorial on using high bit depth GIMP was to provide an introduction to some of high bit depth GIMP's awesome new editing features. Has anyone had a chance to try my patched version of GIMP or read the tutorial on using high bit depth GIMP? Questions and feedback regarding either or both would be very welcome. Best regards, Elle ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
Re: [Gimp-developer] High bit depth GIMP is excellent, awesome, amazing, if it's patched . . .
On 11/11/2015 10:24 AM, Alexandre Prokoudine wrote: 11 нояб. 2015 г. 17:36 пользователь "Elle Stone" написал: Has anyone had a chance to try my patched version of GIMP or read the tutorial on using high bit depth GIMP? Questions and feedback regarding either or both would be very welcome. We are currently reviewing your patches, Elle :) Does this mean one/some of the devs have compiled the patched GIMP and worked their way through the tutorial? :) The reason I ask is because I'm not sure how the patches can be reviewed apart from actually using the patched GIMP, and apart from some kind of understanding - which the tutorial hopefully provides - as to: * Why and how the LCH and Luminance patches are useful. * Why and how radiometrically correct editing makes a difference. * Why some users will want complete control over their RGB data, to the extent of having the option to completely disable the babl flips and edit in a true linear gamma color space. Elle ___ gimp-developer-list mailing list List address:gimp-developer-list@gnome.org List membership: https://mail.gnome.org/mailman/listinfo/gimp-developer-list List archives: https://mail.gnome.org/archives/gimp-developer-list
[Gimp-developer] High bit depth GIMP is excellent, awesome, amazing, if it's patched . . .
High bit depth GIMP is an amazingly excellent and awesome image editor. I posted a tutorial on how to use some of the incredibly useful new features that will be unfamiliar to people using other image editors: Autumn colors: An Introduction to High Bit Depth GIMP's New Editing Capabilities (http://ninedegreesbelow.com/photography/high-bit-depth-gimp-tutorial-edit-tonality-color-separately.html) The tutorial shows how to use the new LCH blend modes to edit separately for tonality and color, and also shows some of the ways to use unclamped editing at 32-bit floating point precision. High bit depth GIMP is *exactly* what I was looking for back in 2007, when I realized the various limitations PhotoShop was putting on my efforts to do radiometrically correct editing in linear gamma color spaces. I don't mean the version of high bit depth GIMP that you get from git master. Unfortunately, default high bit depth GIMP 2.9 is still pretty much useless for anyone trying to do radiometrically correct image editing. For reasons why, see: * User's Guide to High Bit Depth GIMP 2.9 Color Management http://ninedegreesbelow.com/photography/users-guide-to-high-bit-depth-gimp.html * Interoperability problems between GIMP and other high bit depth image editors, https://mail.gnome.org/archives/gimp-developer-list/2015-November/msg3.html I use a patched version of GIMP 2.9 for actual image editing: Patching GIMP for artists and photographers (http://ninedegreesbelow.com/photography/patch-gimp-in-prefix-for-artists.html) My patched version of GIMP disables the babl flips, so to edit using linearized sRGB, the user must convert the image to a true linear gamma sRGB color space. This way the user KNOWS that her RGB data is encoded linearly, instead of being at the mercy of whichever developer programmed whatever operation to request RGBA or R'G'B'A. My patched version of GIMP has the following additional features: * Simplifies the "Image/Precision" menu to five precisions: 8i, 16i, 32i, 16f, and 32f. * Provides for LCH color picker information. * Replaces the default GIMP "Colors/Hue-Saturation" tool with an LCH-based "Hue-Chroma" tool. * Provides for decompose/compose to/from LCH. * Fixes a small error in GIMP's decompose to LAB (http://ninedegreesbelow.com/photography/lab-lightness-to-black-and-white-gimp29-photoshop.html; https://bugzilla.gnome.org/show_bug.cgi?id=755270; https://bugzilla.gnome.org/show_bug.cgi?id=755376). * Adds an "RGB Luminance" blend mode (https://bugzilla.gnome.org/show_bug.cgi?id=753163). * Makes "Colors/Desaturate" default to Luminance. * Can be patched to work in the Rec.2020 color space instead of sRGB. If high bit depth GIMP 2.10 were released right now, exactly as it is - except with the babl flips disabled - it would be 100% useable for radiometrically correct, linear gamma image editing in the sRGB color space: * Users would need to convert 8-bit sRGB images to a higher bit depth precision and then to a true linear gamma sRGB color space profile. Also users could start with already high bit depth sRGB output from their raw processor, or could begin their digital painting at 32-bit floating point precision. * Users who want to edit sRGB images at 8-bit precision would still need to edit images in the "almost perceptually uniform" regular sRGB color space, and they'd get results pretty much like what they get now using GIMP 2.8. Decompose to LAB would still produce wrong results, just as it does for GIMP 2.8 (http://ninedegreesbelow.com/photography/lab-lightness-to-black-and-white-gimp28.html), and the LCH blend modes would produce similarly wrong results. The babl flips would be incredibly useful if: 1. Users had the ability to disable the babl flips. 2. By default editing operations used RGBA. There are exceptions, that is, operations where a preprogrammed R'G'B'A alternative operation make good sense. For example: * A good case can be made for having the option to add RGB noise to linear AND to perceptually uniform RGB, at the user's choice. * The color picker works much better on perceptually uniform RGB. * Sometimes you don't want a radiometrically correct gradient or color inversion. Sometimes you really want the result of gradients or inversions done on perceptually uniform RGB. 3. The babl flips could be used somewhat like a Blender node, to flip the RGB values to perceptually uniform RGB, at the user's request, instead of (as currently done) behind their back and without their knowing what's going on. It would allow a great deal more versatility for producing desired results if the babl flips provided a user choice regarding flipping to other TRCs, such as the gamma=2.2 TRC and the Lab Lightness TRC. 4. There is something extremely disconcerting about having to convert a linear gamma