Add missing line feed in midi_region_view.cc

Midi region ghost note uses beat-based note time calculation.

Fix frame-based beat calculation in MidiRegionView::snap_frame_to_grid_underneath()

- this caused the ghost note under the pointer to behave badly when
  hovering near an audio-locked meter.

Enforce rounding to beat as >= 0.0

Expose Stripable Color & Ordering API to Lua

We can't easily use C++ references with Lua closures, so
new API (pointer to PresentationInfo) was added.

edit text regarding the "required" nature of JACK during installation process

change PBD::Transmitter code to use PBD::Signal<> not sigc::signal<>, since the latter is not thread safe

Don't call any Transmitter from realtime context

This fixes a crash when TempoMap::bbt_at_frame_rt() is called
for a latent effect at position 00:00:00:00 and frame is < 0.

Remove assumption that the meter starts at frame 0 in Editor::apply_midi_note_edit_op_to_region().

Sync User Interactoin tooltips with new default settings.

Choose some non-overlapping defaults for User Interaction modifier keys.

Add a new modifier combination that allows overlap with snap-related defaults.

- this should be enough to handle all of the current possibilities.

User Interaction pref shows the push points modifier in the 'beginning a drag' row.

- it is currently dual use (move both ends of a range marker
    during drag / push control points at the beginning of a drag).
  this may have to be separated, but as it is called the push
  points modifier, it belongs here.

Resolve potential ambiguity between the constraint modifier and the copy modifier when beginning a drag.

Ensure RelevantModifierKeyMask is updated on each modifier change.

- fixes bug where changing prefs in User Interaction
  only took effect on restart.

Ensure BBTRulerDrag operates within the tempo map.

Ensure positive length whan drag-adding new midi region.

Always send start property changes when a midi region trim alters position.

- ensures gui updates correctly.

Audio-locked midi region fixes.

- don't alter region frame length on tempo change or position change.

- set region _start correctly (see comments) on tempo map change.

- ensure audio-locked region's beat is set on tempo map change

Allow negative return in TempoMap::beat_at_frame() and its exact_ variant.

- audio-locked midi regions can be start-trimmed properly
  when close to 1|1|0
- a midi region placed before the first meter
  will continue the tempo curve and first meter.

Only a couple of callers require change, as bbt_at_beat() already
deals with this.

add nstewart to authors

Add "Marker Toggle" #5193

Nobody expects the LV2 inquisition!

tweak strings now that 5.0 is out

add RMS region normalization option

Another step towards gcc-ABI detection when installing as root

makeself extracts the file with owner-only access.
When the installer itself runs as root, NORM_USER won't be able to
call the abi-test tool.

revert 388a8fc9; prefer gcc4 if we can't determine the ABI

check for null pointer in Locations::remove()

fix path to glibmm that we check

libglibmm-2.4.so comes with the -dev package
libglibmm-2.4.so.1 is the actual library

allow to manually override gcc ABI selection in the installer

fix crash when copy'ing latent plugins

remove debug output

remove debug output

don't bundle no-inst scripts

prefix no-inst script with an underscore and skip install

prefix blessed scripted DSP plugins with a-*

merge source-defaults into system-config file

(generated by ./arcfg)

clean up plugin ttls - always add semicolon for compatibility

Fix test compilation error.

BBTTest::addTest() should add a meter rather than replacing the first one.

Make tempo tests use the api more correctly.

- TempoMap initially contains a tempo and meter.
  using add_tempo/meter() using the position of an
  existing section does the right thing, but prints a warning.
  Use replace_tempo/meter().

Allow -ve framepos handling in TempoMap::framepos_plus_beats()

- also handles frame positions previous to the initial
  meter (beat_at_frame() would return 0 in this case).

add plural forms for pt to gtk2_ardour/po/pt.po

(updated) pt(_BR) update for gtk2_ardour from Marcelo Teles

Revert "pt(_BR) update for gtk2_ardour from Marcelo Teles"

This reverts commit cf08eaa32d0d7b17f44cec616f3c9bb0430ba19c.

updated russian translation from Alexandre Prokoudine

fix definition of PrimaryModifier for Keyboard for OS X

fix display of modifiers on OS X in the bindings editor

fix thinko that causes near duplicate menu items in group context menu when not in group tabs

fix bug when appdata.pot file cannot be regenerated

GenericUI: better popup placement for automation mode

Move anchored menu placement strategy to Gtkmm2ext utils

So that it can be used by others.

fix race condition when dropping Ports

Jack2 calls back from a notification thread and the callback (PortManager::connect_callback())
could end up holding the final reference on 1 or more ports. The ports would then be
unregistered as we leave the callback scope, which is illegal (no server calls from
a notification thread)

add explanatory comment

fix typo

Make ArdourDisplay a subclass of ArdourDropdown

Remove the space for checks/radios/icons in dropdowns

Make Dropdown menus at least as wide as the button

Improve placement of Dropdown popups.

When an item in the menu corresponds to the currently displayed choice,
vertically align the item with the button on menu popup.

Use a C++ bool constant

Improve ArdourDropdown menu position

Remove a no longer true comment

It should have been removed as part of 539c062ed23daf308e650b5d1039384ac5a55666
(Make the configuration penalty subtler about inputs).

add a script to multi-split regions

a few more Location related lua bindings

Use a default configuration instead of bailing out

