Quote:
Originally Posted by
Dan Phillips
➡️
On our system, it's OK. So, let's figure out what's happening here!
A shot in the dark: in Preferences -> Audio -> Devices, what's your setting for Multithreading?
Thanks. Interesting. I've had reports of other M1Max owners with similar performance behaviour to what I see (and some Windows users too, with the CPU increasing to max out the core when voices are not sounding).
Generally, I choose 8 HP Cores (rather than Automatic), multithreading is Playback & Live Tracks, Buffer is 64 samples, process buffer range is Large. (44.1KHz too.)
Changes to any of these don't make a difference to the behaviour I see, except if I up the audio buffer size to 512, where the core behaviour calms down a bit and becomes "usable" (single-core CPU when wavestat is idle is about 35%, rather than 100% at *any* smaller buffers)
Both on internal MBP audio, and my USB audio interface which is otherwise rock solid...
Quick demo:
At the start of the video, wavestate is idle, no voices sounding, in Live mode, with the core pegged at 100%. I play one note, and cpu drops to 20% or so. I release the note, and the cpu climbs back to 100%. I do this a couple of times.
Then I select a different (empty) track so wavestate is no longer in Live mode, and when idle, is split over two cores. Releasing a sounding note does result in a cpu increase, but not anything that would max a core and cause overloads/glitches, because of the core distribution. I don't know why it uses more CPU when no voices are sounding than when they are.
If I close the gui, and play a note it seems to use even more CPU and causes hard glitches in the audio.