Very strange playback issue during note input since the Dorico 6.1 update

When I enter music via MIDI keyboard (pitch after duration) quite often it stalls suddenly.
That means the latest entered note is playing permanently and the sound changes to the sound of the top staff. Funny enough I can still enter music however the transposition changes to the transposition of the top staff. So when I have a standard orchestra and enter music in a horn in F staff, the sound changes to flute in C. It occurs in the current project I’m working on but also in a new created file.

Does anybody encounter this behavior and is there any “hard reset” of the sound engine? A different playback template and changing the playback template to something else and back doesn’t fix the issue.

I’m on Mac, latest Sequoia version / Dorico 6.1 and NotePerformer 5 (also latest version)

[…] and the sound changes to the sound of the top staff.

Perhaps related to this?

1 Like

Exactly.

I noticed also that notes are played during note input even when “Play notes during note input and selection” is disabled, it affects only selection.

However disabling MIDI thru mutes the sound during note input.

I disabled both settings, quitted Dorico, relaunched it, and re-enabled the settings. Let’s see whether it changes something.

Dis-/enabling MIDI thru and “Play notes…” does indeed improve the behavior – the hiccup occurs more rarely – but doesn’t fix it permanently. :confused:

It happens with me now, all the time. Highly annoying and probably a nasty underlying bug.

I’m having exactly the same problem. I’d love to hear if there’s a fix.

Same here - I’m working on a score with piano and vocals, and when typing piano lines, I’ll get like two notes or chords typed and they’ll sound like the piano, but then it jumps to the “vocal” line’s sound. If I get out of note input mode, click somewhere, click on the piano staff again, and hit shift+n, it’ll usually stay on piano for the rest of that input session, until I do something else for a while (chord symbols, dynamics, etc). Rinse and repeat.

Version 6.1.10.6078 (Oct 8 2025) [Windows 10]
Dorico 6 AudioEngine Version 6.1.0.13

1 Like

Thanks for reporting this problem. Next time you encounter it, can you please immediately do Help > Create Diagnostic Report and attach the resulting zip file here, along with a note of the rough time at which the sound used for auditioning unexpectedly changed?

I can sort of imagine what might be happening here, but it would be very helpful to see the application logs from within the diagnostic report to try and pin down the situation (or situations) under which the MIDI monitor endpoint is changing unexpectedly.

Hello Daniel,

I’ve been experiencing the same issue and have attached a recent diagnostic report, which captures the problem that occurred at 9:52 a.m. today.

Best regards, Roy

Dorico Diagnostics.zip (3.3 MB)

Thanks for the diagnostics. It doesn’t show me what’s going on, unfortunately, but I would welcome any further diagnostics from other users experiencing this problem.

Here is mine:

Dorico Diagnostics.zip (1.2 MB)

The current time is 13:52 UTC+1. It occurred about 5–7 seconds after entering note input in a 41-staff score jumping to the sound of the topmost staff.

But this 5–7 sec delay is random. Sometimes it doesn’t occur at all. And if a remember properly it doesn’t occur until I’ve played something back with P or SPACE.

Meanwhile I’m on Tahoe 26.1.

Thanks. This also shows that the endpoint for auditioning is indeed changing, but not what prompted it. I will add some more logging to the software so that we can hopefully trap the condition that causes this to happen. When I have a build that includes this additional logging, I’ll let you know.

2 Likes

I just caught it myself (tail application.log) but strangely, there was no MIDI thru endpoint changed: […] entry. Next time, I’ll note the exact time stamp and create diagnostics.

Good morning,
I am in contact with Steinberg for the same reason.
Both on my Intel i9 10 Core iMac with 48 GB of RAM and on my Mac Mini M4 Pro with 32 GB of RAM, both updated (unfortunately) to Tahoe, I continue to encounter problems with stuck notes and sound changes while I am writing any part.
I use the updated Noteperformer and I am a composer who writes dense orchestral scores.
I discovered by chance that on the Mac’s extended keyboard, I can mute the stuck note by pressing the 0 key on the keypad, but it does not return to the timbre I was writing with.
The incredible thing is that it’s a random problem and, even though it happens all the time, I haven’t been able to find a way to reproduce it scientifically.
I realised that the timbre always switches to the flute because it’s the first note in the score (MIDI channel 1).
I seem to remember, but I may be wrong, that once, in order to hear the sounds when the piece was loaded, you had to open the caret in a track, whereas now, as soon as Noteperformer loads, you can immediately play, but always with the sound of the first instrument in the score (flute MIDI channel 1).
Another strange thing happens: if I select and open the caret on any track and hear the timbre as I enter the notes, if, with the caret still active, I press the keys at the bottom left to switch from the score to real or transposed sounds, the sound switches to the flute.
I’ve been stuck with this for weeks.
Steinberg has been helping me almost daily with great kindness, but to date, they haven’t been able to resolve the issue.
Best regards,
Stefano

