Preventing loop drift
When uploading a loop, how should the number of bars be set? Setting the bpm upon uploading isn't good enough because the loop may be a non-integer number of samples long, but the audio must be an integer number of samples. This means that in the timeline, each successive loop will drift by the difference between the loop length and the audio length.
Right now, my only workaround is to use a bpm that results in an integer number of samples for a given loop length.