lock clip midi and absolute time

Page: 12 > Showing page 1 of 2
Author
eliadevico
Max Output Level: -90 dBFS
  • Total Posts : 18
  • Joined: 2017/09/14 18:31:29
  • Status: offline
2017/09/15 06:07:22 (permalink)

lock clip midi and absolute time

The function for Lock the clip with an absolute time does not work. I lock data and positions in absolute time but then, if I create some tempo changes, the absolute position of the notes moves in any case. Why?
post edited by eliadevico - 2017/09/15 15:47:33
#1

36 Replies Related Threads

    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/15 06:12:50 (permalink)
    Specifically, I am talking about midi clips  (I set the clip properties on H:M:S:F and absolute time). If I create the changes of tempo, in tempo map, should change the notation, not the absolute position of the midi events, I think.
    post edited by eliadevico - 2017/09/15 22:43:05
    #2
    Zargg
    Max Output Level: 0 dBFS
    • Total Posts : 10666
    • Joined: 2014/09/28 04:20:14
    • Location: Norway
    • Status: offline
    Re: elia 2017/09/15 10:39:49 (permalink)
    Hi, and welcome to this forum.
    Try to bounce the MIDI clip to it self, before changing tempo.
    All the best.

    Ken Nilsen
    Zargg
    BBZ
    Win 10 Pro X64, Cakewalk by Bandlab, SPlat X64, AMD AM3+ fx-8320, 16Gb RAM, RME Ucx (+ ARC), Tascam FW 1884, M-Audio Keystation 61es, *AKAI MPK Pro 25, *Softube Console1, Alesis DM6 USB, Maschine MkII
    Laptop setup: Win 10 X64, i5 2.4ghz, 8gb RAM, 320gb 7200 RPM HD, Focusrite Solo, + *
     
    #3
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/15 13:14:09 (permalink)
    Thank you very much for the reply. However, I speak English as a Spanish cow. What does it mean, in other words, "bounce the MIDI clip to it self"? 
    I've also tried copying the locked clip and pasting it into another project, but absolute time is not saved.
    However, the manual says:
     
    "If a clip’s position is locked, and you change tempo, what happens to the clip’s position depends on what option the Clip Properties Time Base field is set to: Musical (M:B:T), or Absolute (SMPTE). 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, its Absolute position does not move, but its M:B:T position shifts."
     
    It's very simple but, it seems to me, does not work. If I change tempo, in any case, M:B:T position no shifts. Only the absolute positions of the events are shifted. Is it a bug in the program?
     Thanks so much for any advice..
    #4
    Zargg
    Max Output Level: 0 dBFS
    • Total Posts : 10666
    • Joined: 2014/09/28 04:20:14
    • Location: Norway
    • Status: offline
    Re: elia 2017/09/15 13:23:05 (permalink)
    Right click on the clip, and choose bounce to clip.

    Ken Nilsen
    Zargg
    BBZ
    Win 10 Pro X64, Cakewalk by Bandlab, SPlat X64, AMD AM3+ fx-8320, 16Gb RAM, RME Ucx (+ ARC), Tascam FW 1884, M-Audio Keystation 61es, *AKAI MPK Pro 25, *Softube Console1, Alesis DM6 USB, Maschine MkII
    Laptop setup: Win 10 X64, i5 2.4ghz, 8gb RAM, 320gb 7200 RPM HD, Focusrite Solo, + *
     
    #5
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/15 15:08:30 (permalink)
    Thanks. I have the Italian program and I did not understand. Anyway, I think the 'bounce to clip' command works with audio clips. It seems to me that there is no solution ...
    #6
    Zargg
    Max Output Level: 0 dBFS
    • Total Posts : 10666
    • Joined: 2014/09/28 04:20:14
    • Location: Norway
    • Status: offline
    Re: elia 2017/09/15 21:24:44 (permalink)
    Bounce to clip works with MIDI as well. 
    Did you try?

    Ken Nilsen
    Zargg
    BBZ
    Win 10 Pro X64, Cakewalk by Bandlab, SPlat X64, AMD AM3+ fx-8320, 16Gb RAM, RME Ucx (+ ARC), Tascam FW 1884, M-Audio Keystation 61es, *AKAI MPK Pro 25, *Softube Console1, Alesis DM6 USB, Maschine MkII
    Laptop setup: Win 10 X64, i5 2.4ghz, 8gb RAM, 320gb 7200 RPM HD, Focusrite Solo, + *
     
    #7
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/15 22:02:22 (permalink)
    I tried but I did not solve anything ...
    #8
    Bristol_Jonesey
    Max Output Level: 0 dBFS
    • Total Posts : 16775
    • Joined: 2007/10/08 15:41:17
    • Location: Bristol, UK
    • Status: offline
    Re: elia 2017/09/15 22:03:23 (permalink)
    Did you unlock the Clip before bouncing?

    CbB, Platinum, 64 bit throughout
    Custom built i7 3930, 32Gb RAM, 2 x 1Tb Internal HDD, 1 x 1TB system SSD (Win 7), 1 x 500Gb system SSD (Win 10), 2 x 1Tb External HDD's, Dual boot Win 7 & Win 10 64 Bit, Saffire Pro 26, ISA One, Adam P11A,
    #9
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/15 22:47:10 (permalink)
    Yes, I've tried everything but the result does not change ...
    But are you sure it works? The manual does not say that it is necessary bouncing the clip...  
    #10
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/16 20:41:21 (permalink)
    It seems that we can not solve this problem. Probably Sonar does not work well, in this case ...
    #11
    Bristol_Jonesey
    Max Output Level: 0 dBFS
    • Total Posts : 16775
    • Joined: 2007/10/08 15:41:17
    • Location: Bristol, UK
    • Status: offline
    Re: elia 2017/09/17 09:06:25 (permalink)
    I would guess that this is intended behaviour when dealing with Absolute Time.
     
    If you change the tempo you change where the notes appear on the grid. I don't think locking the clip makes any difference in this scenario
     
    Change it to M:B:T and try again

    CbB, Platinum, 64 bit throughout
    Custom built i7 3930, 32Gb RAM, 2 x 1Tb Internal HDD, 1 x 1TB system SSD (Win 7), 1 x 500Gb system SSD (Win 10), 2 x 1Tb External HDD's, Dual boot Win 7 & Win 10 64 Bit, Saffire Pro 26, ISA One, Adam P11A,
    #12
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/18 10:40:59 (permalink)
    Thanks for the reply ... but it does not work. If I set absolute time and lock Midi events, all Midi events must remain locked in their absolute position - in H: M: S: F - and then, if I insert tempo (metronome) changes, speed must not change (change only the notation in bars). The online help explains it very clearly:
     
    "If a clip’s position is locked, and you change tempo, what happens to the clip’s position depends on what option the Clip Properties Time Base field is set to: Musical (M:B:T), or Absolute (SMPTE). 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, its Absolute position does not move, but its M:B:T position shifts."
     
    I did this often with Logic. Unfortunately on Sonar does not work.
    #13
    Base 57
    Max Output Level: -86 dBFS
    • Total Posts : 249
    • Joined: 2014/12/26 16:30:14
    • Status: offline
    Re: elia 2017/09/18 15:19:34 (permalink)
    I've been experimenting with this and I am getting the same result as OP. Setting the time base for MIDI clips to absolute is not working as I expect it to. An audio clip set to an absolute time base will not change if the tempo is changed. A MIDI clip set to absolute time definitely changes with a change in tempo.
     
    OP should post this in problem reports.
    #14
    PiBoy
    Max Output Level: -89 dBFS
    • Total Posts : 68
    • Joined: 2013/12/29 02:09:49
    • Location: Monterrey, Mexico
    • Status: offline
    Re: elia 2017/09/18 15:47:42 (permalink)
    Hi!
     
    May be what you need to do is change the tempo and then stretch or shrink the midi clip.
     
    HTH
     
    PiBoy
     
     

    Shine On!
     
    PiBoy
    ---------------
    https://soundcloud.com/piboy-1
     
    ------------------
    Running: Sonar Platinum, Lenovo i7 6700HQ 2.6Ghz . 8GB RAM, Windows 10, Stainberg UR44.
    #15
    Base 57
    Max Output Level: -86 dBFS
    • Total Posts : 249
    • Joined: 2014/12/26 16:30:14
    • Status: offline
    Re: elia 2017/09/18 16:11:05 (permalink)
    I've been reading the effing manual. This is working the way it is supposed to work.
     
      "Note: The length of a clip may also change when you change the tempo—audio clips maintain their absolute (SMPTE) length, while a MIDI clip will follow the value in the Time Base field." 
     
    So... before changing the Tempo, you must make a note of the Length of the clip in Properties as well as setting the time base to Absolute. Then after changing the tempo, reset the length to the original duration.
     
    edit.... AAARgg! Nevermind. I still can't get this to work right. It does not affect the way I normally work but I can imagine this being a problem for others.
    Sorry I could not help
     
    #16
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/19 05:26:02 (permalink)
    If you change the tempo and then stretch or shrink the midi clip, the program deletes a portion of the clip or adds an empty part. In any case, the program does not retain the SMPTE of the Midi events and erases the original tempo fluctuations. This is definitely a problem with the program.
    #17
    Base 57
    Max Output Level: -86 dBFS
    • Total Posts : 249
    • Joined: 2014/12/26 16:30:14
    • Status: offline
    Re: elia 2017/09/19 17:18:05 (permalink)
    I have been working on this for several hours. SONAR is not broken. It is working just as it has since at least V 8.5. A MIDI clip is always going to follow the tempo map (a quarter note is a quarter note regardless of tempo).
     
    It may be easier to make this type of edit in another program (I would not know), but this is how to do it in SONAR.
     
    First make sure that "selection after single split" is set to "right portion" in Preferences.
     
    1. Select the clip(s) you want to work with and set the now time at the first note of the clip. Hit "Tab" which will move the cursor to the next note. Hit "S" which will split the clip with the right portion selected. Tab-S your way to the end of the clip.
    2. Select all of the resulting clips. In the Inspector, Cntrl-Click (quick group) the Time Base to "Absolute" and Lock to "Pos Only".
    3. Make your tempo change(s).
    4. Re-select the clips (it is likely that some will move out of the selection range after the tempo change). Open the PRV and adjust the note durations as needed. Some may need to be adjusted individually.
     
    I hope this is helpful. Good luck.
    #18
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/19 20:59:48 (permalink)
    If the absolute position of the notes is locked, the Midi clip does not follow the tempo map. If you change the tempo map (when the Midi clip is locked) the program will move the bars and the notation (and a quarter can become an eighth or vice versa).
    Sorry, I've tried but the result does not change. The notes retain their 'musical' position (within the bars) and lose their 'absolute' position (in H: M.S: F). It should be the opposite. Probably I did not understand your process well (in particular, it is not very clear to me: "Tab-S your way to the end of the clip.")
    However, the operation to lock SMPTE of midi events should be much simpler (as it is written in online help).
    Anyway, thank you very much for your help.
    #19
    Base 57
    Max Output Level: -86 dBFS
    • Total Posts : 249
    • Joined: 2014/12/26 16:30:14
    • Status: offline
    Re: elia 2017/09/19 22:31:54 (permalink)
    "Tab" moves the now time to the next note (or chord). "S" splits the clip. The object is to split the clip into separate clips for each note (or chord). The resulting clips have only one note (or chord) that can then be locked to absolute (SMPTE) time.
     
    If a MIDI clip is set to a "musical" Time Base and the tempo is changed then the clip will retain it's position relative to the beat (if it starts on the downbeat of the second measure before changing the tempo, it will still start on the downbeat of the second measure after the tempo is changed).
     
    If a MIDI clip is set to "Absolute" Time Base, then it will start at the same SMPTE time even after the tempo is changed (If the clip starts at 00.00.30.00 before the tempo is changed it will still start at 00.00.30.00 after the tempo is changed).
     
    Either way the clip is going to follow the new tempo after it starts. If set to "musical" the clip will line up to the same bars and beats that it did before changing the tempo. If set to "absolute" the notes will be offset from the bar by an equal amount determined by the new tempo.
     
    I was thinking that you want your MIDI clip to retain it's original timing even after changing the tempo. The method I described in my previous post is the only way I have found to do that.
     
     
    #20
    SquireBum
    Max Output Level: -84 dBFS
    • Total Posts : 347
    • Joined: 2013/06/26 13:23:55
    • Status: offline
    Re: elia 2017/09/20 00:08:40 (permalink)
    The Fit to Time... option in the Process menu should give the OP the desired results.
     
    1.  Select a MIDI clip.
    2.  Set the Time Format in Clip Properties to H:M:S:F.
    3.  Set the Time Base to Absolute.
    4.  Determine the current End time of the Clip by adding the Start value to the Length value.  NOTE:  Verify the Timecode Format field on your system in Preference > Project > Clock, since it affects how we add the Frame fields.
    5.  Change the tempo.  At this point the clip should still have the same Start value as before the tempo change.
    6.  Run Process > Fit to Time...
         a.  Click the Format button in the dialog box until the time format is H:M:S:F
         b.  Set the New Thru: field to match the End time calculated in step 4.
         c.  Click the Event Times radio button.
         d.  Click OK
     
    The MIDI clip and all notes should still be at the same absolute SMPTE time as at the start of the procedure.
     
    Hope this helps,
    -- Ron

    Cakewalk by Bandlab, Sonar Platinum x64 2017.10, X3E, X2a, X1d, 8.5
    Windows 10 x64
    AMD Phenom II X4 955 3.20 GHz
    8 GB Ram
    Nvidia GeForce 9500 GT
    Echo Gina 3G
    #21
    Base 57
    Max Output Level: -86 dBFS
    • Total Posts : 249
    • Joined: 2014/12/26 16:30:14
    • Status: offline
    Re: elia 2017/09/20 00:37:16 (permalink)
    Yes. Fit to time is likely the better answer. I knew there had to be an easier way. I just couldn't think of it.
    Doh!!!
    #22
    SquireBum
    Max Output Level: -84 dBFS
    • Total Posts : 347
    • Joined: 2013/06/26 13:23:55
    • Status: offline
    Re: elia 2017/09/20 02:38:22 (permalink)
    Base 57
    Yes. Fit to time is likely the better answer. I knew there had to be an easier way. I just couldn't think of it.
    Doh!!!


    Fit to Time... wasn't the first thing that came to my mind either, since I have never used it on a project. 
     
    It might help us if the OP explained the purpose of having the MIDI at a fixed time.  I was trying to imagine why I would want MIDI notes locked to a specific SMPTE time and could only come up with triggering something such as sound FX at a specific time in a video or stage lighting control.
     
    -- Ron

    Cakewalk by Bandlab, Sonar Platinum x64 2017.10, X3E, X2a, X1d, 8.5
    Windows 10 x64
    AMD Phenom II X4 955 3.20 GHz
    8 GB Ram
    Nvidia GeForce 9500 GT
    Echo Gina 3G
    #23
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/20 06:34:20 (permalink)
    Obviously, Fit to Time was the first thing I thought. But it does not work either. Your procedure is valid if the original clip does not contain tempo changes inside (only one metronome value from start to end). But if there are tempo changes in the clip, this process erases them (in my clips tempo map there are hundreds of tempo fluctuations and I want to eliminate the changes in the tempo map without eliminating the actual timing of the clip). Simply, the lock command (absolute time) should lock the notes in their current absolute (H:M:S:F) position (and then if you change tempo map, their timing does not change, only the notation in bars change). According to the online help this is possible and simple, but unfortunately it does not work. Or maybe I do not understand the logic of the program ...?
    #24
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/20 08:06:11 (permalink)
    Sorry if it's a little abstruse. I try to explain my problem.

    1) I get midi clips recorded metronome, very rigid, like printed music
    2) I must 'humanize' the clips, inserting many tempo changes (rallentando...accelerando...). In this way, each note moves to new, different SMPTE positions (H:M:S:F). 
    3) Finally, I have to eliminate the changes made in the tempo map, but I have to keep the new 'humanized' timing
    4) To do this, I used to lock the absolute positions of the notes after editing the tempos and then erase all the changes in the tempo map. Thus, there is still only one metronome value at the clip's beginning, but all the job of 'humanization' is saved. Every Midi event remains locked in the new absolute position in which my tempo editing has shifted it. Musical time (bars, rhythmic notation) is changed, but this is not a problem.
     
    That's just what I can not do with Sonar ...
    #25
    SquireBum
    Max Output Level: -84 dBFS
    • Total Posts : 347
    • Joined: 2013/06/26 13:23:55
    • Status: offline
    Re: elia 2017/09/20 18:16:19 (permalink)
    Thank you for the explanation.
     
    It appears that in your process, that the MIDI clip would have to be set to ignore tempo changes.  I am not aware of any process or setting in SONAR that allows that.  Maybe someone else does.
     
    Sorry I couldn't help,
    -- Ron

    Cakewalk by Bandlab, Sonar Platinum x64 2017.10, X3E, X2a, X1d, 8.5
    Windows 10 x64
    AMD Phenom II X4 955 3.20 GHz
    8 GB Ram
    Nvidia GeForce 9500 GT
    Echo Gina 3G
    #26
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/20 18:25:10 (permalink)
    Theoretically Sonar does it (lock the absolute time of midi events, as you can see in the manual), but in practice it does not work.
    Thank you very much.
    #27
    slartabartfast
    Max Output Level: -22.5 dBFS
    • Total Posts : 5289
    • Joined: 2005/10/30 01:38:34
    • Status: offline
    Re: elia 2017/09/20 20:55:42 (permalink)
    Actually the quoted material from the manual is fatally ambiguous. What it says is that the position of the clip should lock to absolute time. Since a clip clearly has a start point, a duration and (determined by the duration and start) an end point, one would assume that the position is most likely the start point. That does not specifically state that the duration of the clip will not change if the tempo changes. So the only thing that you can count on as far as the manual is concerned is that the start point (presumably in HMSF from the project beginning) will not change with tempo changes. It would certainly make logical sense that a locked clip will not change in any way until the lock is removed, but that question is not addressed in the quote, and there is no specific language that would indicate that whatever behavior is to be expected will differ in any way between an audio and a MIDI clip. 
    #28
    eliadevico
    Max Output Level: -90 dBFS
    • Total Posts : 18
    • Joined: 2017/09/14 18:31:29
    • Status: offline
    Re: elia 2017/09/20 21:54:28 (permalink)
    The manual seems quite clear:
     
    "If a clip’s position is locked, and you change tempo, what happens to the clip’s position depends on what option the Clip Properties Time Base field is set to: Musical (M:B:T), or Absolute (SMPTE). 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, its Absolute position does not move, but its M:B:T position shifts."
     
    This seems the typical operation to lock Midi events at their SMPTE. But actually it does not work, notes are not locked. No hope, I fear...
    #29
    Base 57
    Max Output Level: -86 dBFS
    • Total Posts : 249
    • Joined: 2014/12/26 16:30:14
    • Status: offline
    Re: elia 2017/09/20 23:17:33 (permalink)
    I agree that what is stated in the manual can be confusing. At first, I also interpreted it the way you have. But we were wrong. It says "what happens to the clip’s position depends on what option the Clip Properties Time Base field is set to".  By position they mean the start of the clip. A MIDI clip will always follow the tempo map. I checked X3, X2, X1 and 8.5 and those versions behave the same way as Platinum does today.
     
    However, the method I described in posts 18 and 20 works. Step 4 is a little time consuming but you either want to get the job done or you don't. 
     
    A 5th step to complete the work is after applying the new tempo re-select all of the locked clips, cntrl-click unlock and then bounce all of the separated clips back into one clip.
     
    If you have access to another program that does this more easily then you should use it.
     
    Best of luck to you
    #30
    Page: 12 > Showing page 1 of 2
    Jump to:
    © 2024 APG vNext Commercial Version 5.1