Adjust latency extension requirements #392
Merged
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
proposal after some discussion on Dischord.
plugin_latency->get
afterhost_latency->changed
gets called from the plugin during activationplugin_latency->get
to be called already duringplugin->activate
host_latency->changed
is called beforeactivate
.host_latency->changed
to be called only duringplugin->activate
host_latency->changed
duringactivate
after setting up its latency internally? (How do existing hosts handle the case that plugins do not callhost_latency->changed
during activation? Maybe you can tell how Bitwig handles it, @abique?)Not sure whether the term
being-activated
is optimal. If you have better suggestions, please feel free to change it or suggest something else.