Skip to main content
Adobe Photoshop Family

32 Messages

 • 

852 Points

Sat, Feb 23, 2019 10:25 PM

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

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



Responses

32 Messages

 • 

852 Points

2 years ago

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.

32 Messages

 • 

852 Points

2 years ago

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.

828 Messages

 • 

12.9K Points

2 years ago

For me, macOS 10.14.3, LR Classic 8.2 no mask problem on HDR.dng file!
Watch the video




32 Messages

 • 

852 Points

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. 

32 Messages

 • 

852 Points

Testing some other images of mine I see it does work with ones that have similar conditions to yours.

828 Messages

 • 

12.9K Points

2 years ago

For me, macOS 10.14.3, LR Classic 8.2 no mask problem on HDR.dng file!
Watch the video




Champion

 • 

2.1K Messages

 • 

36.3K Points

2 years ago

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...

32 Messages

 • 

852 Points

2 years ago

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...



32 Messages

 • 

852 Points

2 years ago

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.

828 Messages

 • 

12.9K Points

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; }

Champion

 • 

2.1K Messages

 • 

36.3K Points

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.

Champion

 • 

2.1K Messages

 • 

36.3K Points

Thanks, I've this and other LR CC apps in the Categories tag.

Champion

 • 

2.1K Messages

 • 

36.3K Points

2 years ago

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.

32 Messages

 • 

852 Points

2 years ago

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.

Champion

 • 

2.1K Messages

 • 

36.3K Points

Thanks, I also reported it to Adobe Engineering. It shouldn't be that difficult to fix.

7.9K Messages

 • 

114.4K Points

Looking for your report Todd, how was it reported?

Adobe Photography Products
Quality Engineer: Customer Advocacy

Champion

 • 

2.1K Messages

 • 

36.3K Points

Rikk I sent an email to Jeff Tranberry on Feb. 24th. I just forwarded it to you via your email.

4 Messages

 • 

110 Points

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

7.9K Messages

 • 

114.4K Points

This is also occurring in ACR - we will be logging the issue against Camera Raw. 

Adobe Photography Products
Quality Engineer: Customer Advocacy