Lightroom Classic: Library artifacts and banding

  • 1
  • Problem
  • Updated 7 hours ago
  • (Edited)
When I import my pics, standard previews and smart previews are generated. I develop my pics just fine. But when I go back to the Library module, with some pictures only, the sky is full of artefacts (Fit screen). If I zoom in in 1:1 or higher, after recalculation, those artefacts desapear. But when I go back to Fit screen I see them again. I don't see them in Develop Module.

If I build again 1:1 previews, it does solve the problem. But it's not persistant.

And the worse part is when the collection is synced, I see on LR web the pic with the artefacts.

How could I avoid this ? How do I correct the situation in LR Web without having to resync everything ?

All the pics are coming from the same camera in raw and there is no crazy edit in the sky.

I did export a set of files as per your settings with :


  • sRGB
  • AdobeRGB 1998
  • Prophoto RGB
 All pics are fully clean pics.

I downloaded directly from LR web : artefacts as I see it in LR web

I deleted the preview file and the sync.lrdata. I rebuild the preview and started the sync again. Still the same problem, notting changed. 



Thanks for your help
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
  • frustrated

Posted 2 weeks ago

  • 1
Photo of Rikk Flohr

Rikk Flohr, Official Rep

  • 5882 Posts
  • 1290 Reply Likes
Any chance you can share a screenshot or two showing the artifacts? 
Photo of Rikk Flohr

Rikk Flohr, Official Rep

  • 5882 Posts
  • 1290 Reply Likes
I really need to see what your screen looks like. 
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
a print screen from LR web
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
I would like to say again the banding is not visible in LR 1:1 or higher but only in fit screen and in LR web. Export pics are fully clean 
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
Photo of Rikk Flohr

Rikk Flohr, Official Rep

  • 5882 Posts
  • 1290 Reply Likes
And a screenprint of Library module showing the banding?
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
This from the desktop (MacOS) LR Classic
Photo of Ed Wolpov

Ed Wolpov

  • 9 Posts
  • 3 Reply Likes
Rikk, this has been happening forever! There are lots of posts complaining that one has to zoom to 1:1 in order to eliminate what looks like severe jpeg blockiness. For me, this seems to happen only when in the Library module, and it's inconsistent in that it only occurs randomly. It's most noticeable in the sky or where there's smooth tones. Once the 1:1 zoom is recalculated, the artifacts are gone... for a while, but they randomly return at a later time. 
Photo of Todd Shaner

Todd Shaner, Champion

  • 1537 Posts
  • 522 Reply Likes
The artifacts observed in the LR Classic Web synced smart previews are due to use of lossy DNG file format. You can test this by exporting images that exhibit artifacts in the Web album using the below LR Classic Export module settings. To be honest after looking through my 35,000+ images catalog for files with similar sky area I could only find two that exhibit artifacts when synced to the Web with LR Classic.

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



To determine the cause (and a possible correction) I suggest exporting a few files that exhibit the artifacts to full-size DNG file format as shown below. The DNG file will contain your LR Develop settings to determine if that has some bearing on the issue. Please post them to a file sharing site and place the share links in a reply here.

Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1627 Posts
  • 542 Reply Likes
You'll see this type of artifact when the standard preview is generated based on Smart Previews or at higher pyramid levels (it explains when you zoom to 1:1 the artifact went away).

Try increase your preferred standard preview size from the Catalog Settings>File Handling>Preview Size>Standard Preview Size. If it is setting to Auto, the size is determined by the largest dimension of your attached monitor. The artifact could also be amplified by the type of extreme image adjustment he applied to the image when the standard previews are not generated from the full resolution negatives.
Photo of ChrisB63

ChrisB63

  • 22 Posts
  • 0 Reply Likes
I understand what you saying. But in this case there is no special extreme edit.
If it was the case, there would be still visible in 1:1 or higher. It would be visible as well when I export with the publish service as a jpeg and it's not the case at all with any pictures. 

Any how this is a big problem for :
- simply view the pics in fit screen
- kills the LR web
- kills the possibility of sharing with LR web

In the catalog settings the preview are set to Auto and preview to high quality.
By downgrading one or both of them it will degrade the viewing quality.

what is the fix ?

Thank you all for your help 
Photo of Todd Shaner

Todd Shaner, Champion

  • 1531 Posts
  • 522 Reply Likes
Try increase your preferred standard preview size from the Catalog Settings>File Handling>Preview Size>Standard Preview Size.
Simon, does the Preview Size setting affect the file that is synced to the Web, which is where the artifacts are also visible?
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1627 Posts
  • 542 Reply Likes
