GNOME Bugzilla – Bug 316355
flashing burned highlights and shadows
Last modified: 2018-05-24 11:37:35 UTC
Please describe the problem: I suggest one hint: - on option box for showing clipped highlights and shadows, better if flashing (so areas with R, G, B colors with valure 0 or 255 will be shown as clear as possible). This is very helpful for retouching photo. Steps to reproduce: 1. 2. 3. Actual results: Expected results: Does this happen every time? Other information:
It is very hard to make any sense out of this bug-report. If I remember correctly, your original bug report was about the histogram, so are we supposed to assume that you are speaking of a feature addition to the histogram here? Could you please elaborate and also describe at least one use case for this.
My idea is to implent two checkboxes below the histogram, one for make the clipped whites (better, any area with a 255 in a channel) blinking and one for areas with clipped blacks (or channels with 0 value). This is function of top DSLR cameras, why could't be in GIMP? Sorry for my explanation, I'm not so good writing in English. Andrea
Are you talking about flashing the colors on the image display itself?
IMO we should merge this bug with 316356 (by duplicating one to the other) and come up with a description that summarizes the features - or the one feature - they describe.
(In reply to comment #4) > IMO we should merge this bug with 316356 (by duplicating one to the other) and > come up with a description that summarizes the features - or the one feature - > they describe. > Okay, you are right. I would point out that sometime when I retouch photos I would like to see: - if there are some ares of the photo that have reached 0 or 255 in one or more channels (clipped areas); - where are the pixels that are rapresented in a range on the histogram. These are very very usefull information for photo retouching. Sorry my english...
A similar feature is visible in ufraw plugin (http://ufraw.sourceforge.net) to mark overexposed and underexposed zones of an image.
Any chance to see the improved histogram in the GIMP? It's very useful for photo retouching, expecially in real time when applying levels or curves, see in ufraw (http://ufraw.sourceforge.net/) program and in any other commercial software (Adobe Lighroom , ...). Without it, it's hard to apply levels to a photo without burning the highlights or the shadows. [Sorry, I posted the same in bug 316356]
And how exactly is this bug different from bug 316356 ? It merely looks like a special case of that bug.
This one has a better summary :) See comment #4.
If im correct this should/could apply to tools such as Curves. Where you could mark a checkbox, and values like 0 and 255 would be flashing (alternatively user selected threshold could be used). As mentioned before it's mainly for photography corrections.
(In reply to comment #10) > If im correct this should/could apply to tools such as Curves. Where you could > mark a checkbox, and values like 0 and 255 would be flashing (alternatively > user selected threshold could be used). > > As mentioned before it's mainly for photography corrections. Yes, you are right, it's useful for photographers, to avoid burning photos. In Photoshop when you are moving the levels cursors (white or black points), pressing Alt you chan check the areas where one or more channels are "burning", i.e. they are at value 255 (or they are 0 for the shadows): it's the moment to stop the movement of the cursors. This feature could be useful for the Curves tool as well. And could be more useful as a check box on the Histogram window, maybe to show the burned areas in flashing mode, so you can see where you lost precious information on the photo (for example, you burned the wedding dress or something very white, or a too deep black shadow under a tree). As said before, it's a feature you can see in many RAW converters, as UFRaw and RAW Therapee.
Any news?
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/GNOME/gimp/issues/161.