Coalesce visual changes to canvas/items and allow canvas to render

First visual change will be processed as normal and then blocked until the
canvas renders the change. If further visual changes need processing then
Editor::pre_render callback will schedule another expose/redraw/render.

This prevents an issue where idle_visual_changer is called many times in
response to events(keys/motion/etc) but the canvas does not get a chance to
render any but the last one which results in a big pause/jump.

This results in a more responsive canvas and in particular a smoother and more
predictable zooming experience.

Add PreRender signal to the canvas

Emitted by the canvas immediately before rendering.

Whitespace fixes in canvas.h

Tweak/Change the zoom scale in RulerZoomDrag

This multiplier really should be based on the "responsiveness" of the
canvas..or something. I think this is an improvement for more complex sessions
with many regions.

Output the setting of the --no-threaded-waveviews option during configure

Allow saving state w/o backend

Connections are remembered by ARDOUR::Port to re-establish at load.

Report Dummy as not available if not running

This fixes an issue with port-connections being polled from the backend
even when it's not running.

Create a deep-copy of MIDI sources when saving snapshots

Extend API to allow calling new_midi_source_path() with source_lock held

This is in preparation for cloning MIDI-sources during snapshot save.

OSC: simplify GUI and make less error-prone

OSC: Allow /bank_up to accept -1 as well as 1 so encoder can work.

OSC: make sed_fader work with banking too.

OSC: Add master_send_enable for MB

OSC: redo math for redux control with fewer calls.

OSC: Messages too fast at bank_change/refresh slowed down.

Add missing `echo` in ardev_common.sh.in

Fix metronome + capture alignment for Mixbus

NO-OP: whitespace

Mixbus GUI updates (VCA layout, no panners)

OSC: Fix math error in send fader feedback

amend 5e5f7a55; re-add wrongly removed variable

leave a hint for clang's static analyzer

Remove Automation Types that should never have existed.

MCU: Remove use of AutomationType as ID, part two.

This may need some small tweaks for MB channelstrip to set
print-format (like LV2 plugins would) for cases where the default
value_as_string() differs.

MCU: Remove use of AutomationType as ID, part one.

Implement undo for merging VCA-master automation/value on disconnect.

Improve default parameter display

OSC: only show visible plugins (not MB channel strip PI)

Remove unnecessary LocaleGuard header include

Update GUI to follow Slavable API change

Update Slavable API

Do not use AutomationType to identify parameters, use complete
Evoral::Parameter and Automatable.

For "batch connections", a Slavables needs to implement an API to return
the relevant controls.

This is only a first step towards a more generic Master/Slave framework.

NO-OP: whitespace

OSC: Add increment fader.

OSC: allow mixbuses to show

Accommodate newly introduced source(s) in our MSVC project (libpbd)

OSC: use internal_to_interface or reverse

Remove LocaleGuard from Plugin::get_state

Let the plugin implementation of Plugin::add_state use a LocaleGuard if it is
necessary (VST/LV2). This puts the LocaleGuards where they are required but the
LocaleGuards in Session::set/get_state will mean these LocaleGuards are a noop.
They are still useful for documentation purposes and in case the code is called
from a non-Session context at some point.

Remove LocaleGuards from LadspaPlugin::set/add_state

String <-> type conversion is being performed by the pbd/string_convert.h API
via PBD::XMLNode so LocaleGuards are not necessary.

Remove unnecessary LocaleGuards from VSTPlugin derived classes

VSTPlugin::set_state and VSTPlugin::add_state methods both already contain
LocaleGuard instances.

Remove unused ArdourCanvas::HSV constructor

Using stringstream for this is not locale independant. If this constructor is
needed at a later stage it should be reimplemented.

Remove locale_guard.h from ardour/ardour.h header

Add to source files that use LocaleGuard

Results in far less recompiling when pbd/locale_guard.h changes

Remove unused pbd/locale_guard.h header from Gtkmm2ext::Barcontroller class

Remove LocaleGuard from ARDOUR_UI::save_ardour_state method

All float <=> string conversions are now done using PBD::to_string/string_to()
in ConfigVariable class or via XMLNode::get/set_property()