In the middle of a project and can’t apply silence template to make diagnostics small enough, but I caught it and captured the log.

The following is inputting 3 notes in 1st Violin staff:

2025-11-13 05:16:56.354 [info] Executing command: NoteInput.Enter?Set=1

=> MIDI thru endpoint change to 8192 (VEP 1st violins, port 1)
2025-11-13 05:16:56.413 [info] MIDI thru endpoint changed: 8192
2025-11-13 05:16:56.413 [info] addEventsForAudition() adding 2 events to buffer #:0
2025-11-13 05:16:56.420 [info] notifyPostCommandExecute: NoteInput.Enter?Set=1 (66 ms)
2025-11-13 05:16:56.427 [info] processAuditionEvents() - processed 2 events
2025-11-13 05:17:01.627 [info] Executing command: NoteInput.NoteValue?LogDuration=kQuaver
2025-11-13 05:17:01.633 [info] notifyPostCommandExecute: NoteInput.NoteValue?LogDuration=kQuaver (6 ms)
2025-11-13 05:17:02.887 [info] Executing command: NoteInput.MoveAdvance
2025-11-13 05:17:02.894 [info] notifyPostCommandExecute: NoteInput.MoveAdvance (6 ms)
2025-11-13 05:17:09.249 [info] Posting command (requested): NoteInput.MIDINoteInput MIDIPitches=80
2025-11-13 05:17:09.278 [info] Executing command: NoteInput.MIDINoteInput?MIDIPitches=80
2025-11-13 05:17:09.431 [info] notifyPostCommandExecute: NoteInput.MIDINoteInput?MIDIPitches=80 (153 ms)

=> MIDI thru endpoint change to 3073 (VEP woodwinds, port 1)
2025-11-13 05:17:09.955 [info] MIDI thru endpoint changed: 3073
2025-11-13 05:17:09.955 [info] addEventsForAudition() adding 2 events to buffer #:0
2025-11-13 05:17:09.970 [info] processAuditionEvents() - processed 2 events

=> MIDI thru endpoint change to 8336 (Unused VEP [loaded] instance which I can’t figure out)
2025-11-13 05:17:10.075 [info] MIDI thru endpoint changed: 8336
2025-11-13 05:17:10.075 [info] addEventsForAudition() adding 2 events to buffer #:0
2025-11-13 05:17:10.095 [info] processAuditionEvents() - processed 2 events
2025-11-13 05:17:18.679 [info] Posting command (requested): NoteInput.MIDINoteInput MIDIPitches=79
2025-11-13 05:17:18.679 [info] Executing command: NoteInput.MIDINoteInput?MIDIPitches=79
2025-11-13 05:17:18.789 [info] notifyPostCommandExecute: NoteInput.MIDINoteInput?MIDIPitches=79 (110 ms)
2025-11-13 05:17:19.775 [info] Posting command (requested): NoteInput.MIDINoteInput MIDIPitches=80
2025-11-13 05:17:19.776 [info] Executing command: NoteInput.MIDINoteInput?MIDIPitches=80
2025-11-13 05:17:19.931 [info] notifyPostCommandExecute: NoteInput.MIDINoteInput?MIDIPitches=80 (155 ms)
2025-11-13 05:17:20.662 [info] Executing command: UI.Escape
2025-11-13 05:17:20.663 [info] Posting command (requested): NoteInput.Exit
2025-11-13 05:17:20.697 [info] notifyPostCommandExecute: UI.Escape (34 ms)
2025-11-13 05:17:20.698 [info] Executing command: NoteInput.Exit

Not only does it switch to the instance of the top-most instrument, but you can see it switches to some seemingly random instance that isn’t used in this flow.

EDIT: it would also be interesting to know what those identifiers actually represent. They can’t be endpoint IDs, a I only have 8 endpoints (VEP instances) loaded, but yet:

grep ‘MIDI thru endpoint changed’ Dorico\ 6/application.log \
  | cut -f4-10 -d’ '|sort | uniq | wc -l
58


There’s a -1 ID in there as well.

2 Likes

And once more, 3 notes entered into piano staff

