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

add comment

updated .po files from waf i18n, plus an updated gtk2_ardour/de.po from Edgar Aichinger

Revert "bump to 3.4"

This reverts commit ad7ab8f09afe1eac025a6da87a45c83ada15544d.

revert to --backtrace enabled by default, since the original goal of this change was addressed in other ways

bump to 3.4

add std:: to clarify use of llabs on OS X

replace recently added attempt to use visibility macros with one based on gcc guidelines

I can see no reason to define the "C API Call Type", but perhaps it really is needed for some reason.

I have tested this on Linux only.

add visibility.h to provide generic DSO/DLL visibility macros for use with ardour "helper" and associated libs

'libs/panners' - Streamline my previous API changes and include Tim's additions to support the GCC compiler

LV2 extUI handling - amend to previous commit.

LV2 external UI handling - revert to <= 3.3. behaviour

Don't ever clean up external UI plugins that use the LV2plug.in URI.
only free the memory of the last instance when the plugin is removed
or ardour closes.

improve scroll and drag behaviour of volume-controller knob

fix keyboard interaction with volume knobs (monitor section)

'libs/panners' - Add a conventional 'C' API call type to test building with MSVC

'libs/panners' - A small test (before going too far) to see if these changes have any detrimental affect on the non-MSVC builds.

fix typo in IEC-meter 'weird-float' protection.

protect meters against weird float values

update external plugin UI handling

amend to 4cdb018 and 1d972d0

override ui_closed() behavior for lv2ui:external
Keep UI around and do not re-instantiate, but simply show it again.
(this is against the original specs but was agreed upon by various
authors and the previous behavior or Ardour.)

kx:external-ui are cleaned up after ui_closed().

fix vari-speed phase (when used for calculation only)

and clarify an old comment.

Modify 'ardourext/misc.h' so that it only uses C++ constructs when the compilation is cplusplus

'libs/clearlooks-newer' - Clearlooks needs to be buildable as conventional 'C' but many 'C' compilers require that variables be declared at the top of each function. Move declarations as necessary to accommodate this.

Minor tweaks to MSVC build (hopefully of little consequence)

'libs/gtkmm2ext' - Compiler specific includes

'libs/gtkmm2ext' - Main body of changes required for building with MSVC (mostly #includes and casting)

'libs/gtkmm2ext' - Use 'std::vector' instead of dynamically sized arrays (required to be buildable with MSVC)

'libs/gtkmm2ext' - Remove "using namespace Gdk;" to avoid confusion (in 'fastmeter.cc') over whether we want namespace ::Cairo or namespace Gdk::Cairo

add LV2 support for kx:external-ui#

the ABI of http://kxstudio.sf.net/ns/lv2ext/external-ui# is identical to
http://lv2plug.in/ns/extensions/ui#external
It just adds a distinction between #Host and #Widget for cosmetic reasons.
Sadly some newer plugins are released with only support for kxstudio URI :(

free memory of external plugins on GUI close (major mem leak).

There is at least one known plugin that has a problem with this
(custom thread race condition) but it also crashes in other hosts:
http://www.drumgizmo.org/wiki/doku.php?id=bugs&do=showcaselink&showid=8&project=drumgizmo

tested to be working with various nedko, falktx and x42 plugins

fix compilation on linux

fix merge conflicts from master

pot/po file updates caused by waf i18n

fix confusion about whether flip_mode in the Mackie support code is a bool or an enum

export: add support for CAF

don't run meter in import-dialog if the dialog is not visible

undo the hiding of SR-dependent LV2 ports

update czech translations from pavel fric, part 2