SUMMARY Softproofing with graysacle alpha is buggy STEPS TO REPRODUCE 1. Open Krita and click on image->properties 2. select soft proofing option and change model to grayscale alpha 3. Ctrl + Y is to enable spftproofing when working on a painting OBSERVED RESULT each time i use soft proofing to check my VALUES in my painting the canvas either goes blank or produces a a grayscale look with noise and transparent blocks which makes it really difficult for paitning and checking values EXPECTED RESULT SOFTWARE/OS VERSIONS Windows: 10 macOS: Linux/KDE Plasma: (available in About System) KDE Plasma Version: KDE Frameworks Version: Qt Version: Version (compiled): 5.12.9 Version (loaded): 5.12.9 ADDITIONAL INFORMATION Version: 5.0.0-prealpha (git 0b97a76)
With the May 17 5.0.0-prealpha (git 6e3a7c7) appimage on Debian 10, I don't see this happening. Can you attach a full screen screenshot of this and also a representative .kra file where this happens?
Created attachment 138550 [details] Pictures of what the bug does to the canvas It happens to every document/painting. The effect is more pronounced in much more complex paintings and this is a simpler depiction of it!
Created attachment 138552 [details] Softproofing problem I can confirm this for the May 18 5.0.0-prealpha (git f4b9dc43be) portable .zip on Windows 10. A screenshot is attached for Greyscale/Alpha softproofing. The softproofed canvas can be totally transparent and sometimes as shown in the attached screenshot. Similar behaviour happens with CMYK/A softproofing. If painting is done on the softproofed canvas, smaller and more complex artifacts appear. However, the fault is intermittent and sometimes dos not happen at all if you create a new image. Using the May 06 5.0.0-prealpha (git 0967b8a37e) portable .zip on Windows 10, the major softproofing flaws of the May 18 do not happen but there are sometimes smaller transparent areas and also minor artifacts when painting on a softproofed canvas. None of this is seen with 4.4.3 installed on Windows 10. SOFTWARE/OS Krita Version: 5.0.0-prealpha (git f4b9dc4) Languages: en_US, en Hidpi: false Qt Version (compiled): 5.12.9 Version (loaded): 5.12.9 OS Information Build ABI: x86_64-little_endian-llp64 Build CPU: x86_64 CPU: x86_64 Kernel Type: winnt Kernel Version: 10.0.19042 Pretty Productname: Windows 10 (10.0) Product Type: windows Product Version: 10 OpenGL Info Vendor: "Google Inc." Renderer: "ANGLE (NVIDIA GeForce GTX 750 Ti Direct3D11 vs_5_0 ps_5_0)" Version: "OpenGL ES 3.0 (ANGLE 2.1.0.57ea533f79a7)" Shading language: "OpenGL ES GLSL ES 3.00 (ANGLE 2.1.0.57ea533f79a7)" Requested format: QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(DeprecatedFunctions), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::CompatibilityProfile) Current format: QSurfaceFormat(version 3.0, options QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize 24, redBufferSize 8, greenBufferSize 8, blueBufferSize 8, alphaBufferSize 8, stencilBufferSize 8, samples 0, swapBehavior QSurfaceFormat::DefaultSwapBehavior, swapInterval 0, colorSpace QSurfaceFormat::DefaultColorSpace, profile QSurfaceFormat::NoProfile) Version: 3.0 Supports deprecated functions false is OpenGL ES: true QPA OpenGL Detection Info supportsDesktopGL: true supportsAngleD3D11: true isQtPreferAngle: true
With the May 18 5.0.0-prealpha (git 939c3ea) appimage on Debian 10, repeated attempts to reveal the bug show no problems.
Thank you sooo much!!
Is this a duplicate of bug 434969? It seems to me the same issue and still happens in latest nightly.
Yes it looks very much like that. Also, 16-bit integer images are softproofed with no problem. *** This bug has been marked as a duplicate of bug 434969 ***