AudioProcessorValueTreeState && thread-safety

I think it should be mentioned in the doc of those new methods that thread safety is obtained using locks, hence it is thread-safe but not realtime-safe

Yes, that’s probably a good idea.

You really shouldn’t be copying or replacing the state ValueTree on a realtime thread in the first place though!

Certainly! and that’s why I propose to add that to the doc, otherwise someone may be tempted to do that in order to load a preset in response to MIDI Program Change messages, which are received by the audio callback on the realtime thread

2 Likes