Hi Todd, No. The standard preview size only affect the previews generated for the library.
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1627 Posts
  • 542 Reply Likes
But in this case there is no special extreme edit. If it was the case, there would be still visible in 1:1 or higher. It would be visible as well when I export with the publish service as a jpeg and it's not the case at all with any pictures. 
That would make sense because in these cases (1:1 and publish and export), the rendering always start with the full resolution negative (to ensure the highest quality but render slower). This kind of artifact is mostly occurring when the rendering is based on the Smart Previews (like the LrWeb case) or camera raw negative cache (in essence, Smart Preview likes)

Any how this is a big problem for :
- simply view the pics in fit screen
- kills the LR web
- kills the possibility of sharing with LR web
These are the cases where the renditions are rendered from the Smart Preview or the Camera Raw (negative) Cache.

There is no easy fix without performance implications. If image quality is your top priority, during import, set the preview option to generate 1:1 preview. Or do it 1-off for affected photos by quickly zooming into 1:1 to force generation of 1:1 preview for that photo.
(Edited)
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
This kind of artifact is mostly occurring when the rendering is based on the Smart Previews (like the LrWeb case) or camera raw negative cache (in essence, Smart Preview likes)
So to avoid this I deleted the file Smart Preview. right ?
No how do I force a resync with LR web ?


I'm quite unhappy about this situation as smart preview has been created to improve performance (not only) and now you are saying in order to be able to use Portfolio / Gallery etc I should not be using smart preview
Photo of Todd Shaner

Todd Shaner, Champion

  • 1537 Posts
  • 522 Reply Likes
So to avoid this I deleted the file Smart Preview. right ?
See this post for what I believe Simon is referring to:

Develop module preview differs from Library + Exported JPGs

If using Smart Previews with  "Use Smart Previews instead of Originals for image editing" selected in LR Preferences set OR the original file is offline you are looking at and working with a lossy DNG file. Uncheck that setting and make sure the original file is present AND create 1:1 Previews. This will "fix" the artifacts issue as observed in the Library module, but not the Sync to Web images since they are lossy DNGs and nothing you can do to change that. What you can do with those specific images that exhibit artifacts in a Web album is to instead create and sync rendered JPEG files for those specific image files. See my reply below outlining that workflow.
(Edited)
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
Thanks Todd, I will try this
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
If I understand you well I could “solve” the problem by :
- not using smart preview
- disabling the cash by setting it to minimum ?
Photo of Todd Shaner

Todd Shaner, Champion

  • 1535 Posts
  • 522 Reply Likes
As Simon Chen mentioned, "If image quality is your top priority, during import, set the preview option to generate 1:1 preview. Or do it 1-off for affected photos by quickly zooming into 1:1 to force generation of 1:1 preview for that photo."
- disabling the cash by setting it to minimum ?
I assume you mean the camera raw cache,. It is only used in the Develop module so not a source of this issue. Setting to a low value is only going to cause performance issues in the Develop module. If anything increase the camera raw cache size to 20-50 GB.

Also as Simon Chen mentions, "No. The standard preview size only affect the previews generated for the library."

As mentioned the smart preview file is a lossy DNG file with fixed size of 2560 pixels long edge and NO user adjustable settings. If you're seeing artifacts in a LR Classic Web synced image file there's no much you can do.
What does appear  to work is to export the raw file to JPEG file format using the below settings and then sync the JPEG file to the Web. With your Speloncato-7501178.NEF and the XMP file settings applied I see no artifacts in the sky. It's not an ideal solution and I can't even explain why it works, but it does. As long as you have no intentions on applying Web edits to the file there shouldn't be any issues. A side benefit is that the synced JPEG file with Screen Standard Export Sharpening applied appears sharper than the synced raw file.

(Edited)
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1627 Posts
  • 542 Reply Likes
@Todd One correction, the Smart Preview is a lossy DNG file with fixed size of 2560 pixels on the long edge.
Photo of Todd Shaner

Todd Shaner, Champion

  • 1535 Posts
  • 522 Reply Likes
Thanks Simon, correction noted and changed in my post. That's what I had always thought in the past, but Web downloaded JPEGs are always 2048 px long edge. Is that an arbitrary download size determined to be more useful due to social media posting size limits (i.e. Facebook is 2048 long edge maximum)?
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1627 Posts
  • 542 Reply Likes
2048 px is the JPEG render size. The 2560px for Smart Preview is to provide some slack for possible cropping during develop.
(Edited)
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
I did realise that the same problem occurs with the Apple TV. Which is fully understandable as it's coming from the same source, LR web.

