tenfoot
Beepster
It's a great program... if you can figure it out. It is, IMO, much harder to figure out than other programs. It's worth it in the long run but over the past three or four years I've done nothing but study it and I'm still getting tripped up over dumb crap that could (and should) be simpler.
People talk about making the program 'more usable' - but I don't get that. With capability and flexibility come complexity and a learning curve. It is this potential that makes Sonar stand out. I would never trade any of it's power for simplicity.
We kind of want to have our cake and eat it too:)
I believe you may have missed the point I was making (well the one mettulus made and I was agreeing with).
Certainly the software needs to be complex to do what it's supposed to and one has to be willing to spend the effort learning it. That's a whole other thing (but relatedin a secondary way).
What I was saying is that there are many parts of Sonar that are UNNECESSARILY complicated. Some things are only slightly weird and clunky while others are... well more so. On their own they are not TOO big of a deal to learn but you add that up across hundreds of features and things start getting out of hand. A "power" user is going to be pushing the program to the limits and need to quickly access/use these various features to accomplish the overall task of creating a song. When each little thing takes 10 more steps than it really needs to or you are constantly having to dig around menus or trying to remember complex workarounds that sometimes only kind of work it all adds up.
I used to think I was just too stupid to use Sonar because I was having such a hard time at first. I'm pig headed though and have put in hundreds (if not thousands) of hours reading about it, watching tuts, asking questions and actually using it. I do pretty much know how to do what I've gotta do these days and the reality is it's not so much I'm stupid... it's that the methods in the program are weird. It's kind of scattered. Features disappear in certain areas for whatever unknown reason (usually older components that have not be updated to the new standards of the program), certain tasks/functions could be grouped together or streamlined but aren't, there's a lot of little logical things that don't exist that make you have to fiddle around way more than needed... etc.
A good example of a streamlined and semi logical system is the Skylight interface. It's one of the larger, more modern components of the program and I can fly around that bugger like nuthin'. It could be improved but I think it's actually one of the reasons I like Sonar so much.
Once we start trying to do more intricate things though and manipulate the audio in a logical manner it starts to fall apart.
Audiosnap is a good example of something that could not necessarily be "simplified" but a few extra things added to make quick time warping much easier. Like if I just want to get in and do a quick couple edits and get out I can't. It's big ordeal and some of the competitors smoke Audiosnap in this regard... however their versions may not offer the more in depth complexities that AS has to offer. So in that case you don't add a layer of complexity... you add a layer of simplicity so you can use it easily for quick edits while retaining all the fancier stuff for when it's really needed.
Another example would be something that's been asked for for ages. Console View folders for the strips that follow the Folders scheme in the Track View (and an option to link or unlink folder status). This would make the lives of those who create MAMMOTH projects (such as myself) a million times easier. Currently we have to use the Track Manager which is fine I guess but that there is an example something not really making logical sense or staying consistent in various connected ares of the program. Additionally there have been a lot of requests for "Nested" folders that would again make the little things go a lot faster. Like for a set of drum tracks I would ideally like ALL the drums in a main folder then subfolders for say all the toms and all the cymbals. Some simple level, gain and pan controls that are tied directly those controls right on the tracks within would be great too so I can raise or lower the levels of the toms at once without a) going through bother of linking/unlinking the controls or b) creating a bus a may not necessarily want to add.
Timeline Zooming is another inconsistency that bugs me. This feature was introduced in X2 and for me is a GODSEND. Just being able to reach up to the timeline and quickly zoom in/out and navigate the entire project is awesome BUT it only works in certain views that have timelines. Like it works in the main track view, it works in the PRV but if you are in Tempo View and some other time based areas it does not. That is very disorienting when you enter those views and all of a sudden you have to revert back to the old school way of doing things. Every time... EVERY time I go to zoom in or move around in one of those areas I reach up to the timeline which of course doesn't work (and sometimes does something undesireable). So yeah... consistency.
A new one that's ripping my brain a new one is the fact we can't easily link and edit automation envelopes... but not just that we can't link them, it seems like the whole concept of editing two or more envelopes across multiple tracks is foreign to the programmers. So I can't group the envelopes so they always follow the edits made on one of them, if I try to quick group them (which is the second best thing and completely logical) instead of staying selected the INSTANT you release the mouse button after the first click the quick group selection is lost (so you can only do ONE edit at a time then have to reselect all the lanes again which also makes any kind of envelope editing that requires more than on click impossible like double clicking to input a node or doing range stuff)... AND my personal favorite, which I thought I was being clever by coming up with, is if you group the controls you intend edit together (which makes them move in sync with each other) only the control that actually has the envelope in its track will respond... the rest in the group will not move. I've wasted a TON of time trying to come up with a decent solution to this within Sonar but there simply isn't one. What needs to happen is a third party program needs to be introduced that acts like a virtual MIDI controller. The automation gets written to the track housing that virt controller which in turn moves the controls (like an external controller would when you map multiple controls to one dial or fader). That then writes envelopes to the target tracks... which of course you can edit in sync anyway so it all has to be done in the virt cable's track and recorded to take effect. Not elegant at all and could be easily fixed by just allowing us to group automation envelopes.
Oh and one more simplification is setting up external controllers and control groups. If you look at (and sorry for name dropping... I usually don't) how Reaper handles external controller stuff compared to Sonar you'll see how lacklustre this part of our program is. In Sonar it is VERY restricted as to what can be controlled by MIDI CC. In Reaper you can execute seemingly almost ANY command in the program and all you have to do is look it up (and it has convenient search filter of the commands) and either type in the CC or MIDI Learn it. It is also tied to the keybindings as well so you can set up shortcuts for all that stuff too very easily at the same time. Also in Sonar I don't understand why grouping and mapping controls is so weird. This is another example of inconsistency. Certain areas have different methods and some things simply cannot be grouped or mapped. I think all they would have to do to fix this is come up with a virtual controller (similar to the new one we got for synth input) that EVERY control in a project can be linked to (including all effects and synths... everything). Just right click on a dial or control, select "Send to Virt Controller" and a control is made in a virt controller window (button, dial or fader) and extend that even to command actions like Undo or Delete (kind of like the new Custom Module). Then all your mapped stuff is inside this window and you can group any controls you want in whatever configuration you want and if you want to send it to an external contrally you just right click on a control and MIDI Learn it (or type in a CC number or whatever). ACT and other parts of the program ATTEMPT to do this but it's all over the place and doesn't work that well so something like that would be a "clean slate" type solution to ALL those issues. You could even make it so the virt controller has it's own automation lanes area and that would solved the "link envelope" problem. It would not require chaning anything... just adding something cool and simple.
I could come up with dozens more examples like this and if you look in the Feature Requests area of this site you'll see hundreds of other suggestions.
Of course we all have our own take on what could be improved and it takes a LOT of time and effort to develop these types of things. I get by very well and ain't goin' anywhere because (even though it may not seem like it based on this post) I do really like working in Sonar. I just think the point that Sonar could very much be simplified and made a little more logical and user friendly is a valid one. I bet if you asked the Baker's themselves they would agree and are working fervently to make things like this happen. Track to Track routing is a biggie and it's coming. The PRV changes were more than welcome to me. When they introduced Take Lanes, TimeLine Zooming, Comping, etc it was all very welcome and made my life easier.
So yeah... this is not about not wanting to learn or study the program. It's about having studied the program and realizing that certain things could certainly be a little more streamlined and consistent. When those things happen then learning the program for newcomers actually does become easier however that is merely a byproduct of good design. Ya?
BTW... I've actually chastised people coming on here moaning about having to read so much and spend so much time learning the program when they've essentially done nothing so far. It just offends me after all the work I (and everyone else around here) have done to get proficient with the program.
As I said, I don't expect it to be easy but it doesn't have to be unnecessarily difficult.... and really the more user friendly a program becomes (without losing functionality) the more people buy it, the more money Cake makes and the more financed they are to keep deliver cool stuff and financing their development department (which in turn gives them more time to make it user friendly and so on and so on...)
lulz...
Anyway... I totally got what you mean and I'm not ranting AT you. Just ranting because I prone to do that. It's a productive rant though (I hope).
Cheers.