Dorico's additive Playback Articulations

I have been baffled for some time trying to determine why I cannot get certain articulations to sound let alone the right ones even when correctly defined. The answer was found when in Play and clicking on the the Playing Techniques and hovering the mouse over each of these techniques to read the popup before it disappears (wish it would to stay up longer!) This is massively helpful in determining which articulation(s) are to be played. Now suppose a the score is written with several successively different articulations at different points in the Violin 1 in BBCSO Pro, such as:
Sul Pont
Col Legno
Snap Pizz
Sul Tasto
…that by looking at that popup for Snap Pizz, Dorico shows the articulations to be played simultaneously are Snap PIzz, Col legno, & Sul Pont. and no articulation at all for where Sul Tasto should be. Clearly Dorico is trying to apply all these articulations together until it is becomes impossible, as in this case when Sul Tasto is encountered.

So what to do about this. The only solution I’ve come up with is to insert Nat. before each change in articulation as this seems to be a “reset”. Or is there some way to turn off this additive articulation behavior?

You should make sure that these playback techniques are all in the same mutual exclusion group in your expression map. That tells Dorico that they are not cumulative, but rather that only one of them is valid at any given time.

1 Like

I had the same snag with choir articulations, but what you suggest fixed it Daniel.

Thanks Daniel, this is indeed the solution. So now I will go back do this all my expression maps. It will be tedious with 100’s of expression maps, but 99% of the time I would have no use for this cumulative feature. It would be nice if there was an option to turn this OFF.

Actually, I have some sympathy for this point of view. it is generally nonsensical to combine these sort of p.t’s (what are called “direction” techniques as they continue until told to stop as opposed to “attributes” which only apply to the note they are attached to) and of course there will very rarely be a special technique to support them anyway – certainly isn’t in the articulation light BBC orchestra.

However there are perfectly valid reasons for having two (or conceivably more) more techniques operating simultaneously. Suppose you have for instance all techniques that can also be played “con sordino”. While very often in this sort of situation, you can set the constant as an add-on entry there will be in some instances exceptions. A blanket ban on combined techniques could easily have undesirable consequences. I personally tend to make liberal use of the mutual exclusions and it really doesn’t take long to set something like that up in a map.

Dorico 3.5 will automatically create these mutual exclusion groups for you, so you don’t need to think about it, unless you’ve deliberately interfered with the settings in the expression map. If you’re finding that you have to create these mutual exclusion groups manually, it suggests a deeper problem either with the specific expression maps you’re working with, or potentially with your workflow and the steps you’re taking in the Expression Maps dialog.

of course what Daniel says is correct but I don’t find the auto lists are necessarily comprehensive enough, particularly with more complex libraries. But yes, remove the AUTO flag so you can see the entries and decide for yourself if what you require needs further additions and modifications.

The auto mutual exclusion groups are just generated for some of the common techniques that Dorico knows about, where we also know that only one technique in a group can be active at any time, eg pizz or arco, harmonic mute or plunger mute, open or closed, etc. Beyond that, Dorico has no way of knowing for any particular library whether techniques can be played at the same time, hence you have to tell it by defining your own mutual exclusion groups.

exactly my point! And of course many of us create our own custom p.t’s and there’s no way Dorico can be expected to know about these.

Just some thoughts about mutual exclusion: Shouldn’t it have been implemented the other way round?
I mean every technique would be mutual exclusive and you add those that aren’t.
Like sul pont + stac, con sordino + legato, …
They make more sense to me.
Working with custom techniques, I get the feeling this would be less work.
Or am I missing something…

The add-on entry would indeed be a nice solution, but the add-on seems to be sent as last one of the events. Doing channel switching with the add-on made this impossible in my case, because this should happen before the other events.

In a world without slurs, perhaps your way would be quicker. In a world with slurs, though, I imagine it would be a real pain to have to set up a bunch of mutual inclusions for x + legato.

You’re probably refering to the phrasing slur, for the playing technique slur I don’t see too many options. Maybe we should have 2 types of slurs.
The reason for my frustation about the mutual exclusions is that at some point you always get stuck and you have to workaround the problem.
What I mean is that by adding a (new) mutual exclusion for some new articulation, you could end up breaking other articulations.
If everything was mutual excluded than you need to add a new articulation combination whenever you needed a custom playback, the advantage is that it keeps the other articulations 100% working.
I think of it like security: You keep everything locked and open up specific points when needed, so it secure all the time. You don’t work the other way round.