brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 2007/09/14 14:57:59
- Location: Manitou Spgs, Colorado
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/12 20:50:40
(permalink)
brian brock Another problem with the implementation of Take Lanes is that the button to open/close the lanes is hidden if the track is minimized.
Shift+T toggles lanes, and if you enable Auto-zoom and leave lanes open on a track, they'll open along with the zoom whenever that track has focus.
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
|
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/12 21:23:11
(permalink)
brundlefly
brian brock Another problem with the implementation of Take Lanes is that the button to open/close the lanes is hidden if the track is minimized.
Shift+T toggles lanes, and if you enable Auto-zoom and leave lanes open on a track, they'll open along with the zoom whenever that track has focus.
Thanks brundlefly... I have not enjoyed using the Auto Zoom, but I will try this and see if it makes working with Lanes a little easier... the Shift-T you gave me a while back and I use it constantly... Now if there's a way to open/close multiple tracks' Lanes simultaneously it would help too... I still don't know why... Maybe something I do un-knowing, but every once in a while my screen will suddenly jump and open Lanes on every track forcing a one-by-one closing of each... <sigh>... Hearing a few comments from the Bakers about how happy they are with X3, I'm hopeful that many of these issues have been improved as well as other topics... (This one is just so in-my-face all the time) Keni
|
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/12 21:39:57
(permalink)
Keni, don't multiple track lanes open when quick grouped?
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
|
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/13 14:07:23
(permalink)
brian brock I just can't understand why Cakewalk would throw out a fully developed unique solution. It was a part of the software which differentiated them from the all-too-homogenous pack of DAW software. It's not like anyone is going to switch to Sonar from Cubase because Cakewalk tried to imitate Cubase - on the contrary, I believe people are likely to move in the opposite direction. Cubase's implementation of this is very similar to what Cakewalk tried to do, but it works. Further, Cubase benefits from having developed their method over time, and that integrity shows when you discover all the interesting things you can do with it. The old Sonar implementation, layers, offered a similar sense of well-traveled experience and possibility. Another problem with the implementation of Take Lanes is that the button to open/close the lanes is hidden if the track is minimized. With the old implementation (I'm familiar with 8.3), the button was in the track "header" area, next to the minimize button. This becomes a bigger problem, because often the track is minimized, but the lanes are not collapsed. In order to get rid of the lanes taking up space, you have to enlarge the track enough to see the open/close button. The track header area often has a lot of wasted space in the new Sonar. Clip automation seems really hard to use and having to go to the track area to manipulate clip properties seems counter to good sense.
I feel I pretty much agree with the basics of what you're saying here... and I'm guessing that the reason they changed from Layers to Lanes had to do with potential... I'm thinking there were things they wanted/needed to add to this function-type and couldn't find a way to solve it with the Layers concept... so they changed to Lanes to accommodate these and are now actively (I hope) cleaning up the issues and making the new paradigm to work better... Even for the Layers-approach die-hards such as I am! ;-) My gut feeling right now...? Hang Tight! (Hang Tuf...?) I (want to) believe a solution is on it's way! Keni
|
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/13 14:08:29
(permalink)
stevec Keni, don't multiple track lanes open when quick grouped?
Unless I'm doing something wrong...? No, it doesn't appear to work...
|
Jim Roseberry
Max Output Level: 0 dBFS
- Total Posts : 9871
- Joined: 2004/03/23 11:34:51
- Location: Ohio
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/13 14:20:00
(permalink)
Every now and then, I get a display anomaly when using Take Lanes. Usually, this can be resolved by saving the project... and closing/reopening X2. Not a show stopper... but annoying I'd like to see crossfades implemented with Take Lanes. Don't like comping without them...
|
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/13 15:33:22
(permalink)
Keni
stevec Keni, don't multiple track lanes open when quick grouped?
Unless I'm doing something wrong...? No, it doesn't appear to work...
Huh, I could have sworn that worked - ctrl+clicking on the Lanes button of course, not the keyboard shortcut. Well, here's hoping this will also work in the next big thing.
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
|
Tom Riggs
Max Output Level: -57.5 dBFS
- Total Posts : 1752
- Joined: 2003/11/08 22:47:26
- Location: Displaced Kansan living in Philippines
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/14 08:11:26
(permalink)
I agree Jim. I like manually managing the cross fade too. The work around I use is to use the mute tool to determine which part of which lane are used. Then Manually split the clips and delete the silence. Then I zoom out and disable the lanes view and use the mute tool on the whole track to un-mute all of the remaining clips and slip edit and fade to taste. Then finally bounce all this to a clip or a track. Of course the more edits there are the longer this takes. Admittedly sometimes I just use the mute tool and then bounce to track if I'm feelin' lazy.
i7-3770k OC at 4.5Ghz, asus p8z77-m, 16g g.skill aries 1600 c9 ram, Noctua d-14 cooler, RME HDSPe Raydat, Motu FastLane, Nvidea GTX 980 ti 6G, windows 7 and 8.1 pro x64. Sonar Platinum and x3e currently installed My Music My YouTube
|
JenksTer
Max Output Level: -88 dBFS
- Total Posts : 128
- Joined: 2008/10/30 22:02:51
- Location: U.K.
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/14 14:24:53
(permalink)
I just don't see the point in 'take lanes'. - The previous system worked. - This take lane malarkey has just created problems and hasn't solved any. - If one expands a track all content goes to the associated take lane leaving the track itself completely barren, you then have to reduce the track height manually to gain some screen real estate. Doesn't exactly add to a workflow.
|
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/15 19:48:59
(permalink)
JenksTer If one expands a track all content goes to the associated take lane leaving the track itself completely barren, you then have to reduce the track height manually to gain some screen real estate.
Exactly. This is where efficiency went out the window in the move from layers to lanes. The biggest area you have to edit in (the track) is empty and the lanes are height restricted - ridiculous! This one makes me grind my teeth every time.
"One of the great and beautiful things about music and recordings in general is that legacies live on" - Billy Arnell - April 15 2012
|
jm24
Max Output Level: -54 dBFS
- Total Posts : 2127
- Joined: 2003/11/12 10:41:12
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/15 19:57:21
(permalink)
And the beat goes on... La de da de deeeee la de da de daaaaaa
|
Mystic38
Max Output Level: -59 dBFS
- Total Posts : 1622
- Joined: 2010/08/30 17:40:34
- Location: Mystic, CT
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/16 05:20:06
(permalink)
Are layers coming back?.. I doubt it. Are there some issues with take lanes?.. yes. Do they need to be fixed? yes. Do they need to be improved? oh heck yes. However...Are take lanes a better concept than layers?. yes..(imo, Just as x1 skylight was a better concept than a workspace consisting of a bunch of random independent uncontrollably disconnected windows). It goes without saying that anyone with issues with take lanes behooves it upon themselves to file their comments in the correct place. just sayin .. After all.. No bug reports = minimal chance of fix, some bug reports = some chance of fix, lots of bug reports = high chance of fix.
HPE-580T with i7-950, 8G, 1.5T, ATI6850, Win7/64, Motu 828 III Hybrid, Motu Midi Express, Sonar Platinum, Komplete 9, Ableton Live 9 & Push 2, Melodyne Editor and other stuff, KRK VXT8 Monitors Virus Ti2 Polar, Fantom G6, Yamaha S70XS, Novation Nova, Novation Nova II, Korg MS2000, Waldorf Micro Q, NI Maschine Studio, TC-VoiceLive Rack, 2012 Gibson Les Paul Standard, 2001 Gibson Les Paul DC, 1999 Fender Am Hardtail Strat, Fender Blues Jr, Orange TH30/PPC212, Tak EF360GF, one mic, no talent.
|
Genghis
Max Output Level: -74 dBFS
- Total Posts : 827
- Joined: 2003/11/09 16:09:17
- Location: Huntington Beach, CA
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/16 06:39:48
(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
The Zoom implementation is what kills it for me, and the main reason I finally started experimenting with another DAW. I won't be jumping on the next release of SONAR, but I may try the demo to see if they clean up the take lanes. I haven't completely jumped ship, but I am starting to like what I see elsewhere. It's really hard to justify the upgrade prices that Cakewalk generally charges when there are other options that are easier to work with and more flexible in many ways.
|
brconflict
Max Output Level: -56.5 dBFS
- Total Posts : 1891
- Joined: 2012/10/05 21:28:30
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/16 12:33:48
(permalink)
Personally, I'm just giving up on what's next. Cakewalk can fix Take Lanes or don't; I don't care anymore. I'm not interested to see what X3 brings. I just want to work without the DAW getting in my way.
Brian Sonar Platinum, Steinberg Wavelab Pro 9, MOTU 24CoreIO w/ low-slew OP-AMP mods and BLA external clock, True P8, Audient ASP008, API 512c, Chandler Germ500, Summit 2ba-221, GAP Pre-73, Peluso 22251, Peluso 2247LE, Mackie HR824, Polk Audio SRS-SDA 2.3tl w/upgraded Soniccraft crossovers and Goertz cables, powered by Pass-X350. All wiring Star-Quad XLR or Monster Cable. Power by Monster Power Signature AVS2000 voltage stabilizer and Signature Pro Power 5100 PowerCenter on a 20A isolation shielded circuit.
|
Anderton
Max Output Level: 0 dBFS
- Total Posts : 14070
- Joined: 2003/11/06 14:02:03
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/16 13:23:35
(permalink)
I'm sort of halfway in between the two extremes. The Take Lanes have bugs which I wish would be addressed, but, I use take lanes consistently for comping without any problems. As others have mentioned, it's possible to find a workflow that works in the way take lanes were intended to be used. The most important technique for me is using the Isolate tool when editing (hold down Ctrl with the Mute tool to audition one take while muting all the others). The most important workaround is not to use V-Vocal on individual clips in Take Lanes. Most of the time it works, but it's better to wait until the takes are consolidated. I've never had problems in that context. I wrote an article about various Take Lane workflows in the April 2013 issue of Sound on Sound; this documents the ways I've found to work with Take Lanes reliably. Of course I wouldn't mind if X3 has improvements :), but I do use comping with Take Lanes all the time without issues. Perhaps the problem isn't so much the implementation as it is Cakewalk not writing up a "best practices" article similar to what I wrote for SOS so people would know about workflows that actually work.
|
brconflict
Max Output Level: -56.5 dBFS
- Total Posts : 1891
- Joined: 2012/10/05 21:28:30
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/16 14:21:06
(permalink)
I'm with you on the being able to use Take Lanes, and I do find lately that they can be handy for comping. Unfortunately, I've just had too many times when they were not behaving. I've been comping in tracks in a folder to sort of accomplish the same thing, then mix that down to a single track before adding FX or automation. I found that actually worked better for me in some ways, especially when it comes to navigating the the screen.
Brian Sonar Platinum, Steinberg Wavelab Pro 9, MOTU 24CoreIO w/ low-slew OP-AMP mods and BLA external clock, True P8, Audient ASP008, API 512c, Chandler Germ500, Summit 2ba-221, GAP Pre-73, Peluso 22251, Peluso 2247LE, Mackie HR824, Polk Audio SRS-SDA 2.3tl w/upgraded Soniccraft crossovers and Goertz cables, powered by Pass-X350. All wiring Star-Quad XLR or Monster Cable. Power by Monster Power Signature AVS2000 voltage stabilizer and Signature Pro Power 5100 PowerCenter on a 20A isolation shielded circuit.
|
brian brock
Max Output Level: -85 dBFS
- Total Posts : 297
- Joined: 2007/02/16 18:00:18
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/16 14:33:42
(permalink)
It's not impossible to work with the new system, but it's frustrating that Cakewalk would give up on a mature feature of their software, and replace it with something which is barely ready for release with no fallback to the old reliable. It should raise questions about the way in which other features of Sonar may be changed in the future. Also, comping takes was not the only thing I did with track layers. Specific workflows may have been streamlined with Lanes, but I think that the loss of a fully developed feature set makes a broad range of other tasks more complicated. For example, clip automation before allowed me to treat clips individually and independently of each other, perhaps to quickly adjust the volume envelope of a particular piece of audio independently of the track automation. Now clip automation seems to apply to all clips in a given lane (when it works, that is), making that sort of action more cumbersome.
post edited by brian brock - 2013/09/16 14:40:29
|
brconflict
Max Output Level: -56.5 dBFS
- Total Posts : 1891
- Joined: 2012/10/05 21:28:30
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/16 14:59:14
(permalink)
Yeah, I don't know; it's puzzling to me, too. Anyway, I'm done with it.
Brian Sonar Platinum, Steinberg Wavelab Pro 9, MOTU 24CoreIO w/ low-slew OP-AMP mods and BLA external clock, True P8, Audient ASP008, API 512c, Chandler Germ500, Summit 2ba-221, GAP Pre-73, Peluso 22251, Peluso 2247LE, Mackie HR824, Polk Audio SRS-SDA 2.3tl w/upgraded Soniccraft crossovers and Goertz cables, powered by Pass-X350. All wiring Star-Quad XLR or Monster Cable. Power by Monster Power Signature AVS2000 voltage stabilizer and Signature Pro Power 5100 PowerCenter on a 20A isolation shielded circuit.
|
jkoseattle
Max Output Level: -79 dBFS
- Total Posts : 556
- Joined: 2004/10/21 16:29:48
- Status: offline
Re: The take lanes implementation is a disaster
2014/04/06 12:16:21
(permalink)
I find it unsettling when people make comments like "It took me a few months but I adjusted my workflow and now it's sort of ok". That's what Cakewalk wants you to say. "I know you've done things one way for a long time - we want you to do it this other way now". Why couldn't Cakewalk adjust their product to fir OUR workflow? It was so depressing to me to see all these people complaining about Take Lanes in X2, with so much hope that things would be cleared up in X3, and while I'm reading it I am using X3 and know these concerns were not addressed. A bigger fallout from Take Lane Hell is that I no longer trust Sonar - I no longer assume that "there must be an easy way". I find so many poor UI decisions as I work that I now go into any new functionality ASSUMING I'm not going to have an easy time of it. That's the best way to lose customers. Get them to go into every scenario pre-pissed off. I'm trying so hard to play along with Take Lanes. I'm about ready to uninstall and go back to 8.5, or Ableton. I've learned a lot about how to use them, but my god, people. 1. I want to either have a track minimized because I'm not currently editing it, or else I want it expanded INCLUDING IT'S TAKE LANES so that I can see the track in detail. AFAIK, to go from completely minimized to completely open, I have to first click the white double arrow at the right of the track info pane, then click the Take Lanes button. Why this extra step? If I leave the Take Lanes opened, then I can't minimize the track. I first have to close the Take Lanes, only then can I collapse it. So the simple act of moving around tracks and opening and closing them takes twice as many steps. And god forbid I want to minimize ALL tracks. If any take lanes are open, it can't be done, not without going to each track whose take lanes are displayed and close them one by one. Are you kidding me? Ok, then maybe I don't need to look at my project completely minimized anymore. Which would be ok, except, per #3 below, then I'm seeing clips TWICE, once in a take lane and once on the main track row itself. And they're the same frickin' color! After a lot of clip editing, it's then extremely difficult to step back and look at your whole project cleanly at a glance. 2. Why can't I solo more than one Take Lane at a time? This is completely aggravating. I am recording thick multitracked vocal lines. I will record a line maybe half a dozen times, then solo through them to audition them to select the three takes I'm keeping. Soloing through them is easy enough, but then if I want to combine a few takes to decide which three sound best together, I can't. I have to mute the ones I'm not keeping. Argghh. Seems a completely arbitrary and mystifying UI decision. 3. Why are the clips in the composite track row at the top the exact same color as the clips in the track lane? Come on, that's such an obvious UI call. It makes quickly looking through the takes so difficult, because essentially CLIPS APPEAR TWICE. So confusing. 4. It's way WAY too easy to lose takes, by simply dragging a take on top of another. I just have to remember not to accidentally do that, because I could slip up and a take is lost with no warning. And what if I don't notice until 30 actions later? Ok, so I have to be really careful. But it's not as simple as that. Because if I'm dragging a bunch of takes from one track to another, if there an't already enough empty take lanes available at my destination, Sonar just overwrites what's already there. If Sonar is so hot on this Take Lane concept, why not automatically add extra take lanes when necessary, rather than just replace clips? Making it difficult to accidentally delete information without warning should be Job One. It boggles the mind. 5. Vertical screen space is a premium in Sonar, of course. Why is it so hard to delete empty take lanes? Sure, I can right click on a clip in the track, but sometimes that option is available and sometimes not. And if they are ALL empty take lanes, then you can't remove them except by going to the X at the far left and going click click click click click click. Why does there have to be at least one clip in a track before you are allowed to delete empty take lanes? 6. I actually appreciate that when I vertically resize a take lane, that all lanes in the track resize the same (although other people I know have complained about that and I can understand that), but there's this arbitrary minimum height that's much larger than the minimum height of a regular track. Why? If I have twenty tracks with no take lanes I can see them all without scrolling. If I have ONE track with twenty takes in it, I have to scroll to see all the takes.
|
brundlefly
Max Output Level: 0 dBFS
- Total Posts : 14250
- Joined: 2007/09/14 14:57:59
- Location: Manitou Spgs, Colorado
- Status: offline
Re: The take lanes implementation is a disaster
2014/04/06 12:33:17
(permalink)
Bad idea re-awakening this old thread, I think; it contains a lot of misunderstandings, misinformation, and unconstructive bashing by users who don't tolerate change well. Also much has improved since the first release. But many of your concerns seem valid. I hope you've filed feature requests for everything. I answered the deleting all empty take lanes question in your other thread.
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
|