SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking

Author
Jekyll Vance
Max Output Level: -90 dBFS
  • Total Posts : 50
  • Joined: 2010/10/07 07:57:05
  • Status: offline
2014/04/18 05:29:48 (permalink)

SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking

The first part on Track view is here: http://forum.cakewalk.com/SONAR-Reconsideration-11-TRACK-VIEW-Colors-m3026804.aspx
 
1.2.1 MIDI Groove clips.
 
First of all, to be consistent, looping must work on midi clips, like it does on audio-clips and step-sequencer clips in Sonar and on midi clips in other DAWs. In other words, stretching midi groove clip must be a quick way to create LINKED repetitions. Because now, if you want to get the 8-times repeated linked fragment, you must copy it 8 times with “copy as linked” option enabled, instead of just stretching in to the point you need. On the other hand, if you want to create UNLINKED repeated fragments (that is how midi-groove looping works now) you can easily stretch it while being linked and then bounce them in one click to unlink. Having groove clips unlinked is illogical and just brings a mess to the workflow – they look different, but in fact they are just like simple MIDI clips and behave different that looped step-sequencer and audioclips. Moreover, midi groove-clip looping must be enabled on each new clip by default (a la Reaper). Default slip-editing of existing none-groove clip is almost useless, especially stretching it out - it just yields an empty area. On the other hand, many of us work in patterns, so making a fragment and then repeating it several times is the way to go. There also should be a loop repetition line indicator inside piano roll to give us full control of loop (look like it’s done in Reaper)
 
 
post edited by Jekyll Vance - 2014/04/19 06:20:38
#1

