SUMMARY With canvas acceleration the soft proofing doesn't work all the time. Most of the time it will make the image (all layers) transparent, some times it will be glitchy. Video here: https://streamable.com/h270i9 With the canvas acceleration OFF the soft proof does nothing. It happens with any model, CMYK, Grayscale, XYZ... and any profile. Works perfectly in the stable STEPS TO REPRODUCE 1. View > Soft Proofing or CTRL+Y 2. 3. OBSERVED RESULT EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: ADDITIONAL INFORMATION
Does it matter if you enable or disable Angle?
This may also be related to the fastfloat plugin not working right with clut profiles. https://github.com/mm2/Little-CMS/issues/247 You can try turning off the 'LCMS optimizations' in settings->configure Krita->color management and then restarting Krita.
(In reply to Halla Rempt from comment #1) > Does it matter if you enable or disable Angle? Same behavior with Angle, OpenGL, and Software render The only thing that makes a difference is the graphic acceleration. With it activated soft proofing works as shown in the video, if deactivated nothing happens (the ON/OFF indicator appears but there is no change).
OKay, then wolthera's hypothesis is the most likely.
(In reply to wolthera from comment #2) > This may also be related to the fastfloat plugin not working right with clut > profiles. > > https://github.com/mm2/Little-CMS/issues/247 > > You can try turning off the 'LCMS optimizations' in settings->configure > Krita->color management and then restarting Krita. I disabled "Allow Little CMS optimizations..." and restarted. Unfortunately it had no effect, the problem persists. I'm downloading the most recent nightly to test. I'm using yesterday's build
I'm seeing this issue here too with LCMS "fast float" plugin on (K)Ubuntu 20.04. Interestingly, 16 bits/channel images don't seem to be affected, for those soft proofing to grey/alpha and CMYK works fine for me. Unchecking "Allow Little CMS optimizations" in Color Management settings (and relaunching Krita) does not make a difference here either, but I haven't checked yet if that setting even affects soft proofing... Neither does disabling vector optimization fix the issue, which is the only place I can think of right now where we might violate strict aliasing rules. In any case, I'd also say it is that very issue Wolthera filed for LittleCMS.
*** Bug 435098 has been marked as a duplicate of this bug. ***
*** Bug 435182 has been marked as a duplicate of this bug. ***
I noticed the same symptom occurs when using transform tool too. But I cannot catch when exactly it happens.
Marking this as release blocker, as the person who was going to look into it got drafted into building Krita with MSVC.
in Version: 5.0.0-prealpha (git dac7f75) , the canvas rendering issue is fixed on my end.
(In reply to Nikola from comment #11) > in Version: 5.0.0-prealpha (git dac7f75) , the canvas rendering issue is > fixed on my end. I want to say 'that's impossible', but I can also not reproduce it now. O_O
Nope, still relevant, I had forgotten I need to use the appimage because the special LCMS version that has the feature that causes the bug is not yet in the repositories.
No idea why and how. I haven't updated windows, nor drivers. I even tried on older nightly versions that had the issue, and that I downloaded, but didn't delete. Oddly even those appear to work now. The only difference I can see was that almost all brushes I had were not there in the Version: 5.0.0-prealpha (git dac7f75). While the previous nightly builds that had this issue have the brushes. That's the only change I saw when I tried this latest nightly version.
*** Bug 437132 has been marked as a duplicate of this bug. ***
It seems that the latest LCMS fixes this bug, so now we need to ensure our deps are updated.
I cannot wait this bug to be fixed.
A possibly relevant merge request was started @ https://invent.kde.org/graphics/krita/-/merge_requests/871
Git commit 213e6cb4b37052075f44ea94fc0350167b0de627 by Halla Rempt, on behalf of L. E. Segovia. Committed on 01/06/2021 at 08:46. Pushed by rempt into branch 'master'. Incorporate LittleCMS Soft Proofing fixes This updates LittleCMS to commit 807809d7dd9b09c0380b71d5d5ebee3c1439ca99, using Github's tarball. CCMAIL: kimageshop@kde.org M +2 -2 3rdparty/ext_lcms2/CMakeLists.txt https://invent.kde.org/graphics/krita/commit/213e6cb4b37052075f44ea94fc0350167b0de627
It's still happening in teh latest git b5849f6. Is it that the patch hasn't been appiled yet?
Yeah, Lynx3d has found another possible fix. I am unsure what is going on that I wasn't experiencing the error anymore. https://github.com/mm2/Little-CMS/issues/247 We'll have to wait a bit further.
A possibly relevant merge request was started @ https://invent.kde.org/graphics/krita/-/merge_requests/895
Git commit c75c77d10cd1d786d7e142bd27e487ace7ffeecc by Halla Rempt, on behalf of L. E. Segovia. Committed on 08/06/2021 at 06:07. Pushed by rempt into branch 'master'. Update LittleCMS Bring in the hotfixes for the Soft Proofing mode. Thanks to Alvin Wong. M +2 -2 3rdparty/ext_lcms2/CMakeLists.txt https://invent.kde.org/graphics/krita/commit/c75c77d10cd1d786d7e142bd27e487ace7ffeecc
Yes, it's fixed. Now I can finally switch to using nightly builds :D Thanks for all the works.
*** Bug 435955 has been marked as a duplicate of this bug. ***