The fact that it cut off the "R" in "Record" (the clip name) is pretty damning.... everything in this video looks like a bug to me. The way I see it, if you trim a clip, MIDI or Audio, the beginning and end should reference what's seen on the screen. If I want only the last 3 notes of a MIDI performance, I should be able to trim the clip to the last 3 notes and go on with my life, without bouncing; that's the point of non-destructive slip editing, not to bounce and lose data.
 
I bet very few people actually set the start time manually like you do, so there's a chance you're the first one to find this bug.

Bristol_Jonesey


Well yours is easy to solve - just set your punch in/out points to correspond to your loop points.

Nothing outside of that will be recorded.

That's not quite what Obori wants. He wants the clip to fill the loop area even if he only plays a few notes.
However, SONAR cuts the MIDI-clip where the last MIDI-note ends. So, if you Groove Clip it, the copies will not be created according to the loop length, but the length of actually played notes.

rainmaker1011



...
 
Please check this behavior on your system to find out whether it is a BUG or solely my problem.

Thanks

EDIT: This does not apply to audio clips 

I'm not sure if this was alread said but it all looks like normal behavior to me...
 
1st scenario -
 
Sonar sees the clip in it's entirety. When you slip either end into the clip, it's only hiding the notes. Sonar still sees them.
So to move it using the inspector you need to "bounce" it first which deletes the covered notes.
 
2nd scenario -
 
When you slip either end outfrom the clip, Sonar sees this as dead space. So to move it using the inspector you need to "bounce" it first which deletes the dead space. 
  
If for some reason you need that space, calculate how big it is and add it to you Inspector entry so the 1st note will be where you want it.
 
Steve

Kalle Rantaaho

Bristol_Jonesey


Well yours is easy to solve - just set your punch in/out points to correspond to your loop points.

Nothing outside of that will be recorded.

That's not quite what Obori wants. He wants the clip to fill the loop area even if he only plays a few notes.
However, SONAR cuts the MIDI-clip where the last MIDI-note ends. So, if you Groove Clip it, the copies will not be created according to the loop length, but the length of actually played notes.

Yes, I can see that now.

Maybe he needs to look at Input Quantize, short of that, I don't know of a way to fill out notes to a predetermined length, other than drawing in the PRV of course.

  Yes Kalle, pls tell me that you have an answer for me, plz - i m getting mad with this program by now. I dont want to stretch every clip manually. Any ideas? Plz help or I have to run with my head to wall soon!

Hi,

CW has confirmed this as bug. So I believe one day it will be implemented into an update.

In Sonar 8.5 it worked as expected.
Snap is not looking at "hidden" notes but at the actual clip size (slipped or not) so why not the clip Start time? :) 

Not sure what you mean by "actual clip size" but I would translate that as including the hidden notes.
 
I will try it in 8.3 and see if it behaves differently.
 
Steve

By actual clip size I mean the clip you see. Excluding hidden notes. What You See Is What You get behavior :) :)

I'm having the same disappointment after upgrading from Sonar 6, however the Apply Trimming trick seems to have worked. 

If anyone's interested, the reason for typing in a start time as opposed to dragging would be if the first note in a clip occurs on at an "unusual" number of ticks such as "528" which is the situation I'm in at the moment. 

Yes to keep the feel and the flow going that first note in the clip needs to stay there. Some people forget this working with "standard" or generic clips.