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. |
||
---|---|---|
.. | ||
MSVCtemporal | ||
temporal | ||
test | ||
bbt_time.cc | ||
beats.cc | ||
debug.cc | ||
enums.cc | ||
range.cc | ||
superclock.cc | ||
tempo.cc | ||
test2.cc | ||
test.cc | ||
time.cc | ||
timeline.cc | ||
wscript |