Robin Gareus
8240875379
The default clock-limit is 99:59:59:00, just under 360000 seconds (see ARDOUR_UI::parameter_changed, clock-display-limit). AudioClock calculates this limit pos as `timepos_t (limit_sec * _session->sample_rate())` This caused an overflow leading to a negative value: ``` timepos_t (359999 * 96000) samples_to_superclock (359999 * 96000, 96000) int_div_round (359999 * 96000 * 282240000, 96000) ``` Ideally this will be optimized, here the sample-rate cancels out, so we could use a c'tor usin seconds. In other cases we could cache the pre-calculated sc_per_sample: `superclock_ticks_per_second() / superclock_t (sr)` which is an integer for all commonly used sample-rates. |
||
---|---|---|
.. | ||
appleutility | ||
ardour | ||
ardouralsautil | ||
audiographer | ||
auscan | ||
backends | ||
canvas | ||
clearlooks-newer | ||
evoral | ||
fluidsynth | ||
fst | ||
gtkmm2ext | ||
hidapi | ||
libltc | ||
lua | ||
midi++2 | ||
panners | ||
pbd | ||
plugins | ||
ptformat | ||
qm-dsp | ||
surfaces | ||
temporal | ||
vamp-plugins | ||
vamp-pyin | ||
vfork | ||
vst3 | ||
waveview | ||
widgets | ||
zita-convolver | ||
zita-resampler |