Regular
Posts: 50
Location: helsinki | ableton live is playing a tune, at around bars156 or sommat - revisit has run out of patterns to play at around ages ago, i go to revisit orderlist and add a new pattern.
the patterns first row starts playing incessantly.
i am forced to stop playback on ableton live, because of revisit doing this.
|
Regular
Posts: 50
Location: helsinki | chrisnash - 2007-08-01 7:20 PM Does reViSiT play normally after restarting playback? Is it simply the act of inserting the order list entry during playback that produces the problem, or does it happen always at Bar 156? Chris revisit plays normally after restart of playback. the act of inserting an orderlist entry after an empty orderlist row, has a 50/50 chance that the next pattern the orderlist plays, will only start playing the first row, and looping it. its a very cumbersome bug. it either happens that it starts stuttering the first row, or it doesnt. i couldnt figure out why it happens sometimes and why it doesnt happen sometimes. its pretty hard to diskwrite songs when you cant be sure that after a empty orderlist row, that the next pattern will play properly instead of just stuttering the first row. |
Developer
Posts: 746
 
Location: England | Hi Esa,
Before playback, reViSiT precomputes the playlist - an internal ordering of *row* playback that accounts for not only the order, but pattern effects (e.g. Cxx, SBx) and pattern lengths. These calculations take enough time so that if they are done during playback, they can cause stuttering and even instability - so they are generally not. However, you can force a recomputation at any time, by pressing Ctrl-I. Please let me know if you suffer any problems with forcing recomputation.
All the best,
Chris |
BUG: Issues with editing Order List during playback.
