Page MenuHome

Tranformation Gizmo is slowing down the viewport
Open, NormalPublic

Description

System Information
Operating system: Win 10
Graphics card: GTX 1050 Ti

Blender Version
Broken:
2.80, 036ec5cae4f7, blender2.8, 2019-02-11

Short description of error

Open clean build today
Enable the "Move" tool in the "T" panel -> select cube -> keys 1,3,7 on the numpad, or drag with shift the viewport(short period) - lag

Details

Type
Bug

Event Timeline

Sebastian Parborg (zeddb) triaged this task as Needs Information from User priority.Feb 12 2019, 8:04 PM

Do you have the latest nvidia drivers? Make also sure to try out the latest blender beta.

If you have the latest, can you try running blender with --debug-value 23 and see if any of the values changes drastically when you have selected the move tool.

Do you have the latest nvidia drivers? Make also sure to try out the latest blender beta.

The latest version of b3d - 19.02.12 - 2.80.0-git.d3870471edd7
GPU driver latest - 418.81

I try on another PC - Win 7 x64 - gtx 960
still also.

Sebastian Parborg (zeddb) raised the priority of this task from Needs Information from User to Normal.Feb 12 2019, 9:54 PM

can you try with an empty object? to see if it really comes from the tranform gizmo? also you can change your active tool to the cursor tool to verify that.

yes, when transform gizmo active - lag. scale/move/spin etc

HI, I have the same problem when gizmo is active.
Windows 10
Nvidia gtx 1060 Ti

same problem Gtx 1070
I think It is the same as T57677

it looks like card detection or acceleration problem since it exists only if nothing is using a card in the background, even opening the Nvidia experience just speeds stuff.

edit:
it is related to all gizmos not only transform, even python ones

Same here, downloaded the feb10 nightly build and the feb14 build as well, I can confirm I'm having this exact issue, anytime the gizmo is present in the view port, it slows down view port performance and creates stutters and lag. Running a quick cycles preview render once on viewport seems to help alleviate the stuttering, but it is still there.

***Edit: viewport panning/rotating stutter and lag seems to be present when a camera object is selected as well, without the transform gizmo active, though the active "click and drag" handle function of changing the camera focal length should be taken into consideration as well for this bug.

@Clément Foucault (fclem) This weird lag behavior is last about month for now, don't it should be high priority and fixed since it is totally ruin usability?
This lug still in all latest builds and I can reproduce it on different machines.
Please, don't throw such bugs that makes blender unusable at all.

I wouldn't call it completely unusable, but it is peculiar that the gizmo tool works perfect on current 2.79 but has so much lag on 2.8. Its such a nice dynamic tool to use, I hope the bug can be fixed soon.

Clément Foucault (fclem) renamed this task from Move tool on - lag to Tranformation Gizmo is slowing down the viewport.Mar 23 2019, 11:48 PM

Can anyone try to reproduce the issue with tomorrow's built (March 24th) using --debug-gpu as command line argument? This should disable Polygon and line smoothing on the gizmos. I want to know if that's the issue or something else.

Can anyone try to reproduce the issue with tomorrow's built (March 24th) using --debug-gpu as command line argument? This should disable Polygon and line smoothing on the gizmos. I want to know if that's the issue or something else.

Hi @Clément Foucault (fclem).

I tried to launch blender with --debug-gpu. For me it made things worse - with gizmo changing view became super laggy, even pie menus won't open properly.

Yes, also.
with the --debug-gpu option, fps drops to ~ 1-2f/s
and Yes smoothing is disabled.
tried on two PC
win 10 x64 1050ti
win 7 x64 gtx960

 2.80 Beta Windows 64 bit
March 25, 01:08:27 - 07f6be87a97e

This is strange. I'm not sure what other state could provoke this slowdown. @Campbell Barton (campbellbarton) any idea?

@Clément Foucault (fclem) Sorry to interrupt, but I'd like to know if the bug's priority will be raised to high, to fix for release 2.80? Thanks!

with the edc1b0167518 build and the --debug-gpu argument, everything is also slow down and even stronger.
But when you run blender_debug_gpu.cmd, which is located in the folder with the build. and actively gizmo - works almost without lags.
logs will attach.