So this problem makes the real utility of Creative Cloud questionnable not to say useless...
Of course, as Todd mentioned I still could export the pics and upload them.
Yes but not good for the workflow and since I have to export them to my HD I could very well upload them somewhere else.

So I hope you are going to fix this problem ASAP because I like the idea of how it should work.

In the meantime, long story short, the problem is coming from smart preview.
They are only good for development for keeping LR speedy, and that works like a charm.

But after that I should delete them and rebuild 1:1 previews ?
LR web is using the standard size or the 1:1 if it exist ?

From what I saw when a pic is rebuild it does not resync to LR web. 
How can force it without un sync the collection and sync it again ?

thanks







Photo of Todd Shaner

Todd Shaner, Champion

  • 1537 Posts
  • 522 Reply Likes
But after that I should delete them and rebuild 1:1 previews ?
LR web is using the standard size or the 1:1 if it exist ?
As Simon Chen mentions for best results you should build 1:1 Previews before syncing image files to the Web. The Web Smart Previews are created automatically and there's no need to delete them.

From what I saw when a pic is rebuild it does not resync to LR web. 
How can force it without un sync the collection and sync it again ?
If you apply ANY Develop setting to the image files they will resync automatically. You could also select all of the image files in the collection except for one, delete them, and then use CTRL + Z Undo to restore them. Once completed delete the one image file not updated and use CTRL + Z Undo to resync it. This way if the collection is shared the share link URL does not change. Following this procedure or simply deleting the whole collection and restoring takes the same amount of time. Make sure to build the 1:1 Previews before performing this resync operation. Once completed you can delete the 1:1 Previews if not need for local LR review purposes.
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
Sorry it just doesn't work. No more smart preview. The pic on LR web is still with banding.
As previously said the 1:1 preview rebuild is not persistant.

Just to make sure I got the resync pic in LR web, I converted to B&W.
Photo of Todd Shaner

Todd Shaner, Champion

  • 1535 Posts
  • 522 Reply Likes
What I meant was you should build 1:1 previews to insure the best possible uploaded smart preview. I didn't mean to say that would "fix" the issue with specific image files. Like I said I see very few images synced to the Web that display these artifacts. If you're seeing a LOT of image files with this issue there may be other things causing it (camera or LR settings). If just a few image files have the issue export to JPEG as I suggested is the only solution currently for LR Classic. Using LR Desktop with the Mobile and Web apps shouldn't exhibit this issue since full-size original files are uploaded to Cloud storage. Adobe has made it clear that no new Web features will be added to LR Classic since the primary focus is on improving the LR Desktop app.
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
Settings and camera are definitely not the source of the problem as there is no artefacts in 1:1
Yes just a few pics, not all
Photo of Simon Chen

Simon Chen, Principal Computer Scientist

  • 1627 Posts
  • 542 Reply Likes
One possible workaround to increase the rendered image quality on LrWeb/LrTV is to use the LrDesktop (not LrClassic) for syncing the relevant assets. LrDesktop will sync the original raws to the cloud and therefore LrWeb/LrTV would be able to generate higher quality renditions than LrClassic where only the Smart Previews are synced.
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
Ok thanks but that might help the web part.
It doesn't solve the problem in LR Classic. The banding in Fit is visible. And as said before, the 1:1 works just fine but it's not persistant in FIT.

My feeling is if I solve the problem in LR Classic, it would clearly solve the web side.
Because my problem is no a quality problem but a banding.

So my priority is to solve the LR Classic.

Thanks for your help
Photo of Todd Shaner

Todd Shaner, Champion

  • 1537 Posts
  • 522 Reply Likes
It doesn't solve the problem in LR Classic. The banding in Fit is visible. And as said before, the 1:1 works just fine but it's not persistant in FIT.
I'm not seeing any artifacts in the Library module or Develop module at Fit Zoom View with your Speloncato-7501178.NEF file and XMP file settings. In LR Preferences> Performance try unchecking 'Use GPU for Display.' Restart LR, Zoom to 1:1, and back to Fit view. Do you still see the artifacts inside LR Classic? If so post a screenshot like below of what I'm seeing.
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes

Grid
(Edited)
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes

Grid
(Edited)
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes

Fit screen
(Edited)
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
As said before no problem in 1:1 or higher
Photo of Todd Shaner

Todd Shaner, Champion

  • 1537 Posts
  • 522 Reply Likes
That's a different NEF file than the one you posted to Dropbox, which does NOT exhibit artifacts on my system as shown in my screenshot. Please post this NEF to Dropbox with an XMP settings file and I'll check it.

