Did you make sure to download and not use the built-in player?
Yes. Did you change the audio device within Dorico during the video?
In the video, firstly, my interface is unplugged, which has the sluggishness when scrolling around. Then what you can see is i plug my interface in (this happens when there’s a short pause in the scrolling) then you’ll notice when I scroll again the sluggishness, or low frame rate, is gone, its now full frame rate, then during a pause in scrolling I unplug the interface and the low framerate sluggish performace returns. Dorico’s audio output doesnt seem to be affecting this, with the i terface in or out, Dorico is still swt to use the macbook speakers. Simply having the interface connected physically to the computer is what’s making the difference
That’s very weird. Perhaps @Ulf can help you if it’s audio related. But that still doesn’t explain all the zoom logs.
Hi @calumwakeling , could you please post a fresh diagnostic report. The other one you posted earlier is already pretty outdated. I want to see the logs from the time you created the video. Thanks
No worries, here’re the latest logs
Dorico Diagnostics.zip (1.6 MB)
Hi everyone and Calum, thanks for the new data.
From my point of view there is nothing unusual.
Yes, in the audio engine logs I can see the event of the audio device getting plugged in, but other than that, nothing. Same holds true for the Dorico logs. Around that time when Calum made the screen recording, yet again only the expected log messages are flying around.
And Ben, of course you are right, there are literally piles of zoom events to be found in the Dorico logs, but they were logged the day before (Calum ran Dorico for 2 or 3 days without shutting down). And since Calum still experienced the sluggishness when there were no more zoom events logged, I think there is no connection.
The plot thickens. Just to let you know I have the support person for Audient (the make of my audio interface) looking in to it too, they’re also puzzled.