2025-11-13 06:08:59.569 [info] MIDI thru endpoint changed: 2052
2025-11-13 06:08:59.576 [info] notifyPostCommandExecute: NoteInput.Enter?Set=1 (68 ms)
2025-11-13 06:09:00.562 [info] Executing command: NoteInput.NoteValue?LogDuration=kQuaver
2025-11-13 06:09:00.570 [info] notifyPostCommandExecute: NoteInput.NoteValue?LogDuration=kQuaver (8 ms)
2025-11-13 06:09:00.866 [info] Executing command: NoteInput.MoveAdvance
2025-11-13 06:09:00.873 [info] notifyPostCommandExecute: NoteInput.MoveAdvance (6 ms)
2025-11-13 06:09:01.885 [info] ping response received in Dorico6AB0B7CD961D94B939577210C87EF885A: from silk service
2025-11-13 06:09:04.554 [info] Posting command (requested): NoteInput.MIDINoteInput MIDIPitches=58
2025-11-13 06:09:04.555 [info] Executing command: NoteInput.MIDINoteInput?MIDIPitches=58
2025-11-13 06:09:04.801 [info] notifyPostCommandExecute: NoteInput.MIDINoteInput?MIDIPitches=58 (246 ms)
2025-11-13 06:09:05.199 [info] Posting command (requested): NoteInput.MIDINoteInput MIDIPitches=62
2025-11-13 06:09:05.199 [info] Executing command: NoteInput.MIDINoteInput?MIDIPitches=62
2025-11-13 06:09:05.348 [info] notifyPostCommandExecute: NoteInput.MIDINoteInput?MIDIPitches=62 (149 ms)
2025-11-13 06:09:05.920 [info] MIDI thru endpoint changed: 3073
2025-11-13 06:09:05.920 [info] addEventsForAudition() adding 2 events to buffer #:0
2025-11-13 06:09:05.935 [info] processAuditionEvents() - processed 2 events
2025-11-13 06:09:06.038 [info] MIDI thru endpoint changed: 8336
2025-11-13 06:09:06.038 [info] addEventsForAudition() adding 2 events to buffer #:0
2025-11-13 06:09:06.059 [info] processAuditionEvents() - processed 2 events
2025-11-13 06:09:06.206 [info] Posting command (requested): NoteInput.MIDINoteInput MIDIPitches=63
2025-11-13 06:09:06.272 [info] Executing command: NoteInput.MIDINoteInput?MIDIPitches=63
2025-11-13 06:09:06.420 [info] notifyPostCommandExecute: NoteInput.MIDINoteInput?MIDIPitches=63 (147 ms)
2025-11-13 06:09:24.502 [info] Executing command: UI.Escape
2025-11-13 06:09:24.502 [info] Posting command (requested): NoteInput.Exit
2025-11-13 06:09:24.541 [info] notifyPostCommandExecute: UI.Escape (38 ms)
2025-11-13 06:09:24.541 [info] Executing command: NoteInput.Exit


It migrates to that strange 8(336) endpoint. I don’t have all string divisi expanded (IVP is enabled) so it could be one of the split-section port+channel. MIDI through definitely seems to have a mind of its own.

1 Like

12,58 Italian time

Dorico Diagnostics.zip (1,1 MB)

One more tidbit of information. It seems, at least in my case, that the same two (wrong) endpoints are chosen instead of the correct one: 3073 and 8336

2025-11-13 11:00:19.784 [info] Executing command: NoteInput.Enter?Set=1
2025-11-13 11:00:19.842 [info] MIDI thru endpoint changed: 3121
2025-11-13 11:00:19.849 [info] notifyPostCommandExecute: NoteInput.Enter?Set=1 (64 ms)
2025-11-13 11:00:20.468 [info] Executing command: NoteInput.ExtendDown
2025-11-13 11:00:20.469 [info] MIDI thru endpoint changed: 3121
2025-11-13 11:00:20.475 [info] notifyPostCommandExecute: NoteInput.ExtendDown (6 ms)
2025-11-13 11:00:20.703 [info] ping response received in Dorico6AB0B7CD961D94B939577210C87EF885A: from silk service
2025-11-13 11:00:34.249 [info] Executing command: NoteInput.NoteValue?LogDuration=kSemibreve
2025-11-13 11:00:34.256 [info] notifyPostCommandExecute: NoteInput.NoteValue?LogDuration=kSemibreve (7 ms)
2025-11-13 11:00:38.200 [info] Posting command (requested): NoteInput.MIDINoteInput MIDIPitches=54,38
2025-11-13 11:00:38.238 [info] Executing command: NoteInput.MIDINoteInput?MIDIPitches=54,38
2025-11-13 11:00:38.409 [info] notifyPostCommandExecute: NoteInput.MIDINoteInput?MIDIPitches=54,38 (171 ms)
2025-11-13 11:00:38.985 [info] MIDI thru endpoint changed: 3073
2025-11-13 11:00:38.986 [info] addEventsForAudition() adding 2 events to buffer #:0
2025-11-13 11:00:38.989 [info] processAuditionEvents() - processed 2 events
2025-11-13 11:00:39.177 [info] MIDI thru endpoint changed: 8336
2025-11-13 11:00:39.177 [info] addEventsForAudition() adding 2 events to buffer #:0
2025-11-13 11:00:39.207 [info] processAuditionEvents() - processed 2 events


This was entering note input and extending the caret across bassoon 2&3. It switches the bassoon 2 to flute and bassoon 3 to 2nd divisi of the contrabasses. But it’s always the same (wrong) two that it switches to.

1 Like

Hallo everyone,

Any news?

Stefano