When the users painting while he is zoomed in ( for example above 200%) there is a considerable lag in navigation like panning & rotating, even brush strokes and painting lags
let me know if you need any performance logs
thanks
Description
Description
Details
Details
Related Objects
Related Objects
- Mentioned Here
- R37:b22665a2614c: More include cleanup
Comment Actions
I've noticed that angles like 0º, 90º, 180º... did not suffer from slowdown on those increased zoom levels. The nearest you go, the slower it gets, nearly unusable on 3000%+. Here scaling modes did not made difference.
2.9.9 LOD testing from ppa:dimula73/krita did not suffer from this too.
I can confirm it affects both my NVIDIA 525m and Intel second generation video card, on both Kubuntu 15.10 and Ubuntu 16.04
Comment Actions
Note: we have two reports against 2.9 complaining about the same issue:
https://bugs.kde.org/show_bug.cgi?id=355104
https://bugs.kde.org/show_bug.cgi?id=352412
Comment Actions
I can confirm it isn't a case of OpenGL off like second report , here it is on, and the problem affects all operations in canvas on non orthogonal angles rotation, like anything between 0º and 90º.
Comment Actions
I can't reproduce this on neither the intel ultrabook, nor my desktop at home running nouveau, so it must be really specific drivers having trouble...
Comment Actions
If it is of any help:
OpenGL renderer string: GeForce GT 525M/PCIe/SSE2
OpenGL core profile version string: 4.4.0 NVIDIA 352.63
OpenGL core profile shading language version string: 4.40 NVIDIA via Cg compiler
OpenGL version string: 4.5.0 NVIDIA 352.63
OpenGL shading language version string: 4.50 NVIDIA
GLX version: 1.4
intel i7-2670QM, HD graphics 3000
qt: 5.5.1
Comment Actions
Hi, I see the lag on the second alpha of 3.0, running on openSUSE 42.1 XFCE / Intel Celeron G1610 with HD Graphics. Disabling OpenGL doesn't remove the lag.
Comment Actions
i enabled opengl logging and got these output
first run
krita.lib.pigment: Compiled for arch: ::Vc::AVXImpl krita.lib.pigment: Features supported: krita.lib.pigment: "SSE2" --- yes krita.lib.pigment: "SSSE3" --- yes krita.lib.pigment: "SSE4.1" --- yes krita.lib.pigment: "AVX " --- yes Set style "Fusion" KoJsonTrader will load its plugins from "/home/raghu/kf5/inst/lib64/kritaplugins" falling back on QIcon::FromTheme: "document-properties" libpng warning: iCCP: too many profiles libpng warning: iCCP: too many profiles libpng warning: iCCP: too many profiles libpng warning: iCCP: too many profiles krita.general: "Error: incorrect type (timerange) for value range. Expected value" libpng warning: iCCP: too many profiles krita.lib.flake: "InteractionTool" : action "object_order_lower" conflicts with canvas action "rotate_canvas_left" shortcut: "Ctrl+[" krita.lib.flake: "InteractionTool" : action "object_order_raise" conflicts with canvas action "rotate_canvas_right" shortcut: "Ctrl+]" krita.lib.flake: "InteractionTool" : action "object_order_lower" conflicts with canvas action "rotate_canvas_left" shortcut: "Ctrl+[" krita.lib.flake: "InteractionTool" : action "object_order_raise" conflicts with canvas action "rotate_canvas_right" shortcut: "Ctrl+]" Requested FPS: 9.34752 Requested FPS: 48.0038 Requested FPS: 30.0149 Requested FPS: 18.9422 glSync effectiveness: 0.00399202 Requested FPS: 4.00682 QFSFileEngine::open: No file name specified QFSFileEngine::open: No file name specified
second run
krita.lib.pigment: Compiled for arch: ::Vc::AVXImpl
krita.lib.pigment: Features supported:
krita.lib.pigment: "SSE2" --- yes
krita.lib.pigment: "SSSE3" --- yes
krita.lib.pigment: "SSE4.1" --- yes
krita.lib.pigment: "AVX " --- yes
Set style "Fusion"
KoJsonTrader will load its plugins from "/home/raghu/kf5/inst/lib64/kritaplugins"
falling back on QIcon::FromTheme: "document-properties"
libpng warning: iCCP: too many profiles
libpng warning: iCCP: too many profiles
libpng warning: iCCP: too many profiles
libpng warning: iCCP: too many profiles
krita.general: "Error: incorrect type (timerange) for value range. Expected value"
libpng warning: iCCP: too many profiles
krita.lib.flake: "InteractionTool" : action "object_order_lower" conflicts with canvas action "rotate_canvas_left" shortcut: "Ctrl+["
krita.lib.flake: "InteractionTool" : action "object_order_raise" conflicts with canvas action "rotate_canvas_right" shortcut: "Ctrl+]"
krita.lib.flake: "InteractionTool" : action "object_order_lower" conflicts with canvas action "rotate_canvas_left" shortcut: "Ctrl+["
krita.lib.flake: "InteractionTool" : action "object_order_raise" conflicts with canvas action "rotate_canvas_right" shortcut: "Ctrl+]"
Requested FPS: 27.4755
Requested FPS: 74.4289
Requested FPS: 59.5168
Requested FPS: 52.3859
Requested FPS: 26.5301
Requested FPS: 63.522
Requested FPS: 25.1119
Requested FPS: 150.074
Requested FPS: 164.228
Requested FPS: 156.347
Requested FPS: 88.2867
Requested FPS: 157.812
Requested FPS: 154.908
Requested FPS: 47.1522
Requested FPS: 35.1304
Requested FPS: 13.49
krita.input: KisAbstractInputAction "Pan Canvas" tried to process event data from an unhandled event type QEvent::Type(MouseButtonDblClick)
Requested FPS: 3.42838
glSync effectiveness: 0.000545256
Requested FPS: 7.73828
Requested FPS: 51.217
Requested FPS: 93.9535
Requested FPS: 132.72
Requested FPS: 68.0593
glSync effectiveness: 0.0339321
Requested FPS: 147.445
Requested FPS: 146.589
Requested FPS: 61.4355
Requested FPS: 79.5276
Requested FPS: 9.84405
glSync effectiveness: 0.00199601
QXcbConnection: XCB error: 3 (BadWindow), sequence: 21937, resource id: 34092175, major code: 40 (TranslateCoords), minor code: 0I don't know how useful these logs are , if you need more information or logs please let me know
thank you
Comment Actions
I have the same issue with latest 3.0 build. Just as described above, the more I zoomed in the worse it lags, but ONLY if canvas is rotated arbitrarily.
Brush lags a LOT with stabilizer. I can feel it slightly with weighted smoothing too, did not feel it with other smoothing methods yet.
Arch Linux
Geforce GTX 750 Ti
Proprietary nVidia drivers
Edit: Happens with weighted smoothing too, but very slightly while with stabilizer the lag is very heavy.
Comment Actions
I've updated my drive to 361.28 and it still behave the same.
I did more tests and lag disappear with OpenGL off, at last the increased effect by zoom, but brush still is not fluid moving as it is with 2.9.x and OpenGL on.
Other observation I did was the GPU usage, in cases of intensive lag (45º + zoom of 2000%) the GPU usage did not pass from 33%, while when the lag disappear (zoom of 100%) GPU usage goes to 80~90%... So it appears the problem is not GPU being stressed out.
Comment Actions
I've found position of canvas affect the range of problematic angles, with canvas precisely centered with help of zoom, it works fine in angles as 45º. In fact the problem resumes to a small range near 8º. If I did not change the zoom, canvas stay normal, even if I goo away from canvas center, no slowdown, but the moment I change zoom, the problem returns.
Comment Actions
Every weak a new curiosity...
If you go to maximum zoom, 6400% , anywhere on canvas, and rotate, there is no slowdown in any angle, until you come to specific zoom... to me it was 1131%, windragon stated 1600%. It was tested with git b22665a.
Comment Actions
yes after certain level of zooming in its faster, the zom level depends on the document size though, but at such zoom levels its not convenient to work :)
Comment Actions
I have this bug also (tested on 3.0 Pre-alpha 3), but under Windows 7 64bit, NVidia GPU GeForce G 103M, NVidia drivers 310.90.