New PRV Editing feature

Author
Widetrack
Max Output Level: -84 dBFS
  • Total Posts : 310
  • Joined: 2006/07/31 15:31:55
  • Status: offline
2011/06/07 12:20:45 (permalink)

New PRV Editing feature



So let me get this straight:
 
In X1b, QF 255, if I open several tracks in the PRV—‘cause it’s real handy to be able to see how the different parts fit—then click the little “Enable/Disable Track Editing” boxes on all but one track. Then they’re grey, and track editing—let’s say . . . oh, I dunno . . . Copy and paste, for example—is Dis-abled on those tracks. Then I click the little "Show/Hide Track" boxes so I only see the notes of the enabled track: You know, to make work a little easier and more efficient--save time, and all that.



I mean, that's why Cake put that function in there, right?

 
So then I drag along the Time Ruler to select a couple bars on the sole En-abled, un-hidden track, copy them and paste them somewhere else. And I do this several times, carefully saving each time (I save a lot, because I’ve been burned before.) Neat-o.

 
Until god knows how many edits and saves  later, when I start making all those hidden tracks visible again, and start noticing all sorts of crazy notes on lots of different places in lots of different tracks, multiplying like yeast mold in a hot, wet breadbox.


Why? Because each time I disabled, hid, selected, copied and pasted, ALL the notes in ALL the edit-disabled and hidden tracks in that selection got pasted in there too! And I didn’t see it because I hid those track notes!!


What a wonderful feature!
 
Is this new, or did I just not read the user guide enough in earlier versions to understand how to do this before?
And now—especially since Sonar does not (or does it? I guess I need to spend even more time reading the manual.)—have a feature that removes notes that lie within a certain small distance from a duplicate—I get to have a delightful couple of hours finding and removing these notes, one at a time, and undoubtedly removing some of the wrong ones so all the tweaking I’ve just done over the last several hours is verschtupped.




Yippee.



PS. Sorry if I sound bitter. Yesterday at 3 PM I really thought this project was just a few tweaks short of ready to go. I even spent a few minutes bouncing all the clips down, just to clean things up.




#1

3 Replies Related Threads

    Krokodilen
    Max Output Level: -90 dBFS
    • Total Posts : 45
    • Joined: 2011/02/21 13:24:00
    • Location: Sweden
    • Status: offline
    Re:New PRV Editing feature 2011/06/07 12:52:18 (permalink)
    Well...

    Hopfully the faulty pastes will show upp as individual layers in your traks, making them 'easy' to spot and remove..

    ...i guess..

    K
    #2
    brundlefly
    Max Output Level: 0 dBFS
    • Total Posts : 14250
    • Joined: 2007/09/14 14:57:59
    • Location: Manitou Spgs, Colorado
    • Status: offline
    Re:New PRV Editing feature 2011/06/07 13:52:30 (permalink)
    Is this new, or did I just not read the user guide enough in earlier versions to understand how to do this before?



    I sympathize with your predicament, but the behavior has not changed from earlier versions, and is arguably logical, though I'm not sure how well it's documented. Here's the deal:


    The PRV Enable/Disable editing buttons apply only to direct selection and editing of MIDI events with the mouse in the PRV. It does not disable selection of those tracks when you drag in the timeline, so any keyboard or menu-based editing commands like copy/cut/paste/delete/transpose will still affect those "disabled" tracks.


    I could see having the behavior changed so that selection in the PRV's timeline does not select tracks that are disabled for editing. You should log a feature request.

    SONAR Platinum x64, 2x MOTU 2408/PCIe-424  (24-bit, 48kHz)
    Win10, I7-6700K @ 4.0GHz, 24GB DDR4, 2TB HDD, 32GB SSD Cache, GeForce GTX 750Ti, 2x 24" 16:10 IPS Monitors
    #3
    Widetrack
    Max Output Level: -84 dBFS
    • Total Posts : 310
    • Joined: 2006/07/31 15:31:55
    • Status: offline
    Re:New PRV Editing feature 2011/06/07 17:30:09 (permalink)
    Kroko:
    As far as the errors being in their own layers: I already bounced them down before I discovered the problem.

    Brundely:
    Yeah. that's the way it acts, alright. Guess I abetter send a request.

    Thanks for replying.

    #4
    Jump to:
    © 2024 APG vNext Commercial Version 5.1