Lightroom/Camera Raw: Adjustment brush Auto Mask not working on HDR Images

  • 4
  • Problem
  • Updated 4 months ago
  • Acknowledged
  • (Edited)
Auto Mask feature of the adjustment brush does not work on HDR images. Pretty certain it worked previously. This video highlights the issue. https://www.dropbox.com/s/525jtxjp1t00gnr/LR%20Classic%20CC%20Auto%20Mask%20HDR%20Failure%202.mov?dl...

With raw, jpeg, and as far as I can tell all other image types the Auto Mask restricts the brush areas that match what's under the crosshair. With HDR images it bleeds over everything.

In the first sample image below you can see that Auto Mask is enabled and when the cursor was kept along the blue wall in between the ceiling and cupboards it masked around the cupboard (and some of the ceiling) automatically. However, in the HDR image it bleeds over the cupboards and everything else when following the same path. Aside from the file type (.cr2 vs HDR .dng) everything is the same between the two images.

More details, examples, troubleshooting steps, etc: https://forums.adobe.com/message/10946598#10946598



Photo of DigitalOxygen.ca

DigitalOxygen.ca

  • 30 Posts
  • 8 Reply Likes

Posted 5 months ago

  • 4
Photo of DigitalOxygen.ca

DigitalOxygen.ca

  • 30 Posts
  • 8 Reply Likes
Note this occurs for me in Lightroom Classic CC 8.1 and 8.2.

Also tried using a version 10.5 of ADC when troubleshooting with support and the same issue existed. I also just tried ADC 9.1.1 and it has the same issue in LR and PS.

I am certain I successfully used the Auto Mask feature on HDR images in the past and can't imagine it would have gone this long unreported if it was a core ACR issue in those previous versions so I wonder if something in newer LR / PS versions directly is causing this to fail.

(Edited)
Photo of DigitalOxygen.ca

DigitalOxygen.ca

  • 30 Posts
  • 8 Reply Likes
Dug back in my catalog and found an HDR image from 2016 where I successfully used Auto Mask and I show how it behaves now. When brushing the same areas on the roof it bleeds into the sky heavily. At the start of the new brush layer it seems to work ok only painting over the roof and sky where there is an strong luminance difference but as I move to the left it starts bleeding into the sky when it shouldn't. I could maybe see it being close enough in luminance when the crosshair crosses the white strips to match the sky but not on the far left side of the roof. Additionally in my past experience the Auto Mask feature was usually mostly color based or maybe a combination of color and luminance. Now it's behaving like it's entirely luminance based and only in extreme situations.



Youtube upload of video 2 (from original post above) since it may eventually be removed from my dropbox account.
(Edited)
Photo of Yves Crausaz

Yves Crausaz

  • 413 Posts
  • 60 Reply Likes
For me, macOS 10.14.3, LR Classic 8.2 no mask problem on HDR.dng file!
Watch the video




Photo of DigitalOxygen.ca

DigitalOxygen.ca

  • 30 Posts
  • 8 Reply Likes
Good to know. There was one person in the original thread that didn't experience the issue but two more that did and support seemed to have mixed results when trying to replicate it. Probably depends on some other yet unknown factors. 
Photo of DigitalOxygen.ca

DigitalOxygen.ca

  • 30 Posts
  • 8 Reply Likes
Testing some other images of mine I see it does work with ones that have similar conditions to yours.
Photo of Todd Shaner

Todd Shaner, Champion

  • 1452 Posts
  • 486 Reply Likes
Your example HDR file has a very high and uniform difference between the the masked area (light tan) and the surrounding area (deep blue). Auto Mask works well with this type subject as shown in the the OPs house video above except where the difference diminishes. You can download one of the OP's test HDR DNG files BV_20190214_9957-HDR.dng at the below link.  Remove all Local Adjustment Brush settings and Export the file to TIFF format. Test both the original HDR DNG file and the TIFF file  with Auto Mask. You'll see that the HDR DNG file does not work as well as the exported TIFF file in creating the Auto Mask.

The issue occurs specifically with LR HDR DNG 16 bit Floating Point format files. It should work the same as the exported 16 bit TIFF so this appears to be a bug.

https://forums.adobe.com/external-link.jspa?url=https%3A%2F%2Fwww.dropbox.com%2Fsh%2Fvwlf1afr6jh4mtm...
(Edited)
Photo of DigitalOxygen.ca

