Created attachment 102792 [details] i have attached a screenshot so you can see properly what i mean with bent lines. When i use my wacom CTH-490 comic tablet, or any other tablet for that matter, i get bent lines when i use the brush. However, when i use the mouse that is not the case. I have talked to very helpful people on the krita forum, yet we have not found a solution. I will attach a screenshot so you can properly see what i mean.
I can confirm the issue. It seems OSX specific. The Qt::AA_CompressHighFrequencyEvents flag only is relevant on X11, it's false by default on OSX and Windows according to http://doc.qt.io/qt-5/qt.html. However, it's pretty clear that some form of event compression is going on. I suspect we'll have to patch Qt again or fork Qt's OSX tablet support...
*** Bug 374989 has been marked as a duplicate of this bug. ***
*** Bug 377188 has been marked as a duplicate of this bug. ***
*** Bug 382555 has been marked as a duplicate of this bug. ***
*** Bug 384052 has been marked as a duplicate of this bug. ***
*** Bug 384060 has been marked as a duplicate of this bug. ***
Git commit f386cdb7686c50ddc0a0842d2921aa3eff87b98e by Boudewijn Rempt. Committed on 20/09/2017 at 09:19. Pushed by rempt into branch 'krita/3.3'. Improve stylus precision on OSX Patch by Bernhard Liebl Differential Revision: https://phabricator.kde.org/D7880 M +8 -0 libs/ui/CMakeLists.txt M +9 -1 libs/ui/KisApplication.cpp A +22 -0 libs/ui/osx.h [License: LGPL (v2+)] A +32 -0 libs/ui/osx.mm https://commits.kde.org/krita/f386cdb7686c50ddc0a0842d2921aa3eff87b98e
Git commit d4bca56cde88f9be851d151aec8091a7a252ad46 by Boudewijn Rempt. Committed on 20/09/2017 at 09:24. Pushed by rempt into branch 'master'. Improve stylus precision on OSX Patch by Bernhard Liebl Differential Revision: https://phabricator.kde.org/D7880 M +8 -0 libs/ui/CMakeLists.txt M +9 -1 libs/ui/KisApplication.cpp A +22 -0 libs/ui/osx.h [License: LGPL (v2+)] A +32 -0 libs/ui/osx.mm https://commits.kde.org/krita/d4bca56cde88f9be851d151aec8091a7a252ad46
This should be improved in 3.3.0-rc.1: https://krita.org/en/item/krita-3-3-0-first-release-candidate/ Please check.
Created attachment 108056 [details] 3.2.0 opengl test
(In reply to jdreske from comment #10) > Created attachment 108056 [details] > 3.2.0 opengl test Any testing should be done with 3.3.0-rc.1 or a later version instead, it is meaningless to test with 3.2.0 anymore.
I found in Krita 3.2.0 turning off OpenGL helps with the jagged lines. But this only helps when I explicitly turn off OpenGl. Restarting Krita with OpenGl unchecked results in jagged lines again. I have to turn on and off OpenGl Acceleration to be able to draw smooth curves. In 3.3.0 rc 1 the OpenGl options are greyed out. It is no more possible to turn on and off OpenGl and thus drawn lines look as jagged as with 3.2.0. started with OpenGl unchecked... ( screenshot above)
(In reply to jdreske from comment #12) > I found in Krita 3.2.0 turning off OpenGL helps with the jagged lines. > But this only helps when I explicitly turn off OpenGl. Restarting Krita with > OpenGl unchecked results in jagged lines again. I have to turn on and off > OpenGl Acceleration to be able to draw smooth curves. > > In 3.3.0 rc 1 the OpenGl options are greyed out. It is no more possible to > turn on and off OpenGl and thus drawn lines look as jagged as with 3.2.0. > started with OpenGl unchecked... > > ( screenshot above) From what I understand, in Krita 3.3 OpenGL is intentionally disabled for AMD graphics due to bug 369014. I have been told that you should be able to force OS X to use the Intel integrated graphics to run Krita, can you test that? I have no clue why toggling OpenGL on and then off in 3.2 would cause a change in the input behaviour.
I just checked what happens, using gfxCardStatus to force using the integrated intel gpu. the Acceleration checkbox is not greyed out anymore. on start it was checked (openGl on), performance was very bad. unchecked it - performance is not good, but usable. By the way I tried to save my test as a .png and Krita got stuck like in previous versions. Creating a new document by keyboard shortcut (cmd-n) helps and the menus get populated again. This means AMD is not responsible for this bug, since krita used the integrated intel gpu. (For 3.2.0 it feels like OpenGL is on by default and krita does not check or apply this option on starting up. I think it is the same using the intel gpu, but less obvious, because the integrated gpu is slower than the discreet AMD gpu)
Created attachment 108072 [details] intel vs. amd doodle performance test
*** This bug has been marked as a duplicate of bug 385276 ***