[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-bugs-dist
Subject: [krita] [Bug 361709] With more than 1 curve based assistant, zooming in will black screen part or al
From: Dmitry Kazakov via KDE Bugzilla <bugzilla_noreply () kde ! org>
Date: 2016-08-16 14:59:23
Message-ID: bug-361709-17878-65U0KlNbbc () http ! bugs ! kde ! org/
[Download RAW message or body]
https://bugs.kde.org/show_bug.cgi?id=361709
Dmitry Kazakov <dimula73@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |FIXED
Status|CONFIRMED |RESOLVED
Latest Commit| |http://commits.kde.org/krit
| |a/34f8ecdf866b556c4a054003f
| |6358a7cee6fa025
--- Comment #24 from Dmitry Kazakov <dimula73@gmail.com> ---
Git commit 34f8ecdf866b556c4a054003f6358a7cee6fa025 by Dmitry Kazakov.
Committed on 16/08/2016 at 14:59.
Pushed by dkazakov into branch 'master'.
Workaround a NVIDIA/Qt but with black screen in assistants
It seems like Qt uses some internal caches/textures for painting
pixmaps/images on screen. And if the images of one rendering cycle
don't fit into that cache they are painted and black rectangles.
There is a workaround for that: just make the size of the pixmap cache
more than 20 MiB. Then all the pixmaps painted through the cache will work
correctly (if you decide to draw a QImage on screen manually, it still
doesn't work).
I don't know what happens there, but it seems like this workaround fixes
the problem. Let's wait until we merge Qt+openGL3 branch, probably, it
will change something.
M +36 -0 libs/ui/opengl/kis_opengl.cpp
M +5 -0 libs/ui/opengl/kis_opengl.h
http://commits.kde.org/krita/34f8ecdf866b556c4a054003f6358a7cee6fa025
--
You are receiving this mail because:
You are watching all bug changes.
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic