{"id":42,"date":"2014-11-29T04:59:00","date_gmt":"2014-11-29T04:59:00","guid":{"rendered":"\/blog\/post\/2014\/11\/29\/A-work-around-for-Sonars-timeline-editing-behavior-Slippy-Clips-"},"modified":"2014-11-29T04:59:00","modified_gmt":"2014-11-29T04:59:00","slug":"a-work-around-for-sonars-timeline-editing-behavior-slippy-clips","status":"publish","type":"post","link":"https:\/\/prodigalsounds.com\/blog\/2014\/11\/29\/a-work-around-for-sonars-timeline-editing-behavior-slippy-clips\/","title":{"rendered":"A work-around for Sonar’s timeline editing behavior: Slippy Clips"},"content":{"rendered":"

Update Dec 2017<\/strong>:<\/p>\n

In a recent update to SONAR, Cakewalk added a feature called “Ripple Editing”<\/a>. It doesn’t actually help with the problem described below, which still exists in the 2017.10 release of SONAR.<\/p>\n

Original Post<\/strong>:<\/p>\n

So I have this project – “Working the Paradigm Shift” – that is mixed 7\/8 and 4\/4 time signatures. Cakewalk SONAR is largely a great product but I feel that it does let us down in the area of time line editing. Here’s an example, and a work-around:<\/p>\n

In this section of the project, I have a series of 7\/8 bars followed by a 4\/4 bar. Whilst practicing the keyboard solo, I realize that one of those 7\/8 bars also needs to be 4\/4 as well.<\/p>\n

\"\"<\/p>\n

However, if I change Bar 24 from 7\/8 to 4\/4, all the subsequent clips change their musical position:<\/p>\n

\"\"<\/p>\n

Notice the clips in bar 25,26,27 etc are now all offset. Clearly this is not what I want. I’m showing the click track here to make it very obvious what the problem is.<\/p>\n

I don’t know why this should happen. After all, the clips use the default time base of “Musical”; they are not locked to absolute time or anything tricky like that.<\/p>\n

OK, so let’s UNDO the time signature change, and try locking the clips first:<\/p>\n

\"\"<\/p>\n

Nope, that still didn’t work. In fact, even though the clips are “locked” to “Musical” time base, they still slip into the previous bar.<\/p>\n

I don’t think the clips should need to be locked at all; but even if they do, the SONAR documentation seems to indicate that the clips should not be changing their musical M:B:T position, if they are locked:<\/p>\n

\n

If the clip is set to the Musical time base, the clip’s M:B:T position stays constant, and its Absolute position shifts. If the clip is set to the Absolute time base, the position does not move, but its M:B:T position shifts<\/em><\/p>\n<\/blockquote>\n

So… this could be a bug, or perhaps I am missing something. I’ll raise that with Cakewalk Support, but for now, here’s the work-around:<\/p>\n

Work-around:<\/strong><\/p>\n

1. Ensure that Bar 25 is set to 7\/8, over-riding the default\/previous bar time signature.<\/p>\n

2. At Bar 24, insert 1 measure in the time line: <\/p>\n

\"\"<\/p>\n

Inserting a measure like this does not corrupt the subsequent clips’ M:B:T position. This is expected and known behavior.<\/p>\n

3. Change the time signature of the new Bar 24 to 4\/4:<\/p>\n

\"\"<\/p>\n

Observe:<\/p>\n

    \n
  • The original bar 24 (now bar 25) is inheriting the 4\/4 time signature from new bar 24;<\/li>\n
  • The subsequent clips have changed their M:B:T position, as we would expect, given what we observed earlier.<\/li>\n<\/ul>\n

    4. Change the time signature of Bar 25 to 6\/8:<\/p>\n

    \"\"<\/p>\n

    This should cause the later clips to re-align with the bars, because 7\/8 + 7\/8  =  4\/4 + 6\/8:<\/p>\n

    \"\"<\/p>\n

    Observe:<\/p>\n

    The “7\/8” clip in bar 25 is wrong, but a) we don’t care about it, and b) all the other subsequent clips are correctly aligned.<\/p>\n

    Now we can remove the “extra” 7\/8 bar 25 from the time-line. This actually involves a known work-around for another issue, which is that you can’t delete a bar from the time-line unless there is even data in the section you want to delete. Fortunately for us, we have a clip we don’t need:<\/p>\n

    5. Re-size the “7\/8” clip so that it is nicely situation within the bar boundary.<\/p>\n

    6. Ensure Snap-To-Beat (whole note is advisable) is enabled<\/p>\n

    7. Press Ctrl-A to select ALL TRACKS<\/p>\n

    8. Select the entirety of Bar 25, and select Edit > Delete Special from the menu.<\/p>\n

    9. Select all options, especially “Delete Hole” and “Shift by Whole Measures”:<\/p>\n

    \"\"<\/p>\n

    10. Click OK.<\/p>\n

    \"\"<\/p>\n

    Bar 25 should now be removed, and now we have a Bar 24 in 4\/4 and the rest of the project continues as it did before we started editing.<\/p>\n

    IN MY OPINION, THIS IS TOO DAMN COMPLICATED and should be addressed in a future version of SONAR. (Updated – see above)<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"

    Update Dec 2017: In a recent update to SONAR, Cakewalk added a feature called “Ripple Editing”. It doesn’t actually help with the problem described below, which still exists in the 2017.10 release of SONAR. Original Post: So I have this project – “Working the Paradigm Shift” – that is mixed 7\/8 and 4\/4 time signatures. […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[],"class_list":["post-42","post","type-post","status-publish","format-standard","hentry","category-cakewalk-sonar","post-preview"],"_links":{"self":[{"href":"https:\/\/prodigalsounds.com\/blog\/wp-json\/wp\/v2\/posts\/42","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prodigalsounds.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prodigalsounds.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prodigalsounds.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prodigalsounds.com\/blog\/wp-json\/wp\/v2\/comments?post=42"}],"version-history":[{"count":0,"href":"https:\/\/prodigalsounds.com\/blog\/wp-json\/wp\/v2\/posts\/42\/revisions"}],"wp:attachment":[{"href":"https:\/\/prodigalsounds.com\/blog\/wp-json\/wp\/v2\/media?parent=42"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prodigalsounds.com\/blog\/wp-json\/wp\/v2\/categories?post=42"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prodigalsounds.com\/blog\/wp-json\/wp\/v2\/tags?post=42"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}