diff options
author | Paul Davis <paul@linuxaudiosystems.com> | 2013-09-09 21:23:12 -0400 |
---|---|---|
committer | Paul Davis <paul@linuxaudiosystems.com> | 2013-09-09 21:23:12 -0400 |
commit | 2a8923402776a4542de5d8b79cb101b1c997c36d (patch) | |
tree | dd98c854daa2994f5703cafb2115a9ccade6fbc1 /libs/ardour | |
parent | 29c9d94dbe76f94e8126550fcb9513182b17fbb5 (diff) |
move control app launching back into audio backend to allow ASIO/CoreAudio model to work; push initial state of AMS dialog to backend
Issues remain with the basic model of the AMS dialog - when is
newly chosen state pushed into the backend (which can then
modify the control app button sensitivity. This is a special
problem for this button because APIs like ASIO and CoreAudio
probably don't allow us to launch a control app for an arbitrary
device, but only one actually in use. In this sense it is
different from properties like available buffer size etc, where
we can typically query without actually using the device.
Diffstat (limited to 'libs/ardour')
-rw-r--r-- | libs/ardour/ardour/audio_backend.h | 6 |
1 files changed, 5 insertions, 1 deletions
diff --git a/libs/ardour/ardour/audio_backend.h b/libs/ardour/ardour/audio_backend.h index b8a1818e24..ab37bea526 100644 --- a/libs/ardour/ardour/audio_backend.h +++ b/libs/ardour/ardour/audio_backend.h @@ -234,7 +234,11 @@ class AudioBackend { * return an empty string. */ virtual std::string control_app_name() const = 0; - + /** Launch the control app for the currently in-use or + * selected device. May do nothing if the control + * app is undefined or cannot be launched. + */ + virtual void launch_control_app () = 0; /* Basic state control */ /** Start using the device named in the most recent call |