13
0
Go to file
Paul Davis 1ba2e28d6f tempo map: fix grid generation with ramped tempos
The old code used the instantaneous tempo at T0 to compute where the next
quarter note would be. This is incorrect, since the tempo is
changing (continuously, for now) during the time represented by that quarter
note. Instead, we need to add a quarter note (or technically, whatever the
tempo note type is) to get a new position in beats, then compute the superclock
time at that location (which will use our equations for tempo, including the
use of omega, the ramp factor).
2021-11-17 12:16:39 -07:00
doc doc: add tempo math writeup from _FrnchFrgg_, lost from the nutempo branch 2021-11-17 12:16:39 -07:00
gtk2_ardour use Editor::reassociate_metric_markers() before performing edits on tempo map 2021-11-17 12:16:39 -07:00
headless
libs tempo map: fix grid generation with ramped tempos 2021-11-17 12:16:39 -07:00
luasession
msvc_extra_headers
MSVCardour3
MSVCMixbus3
MSVCvst_scan
nutemp
session_utils
share Typo in Lua comments: paramater 2021-10-30 23:02:35 +02:00
tools bindings: add trgger bindings to list of processed files 2021-11-01 12:11:57 -06:00
.dir-locals.el
.gitattributes
.gitignore
ardour.1
COPYING
instant.xml.sae
msvc32-fixup.pl
nutempo-todo
PACKAGER_README
README
README-GITHUB.txt
system_config
testfile.flac
testfile.ogg
TRANSLATORS
waf
wscript

Please see the Ardour web site at https://ardour.org/ for all documentation..

For information on building ardour: 
      
     https://ardour.org/development.html