The take lanes implementation is a disaster

Page: 123 > Showing page 1 of 3
Author
brian brock
Max Output Level: -85 dBFS
  • Total Posts : 297
  • Joined: 2007/02/16 18:00:18
  • Status: offline
2013/08/30 15:48:41 (permalink)

The take lanes implementation is a disaster

The take lanes implementation is a disaster.  I can't believe Cakewalk would take something that worked perfectly well - the old layers implementation - and replace it with a half-assed imitation of Cubase.  Actually the old system was better than what I've seen in Cubase or Samplitude.  To replace it for no reason, and then to offer something so unpleasant to use, and no ability to keep the old method, is just not nice or really smart. 
 
There's tons of bugs with it - for example, moving multiple clips from one lane to another just doesn't work, and sometimes the program doesn't show the crossfade cursor when placed between overlapping clips.  The fact that one of the tools for clip automation has been moved to a drop down menu on the take is counterintuitive and obnoxious, and it seems to have some bugs also.  The take lanes try to behave like tracks, but you can't add effects to an individual lane, which could have useful creative purposes.  The way all of the takes zoom at once is unpleasant and the fact that there's a maximum zoom level removes the only possible advantage zooming the lanes could offer.  When the take lanes are shown, it wastes space by emptying the track - the old method conserved space and allowed you to look at the track layers without changing the overall look of the tracks in the track view.
 
The only real problem with the old method was that when collapsed, the muted clips would usually appear in the track instead of the intended takes.  But, of course, that isn't fixed in the new version. 
 
The only thing better about the new version is that you can individually zoom waveforms, but even this is broken, since when you zoom the waveform on a track it doesn't carry over to the lanes when you expand them.
 
Automation lanes suffer from a lot of the same problems.
#1

