mmorgan
Max Output Level: -77 dBFS
- Total Posts : 676
- Joined: 2013/02/19 23:39:05
- Location: Bellingham, WA
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/03 16:15:33
(permalink)
+1 Remove empty lanes. Feature request. Regards,
Mike Win8(64), Sonar X3e(64) w/ RME Fireface UFX.
|
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 16:31:22
(permalink)
It seems to me the anti-lanes cohort is actually two (mostly) different groups. One group hates lanes because there are bugs. The other group hates lanes because the feature is different from layers. My experience is that I use to hit the bugs and haven't hit them recently, now that I have a very consistent work flow. Nonetheless, there are bugs and they ought to be fixed. I don't think anybody disputes that. But on the "I hate lanes because they aren't exactly like layers" is a different matter. I never used layers, but the lanes feature seems to work very sensibly and easily. What's the big deal here? What doesn't work as well as layers?
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 storagesonocrafters.com
|
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 16:41:14
(permalink)
Actually it's a bit of both but both lanes & layers are/ were buggy. As I've said before removing & adding new half baked features is a 'one step forward , two steps back' mentality. These issues have been on going for about a year now without any resolve.
|
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/03 16:56:22
(permalink)
I do my best to speak of my own experience with Sonar. I'm not trying to play any games here, simply voicing an extended discomfort with some changes the Cakewalk company made and while I believe that if they haven't been working on it already, this thread isn't gonna get it into X3... But when decisions are made relative to the current status of the feature set as they approach the official completion/release date, it helps to mention the things that have not become acceptable with workflow change of some of their users... And many who are here use Sonar in professional (business) situations where time is money and slowing a users workflow (even after a reasonable time to adjust to the latest paradigm) gets old fast for both the User and the Client! Keni
|
Gary McCoy
Max Output Level: -86 dBFS
- Total Posts : 215
- Joined: 2006/05/08 11:24:36
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/03 17:11:42
(permalink)
I much prefer Take Lanes to the old layers, although I must admit it took a little time to get used to it. I find them much easier to use (hated those teeny M and S buttons in layers). I have had no trouble moving multiple clips within a lane or to a different lane. I like that it is one click instead of two to open them. I also really like the Automation lane. All-in-all. I find the Take Lanes to be a workflow enhancement. Thumbs up for me.
|
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/03 17:15:04
(permalink)
cparmerlee It seems to me the anti-lanes cohort is actually two (mostly) different groups. One group hates lanes because there are bugs. The other group hates lanes because the feature is different from layers. My experience is that I use to hit the bugs and haven't hit them recently, now that I have a very consistent work flow. Nonetheless, there are bugs and they ought to be fixed. I don't think anybody disputes that. But on the "I hate lanes because they aren't exactly like layers" is a different matter. I never used layers, but the lanes feature seems to work very sensibly and easily. What's the big deal here? What doesn't work as well as layers?
...and there at least a third group who really don't care which it is as long as I can work the way I need to... Tho I am currently managing to work this way using Lanes, it was far easier/faster and less frustrating for me than Lanes are... As I mentioned previously, If they add a toggle to make Lanes appear within a track space instead of below it, change the zoom rules to be more in line with the rest of our zoom tools, and fix the blatant bugs such as not being able to copy/move data from/to Lane destinations on occasion.... I'd be fine with Lanes... I use so little of the lanes controls that the button sizes barely ever bothered me in Layers and even with the huge note space for each Lane, I doubt I've used them more than a handful of times and not typically more than a word or two written... Yet they take the lion's share of the control area and Cakewalk Freezes the zoom at 2x height... Even the way it is.... If they changed the zoom situation and made the track height go to 1x when Lanes are open as well as some color change or such to make them more quickly distinguished from track controls (my eyes get lost right now) I could even live with that tho it would still feel wasteful... So tho I didn't want them when they were mentioned prior to Cakewalk's implementation (found similar issues with other such softwares) and still don't, I would be a much happier camper for sure... I just want to get back to working on my music without software frustration a constant nag.... 8.5.3 was already that way for me and the reasons to continue to move on from there is also due to matching with the evolving hardware/os world that is always with us... I love many things we've received since X1 was released... as well as found things that I don't like and learn to live with. But that's because I never had better (for me) and I did with Sonar.... so I simply want that back.... Keni
|
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 18:57:59
(permalink)
Keni I love many things we've received since X1 was released... as well as found things that I don't like and learn to live with. But that's because I never had better (for me) and I did with Sonar.... so I simply want that back....
This ^^^^^ absolutely Keni. I just don't understand why some folk can't grasp (or won't grasp) this extremely simple concept. To these people - just imagine for a minute that there's a feature of SONAR you really like. It works perfectly the way it has for many versions and fits in with your workflow perfectly. And then it's changed, in one fell swoop, so you don't have that feature any more. And the 'new' way is more cumbersome and fiddly, and you can't work the same way or as quickly as you did with the previous feature. I'll bet you would really love it when others tell you how much they like the new feature.
|
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 21:41:37
(permalink)
cparmerlee It seems to me the anti-lanes cohort is actually two (mostly) different groups. One group hates lanes because there are bugs. The other group hates lanes because the feature is different from layers. My experience is that I use to hit the bugs and haven't hit them recently, now that I have a very consistent work flow. Nonetheless, there are bugs and they ought to be fixed. I don't think anybody disputes that. But on the "I hate lanes because they aren't exactly like layers" is a different matter. I never used layers, but the lanes feature seems to work very sensibly and easily. What's the big deal here? What doesn't work as well as layers?
Good observation. I, for one, was looking forward to Take Lanes when it was announced. It was one of the features I was most excited about. I envisioned a matured version of track layers. Just taking what we already had and making it better. It seemed simple enough in theory. Layers were ok, but I always felt like there was a lot of room for improvement and when they announced Take Lanes I thought for sure this was finally it. It never occurred to me that it could be a step back. I was honestly shocked that it was so buggy and poorly implemented. I'm even more shocked that it's been that way out of the gate and Cakewalk has sat by and done nothing about it. As for what doesn't work as well as layers, they definitely should have incorporated the "remove empty layers" type of feature for lanes. Also there's the issue of the excessive amount of screen real estate lanes can take up b/c of the arbitrary lane heights. Even though I'm not part of the "I want layers back" crowd, those are a couple of things that came to mind right away.
|
neirbod
Max Output Level: -84 dBFS
- Total Posts : 343
- Joined: 2005/05/09 12:27:26
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/04 08:46:54
(permalink)
Silicon AudioBut, 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 agree completely. I find take lanes work ok generally for single miced takes with discrete sections and breaks,like a lead vocal. But for drums it is far too difficult to work with for the reasons already described. For the most part the issues are not bugs, just poorly implemented ideas. I find layers (while not perfect) to be much easier to work with, and after many hours of struggling with X2 I usually go back to 8.5 for tracking and editing drums in particular. I wonder if anyone who uses take lanes for drums finds them useful?
|
neirbod
Max Output Level: -84 dBFS
- Total Posts : 343
- Joined: 2005/05/09 12:27:26
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/04 08:46:54
(permalink)
Silicon AudioBut, 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 agree completely. I find take lanes work ok generally for single miced takes with discrete sections and breaks,like a lead vocal. But for drums it is far too difficult to work with for the reasons already described. For the most part the issues are not bugs, just poorly implemented ideas. I find layers (while not perfect) to be much easier to work with, and after many hours of struggling with X2 I usually go back to 8.5 for tracking and editing drums in particular. I wonder if anyone who uses take lanes for drums finds them useful?
|
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/04 10:53:56
(permalink)
bladetragic As for what doesn't work as well as layers, they definitely should have incorporated the "remove empty layers" type of feature for lanes. Also there's the issue of the excessive amount of screen real estate lanes can take up b/c of the arbitrary lane heights. Even though I'm not part of the "I want layers back" crowd, those are a couple of things that came to mind right away.
Thank you for those specifics. As I said, I never used layers, so I don't have a basis for comparison. But if one expects a software engineer to address a concern, one has to be specific. I am curious how others are using (or trying to use) the feature. It never occurred to me to have a button to clear empty take lanes because I never have 4 of them. Are other folks using many more take lanes? How long do you keep those multiple takes in your projects? In my case, I always bounce "the winners" down to a single clip so I only have multiple takes for a short time. I surmise my use is a lot different from others'. And if I am just doing a simple punch or two I just punch, I don't go to a take lane.
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 storagesonocrafters.com
|
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/04 11:14:29
(permalink)
SteveStrummerUK
KeniI love many things we've received since X1 was released... as well as found things that I don't like and learn to live with. But that's because I never had better (for me) and I did with Sonar.... so I simply want that back....
This ^^^^^ absolutely Keni. I just don't understand why some folk can't grasp (or won't grasp) this extremely simple concept. To these people - just imagine for a minute that there's a feature of SONAR you really like. It works perfectly the way it has for many versions and fits in with your workflow perfectly. And then it's changed, in one fell swoop, so you don't have that feature any more. And the 'new' way is more cumbersome and fiddly, and you can't work the same way or as quickly as you did with the previous feature. I'll bet you would really love it when others tell you how much they like the new feature.
Ain't that the truth! Keni
|
sven450
Max Output Level: -72 dBFS
- Total Posts : 945
- Joined: 2004/03/16 08:11:49
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/04 13:48:07
(permalink)
...and there at least a third group who really don't care which it is as long as I can work the way I need to... Tho I am currently managing to work this way using Lanes, it was far easier/faster and less frustrating for me than Lanes are... I'm a third grouper. It just seems easier to learn how to make the current incarnation of the program work for you than it is to wait (for a very long time usually) for the Bakers to miraculously change the program to fit your exact work flow. But delete unused layers? Yes please!
|
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/04 14:44:20
(permalink)
sven450 But delete unused layers? Yes please!
I still don't understand why people feel this is such a high priority. How many lanes do you typically have open at a time? Don't get me wrong, I would use that command if I had it, so I'm not saying it is a bad thing. This would protect me against accidentally deleting a lane that still had some material in it. But I generally know where my babies are, so to speak, because I only have 3 or 4 lanes open at a time. Do some people keep many more lanes open?
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 storagesonocrafters.com
|
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/04 14:54:57
(permalink)
I've had many projects with 20 or more lanes from a single track that needed editing with the excess trimmed & deleted. With Layers & a single click they would all be removed & collapse into a single track.
post edited by carl - 2013/09/04 17:56:55
|
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/04 15:10:08
(permalink)
cparmerlee
sven450But delete unused layers? Yes please!
I still don't understand why people feel this is such a high priority. How many lanes do you typically have open at a time? Don't get me wrong, I would use that command if I had it, so I'm not saying it is a bad thing. This would protect me against accidentally deleting a lane that still had some material in it. But I generally know where my babies are, so to speak, because I only have 3 or 4 lanes open at a time. Do some people keep many more lanes open?
I'm sure this is part of the issue. I'm not always recording rehearsed performances and often using looping to assist in the creative process where I might do 12-30 passes at a given part... Not unusual here at all... I'm searching and creating and rehearsing all at once! ;-) Why make such an issue of it? As said in many earlier posts about this... The work efficiency and flow I was able to achieve in 8.5.3 is now gone and I'm forced to deal more with the UI than the music... Constantly! I also save many such tracks after cloning and compositing in case I feel I wishi to go back to the takes later on... Hard drive is plentiful and cheap! Keni
|
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/04 15:27:03
(permalink)
Keni I'm not always recording rehearsed performances and often using looping to assist in the creative process where I might do 12-30 passes at a given part... Not unusual here at all... I'm searching and creating and rehearsing all at once! ;-)
I also save many such tracks after cloning and compositing in case I feel I wish to go back to the takes later on... Hard drive is plentiful and cheap!
It makes sense to me, even though that's different from what I have been doing. (I'm not trying to be creative. I'm trying to get the best recording playing from sheet music. That's a different thing altogether, so different methods / work flows are to be expected.) With software development and testing, often the biggest problems arise when the testers don't really understand how people are using the software. Of course, the ideal is for the software to be bug-free, but programmers generally fix what they see to be broken, and if the test plan doesn't break things, they may never get fixed.
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 storagesonocrafters.com
|
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/04 17:52:45
(permalink)
Usually what I do (when I dare to use Lanes) is Ctrl+Left Arrow until I see the entire song (or zoom out). Then I can see if any lanes have anything in them, and I simply click the [x] on each one, but I can see where a global remove of unused Lanes could be useful.
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.
|
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/04 19:31:27
(permalink)
In Sonar X1, I would often record multiple takes of 8 or more tracks of drums (kick, snare, toms, overheads, under-snare, etc). You could then select take 1, take 2, etc on all tracks and then edit using audiosnap. X1 was very good at knowing the take relationships across multiple tracks, selecting the correct layers on each track, and allowing you to edit everything from a given take using audiosnap. No matter how much I try, I can't get Sonar X2 to behave the same way. Either the take relationship across tracks gets lost, or the audiosnap markers suddenly disappear or change position all by themselves on the layer I am working on. Sometimes audiosnap in layers just stops working altogether. I don't know how users who are happy with take lanes are using them, but start doing some complex multi-track drum editing work, have Sonar muck up hours of work, and you are ready to scream. I suspect some here are doing simple edits on single multi-layer tracks. How many here record and edit live drums? If your drummer lays down 4 or 5 takes, how are layers working out for you? I want the functionality I had with X1 - I actually don't care if it's layers or lanes, but I don't want to upgrade and LOSE functionality. For me personally, layers weren't perfect, but they were easier to use for complex multi-track, multi-take editing. I love the cool things I can do in X2 with the new tools, but multi-track-multi-take editing went backwards in a big way. Maybe I'm doing something completely wrong? I dunno, I've been using Sonar/Pro Audio/Cakewalk since it was delivered on a single floppy disk and this is one of the biggest backward moves to date for the way I work. Obviously it doesn't hurt the way others work.
"One of the great and beautiful things about music and recordings in general is that legacies live on" - Billy Arnell - April 15 2012
|
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/05 03:40:14
(permalink)
cparmerlee I am curious how others are using (or trying to use) the feature. It never occurred to me to have a button to clear empty take lanes because I never have 4 of them. Are other folks using many more take lanes? How long do you keep those multiple takes in your projects? In my case, I always bounce "the winners" down to a single clip so I only have multiple takes for a short time. I surmise my use is a lot different from others'.
I use layers (and would use lanes) for 10 takes of most guitar parts (sometimes 30 takes!). Then I go back and choose or comp the best takes, often copying and pasting. In addition, I record two mics on a guitar cab on separate tracks plus a DI track. So now I'm talking 30 lanes per guitar part (or up to 90) to audition and comp. I'm a uber-perfectionist, but that's how I was able to work with layers, and that's why I want a well-functioning lanes system that can be adjusted to a smaller height and won't flip out when I copy/paste into three lanes at once.
|
fireberd
Max Output Level: -38 dBFS
- Total Posts : 3704
- Joined: 2008/02/25 14:14:28
- Location: Inverness, FL
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/05 06:37:06
(permalink)
I've tried to understand and use Take Lanes but its either been a mental block or a disaster. I've given up on them.
"GCSG Productions" Franklin D-10 Pedal Steel Guitar (primary instrument). Nashville Telecaster, Bass, etc. ASUS ROG Maximus VIII Hero M/B, i7 6700K CPU, 16GB Ram, SSD and conventional hard drives, Win 10 Pro and Win 10 Pro Insider Pre-Release Sonar Platinum/CbB. MOTU 896MK3 Hybrid, Tranzport, X-Touch, JBL LSR308 Monitors, Ozone 5, Studio One 4.1 ISRC Registered Member of Nashville based R.O.P.E. Assn.
|
The Maillard Reaction
Max Output Level: 0 dBFS
- Total Posts : 31918
- Joined: 2004/07/09 20:02:20
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/05 08:00:29
(permalink)
For the folks that claim the Mute and Solo buttons in Layers are too small. They are. That should have been fixed. Heck I bought upgrade after upgrade hoping someone at Cakewalk would figure it out and make it happen. But it didn't happen. When I work with Layers in SONAR 8.5 Classic Edition I simply select any clip I want and hit "Q" to mute or unmute. When I want to "solo" some other clip I simply grab the clip that is not solo'd and grab a muted clip I want to solo (they are usually adjacent so I do it with one swipe of my H.I.D.) and hit "Q". When I want to do it to clips in multiple tracks I just have them grouped and it goes SUPER FAST... select 2 clips and press "Q". I do it on the fly during playback. My guests comment about how fast it is. I'll be depending on SONAR 8.5 for as long as it works. It is easy to see how stinky SONAR X2 Take Lanes are just by looking at screen shot. Reading about people's first hand experiences confirms that Cakewalk successfully took an old boring idea that other DAWs are stuck with and half baked it into a total mess. Layers make SONAR 8.5 special. The poorly imagined implementation of take lanes makes SONAR X2 especially undesirable to me. I doubt that Cakewalk has the nerve to flush its bad idea and restore one of its best ideas. The operation seems to have decided it knows better than the customers who actually use its product. The results seem capricious, whimsical, and ill advised. The confidence displayed by the fact that it would actually charge money for such a botch job suggests to me that customers have no say in the matter. best regards, mike
|
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/05 14:39:55
(permalink)
mike_mccue ...When I work with Layers in SONAR 8.5 Classic Edition I simply select any clip I want and hit "Q" to mute or unmute. When I want to "solo" some other clip I simply grab the clip that is not solo'd and grab a muted clip I want to solo (they are usually adjacent so I do it with one swipe of my H.I.D.) and hit "Q". When I want to do it to clips in multiple tracks I just have them grouped and it goes SUPER FAST... select 2 clips and press "Q".
Not that I've tried, but wouldn't the same process work with lanes too? Except with the "K" key, of course. The one scenario where I could see more difficulty with lanes would be multi-tracked drums, if nothing else for screen real estate (I'd like smaller lanes too). I don't record live drums myself, so maybe that's part of the reason why I don't have any real issue with the lane concept. But using Mike's process, I'd imagine clips from different lanes in different tracks could also be grouped? If so, then muting or soloing a clip/take on one track would mute or solo the same clip/take on a different track, effectively muting or soloing the same section of a performance. Or am I missing some part of the equation...
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
|
WDI
Max Output Level: -54.5 dBFS
- Total Posts : 2069
- Joined: 2007/08/28 02:31:11
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/05 15:23:34
(permalink)
When cakewalk added layers in sonar 4 I thought they did a really good job. They were very useful with the mute tool for comping. The only bug I ever encountered was every once in a while clips would move to random locations during certain editing procedures. It was very had to pinpoint when or how this happened. Not sure if this bad behavior was in the original release of layers or if introduced in a later release. But for whatever reason it was something Cakewalk never got straightened out and a lot of people became vocal about. Of course this is just my opinion but I think this is a great implementation of comping and where I expected cakewalk to be by this time after having a comping feature since roughly 2004... http://www.youtube.com/wa...e=youtube_gdata_playerThat is very powerful, yet extremely simple. There is an elegance to the way you preview the part you want to hear, selecting individual parts, creating multiple comps to preview, display of comped part in main track and the implementation of cross fades. Layers or lanes, what ever you want to call them, need to make comping quick and easy. You don't need any other functionality in there like envelopes etc (except clip level gain and pan may be useful). That is a track level function.
post edited by WDI - 2013/09/05 16:27:09
Sonar 7 PE Windows XP Pofessional (SP3) MSI K8N Neo4-F AMD Athlon 64 3500+ 2 GB PC 3200 Ram RME Fireface 800 Edirol FA-66 CM Labs MotorMix Old stuff: ARJO
|
VariousArtist
Max Output Level: -63 dBFS
- Total Posts : 1397
- Joined: 2003/11/07 15:03:09
- Location: London, UK & California, USA
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/05 17:48:20
(permalink)
Silicon Audio In Sonar X1, I would often record multiple takes of 8 or more tracks of drums (kick, snare, toms, overheads, under-snare, etc). You could then select take 1, take 2, etc on all tracks and then edit using audiosnap. X1 was very good at knowing the take relationships across multiple tracks, selecting the correct layers on each track, and allowing you to edit everything from a given take using audiosnap. No matter how much I try, I can't get Sonar X2 to behave the same way. Either the take relationship across tracks gets lost, or the audiosnap markers suddenly disappear or change position all by themselves on the layer I am working on. Sometimes audiosnap in layers just stops working altogether. I don't know how users who are happy with take lanes are using them, but start doing some complex multi-track drum editing work, have Sonar muck up hours of work, and you are ready to scream. I suspect some here are doing simple edits on single multi-layer tracks. How many here record and edit live drums? If your drummer lays down 4 or 5 takes, how are layers working out for you? I want the functionality I had with X1 - I actually don't care if it's layers or lanes, but I don't want to upgrade and LOSE functionality. For me personally, layers weren't perfect, but they were easier to use for complex multi-track, multi-take editing. I love the cool things I can do in X2 with the new tools, but multi-track-multi-take editing went backwards in a big way. Maybe I'm doing something completely wrong? I dunno, I've been using Sonar/Pro Audio/Cakewalk since it was delivered on a single floppy disk and this is one of the biggest backward moves to date for the way I work. Obviously it doesn't hurt the way others work.
^^^^ this struck a chord with me ^^^^
|
Shayne White
Max Output Level: -84 dBFS
- Total Posts : 306
- Joined: 2003/11/07 12:20:21
- Location: Santa Rosa, CA
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/05 18:24:11
(permalink)
I always thought the old track layers were poorly implemented and useless, because I couldn't name them or mute or solo them. The new system is way better. The only problem I have is that I can't use the zoom tool on them, so I have to use the zoom slider instead. Otherwise they work great.
|
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/05 19:38:37
(permalink)
Saxon1066
cparmerleeI am curious how others are using (or trying to use) the feature. It never occurred to me to have a button to clear empty take lanes because I never have 4 of them. Are other folks using many more take lanes? How long do you keep those multiple takes in your projects? In my case, I always bounce "the winners" down to a single clip so I only have multiple takes for a short time. I surmise my use is a lot different from others'. I use layers (and would use lanes) for 10 takes of most guitar parts (sometimes 30 takes!). Then I go back and choose or comp the best takes, often copying and pasting. In addition, I record two mics on a guitar cab on separate tracks plus a DI track. So now I'm talking 30 lanes per guitar part (or up to 90) to audition and comp. I'm a uber-perfectionist, but that's how I was able to work with layers, and that's why I want a well-functioning lanes system that can be adjusted to a smaller height and won't flip out when I copy/paste into three lanes at once.
Hear, Hear! 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/05 19:49:15
(permalink)
mike_mccue For the folks that claim the Mute and Solo buttons in Layers are too small. They are. That should have been fixed. Heck I bought upgrade after upgrade hoping someone at Cakewalk would figure it out and make it happen. But it didn't happen. When I work with Layers in SONAR 8.5 Classic Edition I simply select any clip I want and hit "Q" to mute or unmute. When I want to "solo" some other clip I simply grab the clip that is not solo'd and grab a muted clip I want to solo (they are usually adjacent so I do it with one swipe of my H.I.D.) and hit "Q". When I want to do it to clips in multiple tracks I just have them grouped and it goes SUPER FAST... select 2 clips and press "Q". I do it on the fly during playback. My guests comment about how fast it is. I'll be depending on SONAR 8.5 for as long as it works. It is easy to see how stinky SONAR X2 Take Lanes are just by looking at screen shot. Reading about people's first hand experiences confirms that Cakewalk successfully took an old boring idea that other DAWs are stuck with and half baked it into a total mess. Layers make SONAR 8.5 special. The poorly imagined implementation of take lanes makes SONAR X2 especially undesirable to me. I doubt that Cakewalk has the nerve to flush its bad idea and restore one of its best ideas. The operation seems to have decided it knows better than the customers who actually use its product. The results seem capricious, whimsical, and ill advised. The confidence displayed by the fact that it would actually charge money for such a botch job suggests to me that customers have no say in the matter. best regards,mike
Hi Mike... Much the same with me tho in different situations... When I heard people asking for lanes to replace layers I kept wondering why would they want a system that's been improved upon with layers in Sonar.... Now it feels to me that in their current implementation, they prove to me how unique and cutting edge layers really are/were... And we now await the "possibility" (in the dark, of course) as to whether they've managed to get the features of both rolled together... Or for that matter whether they've addressed the issue at all... So tho the wonderful little family that was Cakewalk and so close to its user base is no more... Now the corporate giant Roland seems to be (somewhat expectedly) inflate the distance... ...yet I still want to believe that the message is getting through and that the corporate entity realizes the importance of these issues. Hopefully will will be pleasantly surprised with the upcoming release.....? Keni
|
tvolhein
Max Output Level: -82 dBFS
- Total Posts : 413
- Joined: 2006/12/15 09:41:14
- Status: offline
Re: The take lanes implementation is a disaster
2013/09/06 09:12:12
(permalink)
Like most here, I am a Layers person. I have X1d and will stay with it until I hear about Lanes fixes or removal in the next version of Sonar. I have been hearing so many bad things about Lanes, that I don't want to upgrade.
Tom Volhein tvolhein@gmail.com http://www.tomvolhein.com H55 motherboard, Intel i7 870, SATA-II, TI Firewire, USB-3, 4 GB DDR3, 3-1TB HDs (130MB/Sec), Dual head video (1GB), 22x DVD/RW w/lightscribe, Windows 7 x64, Sonar Platinum, latest build x64, Fireface 800
|
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/12 20:30:10
(permalink)
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.
|