update ALSA backend: separate playback/capture periods

fixed: 2 for capture,  configurable 2,3 for playback.

GUI chores to show nperiods option.

more Faderport debugging, for windows

remove spurious printout

ALSA: allow to dynamically add/remove midi devices & update their latency.

ALSA: allow to measure & set systemic audio latency w/o restart.

(MIDI needs a bit more work)

GUI handling for live latency-measurement

update engine to allow latency measurement w/o restart.

add interface for latency updates w/o restarting the backend

This is useful for USB devices. Since there is a ringbuffer in the driver
(common on ALSA but also other platforms) to align the USB stream with
USB bus timing the latency can differ every time the device is re-opened.

remove duplicate check (same is done few lines above)

fix thinko in engine latency state

(skip Halted signal when stopped for latency)

Make the duplicate routes dialog look a little nicer.

Remove "Fill Range with Region" from menu and also its function.

implement ALSA period/cycle setting

add an interface to select playback buffers/period

do not show control surface bundles in non-MIDI port matrix.

This will stop being the right thing to do if anyone ever creates a control protocol that
uses audio ports.

faderport: show current User button bindings in GUI

faderport: fix long press behaviour, and fix ardour-only behaviour with user button when used as a modifier

Merge branch 'chaot4-fix_crop_region_to_range_2'

Fix "Crop Region to Range" -- second attempt.

make faderport support report its port bundles as it should

further improvements to port grouping for the port matrix

Don't show LTC etc. ports in the MIDI matrix; Don't show Scene ports for Ardour or Mixbus, since we don't use them; code renaming

fix mis-assignment of various Ports when constructing the PortGroup list for the (e.g.) PortMatrix

disable pthread-w32 semaphores for now

Two major changes: semaphore AND callback based portaudio on one day
are not great for testing.

faderport: generalized blink on/off code

Revert "somewhat different approach to telling the user how to edit control protocol settings"

This reverts commit 4eb161cd4cf55841b7d0d93ca54e8d5706f46232.

Revert "NO-OP: remove cruft"

This reverts commit 5facfc113de7da94a9cab2b6cb274155b5dcb39e.

Faderport:  Punch indictor was being left on after blinking

netbsd: Fix unportable shell construct

Caught with pkgsrc on NetBSD

NO-OP: remove cruft

somewhat different approach to telling the user how to edit control protocol settings

We can't put an actual button in a cell of a Tree/ListView, so we put some bolded-up text there and hope
that this is more obvious than anything we've tried to date (including Ben's recent attempt)

Faderport: map automation indicator LEDs

GenericMidi:  Partially working IO selectors.

2 remaining problems:
*  IO selectors are not updated if you change the connection outside the dialog.
*  occasional crash on the next startup, after a connection is made from the menu.

use explicit button to show the protocol editor; users reported they did not see the double-click text.  maybe this will help?

Enable horizontal scrolling in midi regions when note is selected.

The shortcut for 'change velocities together' had to be changed to
achieve that. The new shortcut is now primary+tertiary modifier +scroll,
i.e. ctrl+shift+scroll for the default keys.

faderport: a clever hack to make the Shift modifier "sticky"

The user can now press+release Shift, then another key OR press Shift, then another key before releasing Shift. Both
event sequences will have the same result

fix double template syntax

add session safeguards to OSC callbacks

Cleanup to make it coding style compliant.

Add support to signal the transport state by OSC

Implement transport_speed in the same style like transport_frame. Up to
now transport_speed and record_enabled are implemented.

Merge branch 'chaot4-fix_scrolling_midi_region_head'

Disable scrolling in the dropdown menus of midi region heads.

Instead pass it to the canvas as proposed by x42 in #6143.

Merge branch 'chaot4-fix_fill_track'

Fix "Fill Track".

It now behaves like Multi-Duplicate until the end marker. The end
marker is excluded as this would often lead to size 1 regions.

Add function to duplicate until a certain frame.

This excludes the 'end' frame.

Fix "Crop Region to Range".

Before only regions that contained the start of the range were cropped,
now all are cropped.

rename ProcessSemaphore to Semaphore (UI)

rename ProcessSemaphore to Semaphore (libs)

consolidate semaphore implementation (part four)

consolidate semaphore implementation (part three)

consolidate semaphore implementation (part two)

consolidate semaphore implementation (part one)

fix pthread-windows semaphore detection

prefer pthread-semaphores (posix API) with mingw

Hopefully this resolves glitches on hyperthreading machines.
Apart from using unnamed Semaphores, pthread-w32 includes additional locks
(guess: mem-barriers), a fallback implementation and windows-specific
tricks that I'd rather not want to know about :)

Fix latency compensation for audio data in portaudio backend

For drivers that correctly report latency values(ASIO) this should result a
much closer alignment of audio in a loopback test. Measurement and
adjustment may still be needed, especially for non-ASIO drivers.

