• SONAR
  • Snap to grid fails on stretched audio (p.2)
2014/08/18 13:18:37
Anderton
Kylotan
Ok, I have a test case for you that shows it's not a compatibility issue, just a bug.
 
1) Create new project with Normal template.
2) Add an audio track.
3) Record 4 bars of audio, or just over that amount.
4) Slip-edit the start and finish so that only 2 bars remain.
5) Ctrl-drag the end so that the clip now takes up 1 bar, showing '50%' at the top.
6) Note that the clip now has a snap offset - in this test, it appears to be almost exactly half-way through the clip for me.



Wow, thank you! Being reproducible is the holy grail of bug fixes. I would have never found that. 
 
After some preliminary tests, it seems to happen only if you slip-edit the beginning and therefore move the clip off the Now time before stretching, which is another clue given that Snap Offset normally is related to the Now time. I'll pass the info along to the bakers.
 
 
 
2016/07/13 08:46:24
pwalpwal
that's weird, i just stepped through those steps, and i get a snap offset of 44100!!
http://imgur.com/CqtgPcn

2016/07/13 12:10:43
brundlefly
Workaround: 'Apply Trimming' to slip-edited clips before stretching them.
2016/07/13 13:18:15
Kylotan
I'm not sure it qualifies as a workaround given that it's destructive to the original clip. But it might be enough for some.
2016/07/13 13:45:53
Beepster
Kylotan
The situation is exactly as you described it, but I think I have found the culprit.
 
When I perform the stretch operation, a tiny little flag marker appears some way in from the left; and it is this which gets snapped to the grid.
 
This appears to be a 'snap offset' in the properties - if I change that to zero, everything works from that point onwards.
 
No idea why the offset appears with a seemingly arbitrary number - that appears to be a bug.
 
So, hopefully I can proceed with my project now (apart from all the other bugs that are appearing by migrating from 8.5 to X3, mostly with take lanes getting very confused over how they are supposed to handle what used to be layers).
 




AHA!!!! I'm going to have to give that a try because I had to completely abandon Sonar for the MASSIVE time stretching adventure I've been on (which is thankfully/hopefully coming to an end today).
 
So yes... I noticed Ctrl stretching was not obeying Snap and yes I saw the grey Offset flags (but didn't know what they were). If changing a setting fixes it that would be AWESOME.
 
However it still doesn't help me with the type of bulk work I've been doing (multi track sessions) because even if the clip stretching obeys Snap it does not obey "Clip Groups" (as in grouped clips of a multi track session will not stretch simultaneously and instead need to be stretched one at a time).
 
So the combination of having to manually and visually line up my transients to the desired measure/beat marker without Snap and then having to REPEAT that process for EVERY clip (which requires VERY high Zoom resolution to avoid "phasing" across the tracks/clips) was of course VERY cumbersome.
 
If Snap worked then it becomes WAY easier but still a pain because each clip would still need to be Snap Stretched one at a time.
 
If there is a solution to that Grouped clip stretching problem I would LOVE to hear it (and I posted a thread about it some months back once I discovered this).
 
In the meantime I've taught myself how to make this all happen in Reaper (which was a massive undertaking itself). Multi track stretching works SOOOOOOO much better/faster in Reaper but of course once it's done I scramble back with the files to Sonar because to me it's just a better creative tool for me.
 
If they fixed these time stretching issues I would be ECSTATIC but they seem to be focusing on other stuff so I can only hope some love will be given to clip stretching in the future.
 
The other problem is that even using brute force to make this type of stretching happen with Sonar (I did a couple songs before giving up) it causes some crazy instability and eventually project corruption. The method I figured out works flawlessly for a while (although time consuming) but as the project plods on things get quirkier and quirkier until it's impossible to continue.
 
Not a rant or whinge. Mostly just posting this so people don't have to suffer through the growing pains I did and to maybe get the attention of the Baker's/community so this gets sorted at some point.
 
Personally I'm finding shuffling back and forth between Reaper and Sonar quite useful and interesting. The two programs compliment each other quite well IMO.
 
Cheers.
2016/07/13 14:06:21
Beepster
Oh and just to point out that nothing is ever perfect... Reaper does not seem to obey Snap when Slip Stretching clips either so I still have to zoom way in and line things up visually and/or by ear.
 
It obeys Clip (or I guess they call the "Items") Grouping though so that actually speeds things up quite a bit and things don't corrupt (touch wood).
2016/07/13 14:14:49
brundlefly
Kylotan
I'm not sure it qualifies as a workaround given that it's destructive to the original clip. But it might be enough for some.



All workarounds involve compromises; take it or leave it. If you just want to "git 'er done" and move on, this is an option.
 
You can copy the original clip to a muted lane if you're concerned about reversibility; I would recommend that in any case when making multiple splits, moves and stretches. At some point all those individual edits are going to become effectively irreversible anyway.
2016/07/13 15:37:09
Kylotan
brundlefly
At some point all those individual edits are going to become effectively irreversible anyway.



Only if Sonar is so broken as to make it so. Still, not my problem, going forward.
12
© 2026 APG vNext Commercial Version 5.1

Use My Existing Forum Account

Use My Social Media Account