20 Replies Related Threads

    Jekyll Vance
    Max Output Level: -90 dBFS
    • Total Posts : 50
    • Joined: 2010/10/07 07:57:05
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/18 05:32:58 (permalink)
    1.2.2. Linked clips
    Sometimes you want it linked, sometimes not (50/50, in my case). Instead of asking every time what to do (and having the default option in preferences), it would be wise to have a key modifier for this purpose, for example, ctrl-drag makes unlinked copy, alt-drag – linked copy. This is far more convenient (AFAIK, it works this way in Cubase).
     
    1.2.3  Also, there’s no need for the separate specific linking for step-sequencer clips. Now when MIDI-clips are unified between PR and SS, this is certainly excessive. For example, when I copy clip in SS mode and “copy clips as linked clips” is activated, it becomes double-linked! So, to unlink it, I must perform first “unlink SS clips” and then again “unlink” from context menu. This is a mess. When I need clips linked, I can link them once in usual way, as described above.
     
    #2
    Jekyll Vance
    Max Output Level: -90 dBFS
    • Total Posts : 50
    • Joined: 2010/10/07 07:57:05
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/18 05:37:00 (permalink)
     1.2.4  A desirable option for me - to be able to completely hide all muted clips from track view, not only in inline piano roll mode (e.g., useful when you don’t want to see them cause you don’t use them in your current arrangement, but want to keep them in place just in case you want to change something)
     
    1.2.5.   Midi clips snap offset. Audio clips have it, why midi don’t? For example, I have a humanized midi piece that starts slightly before the measure line, but I want it to snap to measure to more easily arrange them.
     
    1.2.6.  A little underregulated is creation of new MIDI clip. What if I already have an existing clip, but want the new note to be a part of new clip? If I get it right, Sonar creates a new clip, if new note is more than a one beat wide from previous. But what if I want clips to contact or even partially overlap? Of cause, I can data-lock already existing clip, like I used to do it in Sonar 8.5.3, create new clip and then unlock the old one, but this definitely doesn't seem like the most elegant way to do it.
     
    1.2.7.   Step sequencer clips. I guess, if midi clips are now at last unified between PR and SS view (i.e. you can select in which view to open them and they are automatically converted), “Convert Midi clips to Step Sequencer” entry can be removed from the clip’s context menu.
     
    post edited by Jekyll Vance - 2014/04/18 05:44:39
    #3
    Jekyll Vance
    Max Output Level: -90 dBFS
    • Total Posts : 50
    • Joined: 2010/10/07 07:57:05
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/18 05:50:25 (permalink)
    1.2.8. Clip properties window. I understand there’s some logic behind decision to nest all properties in track inspector window, but in fact it’s inconvenient. First of all, track inspector is too small to nicely show everything, the old 8.5.3. separate popping up window was much clearer to my point of view than blue-on black properties list that we have now with most words not fully visible. It also partially overlaps inspector itself, that isn’t look very nice. Instead of logically use context menu, as we do with notes, with clips we have to move our eyes to the left of the screen, then click on small “Cl” button, then click to extend submenus.  In addition, if I like to work with TI minimized, every time I want to check clip properties it extends and pushes track view to the right, then back.  
    Bug: When double-click behavior is set to show clip properties and TI is half-size, clip properties window is displayed cropped and useless (bug, I suppose). The same with key binding  (Shift+I). It won’t be so bad, but the parameters names have an empty space before them, that is just a waste. I’d suggest bringing back old clip properties window, but maybe making it customizably transparent. Or, maybe even better – turn properties window into a dedicated properties view that can be tabbed in multidock. This way it can be always visible if needed and won’t interfere with track inspector.
    post edited by Jekyll Vance - 2014/04/18 05:57:49
    #4
    Jekyll Vance
    Max Output Level: -90 dBFS
    • Total Posts : 50
    • Joined: 2010/10/07 07:57:05
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/18 06:01:18 (permalink)
    1.2.9. Midi Clip FX bouncing
    - Say, I have an FX in several clips' bins on track and want to apply them to clips. If they were in the track bin, I'd go to “Process - apply effect”, but in case with clip FX bins this option is inactive! Why?
    If I select them all at once and use “bounce to clip”, I will bounce everything to single clip and lose my clip structure. Therefore, the only way I can apply FX is to select each clip separately and bounce it. And, anyway, there’s no way to apply FX to clips and keep them as grooves!
    - Also, when bouncing groove midi clips, they also lose their pitch information without corresponding transposition.  
     
    1.2.10. When bouncing / applying audio effects to clip, resulting new clip must inherit its name from predecessor. Why must I rename it every time I perform such operation? 
     
    1.2.11. FX bins of linked clips should be also linked. The idea is to keep them synchronized, isn’t it? So, if I want to apply FX, why must I do it separately for each repetition? I should be able to apply FX to one of the linked clips and others must follow the changes, preserving "linked" state after it. In case I want to apply FX separately, I can first unlink the clip I need, that's all. It seems more logical to me. At least we could have such option in .ini file.  
     
    1.2.12. In SonarX, you can bypass clip’s FX bin (audio/midi), but there’s no any indication of is FX bin active or bypassed! – “FX” mark looks the same in both cases. In Sonar 8.5.3 bypassed status was clearly visible. 
     
    1.2.13.- BUG? When applying audio effects from track FX into linked audio clips, it actually applies to only one of them, and this clip loses link with others. Others remain unchanged. For comparison: when doing the same for midi clips, applying FX affects all linked clips on track and they remain linked after this = proper behavior. Don't know if it is a bug or it's conceived to work this way, which is rather weird in my opinion.
     
    #5
    Jekyll Vance
    Max Output Level: -90 dBFS
    • Total Posts : 50
    • Joined: 2010/10/07 07:57:05
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/18 06:06:12 (permalink)
    1.2.14  A smart feature in Reaper is a possibility to create fade ins/fade outs on MIDI/instrument tracks, which translate to associated soft synth volume fades. Very useful, this way you don’t have to bounce midi to audio or create dedicated volume envelope for instrument track (like you have to do it in Sonar) 
     Also, I propose to provide "Process – fade/envelope" functionality for non-destructive fades, which are much more often used, than destructive ones.
     
    1.2.15  Also quite useful feature is midi clip offset (done in Reaper with alt-drag on clip) – it “rewinds” clip content and offsets it back or forth, while preserving clip borders on timeline. Just like notes shift in Step sequencer. In Sonar, this can be done with Smart Tool Alt+Shift on regular clips, but, for some reason, it cannot be made on looped groove clips - that's a disappointment.
    #6
    John
    Forum Host
    • Total Posts : 30467
    • Joined: 2003/11/06 11:53:17
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/18 09:56:11 (permalink)
    Jekyll Vance
    The first part on Track view is here: http://forum.cakewalk.com/SONAR-Reconsideration-11-TRACK-VIEW-Colors-m3026804.aspx
     
    1.2.1 MIDI Groove clips.
     
    First of all, to be consistent, looping must work on midi clips, like it does on audio-clips and step-sequencer clips in Sonar and on midi clips in other DAWs. In other words, stretching midi clip must be a quick way to create LINKED repetitions. Because now, if you want to get the 8-times repeated linked fragment, you must copy it 8 times with “copy as linked” option enabled, instead of just stretching in to the point you need. On the other hand, if you want to create UNLINKED repeated fragments (that is how midi-groove looping works now) you can easily stretch it while being linked and then bounce them in one click to unlink. Having groove clips unlinked is illogical and just brings a mess to the workflow – they look different, but in fact they are just like simple MIDI clips and behave different that looped step-sequencer and audioclips. Moreover, midi groove-clip looping must be enabled on each new clip by default (a la Reaper). Default slip-editing of existing none-groove clip is almost useless, especially stretching it out - it just yields an empty area. On the other hand, many of us work in patterns, so making a fragment and then repeating it several times is the way to go. There also should be a loop repetition line indicator inside piano roll to give us full control of loop (look like it’s done in Reaper)
     
     


    You need to make the clip a grove clip and then you can stretch it out for looping. 

    Best
    John
    #7
    Jekyll Vance
    Max Output Level: -90 dBFS
    • Total Posts : 50
    • Joined: 2010/10/07 07:57:05
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/19 06:30:54 (permalink)
    John
    You need to make the clip a grove clip and then you can stretch it out for looping. 



    John, I know it. Please pay attention - the point is that I cannot create linked repetitions this way. When stretching audio loop, for example, every repetition is linked with other (editing one repetition affects all the others). Midi grooves in Sonar behave differently and that's misleading and unconvenient, as I described above. Moreover, making grooves from clips each time I need it is time-consuming, grooves must be enabled by defaut, because there's a liitle use in stretching regular midi clips anyway. Agreed?
    #8
    John
    Forum Host
    • Total Posts : 30467
    • Joined: 2003/11/06 11:53:17
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/19 07:40:31 (permalink)
    Jekyll Vance
    John
    You need to make the clip a grove clip and then you can stretch it out for looping. 



    John, I know it. Please pay attention - the point is that I cannot create linked repetitions this way. When stretching audio loop, for example, every repetition is linked with other (editing one repetition affects all the others). Midi grooves in Sonar behave differently and that's misleading and unconvenient, as I described above. Moreover, making grooves from clips each time I need it is time-consuming, grooves must be enabled by defaut, because there's a liitle use in stretching regular midi clips anyway. Agreed?


    Its hard to follow you. And I don't have to pay attention. I have no idea what you are asking or why. Nor am I going to read everything you wrote. Simplify it and you may get more responses. 

    Best
    John
    #9
    icontakt
    Max Output Level: -32.5 dBFS
    • Total Posts : 4266
    • Joined: 2012/03/04 08:18:02
    • Location: Tokyo
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/19 11:06:16 (permalink)
    Hello again. My advice is...
     
    • if you simply want to make a request to add, modify or remove a feature, submit a feature request from here: http://www.cakewalk.com/support/contact/featurerequest.aspx
    • if you are wondering if the issue you've found is a bug or not, submit a bug report from here and if you want to share the info with us, start a new thread about it:
      http://www.cakewalk.com/support/contact/problemreport.aspx
    • if you want to discuss the current implementation of a certain feature or need advice, workarounds, etc., start a new thread only with that particular topic (I recommend one or two topics a day at most)
     
    I've read some of your posts here and in the other thread, and you seem to make good points. It's a shame you decided to put all these together to make two (or more) long threads.

    Tak T.
     
    Primary Laptop: Core i7-4710MQ CPU, 16GB RAM, 7200RPM HDD, Windows 7 Home Premium OS (Japanese) x64 SP1
    Secondary Laptop: Core2 Duo CPU, 8GB RAM, 7200RPM HDD, Windows 7 Professional OS (Japanese) x64 SP1
    Audio Interface: iD14 (ASIO)
    Keyboard Controller/MIDI Interface: A-800PRO
    DAW: SONAR Platinum x64 (latest update installed)
    #10
    Grem
    Max Output Level: -19.5 dBFS
    • Total Posts : 5562
    • Joined: 2005/06/28 09:26:32
    • Location: Baton Rouge Area
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/19 11:41:08 (permalink)
    Jlien X
     
    I've read some of your posts here and in the other thread, and you seem to make good points. It's a shame you decided to put all these together to make two (or more) long threads.




    I have done this also. But we must (please) remember, he told us from the beginning that English is not his native language. So let us give him the benefit of the doubt here, and allow him to go into detail so that he knows he's getting his point across.
     
    Now here is the kicker, we all know who frequent these threads. I am willing to bet they have read it too. And they may have come to the same conclusions as Jlien and I have. Jekyll has some good points, ideas, suggestions.
     
    As to the long threads, I'm ok with it. He's giving a lot of info in them. And I am interested to hear what he has to say. He's has evidently spent a lot of time to try and explain his position.
     
    @ Jekyll: Good info your giving here. I'm listening!!

    Grem

    Michael
     
    Music PC
    i7 2600K; 64gb Ram; 3 256gb SSD, System, Samples, Audio; 1TB & 2TB Project Storage; 2TB system BkUp; RME FireFace 400; Win 10 Pro 64; CWbBL 64, 
    Home PC
    AMD FX 6300; 8gb Ram; 256 SSD sys; 2TB audio/samples; Realtek WASAPI; Win 10 Home 64; CWbBL 64 
    Surface Pro 3
    Win 10  i7 8gb RAM; CWbBL 64
    #11
    Jekyll Vance
    Max Output Level: -90 dBFS
    • Total Posts : 50
    • Joined: 2010/10/07 07:57:05
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/22 07:47:51 (permalink)
     Grem, thank you for your support, you’re encouraging me to keep going on.)

     Come on people, I’m not working for Cakewalk as beta-tester, and I'm not getting paid for it, but I put a lot of my time and effort into this review just to make things better. This is just a first part, a lot more is coming.

    If it’s not fully clear to you what I mean in some cases, please ask me and I’ll try to explain it better. Some points may be hard to explain especially if you don’t use corresponding feature often, so sometimes you should just try it yourself and see what I’m talking about.  I’m not trying to solve my personal problems here, and I arranged things in this way because I thought that it will be more comfortable to follow for Cakewalk guys or anyone who’s interested in improving Sonar as a whole. In this case, I believe, it’s easier to read one thread then jump between dozens of topics. I haven’t prevised though that it will be so boring for most of you to read less than one page of text.
    So, I’ll try to follow Jlien X’s advice and divide this thread.  We’ll keep the discussion of MIDI groove clips behavior here and I’ll take other points from here to new threads, will it be OK?
    #12
    Jekyll Vance
    Max Output Level: -90 dBFS
    • Total Posts : 50
    • Joined: 2010/10/07 07:57:05
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/22 08:32:38 (permalink)
    Again about Groove MIDI Clips in other words, John made me a little desperate that noone understands what I'm talking about. Now with steps to follow.
    My goal (quite simple and usual in my workflow): to make a short synth bass sequence, repeated eight times. Repeats must be linked with each other, in the way that if I change my mind later and decide that second note in sequence must be G, and not D, I will only have to change it in first repeat and other will follow automatically.
     
    The best way to do it (like it works in Reaper):
    1. I make up some note sequence.
    2. I stretch the end of midi-clip to the point I want the sequence to last. Linked repeats are automatically produced up to this point. That's all. There's also loop repeat line indicator in piano roll view that determines repeats' length, that can be adjusted this way even after the stretching is done.

     
    Step-sequencer clips in Sonar work similar to Reaper. But piano-roll midi clips behave different.
     
    The way I have to do it in Sonar with piano-roll clips:
    1. I make up some note sequence in piano roll
    2. I stretch the end of midi clip to the desired length.
    3. I copy my clip.
    4. I paste my clip eight times in a row, each time confirming "create linked clips" option. I have to be careful  when pasting to align everything properly with grid.
    5. I create a selection group for them to behave as a whole.
    As a result, I have eight linked clips at last. That's the only way to do it and far more tedious than it could be.
     
    It seems like groove clips were invented exactly for that purpose, but I cannot do it with groove midi clips in Sonar, let's see what happens if I try:
    1. I make up some note sequence in piano roll,
    2. I right-click my clip and enable groove-clip looping.
    3. I stretch the end of midi clip to the point I want the sequence to last...
    4. I end up with several repeats of my sequence, but they are not linked, i.e. when I change note in repeat 1, repeat 2 and others remain unchanged.  In this sense, groove midi clips make no difference with simple midi clips. And that's just illogical, because both step sequencer and audio groove clips show linked repeats behaviour (try to stretch audio groove clip, then apply some audio FX only to one region of it and see for yourself - every repeat will change accordingly).
     
    So, in my opinion groove midi clips should be enabled by default on midi clips and must produce linked repeats.
    I hope I made myself clear this time.
    Peace!
     
    #13
    KPerry
    Max Output Level: -44 dBFS
    • Total Posts : 3120
    • Joined: 2011/04/26 15:13:15
    • Location: London, UK
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/22 08:56:42 (permalink)
    How to do this more quickly (shortcut keys and "cheating") with groove clips:
     
    1. I make up some note sequence in piano roll,
    2. Ctrl-L to groove clip the clip
    3. I stretch the end of midi clip to the point I want the sequence to last...
    4. I decide I want to change a note
    5. Ctrl-L
    6. I make the change
    7. Ctrl-L
    8. Re-roll out the clip
     
    I personally love how groove clips behave now, as it allows me to roll out a basic sequence and then tweak the odd note without having to copy and paste.  Horses for courses.
    #14
    rebel007
    Max Output Level: -72 dBFS
    • Total Posts : 926
    • Joined: 2013/07/17 11:24:29
    • Location: Victoria, Australia
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/22 09:33:25 (permalink)
    I too have rolled out a groove clip and wanted to change the odd note here and there. I thought that there must be an easy way of doing this and I just hadn't found help files on how to do it. If this really is the case, that you cannot edit a single note within rolled out groove clips without affecting the other clips, then I think it might be a good feature to have and I'm surprised it's not there.
    Could someone please post if this is possible, this is not my strong point and I would like to know (now that someone else has raised the issue).
    KPerry, does this workaround not affect all the notes you have rolled out, or can you just alter one note within the x number of bars you have created?
     
    I do agree with Jlien, please just post one issue at a time. For someone who has to really concentrate in order to understand and work through what you are trying to accomplish, it just makes it easier to work with you on these issues.

    Home Built Desktop Computer: Intel Core i5 750: 4Mb RAM: NVidia 210 Silent: Windows 10 32bit: Sonar Platinum: Roland OctaCapture
    Presario CQ41 Laptop: Intel Core i5 760: 4Mb RAM: Windows 10 32bit: Sonar Platinum (Retired)
    CbB on HP Pavilion Laptop 64bit: GeForce Video Card: Intel 8550: 256GB SSD 1TB Data Drive: Windows10 64bit
    #15
    KPerry
    Max Output Level: -44 dBFS
    • Total Posts : 3120
    • Joined: 2011/04/26 15:13:15
    • Location: London, UK
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/22 09:48:38 (permalink)
    The note you edit is literally just that note changed - it's not replicated to all clips in the rolled out groove.
    #16
    rebel007
    Max Output Level: -72 dBFS
    • Total Posts : 926
    • Joined: 2013/07/17 11:24:29
    • Location: Victoria, Australia
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/22 10:01:45 (permalink)
    Ok, thanks Kevin. I thought it must be available I just hadn't worked it out yet.

    Home Built Desktop Computer: Intel Core i5 750: 4Mb RAM: NVidia 210 Silent: Windows 10 32bit: Sonar Platinum: Roland OctaCapture
    Presario CQ41 Laptop: Intel Core i5 760: 4Mb RAM: Windows 10 32bit: Sonar Platinum (Retired)
    CbB on HP Pavilion Laptop 64bit: GeForce Video Card: Intel 8550: 256GB SSD 1TB Data Drive: Windows10 64bit
    #17
    Jekyll Vance
    Max Output Level: -90 dBFS
    • Total Posts : 50
    • Joined: 2010/10/07 07:57:05
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/22 10:14:22 (permalink)
    KPerry
    How to do this more quickly (shortcut keys and "cheating") with groove clips:
     
    1. I make up some note sequence in piano roll,
    2. Ctrl-L to groove clip the clip
    3. I stretch the end of midi clip to the point I want the sequence to last...
    4. I decide I want to change a note
    5. Ctrl-L
    6. I make the change
    7. Ctrl-L
    8. Re-roll out the clip
     
    I personally love how groove clips behave now, as it allows me to roll out a basic sequence and then tweak the odd note without having to copy and paste.  Horses for courses.




    Of course you can do it like that, but constant ungrooving and re-rolling is not what I dream about.
     
    I think we can look on it like this: there's 2 types of grooves behaviour one could possibly want:
    1 rolling out groove creates linked repeats so you can edit them all in sync (this is how step sequencer clips behave)
    2 rolling out groove creates unlinked repeats so you can edit single notes without affecting other repeats within the roled out groove (now this is the case with piano roll clips)
     
    The problem is, the second type of behaviour makes it very tedious to workaround it, if the first type is what you need. The only way is multiple copy/pasting or re-rolling (as described by KPerry).
    On the other hand, the first type of behaviour has an easy workaround: if you want to quickly roll out sequence and then make it available for free editing (dismiss repeats linking) you can just bounce groove sequence to simple midi clip in one mouse click or key combination press.
    That's why I think that the first type of behaviour is preferrable. Moreover, it's logically consistent with audio- and SS-grooves behaviour.
     
    In a perfect case, we can combine both, for that purpose we should have a key modifier that will affect linking within the groove: for example, if you drag the note as usual, corresponding notes will be moved in each repeat of the groove, if you drag the note while holding Alt, only the selected note will be moved within the groove clip.
     
    #18
    icontakt
    Max Output Level: -32.5 dBFS
    • Total Posts : 4266
    • Joined: 2012/03/04 08:18:02
    • Location: Tokyo
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/22 10:28:01 (permalink)
    Jekyll Vance
    4. I end up with several repeats of my sequence, but they are not linked,i.e. when I change note in repeat 1, repeat 2 and others remain unchanged.  In this sense, groove midi clips make no difference with simple midi clips. And that's just illogical, because both step sequencer and audio groove clips show linked repeats behaviour

     
    Ah, now I remember why I stopped using groove-clip looping. You're right, the repeat portions should be linked to the original (but I wouldn't say groove-clip looping should be enabled by default). Maybe it's a bug. Report to CW and if they say it's an intended behavior, they normally forward it to the feature request department on your behalf.
     
    Jekyll Vance
    I have to be careful  when pasting to align everything properly with grid.

     
    I suggest you set "Measure" for secondary Snap to Grid resolution and hold down the N key when you copy the clip (I, in contrast, use "Measure" for grobal snap resolution and "1/16" for secondary snap resolution).
    http://www.cakewalk.com/Documentation/default.aspx?Doc=SONAR+X2&Lang=EN&Req=Arranging.28.html
     
    post edited by Jlien X - 2014/04/22 11:02:30

    Tak T.
     
    Primary Laptop: Core i7-4710MQ CPU, 16GB RAM, 7200RPM HDD, Windows 7 Home Premium OS (Japanese) x64 SP1
    Secondary Laptop: Core2 Duo CPU, 8GB RAM, 7200RPM HDD, Windows 7 Professional OS (Japanese) x64 SP1
    Audio Interface: iD14 (ASIO)
    Keyboard Controller/MIDI Interface: A-800PRO
    DAW: SONAR Platinum x64 (latest update installed)
    #19
    robert_e_bone
    Moderator
    • Total Posts : 8968
    • Joined: 2007/12/26 22:09:28
    • Location: Palatine, IL
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/22 11:38:17 (permalink)
    Great detail - I concur that separate threads would make it easier for any discussion to be followed, as only one issue would be present in each thread.
     
    Also, I agree that some of these ideas would be good candidates for submission as feature requests, and I think you might as well go ahead and submit your ideas.
     
    Bob Bone
     

    Wisdom is a giant accumulation of "DOH!"
     
    Sonar: Platinum (x64), X3 (x64) 
    Audio Interfaces: AudioBox 1818VSL, Steinberg UR-22
    Computers: 1) i7-2600 k, 32 GB RAM, Windows 8.1 Pro x64 & 2) AMD A-10 7850 32 GB RAM Windows 10 Pro x64
    Soft Synths: NI Komplete 8 Ultimate, Arturia V Collection, many others
    MIDI Controllers: M-Audio Axiom Pro 61, Keystation 88es
    Settings: 24-Bit, Sample Rate 48k, ASIO Buffer Size 128, Total Round Trip Latency 9.7 ms  
    #20
    Mystic38
    Max Output Level: -59 dBFS
    • Total Posts : 1622
    • Joined: 2010/08/30 17:40:34
    • Location: Mystic, CT
    • Status: offline
    Re: SONAR Reconsideration 1.2 TRACK VIEW - clips, grooves, linking 2014/04/24 09:36:04 (permalink)
    Jlien X was simply stating the best way of managing your time and energies within the forum, and while everyone who is interested may contribute or not, just remember that Feature Request is the vehicle for change, not this forum :)
     
    On the topic of midi groove clip looping, IMO there is no right answer.
     
    What Sonar does right now makes perfect sense to me since you create the groove clip at the time you CTRL L. Everything afterwards is in line editing. 
     
    There are many ways to work. I understand how Sonar does midi groove clip looping and use it to advantage. My most typical use is to execute groove clip looping then edit inline for variation across multiple repeats. So this WORKS for me.
     
    If i wish to change the fundamental pattern, rolling back, CTL L, edit, CTL L, and roll out is really not a big deal at all.
     
    So, 
    1. Making changes in the first pattern affect all other instances by default, or always, is certainly NOT a good idea. 2. Adding the capability option to do so is a fine idea,
    3. Given that typical use can easily be the requirement to do both types of editing, then be aware that this may require an extra popup dialog of "do you wish to replace all instances of this groove clip" when you press CTL L to recreate the new groove clip. This then would slow down ALL groove clip looping by one click...since we are really just discussing a couple of clicks and drags here anyway :)
     
    regards.
     
     
    Jlien X
    Hello again. My advice is...
     
    • if you simply want to make a request to add, modify or remove a feature, submit a feature request from here: http://www.cakewalk.com/support/contact/featurerequest.aspx
    • if you are wondering if the issue you've found is a bug or not, submit a bug report from here and if you want to share the info with us, start a new thread about it:
      http://www.cakewalk.com/support/contact/problemreport.aspx
    • if you want to discuss the current implementation of a certain feature or need advice, workarounds, etc., start a new thread only with that particular topic (I recommend one or two topics a day at most)

     

    HPE-580T with i7-950, 8G, 1.5T, ATI6850, Win7/64, Motu 828 III Hybrid, Motu Midi Express, Sonar Platinum, Komplete 9, Ableton Live 9 & Push 2, Melodyne Editor and other stuff, KRK VXT8 Monitors
    Virus Ti2 Polar, Fantom G6, Yamaha S70XS, Novation Nova, Novation Nova II, Korg MS2000, Waldorf Micro Q, NI Maschine Studio, TC-VoiceLive Rack, 2012 Gibson Les Paul Standard, 2001 Gibson Les Paul DC, 1999 Fender Am Hardtail Strat, Fender Blues Jr, Orange TH30/PPC212, Tak EF360GF, one mic, no talent.
    #21
    Jump to:
    © 2024 APG vNext Commercial Version 5.1