https://bugs.kde.org/show_bug.cgi?id=407251

            Bug ID: 407251
           Summary: Converting animation color space from 16bit to 38bit
                    creates artifacts in onion skin
           Product: krita
           Version: nightly build (please specify the git hash!)
          Platform: MS Windows
                OS: MS Windows
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: Color models
          Assignee: krita-bugs-n...@kde.org
          Reporter: tamtamy.tym...@gmail.com
  Target Milestone: ---

Created attachment 119858
  --> https://bugs.kde.org/attachment.cgi?id=119858&action=edit
Animation test file before converting to 8bit

SUMMARY
If you convert animation from higher bit depth than 8bit, it will show
artifacts on onion skin.


STEPS TO REPRODUCE
1. Make an animation in, let's say, 16bit/float color space (can be the default
one).
2. Turn on onion skin.
3. Convert image color space to 8bit int color space (can be the default one).
4. Switch time to another keyframe.

OBSERVED RESULT
Onion skin is full of weird artifacts. Frames are both red and green in the
same time.

EXPECTED RESULT
Onion skin colors the keyframes in consistent manner.

NOTES
If you turn on and off onion skin, it doesn't start working correctly, the
artifacts are still visible.

If you undo convert color space, the artifacts are still visible until you
switch the keyframe.

If you reopen the image (save, then open the saved image), onion skin looks
correct.


Possible duplicate: bug 405753
Reason to not include the bug there: bugs mentioned in bug report 405753 are
all a result of a correct application of the composition mode used to paint
onion skin, while this bug report shows a problem in the composition mode code
itself. Change in the method of compositing onion skin would only hide the
problem.

Possible duplicate: bug 404133
Why: the artifacts looks very similar
Reason to create a new bug report: the bug report 404133 mentions problems on
32bit images that were not reproducible on 16bit float images. The problem
described in this bug report doesn't (need to) involve 32bit float color space
at all. Also the problem mentioned in this bug report was also present in
4.1.7, while bug 404133 is a regression between 4.1.7 and unreleased yet 4.2.0.



OS INFORMATION
Krita

 Version: 4.2.0-pre-alpha (git fb08951)
 Languages: pl, en_US
 Hidpi: true

Qt

  Version (compiled): 5.12.2
  Version (loaded): 5.12.2

OS Information

  Build ABI: x86_64-little_endian-llp64
  Build CPU: x86_64
  CPU: x86_64
  Kernel Type: winnt
  Kernel Version: 10.0.17134
  Pretty Productname: Windows 10 (10.0)
  Product Type: windows
  Product Version: 10


Hardware Information

  GPU Acceleration: auto
  Memory: 16191 Mb
  Number of Cores: 12
  Swap Location: C:/Users/Agata/AppData/Local/Temp

OpenGL Info

  Vendor:  "Google Inc." 
  Renderer:  "ANGLE (Intel(R) UHD Graphics 630 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 10, greenBufferSize 10, blueBufferSize 10, alphaBufferSize 2,
stencilBufferSize 8, samples -1, swapBehavior QSurfaceFormat::DoubleBuffer,
swapInterval 0, colorSpace QSurfaceFormat::bt2020PQColorSpace, profile 
QSurfaceFormat::CompatibilityProfile) 
  Current format:    QSurfaceFormat(version 3.0, options
QFlags<QSurfaceFormat::FormatOption>(), depthBufferSize 24, redBufferSize 10,
greenBufferSize 10, blueBufferSize 10, alphaBufferSize 2, stencilBufferSize 8,
samples 0, swapBehavior QSurfaceFormat::DefaultSwapBehavior, swapInterval 0,
colorSpace QSurfaceFormat::bt2020PQColorSpace, profile 
QSurfaceFormat::NoProfile) 
     Version: 3.0
     Supports deprecated functions false 
     is OpenGL ES: true

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to