DigitalOxygen.ca

  • 30 Posts
  • 8 Reply Likes
I can confirm that it works as expected on images / areas similar to Yves' example. See below.

Found this old issue but had initially skipped over it due to age and the fact that it was TIFF which I wasn't having issues with. However, the 32-bit aspect matches and there might be some similarities on the development side that will provide value for a fix.

https://feedback.photoshop.com/photoshop_family/topics/adjustment_brush_auto_mask_broken_for_32bit_t...



(Edited)
Photo of DigitalOxygen.ca

DigitalOxygen.ca

  • 30 Posts
  • 8 Reply Likes
As a side note I tried this in Lightroom CC as well (non-Classic) and it also fails to mask properly. Points strongly to a ADC issue but still find it odd that rolling back to previous versions of ADC did not resolve it.
(Edited)
Photo of Yves Crausaz

Yves Crausaz

  • 395 Posts
  • 58 Reply Likes
The good title would be "Adjustment brush Auto Mask not working on HDR/32bits Images"

I confirm, it does not work on HDR images in 32 bits, I have exactly the same behavior as described, in my previous intervention, I did not see that it was HDR 32bits, my example was an HDR made in LR so 16bits and it works.



#s3gt_translate_tooltip_mini { display: none !important; }
(Edited)
Photo of Todd Shaner

Todd Shaner, Champion

  • 1443 Posts
  • 474 Reply Likes
my example was an HDR made in LR so 16bits and it works.
LR's 16 bit Floating Point HDR DNG file behaves the same as an Edit in PS> Merge to HDR Pro in Photoshop TIFF file. Again, the difference you are seeing is due to the higher tonal and color contrast between the deep blue sky and light tan building. For this subject type Auto Mask appears to work fine., but fails when the mask demarcation are has lower tonal and color contrast.
Photo of Todd Shaner

Todd Shaner, Champion

  • 1443 Posts
  • 474 Reply Likes
Thanks, I've this and other LR CC apps in the Categories tag.
Photo of Todd Shaner

Todd Shaner, Champion

  • 1452 Posts
  • 486 Reply Likes
After much searching I found a post from 2012 complaining about the same LR Auto Mask failure when using PS 32 bit HDR TIFF files with LR 4.1 and 4.2. So it appears the issue has been around since LR 4.1 or earlier.

https://forums.adobe.com/message/4808496#4808496

In earlier versions of LR the Local controls (Adjustment Brush, etc.) were being applied BEFORE the Global controls (Basic panel, etc.) This was corrected in LR 5 or 6 and the Locals and Global settings are now summed to help prevent highlight or shadow clipping.

https://feedback.photoshop.com/photoshop_family/topics/lightroom_acr_have_negative_local_clarity_wor...

So what's happening? My guess is that when processing 16 bit Floating Point and 32 bit HDR image files both the Global and Local controls are using the raw HDR image data before any tone and gamma correction has been applied. Because of this the Auto Mask is created using the "higher dynamic range" HDR image data, which has much smaller tonal increments compared to the fully tone-rendered 16 bit image data. The differences between the desired mask area and the surrounding area are much smaller than in the rendered 16 bit image file. ERGO–Auto Mask Failure.
Photo of DigitalOxygen.ca

DigitalOxygen.ca

  • 30 Posts
  • 8 Reply Likes
Adobe support called back today and confirmed this is a bug and that it will be fixed. Although they could not say when it will be fixed.
Photo of Rikk Flohr

Rikk Flohr, Official Rep

  • 5548 Posts
  • 1167 Reply Likes
Looking for your report Todd, how was it reported?
Photo of Todd Shaner

Todd Shaner, Champion

  • 1443 Posts
  • 474 Reply Likes
Rikk I sent an email to Jeff Tranberry on Feb. 24th. I just forwarded it to you via your email.
Photo of akhilesh hm

akhilesh hm, Employee

  • 1 Post
  • 0 Reply Likes
Hi Todd,
Is there a bug report id for this issue? If yes please provide. So it will be helpfull for tracking this.

Thanks,
Akhilesh HM
Photo of Rikk Flohr

Rikk Flohr, Official Rep

  • 5548 Posts
  • 1167 Reply Likes
This is also occurring in ACR - we will be logging the issue against Camera Raw. 
Photo of Todd Shaner

Todd Shaner, Champion

  • 1443 Posts
  • 474 Reply Likes
Thanks Rikk!