View Issue Details
|ID||Category||Date Submitted||Last Update|
|0005898||bugs||2014-03-31 19:57||2014-09-22 22:23|
|Fixed in Version|
|Summary||0005898: During playback, changing playlists causes individual-track playback delay and temporary UI freeze.|
|Description||When playing back, changing playlists causes the individual track to mute and the UI to freeze, then play resumes after a substantial delay (>1s in my case), out of sync with all other tracks. Repeated playlist changes while playing back results in cumulative delay buildup.|
This started about two weeks ago on the current (3.5.357) build. I had not seen this behaviour on earlier builds.
|Steps To Reproduce||Load project with multiple tracks, at least one of which has multiple playlists. |
Position transport to start.
On a track with multiple playlists, change playlist. All other tracks will continue to play; switched track will mute, delay, then resume play at the point of pause, lagging the other tracks.
|Additional Information||the_CLA_2 (in support chat) was able to reproduce this without working hard to do it. Rather blurry video uploaded (due to compression) showing example.|
Until I got MIDI up and running, I was able to do this with no noticeable delay; I've been using this to audition possible changes while comping tracks, and now I can't. :(
|Tags||No tags attached.|
playlist-changing-delay.mov (4,767,257 bytes)
||I can confirm this issue. 3.5.308 doesn't introduce a noticable delay but 3.5.357 and later do. It shouldn't be too hard to track down the commit that introduced this change in behaviour using git-bisect(just a bit time consuming)|