Testing with the RME HDSP Multiface and Yamaha AG06 using ASIO drivers results
in maximum offset of a couple of samples.

Use portaudio callback API by default in portaudio backend

Rename member variables in Portaudio Backend for consistency

Rename blocking process function in portaudio backend

Rename blocking thread function in portaudio backend

fix typo in variable name

merge from mixbus branch.

keep control surfaces special cases upstream.

faderport: factor out encoder divider into a const double

faderport: make punch button LED indicate punch status

faderport: change panning dividers to give full range across very roughly 270 degrees of rotation

start tweaks to make Shift sticky; remove Shift-press combobox from gui since we don't allow that to be bound (next-marker)

faderport: switch long-press mechanism to a timeout

This makes the long press action fire after the timeout even if the user is still holding the button,
which feels more satisfactory

faderport: allow User button to be bound to ANY possible action.

This does involve nagivating some really gnarly menus, which is unfortunate, but we don't have a good general
solution for this yet (it is fundamentally the same problem that affects the key binding editor and Mackie support

faderport: add punch action

faderport: GUI tweaks

tweak control surface config window title

fix AU preset list

Don't require user-presets to be present in order to include
factory presets

remove "medium-length" press concept from faderport code and GUI

set control surface window name to (usefully) show control protocol name

make (parent,title) variant of ArdourWindow constructor set window title

faderport: stick a nice little image of the faderport in the surface GUI

Ideally, the PNG file would be part of the surface GUI but for now just put the PNG into gtk2_ardour/icons

Remove unused vestigial frame member of TimeAxisViewItem

Hide Region frame outline when region width is < 2 pixels, fixes #6615

Fix broken load-session utility and change it to load and save a session

Rename run-session-tests.sh script to load-save-session.sh and make it operate on
only a single session and add a separate load-save-session-collection.sh script

Add --massif option to load-save-session.sh script

Rename some poorly named variables and add some documentation to the
load-save-session.sh script

Don't indent inside namespace declaration to be consistent with ardour style

Use PBD::demangle_symbol in PBD::demangled_name<T> to reduce code duplication

Rename PBD::symbol_demangle and some variable names to improve readability

Rename PBD::symbol_demangle to demangle_symbol so the transitive verb is
infront of the object.

Rename some local variables and fix documentation.

Move PBD symbol demangle functions into pbd/demangle.h/cc

Add pbd/demangle.cc source file and move functions from pbd/stacktrace.cc into
it

faderport: correctly restore mix/proj/trns state from XML

faderport: cleanup

Make capitalization consistent and other minor spelling corrections.

Create fr.po

add a French translation

faderport: add some "curated" actions for mix, proj and trns; make new bindings use release, not press

faderport: restore button actions, and correctly indicate current action in GUI

faderport: some code cleanups, add timing for button presses, add new comboboxes to GUI to allow more button programming, save button state

no-op: add comment to faderport button ID definitions

NOOP, remove trailing whitespace, replace tabs in python scripts

some upcoming release codenames

faderport: add two functioning actions for the mix button

basic structure for Faderport GUI

Not fully functional (or sensible yet) but the pieces are all there

fix OSX openFile Application Delegate

allows to open Ardour via double-click on a .ardour file in Finder.

fix seamless midi-looping - fixes #5438

well, now...
 - Midi-Ports have a midi-buffer.
 - Midi-Tracks have a midi-buffer.
 - Midi-tracks have a diskstream.
 - Midi-diskstream has a midi-ring-buffer.
 - Midi-tracks have a delivery
 - The delivery can get a reference to the actual backend-ports
 - The delivery calls the Midi-Port's flush() buffer to send out queued events
   at the end of a cycle

all clear ? :)

 - when splitting the process-cycle: only the Ports are informed.
   all other objects see a "normal" short process cycle starting at "0".

The offset needs to be applied early on, so that internally routed buffers
push the event at the correct time when combining the buffer with
immediate and async events.

Luckily Port::port_offset() is a static member, available to all, objects,
which allows to bridge the conceptual gap between the diskstream and
the delivery.

There's a snag:
When there's a note-on directly at the beginning of the loop it coincides
with the panic message sent when looping.
The panic comes before note events, so it *should* be good.

Also the final note-offs (state tracker end of loop/region) are sent
1 sample too early (smells like an off-by-one), and are hence dropped.
(no matter we send a panic right after it).
It should really be at the same time, just before the panic.

don't clear MIDI buffers during split-cycles

if dst_offset is zero, MidiBuffer::read_from() clears the buffer.
copy_to_outputs() eventually calls MidiBuffer::read_from().

add some midi-debug printf() to the dummy backend

fix typo in panic message, honor event-time.

midi-panic needs to honor split-cycle buffer offset,

otherwise panic message will be delivered out-of-order when
seamlessly looping.