If you are zooming with the wheel mouse in a perspective-projected view, then zooming can become slow as the camera location gets close to the target location. You can “reset” this, basically, by using the Zoom Windows or Zoom Target.
First of all, the “Realistic” display mode is a VisualARQ display mode that shows objects using their render materials and also shows the silhouettes. This display mode will be always slower than other display modes because silhouettes are slow to compute in realtime.
Rotating a view is usually faster than zooming (using the scroll wheel), because rotation sets the Rhino display pipeline in “dynamic draw” mode until you release the mouse button. During a “dynamic draw” change, Rhino and VisualARQ try to draw the viewport as fast as possible. On the contrary, zooming using the mouse wheel is not a “dynamic draw”, because each “click” on the wheel is a full draw. I guess that if you try to zoom using ALT + Right Button it will be as fast as rotation because it is also a “dynamic draw” operation.
Anyway, if you think zooming is too slow, send me the model to firstname.lastname@example.org, and I’ll take a look to see what’s going on. Maybe there is something wrong with the model, or there is a bug on VisualARQ.
Now i undestand the difference between the two zoom mode, ALT + Right Button work fast as you say. However i’ve tried something, i’ve copied the 3D model in a new Rhino file and in this case zooming with the mouse is as fast as the ALT + Right Button. In the original file i’ve 15 presentation page with 2D picture and 2D plans from de 3D model, can it be the source of the problem ?
Yes, having 15 details on a layout page can be very slow, and each display update needs to draw all 15 details. Rhino 7 has improved page display a lot by caching a bitmap for each detail, but I think this is not going to speed zoom operations, as the cache is not valid when zooming.
Again, if you want, send me the model to email@example.com if you want me to check if there is something wrong.
I think i’ve found the cause of the zoom slow-down, i’ve removed in the document the two 2D plan and the two 2D section generated by Visualarq and the zoom is faster and less jerky. This solved an other problem i’ve encountered, sometimes when VA regenerated the graphics, it take a lot of time (tens of minutes) with 99 % of the processor used. I think there is something wrong with the 2D plan and section in my file. The file is about 50MB so i can’t send it by mail.
VisualARQ plan and section views are slow because they rely on a custom Make2D implementation, which may be very slow depending on the geometry in the model. They also make models slower and bigger, because lot of curves need to be added to the document.
This is why I always recommend using real-time plan and section viewports.