 |
JUCE
v6.1.6 (6.0.8-1114)
JUCE API
|
|
|
JUCE
v6.1.6 (6.0.8-1114)
JUCE API
|
|
Base class for listeners that want to know about changes to an AudioProcessor. More...
#include <juce_AudioProcessorListener.h>
Classes | |
| struct | ChangeDetails |
| Provides details about aspects of an AudioProcessor which have changed. More... | |
Public Member Functions | |
| virtual | ~AudioProcessorListener ()=default |
| Destructor. More... | |
| virtual void | audioProcessorChanged (AudioProcessor *processor, const ChangeDetails &details)=0 |
| Called to indicate that something else in the plugin has changed, like its program, number of parameters, etc. More... | |
| virtual void | audioProcessorParameterChanged (AudioProcessor *processor, int parameterIndex, float newValue)=0 |
| Receives a callback when a parameter is changed. More... | |
| virtual void | audioProcessorParameterChangeGestureBegin (AudioProcessor *processor, int parameterIndex) |
| Indicates that a parameter change gesture has started. More... | |
| virtual void | audioProcessorParameterChangeGestureEnd (AudioProcessor *processor, int parameterIndex) |
| Indicates that a parameter change gesture has finished. More... | |
Base class for listeners that want to know about changes to an AudioProcessor.
Use AudioProcessor::addListener() to register your listener with an AudioProcessor.
@tags{Audio}
|
virtualdefault |
Destructor.
|
pure virtual |
Called to indicate that something else in the plugin has changed, like its program, number of parameters, etc.
IMPORTANT NOTE: This will be called synchronously, and many audio processors will call it during their audio callback. This means that not only has your handler code got to be completely thread-safe, but it's also got to be VERY fast, and avoid blocking. If you need to handle this event on your message thread, use this callback to trigger an AsyncUpdater or ChangeBroadcaster which you can respond to later on the message thread.
|
pure virtual |
Receives a callback when a parameter is changed.
IMPORTANT NOTE: This will be called synchronously when a parameter changes, and many audio processors will change their parameter during their audio callback. This means that not only has your handler code got to be completely thread-safe, but it's also got to be VERY fast, and avoid blocking. If you need to handle this event on your message thread, use this callback to trigger an AsyncUpdater or ChangeBroadcaster which you can respond to on the message thread.
|
virtual |
Indicates that a parameter change gesture has started.
E.g. if the user is dragging a slider, this would be called when they first press the mouse button, and audioProcessorParameterChangeGestureEnd would be called when they release it.
IMPORTANT NOTE: This will be called synchronously, and many audio processors will call it during their audio callback. This means that not only has your handler code got to be completely thread-safe, but it's also got to be VERY fast, and avoid blocking. If you need to handle this event on your message thread, use this callback to trigger an AsyncUpdater or ChangeBroadcaster which you can respond to later on the message thread.
|
virtual |
Indicates that a parameter change gesture has finished.
E.g. if the user is dragging a slider, this would be called when they release the mouse button.
IMPORTANT NOTE: This will be called synchronously, and many audio processors will call it during their audio callback. This means that not only has your handler code got to be completely thread-safe, but it's also got to be VERY fast, and avoid blocking. If you need to handle this event on your message thread, use this callback to trigger an AsyncUpdater or ChangeBroadcaster which you can respond to later on the message thread.
1.8.17