I don't think this is an Intel graphics issue; it is just worse under lower
performing graphics cards (eg in laptops, or systems with only processor
graphics). I have an NVIDIA GPU in my laptop and see the same problem
(although I have a fairly high-end laptop). If you test with a fast desktop
GPU or a simple model it may not show up. The model I am using also has a
lot of CSG operations (which in preview mode involve multiple passes to
render...).
I think what is happening is that the queue of commands to change the view
generated when dragging the mouse is growing faster than the graphics system
can render. Then even after the mouse is released, the queue drains only
as fast as the system can render. Note the problem also occurs with
panning, not just rotation (and panning is even more annoying as the model
drifts out of view and you have to hunt around, carefully because of the
lag, to bring it back).
With this issue the system is only barely usable as you have to reposition
the model with very short "bursts". Also, this is not a pure performance
issue: I have used exactly the same model and the same GPU to work with
models under OpenSCAD in the past with no problem.
This is, simply put, a recently introduced user interface bug. What the
system should do is "jump" to the last movement command given in the queue
each time it does a render, flushing the event/command queue of any pending
requests, to keep it from growing uncontrollably.
--
View this message in context: http://forum.openscad.org/Severe-lag-when-rotating-model-in-viewing-area-tp18679p19681.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
I don't think this is an Intel graphics issue; it is just worse under lower
performing graphics cards (eg in laptops, or systems with only processor
graphics). I have an NVIDIA GPU in my laptop and see the same problem
(although I have a fairly high-end laptop). If you test with a fast desktop
GPU or a simple model it may not show up. The model I am using also has a
lot of CSG operations (which in preview mode involve multiple passes to
render...).
I think what is happening is that the queue of commands to change the view
generated when dragging the mouse is growing faster than the graphics system
can render. Then even after the mouse is released, the queue drains only
as fast as the system can render. Note the problem also occurs with
panning, not just rotation (and panning is even more annoying as the model
drifts out of view and you have to hunt around, carefully because of the
lag, to bring it back).
With this issue the system is only barely usable as you have to reposition
the model with very short "bursts". Also, this is not a pure performance
issue: I have used exactly the same model and the same GPU to work with
models under OpenSCAD in the past with no problem.
This is, simply put, a recently introduced user interface bug. What the
system should do is "jump" to the last movement command given in the queue
each time it does a render, flushing the event/command queue of any pending
requests, to keep it from growing uncontrollably.
--
View this message in context: http://forum.openscad.org/Severe-lag-when-rotating-model-in-viewing-area-tp18679p19681.html
Sent from the OpenSCAD mailing list archive at Nabble.com.
