| Age | Commit message (Collapse) | Author |
|---|
|
|
|
- after reports that a tempo with non-4.0 note type
would produce a ramp in the preceding section, an incorrect
assumption was made leading to a bogus 'fix' that redefined
Tempo's pulses_per_minute().
the real fix was simple:
the ramp's function constant was calculated using the note type
of the proceding tempo rather than the current one.
- this patch reverts e82482e8e9c and a4d67279e0086258
and maintains the old definition of Tempo::pulses_per_minute()
|
|
|
|
|
|
|
|
irrelevent.
|
|
- bar and beat snapping is BBT beat based while other
music divisions are quarter note based. Reflect this in
the way exact_beat/qn is calculated.
|
|
|
|
|
|
- once again we snap to BBT beats when snapping to 'beat'.
|
|
|
|
beat_at_frame().
|
|
|
|
position.
|
|
|
|
|
|
|
|
|
|
- MidiSource _length_beats is in quarter notes.
Here we duplicate length_beats for backwards compatibility
|
|
|
|
- separates ardour beat (meter-based) and note (pulse-based)
musical position.
|
|
file format (ver 5) rather than the older v3 format
|
|
|
|
|
|
|
|
|
|
(haven't built any fluidsynth plugins yet)
|
|
and a VST plugin's own GUI
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
processor:to_insert():plugin(0):get_info().type
|
|
|
|
|
|
|
|
...now that bindings alone need approx 700K and some more complex DSP
scripts are showing up 2MB is not much :(
|
|
fixes OOM with extreme automation in HP/LP.
|
|
|
|
|
|
|
|
|
|
|
|
|
