[CWBRN-40003] Snap Offset values suddenly appear when audio clips are slip-stretch edited
Whenever I slip-edit clips, the snap-offset changes from normal 0 to a random value.
This wreaks havoc when next I try to reposition a clip on a snap boundary.
To reproduce:
1) Create new project, record about 10 bars of silence.
2) Open clip inspector and note that the Snap Offset value is normally 0.
3) Turn off Snap grid.
4) Cut track up into clips approx. 2 bars long by using Alt + scissors icon.
5) Shorten some clips by Ctrl + hovering over right edge of each clip (the
edge turns yellow and a left-pointing rectangular icon appears) then press
the left mouse button and drag-and-drop the right edge toward the left some.
Result:
In most of the shortened clips, the Snap Offset value is no longer 0.
If the Snap Offset value is a) positive, and b) less than the length of the clip, then a Snap Offset Marker flag will be visible within the clip. This is a thin vertical grey line with a little right-facing triangular pennant at the bottom of the line.
Be aware that negative values do occur, too.
The very first clip never seems to be affected, however.
Other members of this forum have confirmed this, see the following thread.
http://forum.cakewalk.com/A-Snap-Offset-marker-appears-when-audio-clip-end-is-shortened-Bug-m3285799.aspxI can reproduce it in Hopkinton and even in the oldest version I have installed, namely Sonar 8.0
(in Sonar 8 you must right-click, then from the menu select "Split". Then to see the offset
value, right-click again and select "Clip properties". Don't forget to disable snap-to-grid.).
In 8.0 I have not got negative values yet.
Experience seems to show that clips 1 to 2 bars long work "best", and that the first clip seems immune.
However, I have managed to get a clip 6 bars long to also display this phenomenon.
I think a clue may lie in the fact that the first clip remains unaffected.
Perhaps the length from the beginning of the original clip is being taken as a reference somewhere in the code, and since this is identical to the start of the audio (both value=0) only for the very first clip, subsequent clips think an offset is already present and erroneously try to compensate it's position when the end of the clip is released and the length is recalculated.
post edited by jpetersen - 2015/09/30 21:32:17