If the script doesn't provide a dsp_ioconfig() function, or if it does
not return a table of tables, provide an empty table of table as
default, which means a single configuration with default values.

Remove dsp_has_midi_*() in favor of dsp_ioconfig()

_has_midi_*put members of LuaProc will be set according to the actual
configuration chosen, for configure_io() and run() to use.

Refuse more configs with unmatched midi in if !imprecise

Since MIDI in should be

Take midi into account for penalty computation

Demote configurations if they have mismatched midi in or out with the
same mechanism as for audio, but with lower coefficients so that
mismatched midi has less influence than mismatched audio in selecting
the best configuration.

POLICY CHANGE.

Remove ad-hoc handling of possible_out == 0

Just refuse configurations without any output at all, and let the
remaining logic take care of selecting configurations with no audio
output if they make sense and there are no better configurations.

POLICY CHANGE: configurations with no output might now be considered
even if they have audio inputs (e.g. a pure pitch detector without audio
passthrough), whereas they were skipped before.

Make the configuration penalty subtler about inputs

Instead of uniformly demote configurations with a non-matching audio
input count (using a penalty offset of 1000), also grade the
impreciseness of the configuration so that those with the nearest input
count are preferred. As for outputs, give a slightly higher handicap to
configuration with too many inputs with regard to the actual audio
inputs that can be fed to the plugin.

POLICY CHANGE: when only imprecise configurations are found the actually
selected one can be different (better) than before this commit.

Remove ad-hoc handling of possible_in == 0

Just make the code responsible for possible_in > 0 also handle
possible_in == 0 since it nearly does the same thing.

The only difference is that the possible_in == 0 case didn't check at
all for audio_in, essentially acting as if possible_in was audio_in.
There is thus a small POLICY CHANGE, but the selected configuration will
stay the same unless a better matching configuration is available.

Change column width in macros

Set \midi_out when selecting a configuration...

...instead of at the very beginning, so that it can depend on the loop
iteration.

Merge pass 2 (imprecise) into pass 1

Still no policy change, since when a configuration is chosen that would
have belonged to the second pass, then its penalty will be increased by
1000 and it will be selected only as last recourse.

Move MIDI filters imprecise handling from 2nd pass to 1st

This doesn't change the policy since configurations are given an
additional 1000 penalty if audio_in != possible_in, and will thus be
trumped by any "precise" configuration (unless the latter has 1000
excess or missing outputs which should be less than likely).

Rearrange condition for pure midi plugins

Use FOUNDCFG* instead of setting the configuration by hand

Enable overriding the configuration penalty

This is useful for exact matches that would otherwise need to duplicate
the bookeeping done by FOUNDCFG()

Introduce a macro for imprecise configurations

It enables only setting the imprecise audio channel count if the
configuration is indeed selected.

Set \imprecise midi channel count in FOUNDCFG

So that it can depend on the actual configuration selected.

Set \imprecise when a configuration is chosen

Instead of setting \imprecise at the end of the loop if a configuration
was found (which clobbered valuable information, see dae2406187), set it
each time a new configuration is chosen.

In the second loop that tries harder, resetting \imprecise also avoids a
previous "imprecise->set(AUDIO, 0)" to last even if another
configuration is chosen later.

Last but not least, it will enable correctly setting the midi input
count hoped for by the configuration.

Merge some cases to avoid duplicated logic

Merge the cases in == -1 and in == -2 since those are both wildcards,
almost symmetric in the AU spec, and handled completely symmetrically by
the code here considering it accepts invalid or unspecified demands.

Also merge the cases in > 0 and in < -2 since they are handled exactly
the same as far as outputs are concerned.

Remove code with no actual effect

That code modifies \imprecise if it is not NULL, but
 - if a configuration is found, \imprecise will be set to in, clobbering
   the tentative changes done here;
 - if a configuration is not found, a last-resort loop will be run that
   will set the same member of \imprecise, also clobbering our changes.

Remove it since it does nothing that is looked at before being
forgotten. A way to get the intended outcome will be introduced later.

Move a MIDI test in the table handling loop...

...to later enable that condition truthiness to depend on the
loop iteration. The goal here is to prepare for the upcoming rewrite,
without introducing any policy change for now.

There is no behavior change because if all loop iterations are skipped,
then \found will be false, and with \imprecise being null the last
attempt will be skipped and we will return false.

Replace the exact_match logic by a negative penalty

Instead of doing an initial loop for detection of exact matches, then
letting the following loop set \audio_out yet ignore its value, merge
the two loops but give exact matches a negative penalty so that the
\audio_out value they set won't change afterwards.

No policy change.

Remove wrong asserts

LuaProc::can_support_io_configuration: don't mix int and int32_t

OSC: make sure this is c++98 compatible.

update german translation

C++98 compat for 032139ac3

mark session dirty when changing plugin presets

osc: provide human readable reading for gain.

OSC: provide  human readable level for sends.

Improve midnam for Waldorf Blofeld

add a "Pin Management" button to the plugin UI-header

workaround changes in glibmm 2.49.x

Glib::RefPtr defines the operator bool() as explicit which breaks
comparisons like "some_ref_ptr == 0" or "... != 0".

https://bugzilla.gnome.org/show_bug.cgi?id=769502

add support for VST default values (instantiation time value)

add a wrapper to launch the vst-scanner manually

if we can't determine the gcc4/5 prefer the new gcc5 ABI

include XT* plugins with Ardour bundles and x42 on OSX/Win