There are strategies to making the program run as quickly as possible:
– Although the system track has far less of a bad effect on performance than it did in early 2.x builds, if you don’t need it, turn it off
– Due to a bug, large time signatures (drawn centred on instrument brackets, or above the staff at system object positions) can slow down editing: while you’re editing your score, change the settings in Layout Options so that time signatures are drawn at the normal size on every staff instead
– Due to a bug, hiding bar rests and other rests in many bars by way of setting ‘Starts voice’ or ‘Ends voice’ on a note a long way through a piece can also cause the program to feel slow: while you’re editing the score, keep rests showing and try to avoid causing rests to be suppressed in long ranges of bars by way of the ‘Starts voice’ and ‘Ends voice’ properties
– Work with the smallest number of tabs open at any one time as possible. If you are constantly switching between the score and a part, consider having one tab for whichever part you’re working on, and another for the score.
– If you need to do large-scale edits in Setup mode, e.g. reordering flows, adding/removing/grouping players, first close all tabs but one, show a part layout in that tab, then close and reopen the project before making the edits. This will be much, much quicker than doing the edit with the full score layout showing.
– In general, galley view will be a bit quicker than page view because it doesn’t have to do some of the collision avoidance work that is done in page view, so in particular it’s worth doing note input in a big project in galley view
– Also for note input, it can be useful to create a “working layout” that contains only the flow you’re currently working on, but this doesn’t work for layout-related work, as almost all Engrave mode changes are layout-specific, so any Engraving changes you make will only be present in that layout, and detaching a flow from a layout cleans up those adjustments right away, so they will be gone if you subsequently re-attach the flow to that layout.
– Playback doesn’t really have an impact on the performance of the program in general note input and editing, but of course it causes issues when copying and pasting between projects. For that kind of workflow, you should consider using the “Silence” playback template for that phase of work, though of course the downside of that is that you will lose any manual adjustments you’ve made in Play mode.
We’re always willing to look at projects that are particularly slow. To help us diagnose the problems, we need the project file, the diagnostics, a system report (an Apple System Report on Mac or an MSINFO32 report on Windows), and ideally some specific steps that the user feels appear to be causing Dorico to chug especially badly.