Could we get an AudioProcessorGraph::ScopedUpdateKind class added to the AudioProcessorGraph which defaults to AudioProcessorGraph::UpdateKind::none and triggers AudioProcessorGraph::rebuild() in its destructor?
Thanks,
Rail
Hi, I bumped into here and I got curious.
How could AudioProcessorGraph::rebuild() being called in the destructor be beneficial ( instead of AudioProcessorGraph::releaseResources() )?
The idea is that you create a ScopedUpdateKind object in your method and the kind is set to none until the object goes out of scope (it’s destroyed)… and it triggers the graph to rebuild.
Currently I have to have an UpdateKind parameter and send it to every graph addNode, addConnection, etc and call rebuild – using a Scoped object to control the UpdateKind to automate the process would be great.
Rail
1 Like
Is this ticket intentionally not in the Feature Requests category?
(Not that there would be evidence the votes mean a thing 
)
2 Likes