From your most recent screenshots it looks like you have a graphics card issue. Did you try unchecking 'Use GPU for Display.' In LR Preferences> Performance as shown below, restart LR, Zoom to 1:1, wait for build, Zoom back to Fit?

Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
Since the last pic I did some cleanup as posted :
- delete smart preview
- delete preview
- delete sync.lrcat
- build standard size preview

So the problem is not persistant, and is "moving" to different pics.
This one doesn't have a smart preview.

In my opinion if it was a GPU problem, it would affect many more pics.
But yes I did try unchecking it. Actually when I started to post to the forum it was unchecked. I checked it again.
I have a 5K iMac 2017 with a Radeon Pro 575 4GB 
Photo of Todd Shaner

Todd Shaner, Champion

  • 1537 Posts
  • 522 Reply Likes
So the problem is not persistant, and is "moving" to different pics.
The most likely cause of the "moving" target issue is a corrupted preview cache.


Go to Edit> Catalog Settings> General> Show and navigate to the LR Catalog folder. Next close LR and rename the Lightroom Previews.lrdata folder Lightroom Previews.lrdata.HOLD. Launch LR and check files with the banding issue again inside LR Classic by Zooming to 1:1, wait for 1:1 Preview to build, and then Zoom back to Fit view. Is the banding still present?
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
as I just said I deleted all even the cash files (I forgot to mention in my previous post)
Moving might not be the proper word. But since the deleting, different pics are showing the problem.

I tried with and without smart previews as well.
Photo of Todd Shaner

Todd Shaner, Champion

  • 1537 Posts
  • 522 Reply Likes
Do you use a monitor calibrator to calibrate your display? You may have an incompatible or corrupt display profile. Try setting the display profile to sRGB as outlined at the below link.

https://www.lightroomqueen.com/how-do-i-change-my-monitor-profile-to-check-whether-its-corrupted/
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
Switching from display profile doesn't affect the banding.
I always calibrate my mac's from day one.
I tried by switching to the original profile or any other in the list and back to my profile.
No change at all regarding the banding.
The only thing afcting the banding is the 1:1

I did upgrade LR today to 8.4.1but no change
Photo of Todd Shaner

Todd Shaner, Champion

  • 1537 Posts
  • 522 Reply Likes
Stupid question and sorry for not mentioning this! Every time you change the assigned display profile LR must be restarted to load that new profile. Lacking the close and restart of LR it continues to use the original assigned display profile. If you did that and the banding remains the only thing left that I can suggest is to uninstall LR and reinstall LR 8.4.1 released today. You could also upload one of the NEFs with an XMP settings file for further checking on my system.
Photo of ChrisB63

ChrisB63

  • 24 Posts
  • 0 Reply Likes
ah ok, I didn't know.
I could clearly see the change in LR with contrast etc from one profile to another 
but not change about the banding.
I'll try again by restarting LR.

What I do know is this :

- develop with smart preview for performance.
- once done, remove the smart preview

With the last pic I posted the print screens here, it clearly improve the quality by reducing the banding, but it's not up to the quality in 1:1.

You very well know that this problem is a very old one which was completely killed.
Forums are full of that.
In the Develop module I see the banding when I just switch into it but I reduce the banding by itself and then I have to go into 1:1 to have a clean pic.

I find out another problem ( I will open a specific post for it).
In those deep skies I could see some kind of round banding. But they disappear with a reset. Long story short, the problem is coming from the "enable profile correction".
Problem only visible with deep dark sky.






Photo of Todd Shaner

Todd Shaner, Champion

  • 1537 Posts
  • 522 Reply Likes
You very well know that this problem is a very old one which was completely killed.
Forums are full of that.
No I don't know that! Please provide links to some sample posts discussing the problem. Like I said I'm not seeing the issue with the one NEF and XMP file pair you provided using LR Classic 8.4.1. Perhaps you can provide the NEF and XMP file used for the screenshots in your last post. That might help to identify something.

I find out another problem ( I will open a specific post for it).
In those deep skies I could see some kind of round banding. But they disappear with a reset. Long story short, the problem is coming from the "enable profile correction".
That sounds like this issue: https://console.getsatisfaction.com/photoshop_family/conversations/circular-banding-in-shadows-with-...

The solution is to apply Luminance Noise Reduction at 1:1 Zoom view until the noise is significantly reduced. If you've already done that then this is just another variance of the issue being discussed here with the solution remaining to be determined.
If you haven't done so already I suggest uninstalling LR Classic and do a full reinstall (not update) of LR 8.4.1.