9f2ab81df6
always add a timeout value of 200msec to jack, just like qjackctl does.
...
THIS IS A HACK. LONG TERM GOAL: understand why ardour gets zombified on the way up.
2013-09-11 21:00:21 -04:00
f85b362351
*maybe* fix issues with zombification during session loading
2013-09-11 16:33:40 -04:00
91e2eab01a
make use of measured latency values to set dialog controls, and use actual port latency to compute extra delay
2013-09-11 13:02:32 -04:00
18c4c9656a
remove some configure time tests from libs/ardour regarding JACK which are no longer relevant
2013-09-11 12:44:21 -04:00
bede012727
remove unused members and code from EngineControl dialog (related to different devices for input+output)
2013-09-11 12:05:51 -04:00
7c3535ebf8
make quit work even when latency measurement is in progress
2013-09-11 10:06:02 -04:00
7c719e441a
fix handling of new session
...
defer save state till after everything done in post_engine_init() is complete.
2013-09-11 09:59:56 -04:00
d305dc1e0c
more tweaks to latency measurement
...
don't open ports till absolutely necessary (store names for future use).
tidy up parts of the dialog (tab)
2013-09-10 23:25:15 -04:00
676ff80697
basic functionality for hardware latency measurement
2013-09-10 22:58:33 -04:00
209e4bdcae
many changes relating to session construction and audioengine interaction
...
every session member is now initialized using C++ constructor syntax
session construction reordered to clarify the split(s) between work
where the engine is not relevant and work where is it is. this
split is still not 100% obvious, but is enormously clearer than
previously.
if engine/backend are not running as session is created, and the SR
of the sample rate is known, attempt to force backend to that value.
2013-09-10 15:41:19 -04:00
a6815efb86
new generic MIDI binding map for Novation Impulse 61 from Alexandre Prokoudine
2013-09-10 08:51:06 -04:00
19d05fa436
start reordering of Session initialization
...
the goal is to allow a clear demarcation of where we need
the audioengine and have existing data parameters (e.g. sample rate)
for the session so that we can coerce the engine (if possible)
to match to session values.
also, to rationalize construction even more and use C++
constructor syntax as much as possible.
2013-09-09 22:40:54 -04:00
bea5434639
fix name of control app for Delta1010
2013-09-09 21:35:47 -04:00
2a89234027
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.
2013-09-09 21:23:12 -04:00
29c9d94dbe
fix control app breakage
2013-09-09 18:06:44 -04:00
3633892eaa
fix crash when unconditionally using null env var; tweak packing of control app button
2013-09-09 17:10:58 -04:00
f06bab1fa3
add envy24 control app name
2013-09-09 17:10:33 -04:00
ecfeeda4b8
launching control app is now responsibility of ardour GUI, not audio backend; use ARDOUR_DEVICE_CONTROL_APP if set in the environment
2013-09-09 16:48:27 -04:00
f06187735d
initial work on adding access to h/w control apps when ardour starts JACK
2013-09-09 15:17:43 -04:00
a228643e40
add can_change_{sample_rate,buffer_size}_while_running() methods to an AudioBackend
...
Allows the GUI and other stuff to know whether or not changing the SR/bufsize is possible while running, which is about to become useful
2013-09-09 15:17:43 -04:00
56465fda10
move engine dialog from a widget to an actual dialog; emit Session::AudioEngineSetupRequired when loading a session if it is necessary
2013-09-09 15:17:42 -04:00
cd6a9cfe38
hide tick-marks on narrow mixer-meters
2013-09-09 19:33:30 +02:00
93b3433de2
widen narrow mixer-meters,hide metric display instead
2013-09-09 18:31:50 +02:00
79b8a3c736
meterbridge: don't display metrics of invisible tracks
2013-09-09 17:32:33 +02:00
25cd52b392
vtl: update to ffmpeg v1.2.1 [lib]x264 option.
2013-09-08 18:27:41 +02:00
5ec69e2374
move inadvertently moved jack_slave.cc back to its rightful spot
2013-09-07 13:39:36 -04:00
f96652e12a
other changes for separated jack backend
2013-09-07 11:13:07 -04:00
f4cf283f26
move JACK audio backend to its own folder and adjust build system to reflect that (installed version may now work)
2013-09-07 11:03:57 -04:00
e435f22793
add input/output channel counts and reorganize table somewhat
2013-09-06 21:00:01 -04:00
ad8d83289f
add support in JACK backend for specifying number of input and output channels to use
2013-09-06 17:21:23 -04:00
0467231d6e
save/restore I/O latency values in audio/midi setup
2013-09-06 16:43:02 -04:00
4729bbde5f
fix merge conflicts with audioengine
2013-09-06 13:39:26 -04:00
0456788663
fix JACK backend setup so that we know about graph, port changes etc.
2013-09-06 13:06:44 -04:00
79fed95c1b
tighten up error handling a little bit during various setup functions for Mackie Control
2013-09-06 10:39:14 -04:00
018465f739
exit early from AsyncMIDIPort::drain() if it will never be used in a process callback again
2013-09-06 10:38:49 -04:00
94efddd240
fix a problem creating and displaying connected status for ports not owned by ardour (e.g. system:....)
...
This was caused by using jack_port_get_connections() which will
not return the correct status for ports owned by another JACK
client. Because of the potential for deadlock by calling
jack_port_get_all_connections(), an extra argument was added
to several PortEngine:: API calls to specify whether the call
is in a process-callback context, which defaults to true.
The only place where false is passed is within the GlobalPortMatrix
when we need to determine whether two non-ardour ports are
connected.
2013-09-05 21:39:43 -04:00
bc1cc154dc
always save/keep audio/MIDI setup states so that they are available for use *after* instances where JACK was already running
2013-09-05 14:21:25 -04:00
1c49138e00
move MidiPortManager from AudioEngine to Session
...
This makes the responsibilities and ownership of non-Route related MIDI ports
more clear, and removes a few wierd bits of code. It also ensures that open/close/open
on the same session will retain connections for those MIDI ports
2013-09-05 13:22:34 -04:00
fee626c386
shorten tab labels on audio/midi setup notebook
2013-09-05 13:21:13 -04:00
5a3cf3363b
save and restore the selected engine state at startup
2013-09-04 22:58:56 -04:00
0cc4ee7b79
fix up restoration of saved state from disk, still incomplete
2013-09-04 22:22:18 -04:00
418f2ff20a
save and restore audio/MIDI setup states to disk (in ardour.rc)
...
Not finished because the buffer size value will not always stick during restore
2013-09-04 19:34:43 -04:00
58dd0198e6
save and restore settings for different backend/driver/device combinations
...
So far, this is only internal - never saved to disk
2013-09-04 15:45:54 -04:00
8060198f75
change names of actions groups that include "jack"
2013-09-04 12:49:52 -04:00
35cc3245db
rename interface_ stuff in the engine dialog to device_, since that feels a bit clearer terminology
2013-09-04 12:37:44 -04:00
4a135c82fb
squash another compiler warning
2013-09-04 01:37:15 +02:00
a6b66f1594
vtl: fix small issue with video source file on export
2013-09-04 01:36:46 +02:00
d074bc586e
Merge branch 'master' into audioengine
2013-09-03 17:41:49 -04:00
91b027a4a0
bump to 3.4
2013-09-03 09:08:18 -04:00
9261d5908d
fix error introduced during recent changes to Mackie control support, involving ambiguous enum usage
2013-09-03 08:48:11 -04:00