Remove LocaleGuards from VideoTimeLine class

float <=> string conversion is done using PBD::string_to/to_string() via
XMLNode::get/set_property so the LocaleGuards are no longer necessary

Remove LocaleGuard from VideoUtils::video_query_info

PBD::string_to is now used for float <=> string conversions so a LocaleGuard is
no longer necessary.

Remove LocaleGuards from UIConfiguration class

all float <=> string conversions are done via PBD::to_string/string_to. Either
via XMLNode::get/set_property or directly in HSV and SVAModifier classes

Remove LocaleGuard from MixerUI class

The float <=> string conversions that this guard was protecting are now using
PBD::to_string/string_to() via XMLNode::get/set_property()

Remove LocaleGuards from LuaInstance state methods

There are no float <=> string conversions in these methods and g_base64_encode
etc functions are not affected by locale.

Remove LocaleGuards from ExportVideoDialog class

All float <=> string conversion is now done using PBD::to_string/string_to()
via XMLNode::get/set_property()

Remove LocaleGuards from Editor class

All float <=> string conversions are now done using locale independent
PBD::to_string/string_to() via XMLNode::get/set_property

Remove LocaleGuards from SVAModifier and HSV classes

float <=> string conversion now done using PBD::to_string/string_to so
LocaleGuards are no longer needed.

Remove LocaleGuard from ARDOUR::PannerShell

All Panner implementations using PBD::to_string/string_to for float <=> string
conversion and no longer require a LocaleGuard.

Remove LocaleGuard from ARDOUR::Pannable class

string <=> float conversions are using PBD::to_string/string_to and no longer
require a LocaleGuard

Remove LocaleGuards from ARDOUR::Tempo class

All float <=> string conversions are done for PBD::string_to/to_string and no
longer require a LocaleGuard.

Remove LocaleGuards from ARDOUR::Speakers class

float <=> string conversions are now using PBD::to_string/string_to via XMLNode
for locale independent conversion and these guards are not necessary.

Remove LocaleGuards from ARDOUR::Session transport related methods

ARDOUR::AutomationList is no longer using LocaleGuards as float <=> string
conversion is using PBD::to_string/string_to so the reason for adding these
guards as per comment no longer applies.

Remove LocaleGuard from Session::load_options

PBD::ConfigVariable uses PBD::to_string/string_to methods so this LocaleGuard
is no longer necessary.

Remove LocaleGuards from SessionConfiguration class

ConfigurationVariable is now using PBD::to_string/string_to for float <=>
string conversions so LocaleGuard is no longer necessary.

Remove LocaleGuard from Session::immediately_post_engine method

I think this was only to protect the float <=> string conversion in
Session::setup_click_state related to click gain which is now using
PBD::to_string/string_to and so no longer necessary.

Remove LocaleGuard from ARDOUR::Route class

Route and all members are now using locale independent string <=> float
conversions.

Remove LocaleGuard from ARDOUR::MonitorProcessor state method

All float <=> string conversions are done using PBD::to_string/string_to via
XMLNode and LocaleGuard is not necessary.

Remove LocaleGuard from ARDOUR::RCConfiguration class

This presumes that all ControlProtocol implementations either use
PBD::to_string/string_to for float <=> string conversions, which is now the
case.

Remove LocaleGuards from LuaProc class

All float <=> string conversions are done using PBD::to_string/string_to via
XMLNode so no LocaleGuard is necessary.

Remove LocaleGuard from ARDOUR::MidiTrack class

There are no float <=> string conversions and they are all now performed using
PBD::to_string/string_to via XMLNode

Remove LocaleGuard from ARDOUR::MidiDiskstream class

There are no float <=> string conversions in MidiDiskstream state methods,
these guards must have been to protect conversions in Diskstream state methods
which are now using PBD::to_string/string_to via XMLNode so no longer need
guarding.

Remove LocaleGuards from ARDOUR::ExportFormatSpecification state methods

All float <=> string conversions are performed by PBD::to_string/string_to via
XMLNode.

Remove LocaleGuard from ARDOUR::Diskstream state method

The float conversion in Diskstream::get_state is now done using
PBD::to_string/string_to via XMLNode::set_property API.

