I've used Sonar (or CW Pro Audio, its predecessor) since CWP6 when I put together my first 8 channel DAW in '96.
By and large, I really like it. It's powerful. It's mostly got good... uh... (trying not to say "workflow" here)... uh it works well for me.
There ARE a couple things I wish it had.
The ability in PT to save multiple playlists is interesting. (You can do about the same thing in Sonar, of course, but it's not it's not as straightforward as the playlists in PT sound.)
Also, I REALLY wish we had the ability to lock a clip or segment in Sonar. Write-protect it, as it were. So it couldn't be accidentally moved or changed. As it is I HAVE to keep the clip-move dialog set to auto-fire because at least a couple times a session I try to slip-trim the start or end point of a clip and end up starting to move the whole clip. It's the damn "smart" cursor... I'm glad we don't have to change the cursor tool all the time... but sometimes its a little too smar-- or fast -- for me.
But the BIGGIE I'd like to see added to Sonar (and I DON'T think it will happen this year, dang it) is a
"track alignment auto-compensation" (
sometimes referred to as "hardware compensation") to compensate for conversion latency in interfaces.
Mackie's Tracktion (at least v 1 which I have) has an loopback calibration utility (hook a cable direct from the output to the input and hit the button. It sends a transient signal [a ping, if you will] through the system, measures the amount of time it takes to process out the D/A and A/D chain and then aligns the incoming audio with the outgoing audio.
(Cubase/Nuendo
apparently accomplishes the same thing with its hardware comp ping utility.)
Sonar, OTOH, treats hardware conversion latency as something beyond its scope. So whatever latency there is in D/A for monitoring during overdubs is 'added' [the overdubber is listening to that analog output -- it IS the only sensible "now" for him] and then the A/D latency also delays the incoming signal -- and that results a "misalignment" of the incoming track by roughly the sum of those amounts. (IOW, if your D/A takes 4 ms and your A/D takes 4 ms, your new track will be about 8 ms 'behind' previously recorded tracks.)
If you have a fast, PCI based interface, those latencies have generally been small and your overall track misalignment might be as low as under 2 ms.
BUT for those of us who are using Firewire and USB devices generally have to deal with considerably longer latencies.
While my MOTO 828mkII can run successfully with 128 sample hardware buffers, resulting in a Sonar "Mixing Latency" buffer setting of 2.9 ms -- my
track misalignment on overdubs is 8.1 ms (at 44.1 kHz) -- and that is simply outside my range of acceptable slop.
So I've pre-set a nudge value to that value (actually to 356 samples which is the precise misalignment) and have gotten in the habit of nudging all my newly recorded overdub tracks to bring them in line with existing tracks.
There's a thread in Craig Anderton's forum over at Harmony Central on the topic... but it takes probably 2/3 of the thread to actually get everyone on the same page and understanding what's being talked about. (Or, actually, to simplify the issues down to one.) There seemed at first to be MUCH confusion about what was actually being discussed.
Ron Kuper, the godfather of CW (I guess he is), popped up early in the thread -- but I hope he caught the end, since he seemed a bit perplexed by what was being said early on. [Uh... and it should be noted that a sidebar discussion on equal and just temperament breaks out at the current bottom of the thread. So you might have to skim around a bit.]
Discussion of track alignment issues in Sonar: http://acapella.harmony-central.com/...readid=1242881
You can
zero in a bit here, where the discussion starts focusing in on the key issues:
http://acapella.harmony-central.com/...7#post16440417
UPDATE: actually,
Ron Kuper acknowledges the issue (and says it involves a bit more than conversion latency) in the
Sonar Forum at CW:
http://forum.cakewalk.com/tm.asp?m=737506&mpage=1&%# POST # 11