Merge branch 'master' into windows

update JACK backend to use new inheritance structure for AudioBackend

change inheritance so that an AudioBackend IS-A PortEngine

This allows a derived (concrete) implementation to share information (e.g. sample rate, buffer size)
between the audio backend side of things and the port management side of things.

explanatory comment

remove some debug output messages

don't stop metering thread when session is removed; move engine-setup code into its own method. sorry, ardour build-from-source folk :)

vtl: export selected range

tweak narrow-mixer-strip meters: nettings vs the_CLA. Round 3.

lots of changes to auto-start (and stop) the backend for latency measurements, and continuing work on the session construction/engine configuration flow

reinstate unblocking-of-connections in session setup, accidentally dropped in reorganization work

prevent key press in pre-main-window dialog(s) from crashing the program because there is no editor window to forward key presses to

change names, add comment, improve return type to avoid extra call to get EngineControl::State*

merge with master and fix Searchpath conflict

merge with master

add AudioBackendNativeThread to serve the same role as jack_native_thread_t

incomplete merge of master into windows (requires upcoming changes to master to be complete)

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.

*maybe* fix issues with zombification during session loading

make use of measured latency values to set dialog controls, and use actual port latency to compute extra delay

remove some configure time tests from libs/ardour regarding JACK which are no longer relevant

remove unused members and code from EngineControl dialog (related to different devices for input+output)

make quit work even when latency measurement is in progress

fix handling of new session

defer save state till after everything done in post_engine_init() is complete.

more tweaks to latency measurement

don't open ports till absolutely necessary (store names for future use).

tidy up parts of the dialog (tab)

basic functionality for hardware latency measurement

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.

new generic MIDI binding map for Novation Impulse 61 from Alexandre Prokoudine

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.

fix name of control app for Delta1010

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.

fix control app breakage

fix crash when unconditionally using null env var; tweak packing of control app button

add envy24 control app name

launching control app is now responsibility of ardour GUI, not audio backend; use ARDOUR_DEVICE_CONTROL_APP if set in the environment

initial work on adding access to h/w control apps when ardour starts JACK

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

move engine dialog from a widget to an actual dialog; emit Session::AudioEngineSetupRequired when loading a session if it is necessary

hide tick-marks on narrow mixer-meters

widen narrow mixer-meters,hide metric display instead

meterbridge: don't display metrics of invisible tracks

vtl: update to ffmpeg v1.2.1 [lib]x264 option.

move inadvertently moved jack_slave.cc back to its rightful spot

other changes for separated jack backend

move JACK audio backend to its own folder and adjust build system to reflect that (installed version may now work)

add input/output channel counts and reorganize table somewhat

add support in JACK backend for specifying number of input and output channels to use

save/restore I/O latency values in audio/midi setup

fix merge conflicts with audioengine

fix JACK backend setup so that we know about graph, port changes etc.

Merge branch 'master' into windows

fix for unconditional use of #include <malloc.h> which doesn't work on OS X

alloca() is defined in stdlib on most *nix systems

tighten up error handling a little bit during various setup functions for Mackie Control

exit early from AsyncMIDIPort::drain() if it will never be used in a process callback again

Use correct define when building ControlProtocol to export symbols

Only define certain debug flags when dist_target is auto

Fixes issue when cross compiling using MinGW

Use Glib::usleep for portability

Rename SearchPath class Searchpath

Windows headers define SearchPath which means we have to undefine it
where necessary. This is a pain and can be tricksy, so I feel renaming
the class slightly is the easiest solution.

Ifdef some non-portable code for MinGW

jack_native_thread_t is HANDLE for MinGW builds of jack so using pthread API
cannot work.

Fix for isnan using MinGW compiler

Add test for writing a jack config file

Remove windows specific quoting now that jack autostart works on windows

This allows jack2 to autostart using the .jackdrc we write

Remove ARDOUR::start_jack_server now that jack autostart works on windows

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.

always save/keep audio/MIDI setup states so that they are available for use *after* instances where JACK was already running

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

shorten tab labels on audio/midi setup notebook

'libs/ardour' - Revert 'std::llabs' to 'llabs' until we find a platform-neutral solution (MOTE - 'llabs' and '::llabs' are being used successfully in other parts of Ardour)

'libs/ardour' - Minor changes to prevent MSVC from complaining about malformed comments

'surfaces/mackie' - Platform specific changes

'surfaces/mackie' - Other minor changes needed for building with MSVC

'surfaces/mackie' - Comment out some structure field names which MSVC didn't like

'surfaces/generic_midi' - Specify 'MIDI::byte' instead of 'byte' so the compiler knows which one we mean

'surfaces/generic_midi' - Comment out some structure field names which MSVC didn't like

'surfaces/generic_midi' - Minor modification to prevent MSVC from complaining about a malformed comment

'libs/audiographer' - Try 'lrintf' instead of 'rintf' which isn't available in MSVC

'libs/audiographer' - Use 'alloca()' for a stack based array whose size is unknown (required to be buildable with MSVC)

save and restore the selected engine state at startup

fix up restoration of saved state from disk, still incomplete

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

save and restore settings for different backend/driver/device combinations

So far, this is only internal - never saved to disk

change names of actions groups that include "jack"

rename interface_ stuff in the engine dialog to device_, since that feels a bit clearer terminology

'libs/surfaces' - Add an additional visibility specifier (ARDOURCP_API as well as ARDOURSURFACE_API)

'libs/gtkmm2ext' - Minor modification to prevent MSVC from complaining about a malformed comment

'libs/gtkmm2ext' - Add the file 'gtkapplication_win32.c' to complement gtkapplication_x11 and gtkapplication_quartz

squash another compiler warning

vtl: fix small issue with video source file on export

Merge branch 'master' into audioengine

Merge branch 'windows' of git.ardour.org:ardour/ardour into windows

'libs/panners' - Remove the temporary export specifiers that were only used for testing

'libs/panners' - Disable a compiler-specific warning

'libs/panners' - Fix a typo in 'vbap/vbap.cc'

'libs/panners' - Use 'std::vector' to implement arrays whose size is unknown (required to be buildable with MSVC)

'libs/panners' - Use 'alloca()' for a stack based array whose size is unknown (required to be buildable with MSVC)

bump to 3.4

Merge branch 'master' into windows

fix error introduced during recent changes to Mackie control support, involving ambiguous enum usage

fix a few minor compilation warnings

Merge branch 'master' into windows

use visibility macros to control visibility in control surface DLL/DSO's