Lexington, Please fix PRV Controller Pane behavior.

Author
Capolock
Max Output Level: -90 dBFS
  • Total Posts : 6
  • Joined: 2014/06/24 14:28:40
  • Status: offline
2016/01/06 15:54:03 (permalink)

Lexington, Please fix PRV Controller Pane behavior.

In Lexington, PRV opens all the controller panes that are used in the track.
The lanes are compressed into tiny lanes altogether making it impossible to edit or view any data properly.
Everytime PRV gets open it needs to be adjusted with a lot of click and drag, kills workflow severely.
X3 doesn't act like the way it is now.
I wonder how everyone's doing with this. 
It's something should be fixed ASAP.
post edited by Capolock - 2016/01/06 16:17:22
#1

5 Replies Related Threads

    bz2838
    Max Output Level: -83 dBFS
    • Total Posts : 366
    • Joined: 2010/10/16 14:44:50
    • Status: offline
    Re: Lexington, Please fix PRV Controller Pane behavior. 2016/01/06 16:34:50 (permalink)
    I have had no problems with PRV, everything is working as expected, if you're new to Sonar, I suggest you check out videos here:  http://www.cakewalk.com/C...University/Get-Started

    Purrrfect Audio:  Intel i7 7700k (Kabylake), 32Gig DDR4/2133, Windows 10x64 Pro, USB RME Babyface, Sonar Platinum Current
    #2
    brundlefly
    Max Output Level: 0 dBFS
    • Total Posts : 14250
    • Joined: 2007/09/14 14:57:59
    • Location: Manitou Spgs, Colorado
    • Status: offline
    Re: Lexington, Please fix PRV Controller Pane behavior. 2016/01/06 16:37:28 (permalink)
    This is not a new issue. X3 and all previous releases I know of would refresh and show a controller lane for every channel and controller type present in the picked tracks every time you re-open the PRV or change which tracks are picked. You can avoid the worst of it by:
     
    - Leaving the PRV open in the multidock all the time.
    - Not picking more tracks than necessary.
    - Leaving all events on channel 1, and using forced MIDI channels on tracks to differentiate parts for multi-timbral synths (this allows controller lanes to be 're-used', rather than creating a lane for every controller+channel combination represented in the picked tracks).
     
    The bottom line is that this largely working as intended, and if you want it changed, it will take a Feature Request. Check the Feature Request forum for existing requests that you can vote on. Or stand by, and I'm sure William Copper will be along shortly to commiserate and direct you to his many posts on the subject.

    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
    Capolock
    Max Output Level: -90 dBFS
    • Total Posts : 6
    • Joined: 2014/06/24 14:28:40
    • Status: offline
    Re: Lexington, Please fix PRV Controller Pane behavior. 2016/01/06 17:05:47 (permalink)
    Thx for your input.
    No, in X3, unless PRV is closed completely and re-open on a track with CCs, it does not refresh CC pane and remebers what CCs were there.
    In X3 for example, if I open a midi track with no CCs, PRV shows single velocity lane. Having PRV window left in MultiDock, opening another track with any number of CCs used will show only velocity lane as well since it remembers what was there unlike Lexington.
    In Lexington, PRV gets refreshed and shows all the CCs presented in the track everytime.
     
    #4
    Anderton
    Max Output Level: 0 dBFS
    • Total Posts : 14070
    • Joined: 2003/11/06 14:02:03
    • Status: offline
    Re: Lexington, Please fix PRV Controller Pane behavior. 2016/01/06 17:35:04 (permalink)
    I find the main Piano Roll View optimized for note editing. When I have to edit lots of controllers, I edit use the track's in-line PRV. My SONAR Techniques column in the October 2015 issue of Sound on Sound magazine covers the three main ways to edit controllers in SONAR, with the advantages and disadvantages of each approach.

    The first 3 books in "The Musician's Guide to Home Recording" series are available from Hal Leonard and http://www.reverb.com. Listen to my music on http://www.YouTube.com/thecraiganderton, and visit http://www.craiganderton.com. Thanks!
    #5
    brundlefly
    Max Output Level: 0 dBFS
    • Total Posts : 14250
    • Joined: 2007/09/14 14:57:59
    • Location: Manitou Spgs, Colorado
    • Status: offline
    Re: Lexington, Please fix PRV Controller Pane behavior. 2016/01/06 21:08:39 (permalink)
    Capolock
    No, in X3, unless PRV is closed completely and re-open on a track with CCs, it does not refresh CC pane and remebers what CCs were there.



    That's not entirely accurate, but I did some checking, and I know what you're saying now. As I said, changing tracks in the open PRV using the track picker will also refresh controller lanes. But I gather what you're doing is double-clicking a clip in another track which, as you say does not refresh lanes in X3 but does in Lexington.
     
    Personally, I think what Lexington is doing is more correct, and more desirable when you work with one track at a time. In X3, if you have controller lanes opened for that first track, they'll remain open even if the new track doesn't use them, and if the new track uses some other controller or the same controller on different channel, you won't know it's there, and could end up adding controllers with the wrong channel if you start drawing in the existing lanes.
     
     

    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
    #6
    Jump to:
    © 2025 APG vNext Commercial Version 5.1