79 Replies Related Threads

    stickman393
    Max Output Level: -60 dBFS
    • Total Posts : 1528
    • Joined: 2003/11/07 18:35:26
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/08/30 21:14:44 (permalink)
    Re: "Disaster" - I can't agree with you, Brian - and I'm one of those who hated Take Lanes in the beginning.
    They take some getting used to - and by that, I mean that if your workflow involved Track Layers, you won't be happy until you are comfortable with how Take Lanes are designed to work; and revise your workflow to suit.
    It took me about 3 months to get to that point, and it took changing my workflow to do it. Not everyone has the patience or inclination or temperament to do so. (I don't mean that negatively.)
     
    Am I am fan of Take Lanes? No way. There are some aspects and defects that annoy me, but I don't find them to be show-stoppers any more. Of course I hope the feature is polished in the next release.
    #2
    Silicon Audio
    Max Output Level: -84 dBFS
    • Total Posts : 346
    • Joined: 2012/03/06 04:33:19
    • Location: Northland, New Zealand
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/01 19:14:44 (permalink)
    I have to say that take lanes as currently implemented in X2 are pretty horrible to work with. I think the old take layers were far superior. Sure, they had a few bugs of their own, but somehow the baby got thrown out with the bath water. I used to routinely edit multitrack drums in Sonar, but have given up even trying in X2. Working with audiosnap in take lanes is just too buggy.

    Whether they stick with lanes or go back to layers, I really hope this part of Sonar gets some serious attention in the next release.

    "One of the great and beautiful things about music and recordings in general is that legacies live on" - Billy Arnell - April 15 2012
    #3
    icontakt
    Max Output Level: -32.5 dBFS
    • Total Posts : 4266
    • Joined: 2012/03/04 08:18:02
    • Location: Tokyo
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/01 20:17:56 (permalink)
    I never use Take Lanes since it can't hide clips on muted lanes when collapsed. I use folders and wait for X3.

    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)
    #4
    bladetragic
    Max Output Level: -80 dBFS
    • Total Posts : 503
    • Joined: 2009/09/12 04:49:24
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/01 20:55:59 (permalink)
    The buggy, poor implementation of Take Lanes is the main reason I will be very discouraged from continuing w/ Cakewalk if they simply release X3 (or whatever it will be called) w/o addressing these issues for current X2 users.  But we will see.  I'm very interested to see how they handle this.
    #5
    Keni
    Max Output Level: -17.5 dBFS
    • Total Posts : 5769
    • Joined: 2003/11/04 10:42:15
    • Location: Willits, CA USA
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/01 21:52:40 (permalink)
    I probably shouldn't join in on this, but of course... Here I am! ;-)
     
    I haven't stopped feeling frustrated, stifled, and shocked at Take Lanes. I did not want them before they were implemented as they were horrible everywhere I've seen them...
     
    Layers had some bugs, but was far easier to work with...
     
    I'm just holding my breath for X3 (I no longer believe there will be an X2b) and waiting to see if/how they've addressed this. I doubt they could make it much worse in my work methods...
     
    I agree with Brian whole-heartedly to say the least! ;-)
     
    Tho I use them all day everyday, with uncomfortable workarounds... I do not stop being miffed with every edit... For me this goes back to the Edit Filter and how it changed envelope work back in X1, so there's a multi-layer of disturbance for me and X2....
     
    I'm still in shock that they haven't released an update with fixes for the plague of problems.... It's been a long 6 months of severe discomfort for me...
     
    Keni
     

    Keni Fink
    Keni - Facebook
    Deep Space Records
    http://www.reverbnation.com/inexile
    http://www.cdbaby.com/artist/inexile
    Out Of My Head Music (BMI)

    SPlat/MacPro/Dual Xeon 3.06GHz 6-core (12 total)/64GB/Win8.1X64/Presonus 1818VSL/Soundscape SS8IO-1
    #6
    Craigster91
    Max Output Level: -90 dBFS
    • Total Posts : 42
    • Joined: 2008/01/16 19:17:03
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/02 14:54:32 (permalink)
    I'm planning to start working with Sonar again for composition and producing (haven't really much since just a bit on v.6 and v.8, as my main DAW is Samplitude for recording/editing/mixing/mastering). So, I'm interested in this take lane discussion.
     
    I have a fully functioning X1d and now X2a.
    I'm aware that much pleasure/irritation with software is with perceived intuitiveness. We like software programmed to work how WE think. Having to change our workflow is like getting inside someone else's head and trying to make sense of how they think.
    That said -- unfixed bugs are irritations to everyone. Rightly so. And a kludge is almost never worth taking time to learn.
     
    Since I'll be coming at this as a re-newbie, would some of you recommend I use X1d and learn how to use Layers? Or take the plunge with X2a and learn to get comfy with the Take Lanes?
     
    Any recommended videos/tutorials for either one that have been helpful to you?
     
    Craig
    #7
    Keni
    Max Output Level: -17.5 dBFS
    • Total Posts : 5769
    • Joined: 2003/11/04 10:42:15
    • Location: Willits, CA USA
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/02 19:16:37 (permalink)
    Hi Craig...

    I wish I could say, but as Cakewalk is choosing to be uncommunicative about this, one guess is as good as another.

    Having said that, I have both, but I chose to work with X2a as it has many other attributes that I find much better for me than earlier releases...

    Now back to holding my breath...

    Keni

    Keni Fink
    Keni - Facebook
    Deep Space Records
    http://www.reverbnation.com/inexile
    http://www.cdbaby.com/artist/inexile
    Out Of My Head Music (BMI)

    SPlat/MacPro/Dual Xeon 3.06GHz 6-core (12 total)/64GB/Win8.1X64/Presonus 1818VSL/Soundscape SS8IO-1
    #8
    icontakt
    Max Output Level: -32.5 dBFS
    • Total Posts : 4266
    • Joined: 2012/03/04 08:18:02
    • Location: Tokyo
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/02 19:17:36 (permalink)
    Craigster91
    I'm planning to start working with Sonar again for composition and producing (haven't really much since just a bit on v.6 and v.8, as my main DAW is Samplitude for recording/editing/mixing/mastering). So, I'm interested in this take lane discussion. I have a fully functioning X1d and now X2a.I'm aware that much pleasure/irritation with software is with perceived intuitiveness. We like software programmed to work how WE think. Having to change our workflow is like getting inside someone else's head and trying to make sense of how they think.That said -- unfixed bugs are irritations to everyone. Rightly so. And a kludge is almost never worth taking time to learn. Since I'll be coming at this as a re-newbie, would some of you recommend I use X1d and learn how to use Layers? Or take the plunge with X2a and learn to get comfy with the Take Lanes? Any recommended videos/tutorials for either one that have been helpful to you? Craig


    I'd wait for a month or so see what X3 offers (meanwhile you can keep creating music with Samplitude). You may not like the direction Cakewalk will be taking and learning track layers or take lanes now could be a total waste of time. Something tells me X3 is going to be great, though.

    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)
    #9
    SteveStrummerUK
    Max Output Level: 0 dBFS
    • Total Posts : 31112
    • Joined: 2006/10/28 10:53:48
    • Location: Worcester, England.
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/02 19:44:09 (permalink)
     
    The more I use Take Lanes, the more I hate them. If I know I'm going to be doing a lot of comping, I actually switch back to X1 to record the audio and perform that task.
     
    My particular (albeit idiosyncratic) way of working with Layers was a dream. Take Lanes looked promising before they were implemented, but the end result was a disaster for me. Now I loathe having to stumble around with a clunky, awkward and completely unintuitive tool, when I had something I was incredibly happy with taken away. It wouldn't be so bad if we had the choice to use one or the other. But to force me to have to use an older version of the software to be able to do something 2 or 3 times more quickly seems, to me anyway, completely ridiculous.
     
    It's actually quite likely that I'm going to hold off on upgrading to X3 unless this is fixed, such has my enjoyment of using SONAR been lessened by this one single factor.
     
    And yet again, there's not even the slightest word from on high about whether or not this is being addressed. And sorry, but I just don't buy the idea that by revealing, for example, that they were sorting out Take Lanes/Layers, they would be handing their competitors some form of advantage. That's an absurd argument and I'm afraid it doesn't wash with me any more. If anything, I get the feeling that the continued silence is really starting to get quite a few folk's goat up around here.
     
    I'm already running a demo of another DAW in preparation. Just a word or two from Cakewalk to tell me that I'm going to get Layers back (or similar) in X3, and I'd happily delete said competitor off my system.
     
    Come on Cakewalk, wake yourselves up and smell your loyal customers' frustration
     
     

     Music:     The Coffee House BandVeRy MeTaL

    #10
    Saxon1066
    Max Output Level: -78 dBFS
    • Total Posts : 619
    • Joined: 2004/02/04 01:23:25
    • Location: Ohigho
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/02 20:05:38 (permalink)
    Keep talkin' Keni and Steve.  You are giving voice to my major beef with X2--so big a beef that I'm using X1 until things change dramatically.  I love layers in X1 except for one thing:  the mute/solo buttons per layer are very small, but I get by.  Take lanes are totally buggy for all the reasons given in other threads, and they are cumbersome:  an extra mouse click to open / close the lanes that wasn't there in layers.  The fixed smallest size is also a problem for me.  If we could toggle (or re-set) between layers and lanes, it would be a dream.
    #11
    stevec
    Max Output Level: 0 dBFS
    • Total Posts : 11546
    • Joined: 2003/11/04 15:05:54
    • Location: Parkesburg, PA
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/02 20:41:37 (permalink)
    Like Jlien X said, I'd wait to see if something new is coming in the near future before making a decision.
     
    Obviously a few folks on this thread do not like Take Lanes at all and much prefer the older Layers.  I never thought Layers were really all that and mostly prefer Lanes... with the exception of the height restriction - I would like to see that addressed in the next version.   Both Layers and Lanes have/had odd issues, but with Layers users simply learned what they were.   Any issues with Lanes seem a bit more difficult to pin down, though I don't personally run into that many myself... fortunately.
     

    SteveC
    https://soundcloud.com/steve-cocchi
    http://www.soundclick.com/bands/pagemusic.cfm?bandID=39163
     
    SONAR Platinum x64, Intel Q9300 (2.5Ghz), Asus P5N-D, Win7 x64 SP1, 8GB RAM, 1TB internal + ESATA + USB Backup HDDs, ATI Radeon HD5450 1GB RAM + dual ViewSonic VA2431wm Monitors;
    Focusrite 18i6 (ASIO);
    Komplete 9, Melodyne Studio 4, Ozone 7 Advanced, Rapture Pro, GPO5, Valhalla Plate, MJUC comp, MDynamic EQ, lots of other freebie VST plugins, synths and Kontakt libraries
     
    #12
    Paul P
    Max Output Level: -48.5 dBFS
    • Total Posts : 2685
    • Joined: 2012/12/08 17:15:47
    • Location: Montreal
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/02 21:22:13 (permalink)
    There's been enough complaints about Take Lanes that I've held off even learning how they work, figuring I'd put in the time once I'd heard that they'd been fixed.  There's so much to learn that I've been busy in other parts of X2.
     
    I won't be happy if I have to pay 100$ for them to be fixed in a new release.  And how confident are people that even in a new release they'll be all that great.  I'll definitely be waiting to hear from the naysayers before considering upgrading.
     
    I'm still waiting for X2b and will remain optimistic until something happens.
     

    Sonar Platinum [2017.10], Win7U x64 sp1, Xeon E5-1620 3.6 GHz, Asus P9X79WS, 16 GB ECC, 128gb SSD, HD7950, Mackie Blackjack
    #13
    Silicon Audio
    Max Output Level: -84 dBFS
    • Total Posts : 346
    • Joined: 2012/03/06 04:33:19
    • Location: Northland, New Zealand
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/02 21:34:34 (permalink)
    My hope is that someone from the Cakewalk Bakery sees this thread and gets to understand the general consensus around take lanes.  Yes there are bugs in X2, yes it can crash at times, but I can live with all that stuff.
     
    But, as a person that records multi-tracked acoustic drums, take lanes are my one big problem with X2.  If I could pay for an upgrade that would address this, I would drop the cash in a second.  I'm not one of those that feels every fix should be free.  I've had buggy appliances that I've happily paid to replace - I feel the same way about this.
     
    I honestly believe layers were better than lanes.  Seems to me it went to lanes in a "me too" move.  If we had gotten Z ordering in layers rather than lanes, I would have been a happy camper.

    "One of the great and beautiful things about music and recordings in general is that legacies live on" - Billy Arnell - April 15 2012
    #14
    Keni
    Max Output Level: -17.5 dBFS
    • Total Posts : 5769
    • Joined: 2003/11/04 10:42:15
    • Location: Willits, CA USA
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/02 21:47:01 (permalink)
    stevec
    Like Jlien X said, I'd wait to see if something new is coming in the near future before making a decision.
     
    Obviously a few folks on this thread do not like Take Lanes at all and much prefer the older Layers.  I never thought Layers were really all that and mostly prefer Lanes... with the exception of the height restriction - I would like to see that addressed in the next version.   Both Layers and Lanes have/had odd issues, but with Layers users simply learned what they were.   Any issues with Lanes seem a bit more difficult to pin down, though I don't personally run into that many myself... fortunately.
     




    Hi Steve...
     
    what's so hard to pin down... Wait... Let's make a little list (in no particular order than they come to mind right now) some are design issues and others bugs...:
     
    Can't zoom large/small enough
    Waste Screen Real Estate
    Easy to confuse Tracks with Lanes at times
    Can't control which clips are displayed when Lanes are closed
    Intermittent difficulty moving/copying clips to other Lanes/Tracks...
    Too many clicks and mouse movements required to adjust zoom
     
    Anyone care to add more? these are on my mind right now...
     
    Layers were totally comfortable, but in need of some bug fixes and a few added tools.... Conserved space and allowed me to see all my data within the same amount of screen space whether Layers were displayed or not....
     
    Now a session almost never goes by without me being disturbed at working with Lanes... <sigh>...
     
    Keni
     
     

    Keni Fink
    Keni - Facebook
    Deep Space Records
    http://www.reverbnation.com/inexile
    http://www.cdbaby.com/artist/inexile
    Out Of My Head Music (BMI)

    SPlat/MacPro/Dual Xeon 3.06GHz 6-core (12 total)/64GB/Win8.1X64/Presonus 1818VSL/Soundscape SS8IO-1
    #15
    stevec
    Max Output Level: 0 dBFS
    • Total Posts : 11546
    • Joined: 2003/11/04 15:05:54
    • Location: Parkesburg, PA
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/02 22:34:41 (permalink)
    Keni
    stevec
    Like Jlien X said, I'd wait to see if something new is coming in the near future before making a decision.
     
    Obviously a few folks on this thread do not like Take Lanes at all and much prefer the older Layers.  I never thought Layers were really all that and mostly prefer Lanes... with the exception of the height restriction - I would like to see that addressed in the next version.   Both Layers and Lanes have/had odd issues, but with Layers users simply learned what they were.   Any issues with Lanes seem a bit more difficult to pin down, though I don't personally run into that many myself... fortunately.
     




    Hi Steve...
     
    what's so hard to pin down... Wait... Let's make a little list (in no particular order than they come to mind right now) some are design issues and others bugs...:
     
    Can't zoom large/small enough
    Waste Screen Real Estate
    Easy to confuse Tracks with Lanes at times
    Can't control which clips are displayed when Lanes are closed
    Intermittent difficulty moving/copying clips to other Lanes/Tracks...
    Too many clicks and mouse movements required to adjust zoom
     
    Anyone care to add more? these are on my mind right now...
     
    Layers were totally comfortable, but in need of some bug fixes and a few added tools.... Conserved space and allowed me to see all my data within the same amount of screen space whether Layers were displayed or not....
     
    Now a session almost never goes by without me being disturbed at working with Lanes... <sigh>...
     
    Keni
     
     




    Right, most of those are design choices, and not actual "bugs".   For layers, it would be like the miniscule solo/mute buttons or the inability to expand their height to a usable level when a lot of takes existed.   On the other hand, the crapshoot layer rebuild command would be more inline with the move/copy for lanes.
     
    I do think that lanes are not completely baked yet, but can't agree that layers were totally comfortable...  obviously for me, as it's a preference thing.  That's why I chime in on many of these threads with the hope that lanes will improve for those that need it.  Because I just don't see CW reverting to older technology.
     

    SteveC
    https://soundcloud.com/steve-cocchi
    http://www.soundclick.com/bands/pagemusic.cfm?bandID=39163
     
    SONAR Platinum x64, Intel Q9300 (2.5Ghz), Asus P5N-D, Win7 x64 SP1, 8GB RAM, 1TB internal + ESATA + USB Backup HDDs, ATI Radeon HD5450 1GB RAM + dual ViewSonic VA2431wm Monitors;
    Focusrite 18i6 (ASIO);
    Komplete 9, Melodyne Studio 4, Ozone 7 Advanced, Rapture Pro, GPO5, Valhalla Plate, MJUC comp, MDynamic EQ, lots of other freebie VST plugins, synths and Kontakt libraries
     
    #16
    Keni
    Max Output Level: -17.5 dBFS
    • Total Posts : 5769
    • Joined: 2003/11/04 10:42:15
    • Location: Willits, CA USA
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/02 23:15:21 (permalink)
    I don't see it as older tech.... More design choice...
     
    Design or bug, they are far harder for me to work with than Layers were....
     
    I'm hoping they add an option to display lanes within the track area.... That and "fixing" the zoom issues along with actual bugs (i.e. moving/copying issue) and I could probably live with them...
     
    Keni
     

    Keni Fink
    Keni - Facebook
    Deep Space Records
    http://www.reverbnation.com/inexile
    http://www.cdbaby.com/artist/inexile
    Out Of My Head Music (BMI)

    SPlat/MacPro/Dual Xeon 3.06GHz 6-core (12 total)/64GB/Win8.1X64/Presonus 1818VSL/Soundscape SS8IO-1
    #17
    cparmerlee
    Max Output Level: -67 dBFS
    • Total Posts : 1153
    • Joined: 2013/06/25 22:14:42
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 00:12:47 (permalink)
    I had several projects get really messed up with the take lanes bugs.  It seems to me that if you approach them in a disciplined way.  Not trying to do things while the transport is running, using the solo buttons as intended, etc, it works.  There are clearly some sequences that get things all fouled up.  But I have standardized my work flow with take lanes.  One of the things is to make sure when I am done sorting through my takes, I bounce it all into one clip and delete all the extraneous take lanes.  I have done a bunch of stuff with take lanes the last 2 days, including punching in, and I have not stumbled across any of these bugs.
     
    There is a safe path through the system to avoid the minefields, and I guess I found that path.
     
    That doesn't excuse the vendor leaving such a critical set of bugs outstanding for 9 months.  That is really below average.

    DAW: SONAR Platinum Audio I/F: Focusrite Scarlett 18i20 gen2
    OS: Windows 10 64-bit CPU: Haswell 4790 4.0 GHz, 4 core, 8 thread  Memory: 16 GB      Video: GTX-760Ti
    Storage: Sandisk SSD 500GB for active projects. ReadyNAS 20 TB for long-term storage

    sonocrafters.com
    #18
    JimmyBoy
    Max Output Level: -83 dBFS
    • Total Posts : 387
    • Joined: 2013/08/31 21:03:38
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 00:24:23 (permalink)
    wow!! I'm pretty much a newbie and was posting some issues I'm coming up against in the "Getting Started" forum on Lane Takes and now in this forum I see they are a complete mess!!!
     
    This is what I posted in the getting started forum (like I said i'm really new to this and thought take lanes is a great idea, apparently not so)..
     
    But if what I'm seeing is a bug then please tell me as I am beginning to get a headache over this..
     
    (Can't seem to link a URL - how do you post URL's in this forum?)

    Take-Lanes-m2880993.aspx
     
    PS Sorry to overtake this thread, just don't think its worth starting up a new thread for this unless you know its something new..
     
     
     
    post edited by JimmyBoy - 2013/09/03 00:35:24
    #19
    cparmerlee
    Max Output Level: -67 dBFS
    • Total Posts : 1153
    • Joined: 2013/06/25 22:14:42
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 00:44:04 (permalink)
    JimmyBoy
     I see they are a complete mess!!!

    I wonder if some people are using this feature in ways Cake didn't foresee.  I would certainly not call this "a complete mess".  I use take lanes daily and haven't had any problems for a few weeks.  I know there are bugs lurking out there. but I have adopted a work flow that evidently doesn't cross those bugs' path.
     
    If it weren't for the fact that I know there are latent bugs out there (latent to me, not so latent for others), I would call this feature "good" or "very good".  I am laying down a series of songs that are practice aids, so I am not taking the time to make the recordings absolutely perfect.  What I do is build the accompaniment in MIDI and then come through and record the practice melody playing a trombone into an audio track.
     
    I have gotten into the mode of automatically do 4 complete trombone takes in a row.  The first one is a warm-up, as the instrument will vary in pitch during that take.  The other three I hope are each about 90% usable.
     
    Step 2: I go through with the erase tool, keeping only the best take of each musical line.  That leaves me with fragments that make up one complete melody line.  I bounce that to one clip and delete all the  empty take lanes, then collapse the track so I am no longer dealing in take lanes at all.
     
    Step 3: I go back and listen.  There will invariably be a few measures I want to re-do, so I use the erase tool right in the track (not in a take lane,) and then punch in to fix that. 
     
    Step 4: Then I once again bounce everything to one clip.
     
    When I do it this way, I have zero problems.
     

    DAW: SONAR Platinum Audio I/F: Focusrite Scarlett 18i20 gen2
    OS: Windows 10 64-bit CPU: Haswell 4790 4.0 GHz, 4 core, 8 thread  Memory: 16 GB      Video: GTX-760Ti
    Storage: Sandisk SSD 500GB for active projects. ReadyNAS 20 TB for long-term storage

    sonocrafters.com
    #20
    SteveStrummerUK
    Max Output Level: 0 dBFS
    • Total Posts : 31112
    • Joined: 2006/10/28 10:53:48
    • Location: Worcester, England.
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 07:16:29 (permalink)
     
    Even a single command for Remove Empty Lanes would speed things up a little.

     Music:     The Coffee House BandVeRy MeTaL

    #21
    daveny5
    Max Output Level: 0 dBFS
    • Total Posts : 16934
    • Joined: 2003/11/06 09:54:36
    • Location: North Carolina
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 08:15:49 (permalink)
    I think a lot of the problem has to do with the inability to scale the Sonar interface, i.e., Skylight. Most programs when you shrink a window, the graphic in the window gets smaller. In Sonar, when you shrink a window, things get cut off. Skylight is also responsible for the inability to change colors. I hope this changes, but I seriously doubt it will. 

    Dave
    Computer: Intel i7, ASROCK H170M, 16GB/5TB+, Windows 10 Pro 64-bit, Sonar Platinum, TASCAM US-16x08, Cakewalk UM-3G MIDI I/F
    Instruments: SL-880 Keyboard controller, Korg 05R/W, Korg N1R, KORG Wavestation EX
    Axes: Fender Stratocaster, Line6 Variax 300, Ovation Acoustic, Takamine Nylon Acoustic, Behringer GX212 amp, Shure SM-58 mic, Rode NT1 condenser mic.
    Outboard: Mackie 1402-VLZ mixer, TC Helicon VoiceLive 2, Digitech Vocalist WS EX, PODXTLive, various stompboxes and stuff. 
    Controllers: Korg nanoKONTROL, Wacom Bamboo Touchpad
    #22
    wetdentist
    Max Output Level: -68 dBFS
    • Total Posts : 1129
    • Joined: 2007/04/12 19:06:25
    • Location: Bethlehem, PA USA
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 13:48:15 (permalink)
    i gotta say, with the exception of not being able to delete all empty lanes with one click, i kinda like take lanes.  i've been using them every day for the past few months & only 1 crash

    3.5 Ghz AMD 6-Core/16 gigs RAM, Roland Quad-Capture, Win 10, Cakewalk by Bandlab, Komplete 10, z3ta+, Z3TA+ 2, Rapture, Maschine 2.7 (MKI & Jam), Melodyne 4 Studio, Ozone 4, Jam Origin MIDI Guitar 2, Schecter Damien Elite, Fender Sonoran w/TronicalTune Plus installed, etc 
    go here to hear Wet Dentist (2000-2016 RIP)
    my new sounds: The Das Kaput
     
    #23
    stevec
    Max Output Level: 0 dBFS
    • Total Posts : 11546
    • Joined: 2003/11/04 15:05:54
    • Location: Parkesburg, PA
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 13:56:50 (permalink)
    SteveStrummerUK
     
    Even a single command for Remove Empty Lanes would speed things up a little.




    I would like that.  
     
    I delete them manually now, obviously, but a more automated single-click process would be nice.   Particularly for those times where I'm not zoomed out enough horizontally to see that there is in fact a clip on what looks like an empty lane.   Unfortunately I can't blame lane height for that one.  
     

    SteveC
    https://soundcloud.com/steve-cocchi
    http://www.soundclick.com/bands/pagemusic.cfm?bandID=39163
     
    SONAR Platinum x64, Intel Q9300 (2.5Ghz), Asus P5N-D, Win7 x64 SP1, 8GB RAM, 1TB internal + ESATA + USB Backup HDDs, ATI Radeon HD5450 1GB RAM + dual ViewSonic VA2431wm Monitors;
    Focusrite 18i6 (ASIO);
    Komplete 9, Melodyne Studio 4, Ozone 7 Advanced, Rapture Pro, GPO5, Valhalla Plate, MJUC comp, MDynamic EQ, lots of other freebie VST plugins, synths and Kontakt libraries
     
    #24
    bladetragic
    Max Output Level: -80 dBFS
    • Total Posts : 503
    • Joined: 2009/09/12 04:49:24
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 14:12:02 (permalink)
    Silicon Audio
    My hope is that someone from the Cakewalk Bakery sees this thread and gets to understand the general consensus around take lanes.



    I'm thinking that if they haven't gotten it by now w/ all the threads and posts preceding this one about Take Lanes then unfortunately this one probably won't do it either.   However, I'd definitely like to be wrong on that.
    #25
    SuperG
    Max Output Level: -63 dBFS
    • Total Posts : 1371
    • Joined: 2012/10/19 16:09:18
    • Location: Edgewood, NM
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 14:20:35 (permalink)
    I have no problems with take lanes - not sure what the consensus is other than the fact that those that don't like them tend to whine louder.

    laudem Deo
    #26
    ltb
    Max Output Level: -48 dBFS
    • Total Posts : 2707
    • Joined: 2005/06/19 13:34:08
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 14:28:07 (permalink)
    SuperG
    I have no problems with take lanes - not sure what the consensus is other than the fact that those that don't like them tend to whine louder.


    Then here's another stat for your consensus.
    Can't stand them, won't use them.
    #27
    SteveStrummerUK
    Max Output Level: 0 dBFS
    • Total Posts : 31112
    • Joined: 2006/10/28 10:53:48
    • Location: Worcester, England.
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 14:32:20 (permalink)
    SuperG
    I have no problems with take lanes - not sure what the consensus is other than the fact that those that don't like them tend to whine louder.


     
    I fail to see (other than maybe using all caps in a reply) how anyone can whine "louder" than anyone else in an all-text post?
     
    If you meant to infer "more vociferously", or "more frequently", then consider me guilty as charged.
     
    At the end of the day, if you're completely happy with SONAR, that's great. I'm really pleased for you.
     
    But if I'm not happy (which is the case with Take Lanes) with the product I paid for, then I reserve the right to say so, whenever and wherever, and how often I like.
     
    If those remarks appear in this forum, and are deemed to be unacceptable by our hosts, I fully accept their right to edit or remove them.
     
    I fail to see why anyone would have the slightest problem with such a modus operandi on my part. I try my best to state my problems "calmly", logically and rationally. I don't consider my posts to be "whining loudly", but if you do, then I respectfully beg to differ.
     
     

     Music:     The Coffee House BandVeRy MeTaL

    #28
    stevec
    Max Output Level: 0 dBFS
    • Total Posts : 11546
    • Joined: 2003/11/04 15:05:54
    • Location: Parkesburg, PA
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 14:49:59 (permalink)
    I think that is exactly what you usually do, Steve.   Must be the name or something.    
     
    However, I think I get where SuperG is coming from too, because this isn't the first time a "consensus" has been stated when in fact there really isn't one.  Or if there is, we have no way of knowing since this forum represents a limited cross-section of the SONAR user base.   
     
    I've been on these forums about as long as anyone and have seen this pattern repeated over the years.   Whenever a small group of users have the same view on something, that group becomes "we" and it (whatever it is) will likely be used in many threads.   Right or wrong, it's just the way things tend to happen.  The only incident that stands out to me as being more than just that, was when X1 was first released.   Everything else pales in comparison.        But hey, them's be growing pains, and sometimes you just gotta get thru it.
     

    SteveC
    https://soundcloud.com/steve-cocchi
    http://www.soundclick.com/bands/pagemusic.cfm?bandID=39163
     
    SONAR Platinum x64, Intel Q9300 (2.5Ghz), Asus P5N-D, Win7 x64 SP1, 8GB RAM, 1TB internal + ESATA + USB Backup HDDs, ATI Radeon HD5450 1GB RAM + dual ViewSonic VA2431wm Monitors;
    Focusrite 18i6 (ASIO);
    Komplete 9, Melodyne Studio 4, Ozone 7 Advanced, Rapture Pro, GPO5, Valhalla Plate, MJUC comp, MDynamic EQ, lots of other freebie VST plugins, synths and Kontakt libraries
     
    #29
    SuperG
    Max Output Level: -63 dBFS
    • Total Posts : 1371
    • Joined: 2012/10/19 16:09:18
    • Location: Edgewood, NM
    • Status: offline
    Re: The take lanes implementation is a disaster 2013/09/03 15:29:10 (permalink)
    Sorry if I ruffled a feather or two...
     
    Right - basically those who have no problems with lanes just aren't likely to start a thread on "Ooooo Gawd! - This take lane feature is so KEWL".... you don't hear from us, nor are we trying to win converts over to a particular view. It doesn't mean we're not out there. It does mean that the non-satisfied will tend to be much more vocal, and such volume needs a dash of salt before consideration.
     
     
    Any consensus would need to take that into account - as well as those who have no opinion either way. 
     
     

    laudem Deo
    #30
    Page: 123 > Showing page 1 of 3
    Jump to:
    © 2025 APG vNext Commercial Version 5.1