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)

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

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

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 typos

updated monitor modes doc (new version from Chris with IDs)

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

'libs/ardour' - If the platform is Windows, prevent lengthy caching by flushing imported files on completion of the import

'libs/ardour' - New files and changes needed for 'msvc_libardour'

'libs/ardour' - Correct an invalid buffer address (io.cc)

'libs/ardour' - Minor change to an included header file (audiofile_tagger.cc)

changes to allow window branch to build on OS X

remove --no-freesound option. fixes #5640

new Mackie Control device file for Qcon controller (from #5634)

fix compiler warning

use std::numeric_limits<float>::infinity() rather than INFINITY to try to get compilers to agree on the type

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

fix taglib header paths so linked headers are not necessary

'libs/ardour' - Platform specific changes and includes

fix meter-background highlight when peaking. (> vs >=)

fix rounding issue when dragging video with fractional fps

'libs/ardour' - Compiler specific includes and includes

vtl: import audio at video-offset, forget offset on "Remove Video"

'libs/ardour' - Main body of changes required for building with MSVC

Timecode: fix subframe rounding

if sub-frames are used, frames are rounded up for the later half of
a sub-frame.  e.g. @48KSPS, 25fps, 100 subframes per frame
audio-samples >=1910 already yield 00:00:00:01

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

fix no-roll LTC encoder, honor locates when transport is stopped

'libs/ardour' - Use 'const_iterator' where appropriate (required to be buildable with MSVC)

make master-meter in toolbar optional

advance track's play-position even if processing is locked

fixes
  * http://tracker.ardour.org/view.php?id=5628
  * http://tracker.ardour.org/view.php?id=5561

dedicated namespace for video-utils

conflicting symbol prophylaxis

remove strtok_r() from video_query_info()

for minGW compatibility

add a peak reset button to the editor meter

see http://tracker.ardour.org/view.php?id=5601

fix gtk "child->parent == NULL" asserts

properly handle port removal in route.

bug:
 - add midi track
 - add additional midi port
 - remove additional midi port
 - press play
 -> crash

because..

ARDOUR::MidiTrack::roll's route_buffer still has 2 midi-channels. This is
because processor_max_streams was not updated (no plugins added/removed)
fill_buffers_with_input() eventually asserts when trying to get the 2nd
(nonexistant) midi port via ARDOUR::PortSet::nth_midi_port() in
 ARDOUR::PortSet::port().

fix "other" port-group tab

Separate port-bundles for each jack client in the connection manager.

Previously, apps were only listed as separate bundles if the
ports were gathered at different times. ie one app shows up after
the other (and if no complete re-scan was triggered)

Fixes issue reported by Fons Adriaensen.

Merge branch 'midiclock' of https://github.com/axetota/ardour

Send and Read MIDI Positions the right way

on session-load: skip output-change-handler until IOs are restored

fixes loading a session with tracks that have more input-ports
than output-ports.

the problem:

input -ports are added first, when added, IO::ensure_port() emits
IOChange::ConfigurationChanged which in turn triggers the route to
allocate corresponding output ports.

Due to this callback the output-ports were created before the actual
output-port-configuration and plugin-configuration from the
session-state was parsed and set.

disallow invalid port-removal

do not allow port-removal if the port would be re-added immediately
after that again because the main-delivery actually needs it.

As a side effect this prevents this crash:

 * create a stereo-track, then remove one output
  -> unhandled exception "AudioEngine::PortRegistrationFailure&"

 The problem:
 - the port is removed from the RCU ports list,
   but Port::drop() (which calls jack_port_unregister) is only called
   from the Port's destructor at some later time.
   (because a reference to the port still exists elsewhere)
 - the jack-port is not yet removed.
 - meanwhile Delivery::configure_io comes along and notices that
   there are more audio-buffers than ports and tries to re-register the port.
 - but the port still exists in jack, so it fails and throws an exception
   ...which is not handled.

Merge branch 'master' into windows

fix typos in display of error message about an LV2 plugin preset