don't build a-r-d if alsa backend is not built

add default timeout for old dbus headers

remove unused label_color from TimeAxisViewItem

hopefully fix up selection of color for region name text, under all conditions

remove debugging output

basic, initial structure for canvas widget item

allow public access to CairoWidget::render()

make alsa/ardour dbus-device request tool generally useful.

ALSA backend: require both in+output.

mark dbus reservation tool optional

increase system-exec timeouts for kill.

DBus ALSA device reservation

proper dbus device reservation

Change the function signature for 'abs(int64_t)' (Windows) so that it doesn't conflict with more recent versions of MSVC

break out ALSA related functions into libardouralsautil

ALSA: tentative hack to request audio-device.

ALSA backend: engine.halted_callback if the process thread dies

if the user chooses to stop the jack-backend, mark it as stopped. Don't display the "..was shutdown .. was not fast enough.." message.

fixes to change engines while Ardour is running.

When a new backend is selected, it is loaded to query
available devices etc. This effectively drops the current backend.

 Add newly introduced sources to MSVC project

(scroll_group stuff)

Revert "add API to query a processor's frozen state."

Theoretically one could alter the plugins after a delivery even on a
frozen track. ..or even change settings, the ordering and add/remove
plugins after the frozen part of a track.

We won't go there. Frozen is frozen. this API is not needed after all.

This reverts commit a771dea20332bf31162ccb13a518e0348b441dd1.

Revert "Revert "ALSA backend: separate flags for is-running and should-be-running""

sorry, c/p error
This reverts commit 9658b77327c21d5748604b882f67c5004ffd10ad.

Revert "ALSA backend: separate flags for is-running and should-be-running"

Theoretically one could alter the plugins after a delivery even on a
frozen track. ..or even change settings, the ordering and add/remove
plugins after the frozen part of a track.

We won't go there. Frozen is frozen. this API is not needed after all.

This reverts commit 6d89488d64d44ed4b3283308a583b320300553c8.

ALSA backend: separate flags for is-running and should-be-running

add API to query a processor's frozen state.

disable pluginbox in RouteUI window when a track is frozen

re-work bounce/freeze. Freezer stops at first active delivery.

amend to 8f52bf7d9f

ALSABackend: elaborate on start-up error cases

Revert "When writing '.jackdrc' make sure we enclose any device names in
quotation marks". This patch is incorrect. The string quoting must be done ONLY
when creating a string to be written to ~/.jackdrc or similar, not when
constructing an argument list.

This reverts commit 5626ea2b1f480bcdd5413c041ee9921fc299ab80.

fix two mysterious problems with stdint types

merge onecanvas and cairocanvas branches, and manually resolve conflicts, including rounding in item_to_window() methods

more profound changes to canvas scrolling, in particular find appropriate ScrollGroup for Canvas::{window,canvas}_to_{canvas,window}()

fix missing leftover Canvas::pick_current_item() which was confusing button release event coordinates

use window-based coordinates when picking current item so that we get per-item (per-scroll-group,really) computation of position and coverage.

various changes to get independent scrolling to work better in canvas. mostly tweaks relating to how scroll offsets are used during rendering.

Event handling offsets still require work.

clean up ArdourCanvas::Arrow implementation to remove unshown polygon/head

remove utterly useless unused code

remove useless groups from timebar area, clarify scroll group naming in editor

rationalize and centralize computation of positional offset and scroll offset for canvas items

remove timebar canvas item from markers

inline ScrollGroup::canvas_position() for no particular reason

remove timebar canvas and just use a single canvas instead. This is just part one - lots of minor fixes to be done

avoid recursing through the entire canvas when scrolling - only scroll explicitly identified ScrollGroups

remove incorrect calls to Editor::maybe_autoscroll() from specific Drag classes (autoscroll is handled by the Drag manager)

whitespace deletion

different approach to independent scrolling, involving ArdourCanvas::ScrollGroup

The idea now is that a scroll group item can be added to the canvas which will causes its children to scroll in either or both
directions (horizontal or vertical). There are few complications: the position() of the ScrollGroup is ambiguous depending
on whether you want it with scroll taken into account or not, so Item::canvas_position() was added, which defaults to
the same value as Item::position() but is overridden by ScrollGroup to return the position independent of scrolling. This
method is used when translating between item/canvas/window coordinate systems.

