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. |
||
|---|---|---|
| .. | ||
| 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 | ||