Just wondering - is it Scaler 2 or Scaler 3 that you mentioned (I suppose S3, but want to be sure in order to put it to the right category). Like this, maybe some other Ableton users could help you.
Also, is this Ableton on Windows or Mac and which version?
The set I was running when I encountered this problem was a test set and it has been deleted.
But, I recreated a similar issue in a different set.
The chopping audio may have been due to an instrument overloading my CPU.
I have a simple set with five tracks.
The tracks are all built inside of Scaler 3.
All of the tracks reference non-Scaler instruments (Kontakt, Hive…).
One of the tracks contains an instance of the SkyDust Stereo VST. It appears to be the problem.
When SkyDust runs within Scaler 3 the CPU spikes above 100% and the audio is chopped up.
When I move the SkyDust instrument out of Scaler and into Ableton the set runs around 55% of CPU usage.
I imagine that is what was happening before.
Either the Sound Particles folks are not prepared for their device to be housed inside another VST within the DAW or the Scaler folks missed something in the way SkyDust behaves.
I set the Scaler track that had used SkyDust (A) to use an internal Scaler instrument.
Then I created an Ableton track with SkyDust (B) as its instrument.
Then I routed the MIDI channel info from the track which formerly house SkyDust Scaler (A) to the new Ableton track (B).
After that the set behaved.
I would still like to know why SkyDust housed inside of Scaler 3 brings the house down, but in the end I would have moved the instruments into Ableton anyway so it is really no big deal.