Site Tools


TestViewUpdate

When Rhino draws feedback items (i.e. dragging objects around), it must update all views simultaneously. Depending on how many views you have open, what resolution your monitor is in, the number of monitors, …basically anything that adds overhead … updating all views will impact feedback.

Rhino attempts to update all views as fast as it can, as best it can, without experiencing delays. The mechanism isn't perfect, but for most configurations it does pretty well. In situations where this doesn't seem to be working well, I suggest you try the test command TestViewUpdate. This command gives you the ability to change the frequency at which views get updated. A value of 0 (zero) means use Rhino's automated mechanism, which is the default. By changing the frequency, you will be giving the active view higher priority over other views. A value of 200 should give you something close to what V3's updating mechanism is. The higher the value, the higher the priority given to the active view, which means that less priority is given to all other views. The result should be that your active view updates immediately, whereas all other views will likely experience some sort of delay. The delay is dependent on the speed of your computer and the amount of processing Rhino has to do per view. Unfortunately, the command settings aren't remembered across sessions, but if this works for you, and you're able to find a frequency that works, you can always add the command to your startup commands.

The reason things work better using region buffers is because region buffers are designed to update regions of the view based on what changed from the previous update. They are all implemented in the video hardware, which makes them fast. But this speed comes at a price: memory! Using region buffers doubles the amount of video memory used…and if you're running at high resolutions or with multiple views and multiple monitors, then region buffers will likely cause performance issues due to the video drivers trying to maintain all those contiguous blocks of video memory. This is likely what you were experiencing.

-Jeff

rhino/testviewupdate.txt · Last modified: 2020/08/14 (external edit)