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

update czech translations from pavel fric

fix newly-appearing crash-at-close caused by muddled thinking in pbd/pthread_utils

threads created with this code can now just return a value as they normally would, and the
infrastructure will ensure cleanup. there is no longer any reason to call pthread_exit_pbd()
and so that has been removed.

check master sources when determining whether a region uses a source. should fix #5618

fix merge issues with master

remove misleading + incorrect documentation

some const_cast<> additions for OS X where gcc believes that volatile int* means const int*

remove JACK midi system stuff from jack_utils, because we're not going to use it (for a while, at least)

provide clock_gettime() implementation for lovely OSX, which doesn't have it

don't bother with old MIDI port data in ardour.rc

result: we lose connections to global MIDI ports in older sessions. may fix this in the future

save and restore all ardour-owned MIDI ports

still need to check on MCU port status

re-enable MIDI tracing for ARDOUR::MidiPort

fixes to get MTC (and probably MIDI clock) slaving working again

incoming MIDI data has to be parsed EVERY process cycle, not just when Slave::speed_and_position() is called.
The private MIDI::Parser owned by the MTC and MClck slaves was irrelevant, since the port has its own.
See comments in midi_port.h on the strangled inheritance heirarchy.

Move curve test file handling in main() until after ARDOUR::init is called

This means it doesn't need to call PBD::ID::init directly, which it now
shouldn't be doing

Remove call to PBD::ID::init as it is now done via ARDOUR::init

Call setup_libpbd_enums in PBD::init for portability

Call Gio::init from PBD::init instead of ARDOUR::init

PBD needs Gio for PBD::copy_file and perhaps others

Call PBD::init in ARDOUR::init and PBD::cleanup in ARDOUR::cleanup

Add PBD::init and PBD::cleanup

A bit of refactoring to move initialization of libpbd into libpbd
rather than rely on "client" code(ui,libardour,tests etc) to do it

Move initialization of libardour from ARDOUR_UI class into main()

Prevent libardour from being initialized more than once

This is not thread safe of course, it is not intended to be.

This was implemented as at one stage ARDOUR::init was being called multiple
times in the testsuite which was causing a subtle bug that took some
time to track down.

Change ARDOUR::init return type to bool type for success/failure

assorted extra debug output for MTC

fix thinko in 5dee49e19

fix 5dee49e19 (32/64 bit unsigned int compatibility)

make LV2 communication buffers independent from jack-midi buffer-size

fixes issues with plugin communication that are common with
jack1 use due to its very small midi-buffers.

fix output latency option in jack command line