| Summary: | Softproofing with graysacle alpha is buggy | ||
|---|---|---|---|
| Product: | [Applications] krita | Reporter: | RedDragonphly <red.dragonphly> |
| Component: | Shortcuts and Canvas Input Settings | Assignee: | Krita Bugs <krita-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | major | CC: | acc4commissions, ahab.greybeard |
| Priority: | NOR | Keywords: | regression |
| Version First Reported In: | nightly build (please specify the git hash!) | ||
| Target Milestone: | --- | ||
| Platform: | Other | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
Pictures of what the bug does to the canvas
Softproofing problem |
||
|
Description
RedDragonphly
2021-05-15 05:33:17 UTC
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 *** |