The dialog used in Ardour 2.X for routing/patching was often a source of confusion to new users. Although it was really very efficient to use, it wasn't at all obvious how to use it or what the underlying model was.
Ardour 3.0 contains an editing operation that will detect silence (based on a user-chosen threshold in dBFS), split a region based on the boundaries of the silent segments, and remove the silence. You can also specify a minimum length for silence, which can useful when editing very percussive material and just needing to automatically trim the ends of a region. The dialog looks like this:
It was relatively easy to get Ardour 2.X "bogged down" when working on a large session with many regions and lots of edits. This was normally the result of the undo/redo history becoming too big, which wasn't hard because in Ardour 2.X, it stored too much information.
Ardour 2.X used a single configuration parameter to determine how much audio was buffered ("cached") from disk during playback. You could change this parameter only by editing your ~/.ardour2/ardour.rc file in a text editor.
Ardour 3.0 has a dynamically controlled buffer size for disk I/O:
Historically, Ardour has always stored the names of the audio files in one of two ways. One would indicate that the file lived inside the session, and the other indicated that it lived outside, somewhere else in your computer's filesystem. This meant that if you ever moved the location of the external files, Ardour wouldn't be able to find them at startup, and if you wanted the session to work, you'd need to hand edit the session file.
In Ardour 2.X, turning on chase-timecode was done by choosing a timecode source or switching back to "Internal timecode". This meant that switching between chasing and not chasing external timecode was more cumbersome than it should have been.
Ardour 3.0 puts the choice of positional synchronization ("timecode") source (MTC, JACK, MIDI Clock etc) in the
Session->Properties dialog. This means that the actual timecode button in the transport bar can be used to just turn chasing on and off, without losing the currently chosen timecode source.
The biggest single change in Ardour 3.0 over previous versions of the program is its ability to function as a fully-featured MIDI sequencer. Over the last several years, a variety of developers have worked hard to create a model for handling MIDI that is as integrated with Ardour's existing audio handling facilities and uses the same general workflow as much as possible.
Ardour's MIDI editing is based on a few basic principles:
- Editing should be done without having to enter a new window
- Editing should be able to carried out completely with the keyboard, or completely with the mouse, or with any combination of the two.
Currently, and in the initial 3.0 release, MIDI editing will be primarily restricted to note data. Other kinds of data (controller events, sysex data) are present and can be added and deleted, but not actually edited. Probably ...
MIDI Clock is a stream of messages sent by a MIDI sequencer of some kind that indicates musical tempo. It is used to maintain a synchronized tempo for synthesizers that have BPM-dependent voices and also for arpeggiator synchronization. It does not transmit any location information (bar number or time code) and so must be used in conjunction with a positional reference (such as timecode) for complete sync.