Note that the basic idea is that we MOVE the scroll group when a scroll happens. This mirrors what happens in the GnomeCanvas,
where Nick Mainsbridge came up with a great idea that allowed unification of the time bar and track canvases.

remove unused variable

initial redesign of canvas scrolling to facilitate independent x- and y-axis scrolling of specific groups within the canvas.

This commit should cause no change in behaviour, but contains all the code and changes necessary
for the next step

non-copy region drag now creates a new track when a region is dragged to the drop zone

part one of allowing region drag to the bottom (drop-zone) rect of track canvas

When writing '.jackdrc' make sure we enclose any device names in quotation marks

(in Windows, device names almost always contain whitespace)

Keep this #include consistent with similar ones

(evoral/evoral doesn't get used anywhere else)

fix wscript for x-compiling

ALSA backend: tweak midi parser (fix start mid sequence)

ALSA backend: device detection

fix linking against libasound

make ALSA backend optional and disable by default

ALSA backend: add raw midi parser

ALSA backend: raw midi prototype

ALSA backend (based on Dummy backend and zita-alsa-pcmi)

allow latency measurement at startup

tentative fix for requesting driver+device list from backend

fix errors in manual conflict resolution

merge with master and fix 4 conflicts by hand

DummyBackend: fix midi event mux+sorting

fix display of cd-track-detail UI

fix --with-dummy config option

Dummy backend, revise small things

dummy-backend, fix physical ports in/out convention.

disable snap fades to 'other' region (for now)

test possible 'flickering' with nvidia

do not thin() automation event list on load.

only thin() when writing automation. This fixes issues with
loading short x-fades (which can be stretched later).

TODO: thinning should not just drop, but interpolate and use
more elaborate logic, compared to A2/MB2 Curve::merge_nascent()

frankenstein'ed fade+trim cursors

initialize variables

show fade+trim handles only if the operation is possible

session fade-region-visible is for fades - not controls

don't allow waveform to bleed into TimeAxisViewItem frame border

prepare fade+trim cursors (cursor image still missing)

reduce outline of fade-in/active rectangle to line

show x-fade-rectangle only when hovering

fix fade+trim handle hover color

reset [trim] fade handle position if track-height changes

towards region-trims preserving fade duration

use CubicSpline interpolation for x-fade preset Shapes

update Evoral::Curve to honor ControlList::InterpolationStyle

Add newly introduced sources to MSVC project

(xfade_curve stuff)

Rearrange some #includes to keep MSVC happy

Fix code to prepare re-enable cubic spline interpolation of automation data.

see also 24917e4c9e36ca57

panner: backwards compatibility, constrain pan-range in old sessions

fixes http://tracker.ardour.org/view.php?id=5823#c15686

This is only an issue when loading an old session
(pre 3.5.308 - actual change was 21ca6a10) for the first
time with newer ardour.
Saving and re-loading with ardour >= 3.5.308 fixed this as well.

smooth visual curve drawing

use fixed number of steps for dB-scale x-fade curves.

32 steps is sufficient for all practical musical purposes.

fixed number of steps for symmetric fades:

Extra steps are all below -20dB vs inverse signal being over -2dB.
linear interpolation -6dB steps is sufficient for the tail.

back port 6576105 from cairocanvas as fix for data loss/file deletion

fix data loss/file deletion caused by mistaken used of Session::source_by_path() to check if an AUDIO filesource with a given path already exists.

::source_by_path() was written for MIDI files only. I fixed the call and renamed the two similar functions (one for audio and one for MIDI) to make it more clear.

fix symmetric fade-shape (still variable number of steps)

Symmetric x-fade, use equivalent of -6dB per step for 7 steps.

set Gtk::RadioAction state on instant.xml load.

This should really be done in ArdourDropdown somehow.

Fixes issues introduced at b9708d5: If after session-load some
radio-item other than the first one is set active, it is
impossible to switch to the first.
e.g. set "Snap to Grid", Save Session, Load Session, trying to
switch to "Snap to None" fails until another mode is selected first.

more new fade icons from Chris Goddard

fix typo in vst doc.

update x-fade context-menu