There was no explicit LocaleGuard protecting the string -> float conversion to
remove so it was probably protected by the caller.

Remove LocaleGuard from ARDOUR::AutomationList class

All float conversions are using PBD::to_string/string_to via
XMLNode::get/set_property API

Remove LocaleGuard from ARDOUR::Region class

Property conversions <=> string use PBD::to_string/string_to so float
conversions don't need to be protected by a LocaleGuard

Remove LocaleGuard from ARDOUR::AudioRegion state methods

float <=> string conversions are performed using PBD::to_string/string_to via
XMLNode

Remove LocaleGuard from ARDOUR::AudioTrack class

The gain property float <=> string conversion is now performed using
PBD::to_string/string_to via XMLNode

Remove LocaleGuard from AudioFileSource::get_state

Not necessary when using XMLNode::set_property API

Remove LocaleGuard from ARDOUR::AudioDiskstream state methods

There are no float <=> string conversions and they are all now performed using
PBD::to_string/string_to via XMLNode

Remove LocaleGuard from ARDOUR::IO class state methods

There are no float <=> string conversions that require a LocaleGuard and all
conversions are performed using PBD::to_string/string_to via XMLNode

Remove LocaleGuard from PBD::Controllable state methods

These are no longer necessary as float <=> string conversion is handled by
locale independent PBD::to_string/string_to via XMLNode::get/set_property

OSC: Accept mixed parameter types for touch

compilation requires <stdint.h>

Some ToDo notes about AutomationTypes

Remove internal_to_user/user_to_internal API

Also GainControl can just use the AutomationControl's implementation of
get_user_string()

Prepare removal of redundant get_user/set_user API.

Temporary session-format compatibility (revert before release)

Saving the new ControlList interpolation methods (enum) breaks loading
the session in older version. The session-format version will
need to be increased.

Until then:
 * Fader automation + region gain envelope uses linear fades
 * The automation-line visible in the GUI does not match the actual fade
   (the y-axis is log/exp-scale, the fade is linear)
 * Adding new points on the line is not using the correct initial value
 * Custom changes of interpolation mode are not available

Neither of these issues is a regression.

Fix VST default value. query once at instantiation time.

Consolidate ParameterDescriptor settings+ranges

Add interpolation-mode menu to ATAV.

Log-scale/relative automation point dragging

update GUI to use new APIs

Set default interpolation type (for new lanes)

Add API to compute parameter delta, depending on AutomationType

Centralize Parameter scaling

This exposes an AutomationType dependent abstract version of
inteface_to_internal(), internal_to_interface().

Remove duplicates from ControlList

Clamp values in ControlList

Implement additional ControlList interpolation methods.

The Control and ControlList uses the raw value (eg. coefficient for gain,
Hz for frequencies) and those Lists are stored in existing sessions.

In the vast majority of cases interpolating automation values using exp/log
scale for dB, freq makes more sense -- it's also what the fader does.

Adding additional interpolation methods is future proof (we might at allow
to even add different methods per automation point (to the next) like other
DAWs do.

Currently it's mainly used in preparation for consistent GUI automation-
lanes. Between 2 points there's always a visual straight line.

Remove separate ControlList min/max/default, use ParameterDescriptor.

remove min/max unbound -- LADSPA special case.

This explicit case should never have existed in the first place.

Plugins can always implicitly exceed the range and are expected to
cope with out-of-range values (e.g. meters when fed with a peaking signal
may return an out-of-bounds value)

GUI: prepare for API changes

remove use of
- unbound_min/max
- list->default_value and min/max_y

Move logarithmic property into Evoral, add rangesteps

This allows complete mathematical description of a given parameter
and parameter values.

Semantic type abstraction is reserved for Ardour::ParameterDescriptor.

Remove old API

Fix/update maximum gain computation

Switch to PBD control-math and prefer Controllable API

Note: Control-surfaces should always use interface_to_internal()
and internal_to_interface().

Centralize control-parameter math functions in libpbd.

Functions formerly in ardour/util.h and some more functions.
The main motivation is libevoral which can use libpbd but not libardour.

The eventual goal is to consolidate various different interpolation,
scaling and deflection methods.