SONAR 8 - The fine print

Page: << < ..678 > Showing page 7 of 8
Author
Noel Borthwick [Cakewalk]
Cakewalk Staff
  • Total Posts : 6475
  • Joined: 2003/11/03 17:22:50
  • Location: Boston, MA, USA
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 08:20:48 (permalink)
The guts of SONAR 8 have diverged so drastically from SONAR 7 that this wouldn't be feasible. Any change like that would destabilize the S7 codebase.

ORIGINAL: Marah Mag

Hi MUSEd. You raise an interesting point.

To what extent are the new features of Sonar 8 -- excluding the plugins -- so baked-in to the code that they couldn't be somehow excluded or turned off, which would allow the significant performance enhancements and other fixes and tweaks to the core product to be made available as a final update to Sonar 7, whether for free or for some token fee?

Just wondering.

Would be interesting to see the comparison chart for Sonar 8 Producer and Studio expanded to show how they compare to Sonar 7.
http://www.cakewalk.com/Products/SONAR/English/studio.asp


Noel Borthwick
Senior Manager Audio Core, BandLab
My Blog, Twitter, BandLab Profile
John
Forum Host
  • Total Posts : 30467
  • Joined: 2003/11/06 11:53:17
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 08:21:11 (permalink)
There is a big difference between a fix and a major architecture change. This feature required very fundamental changes to our code that manages drivers and required months of testing and tuning to get the kinks out. We never make changes that fundamental to an existing version in the field. It might look simple since its stated on one sentence but it involved a great deal of state management code to make it happen.

Noel I like my response better. I do understand the work that had to be done in order to do this.

Best
John
Timur
Max Output Level: -87 dBFS
  • Total Posts : 179
  • Joined: 2008/07/05 05:01:49
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 08:22:27 (permalink)
My guess is that MUSEd suffers from some VSTi using big buffers/latency itself and that this one VST is responsible for the whole latency issue because of latency compensation trying to sync the rest in line with it (Sonar 7 uses latency compensation for plugins by default, doesn't it?).

We're all mad in here...
SongCraft
Max Output Level: -36 dBFS
  • Total Posts : 3902
  • Joined: 2007/09/19 17:54:46
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 08:38:09 (permalink)

ORIGINAL: Noel Borthwick [Cakewalk]

The guts of SONAR 8 have diverged so drastically from SONAR 7 that this wouldn't be feasible. Any change like that would destabilize the S7 codebase.



Excellent

Hehehe looks like SONAR had more than a grease n oil change under the hood! We all better buckle up and hold on tight! She'll be pulling some G's..... SONAR 8 is all souped up and ready to fly! Oh yeah baby

*Music plays.... Get your motor running! Head out on the highway*

 
 
Noel Borthwick [Cakewalk]
Cakewalk Staff
  • Total Posts : 6475
  • Joined: 2003/11/03 17:22:50
  • Location: Boston, MA, USA
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 10:08:38 (permalink)
That is incorrect. The first buffer issue was not that it LOST the first buffer, but that it was silent. i.e. it wouldnt produce more latency at all.

ORIGINAL: Timur

Well, if Sonar omited the first buffer then buffer size plays a major role in how you perceive this problem, it effectively doubles the audio-interface latency. If you're using a small buffer size of only 64 samples then one missing buffer isn't showing up that clearly (64+64), less than 2ms at 44.1 khz. But if you're using 512 samples then one missing buffer is over 10ms long (512+512 =1024). That's only audio-interface latency, plugins may bring their own buffers and latency with them.

omited
post edited by Noel Borthwick [Cakewalk] - 2008/09/25 10:09:43

Noel Borthwick
Senior Manager Audio Core, BandLab
My Blog, Twitter, BandLab Profile
Timur
Max Output Level: -87 dBFS
  • Total Posts : 179
  • Joined: 2008/07/05 05:01:49
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 10:20:16 (permalink)
ORIGINAL: Noel Borthwick [Cakewalk]

That is incorrect. The first buffer issue was not that it LOST the first buffer, but that it was silent. i.e. it wouldnt produce more latency at all.

Excuse my lack of better english. ;) What I meant by saying "omited" was that it was "not played out aloud" as far as I understood and thus "omited" from playing. So by hearing the audio one buffer later because of one additional buffer of silence the listener would perceive the silence as additional latency. Especially if the first sample has is playing a smooth attack instead of some expected obvious transients.

I just tried to explain why anyone would consider linking the "ASIO First Buffer" phenomen with additional latency at all. Hope this clarifies my good intention.
post edited by Timur - 2008/09/25 10:21:11

We're all mad in here...
donhearl
Max Output Level: -83 dBFS
  • Total Posts : 380
  • Joined: 2005/08/09 14:28:01
  • Location: Nashville
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 10:23:10 (permalink)

ORIGINAL: bitman

Sooner or later (Sometimes the next day), marketing discovers engineering has a good idea that can make them look good. I am one of those who believes that without engineering, marketing and sales would not exist.

I have personally seen security access cards keep sales out of the engineering building completely.

With their pitiful little faces pressed to the windows.

God is an engineer.




Wow, That's interesting. In my experience (I'm a chemical engineer and now in sales and market development), since I've done all three, I contend that you need all three to make a successful product and bring it to the masses. The marketing and engineering departments seem to work in concert in Cakewalk. I've been closely following this thread, and while I have great respect for engineering, I really don't understand the marketing department put-downs. Cake's marketing, in my opinion, is top notch.

Regards,

Don

Sonar 8.3.1, Core 2 Quad Q9300, 4 GB DDR2 ram, 4 X 500 GB Sata II 32 mb drives, Lynx Aurora 16, RME FF800, 2XUAD-1 PCIe
Noel Borthwick [Cakewalk]
Cakewalk Staff
  • Total Posts : 6475
  • Joined: 2003/11/03 17:22:50
  • Location: Boston, MA, USA
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 11:12:58 (permalink)
Not really. You perceive the silent buffer as just that. Momentary silence - as if the audio was muted for an instant. Once the transport is playing there is no perceived latency even in S7.

Noel Borthwick
Senior Manager Audio Core, BandLab
My Blog, Twitter, BandLab Profile
Timur
Max Output Level: -87 dBFS
  • Total Posts : 179
  • Joined: 2008/07/05 05:01:49
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 11:47:36 (permalink)
Yes, just some minutes after writing this and leaving the house I recognized that the additional silence would only be happening with the first start of the transport. So I admit, I've got no idea how anyone can associate that to latency from that point on. Sorry for getting it wrong.

Just to underline this, I'm impressed by the overhaul and work that went into the engine of Sonar 8. I know it's hard to explain to users how things they cannot see qualify for a major release, but what I've read about it sounds alot like a very major step. *thumbs_up*

We're all mad in here...
MUSEd
Max Output Level: -89 dBFS
  • Total Posts : 99
  • Joined: 2007/05/04 07:37:50
  • Location: UK
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 13:12:10 (permalink)

ORIGINAL: billruys

ORIGINAL: MUSEd

ASIO devices are now always kept in a started state and not periodically stopped and restarted each time you start playback from the transport.

Addressed problem where the first ASIO buffer was not audible. (audio metronome first beat is now always clear in ASIO mode)


This is fantastic but I can't help feeling this is something that should have been fixed in v7 too - the whole time I've had it I've had the problem with lag in the audio engine kicking in when playing an VSTi which seems related to this and now the only way to fix it will be to pay for an upgrade. I do intend to upgrade for all the other stuff but I think Sonar 7 should be fixed too as not everyone can afford to upgrade and shouldn't be forced to just to get stuff fixed that should have worked from the start.


Hey, MUSEd. What latency do you usually have Sonar set at? I ask because I play VSTi's live in Sonar 7 all the time. There is nothing wrong with Sonar 7 that would cause you this problem. As long as I have latency low, there is no lag. I have two DAWs, one with MOTU hardware and one with M-Audio hardware, and both are very playable in real-time.

I'm not downplaying your problem at all, but suggesting that maybe the problem lies somewhere other than Sonar itself, such as your soundcard. You should be able to play VSTi's live with the software you already have.




No latency has no effect on this - it occurs whether it's low or high. I'm referring to the problem I raised here:

http://forum.cakewalk.com/tm.asp?m=1472244&mpage=1&key=íµ¡í²¯

several people in that thread stated it's a long standing and well known problem. Clearly it doesn't affect all systems and on mine I've found I only get it if I use my NI KORE drivers but if I use my Virus Ti drivers it's OK so I've switched to them for now. However it clearly is not just a problem with certain plugins - it affects them all, and it clearly is something that has been known for a good time (some people said it was even present in V6).
post edited by MUSEd - 2008/09/25 13:13:44
billruys
Max Output Level: -73 dBFS
  • Total Posts : 852
  • Joined: 2003/11/05 00:18:31
  • Location: Outer Space
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 16:22:19 (permalink)

ORIGINAL: MUSEd

ORIGINAL: billruys
Hey, MUSEd. What latency do you usually have Sonar set at? I ask because I play VSTi's live in Sonar 7 all the time. There is nothing wrong with Sonar 7 that would cause you this problem. As long as I have latency low, there is no lag. I have two DAWs, one with MOTU hardware and one with M-Audio hardware, and both are very playable in real-time.

I'm not downplaying your problem at all, but suggesting that maybe the problem lies somewhere other than Sonar itself, such as your soundcard. You should be able to play VSTi's live with the software you already have.




No latency has no effect on this - it occurs whether it's low or high. I'm referring to the problem I raised here:

http://forum.cakewalk.com/tm.asp?m=1472244&mpage=1&key=������

several people in that thread stated it's a long standing and well known problem. Clearly it doesn't affect all systems and on mine I've found I only get it if I use my NI KORE drivers but if I use my Virus Ti drivers it's OK so I've switched to them for now. However it clearly is not just a problem with certain plugins - it affects them all, and it clearly is something that has been known for a good time (some people said it was even present in V6).

Ah, right, I know about this one, but it only happens to the note on beat one of bar one. And, it only happens with ASIO drivers (not WDM). The workaround is pretty simple. Start your project on bar 2 if you are running ASIO drivers.

It's not what I'd call a lag problem, because it only effects that one note at the start. We've all been working around that one for years. It certainly doesn't stop me from playing VSTi's in Sonar.

Bill Ruys
Silicon Audio


MUSEd
Max Output Level: -89 dBFS
  • Total Posts : 99
  • Joined: 2007/05/04 07:37:50
  • Location: UK
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 16:26:43 (permalink)
Doesn't stop me either - just annoying (although I'd say it's more than just one beat - often it can be several). But what I was thinking is having the audio engine so it doesn't stop and start up again must surely mean the end of that particular bug finally?
Timur
Max Output Level: -87 dBFS
  • Total Posts : 179
  • Joined: 2008/07/05 05:01:49
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/25 16:33:19 (permalink)
Reaper allows you to chose which behavior you want aka wether the audio-engine/driver should be stopped/unload on certain conditions (several options) or not. My guess is that most people don't have no clue what that's about anyway though. Not reloading aka reseting the audio-driver from time to time can have adverse effects when the drivers ain't perfect (I can reproduce such problems with RME Fireface drivers and Ableton Live). But if it's properly implemented on both sides, DAW and drivers, keeping the driver running is the best performing way of handling it.

We're all mad in here...
Keith Albright [Cakewalk]
Max Output Level: -68 dBFS
  • Total Posts : 1117
  • Joined: 2006/07/10 15:44:42
  • Location: Boston, MA
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 02:02:11 (permalink)
FWIW, I still develop on XP x64. SONAR 8 runs fine for me ;)
Also, we fully support Vista x64.

Keith
kaushal
Max Output Level: -86 dBFS
  • Total Posts : 204
  • Joined: 2004/04/02 00:11:22
  • Location: Mumbai, India
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 02:40:38 (permalink)
Noel, the list is comprehensive. I had submitted a feature request for the record arm button toggle while recording and playing and that has been answered. Solo exclusive is at feature to have. Thanks a lot for being so responsive.
pjl
Max Output Level: -75 dBFS
  • Total Posts : 796
  • Joined: 2006/02/28 00:36:53
  • Location: the land of Oz
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 07:07:41 (permalink)

ORIGINAL: Timur

Reaper allows you to chose which behavior you want aka wether the audio-engine/driver should be stopped/unload on certain conditions (several options) or not. My guess is that most people don't have no clue what that's about anyway though. Not reloading aka reseting the audio-driver from time to time can have adverse effects when the drivers ain't perfect (I can reproduce such problems with RME Fireface drivers and Ableton Live). But if it's properly implemented on both sides, DAW and drivers, keeping the driver running is the best performing way of handling it.


Based on past performance from CW I suspect they will have made it an option too. Usually when they make a low-level change like this they create an aud.ini variable so you can choose the desired behaviour. I wouldn't be surprised if they've done it for this.

Celebrate reason, sleep in on Sundays
Timur
Max Output Level: -87 dBFS
  • Total Posts : 179
  • Joined: 2008/07/05 05:01:49
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 07:42:42 (permalink)
[edited away by myself, was off-topic]
post edited by Timur - 2008/09/26 07:53:52

We're all mad in here...
Noel Borthwick [Cakewalk]
Cakewalk Staff
  • Total Posts : 6475
  • Joined: 2003/11/03 17:22:50
  • Location: Boston, MA, USA
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 07:56:14 (permalink)
Yes there is - its called "MinimizeDriverStateChanges" and it defaults to on for ASIO and off in WDM.
Its Off in WDM by default because there were a few drivers that didn't properly handle reset transitions.

Noel Borthwick
Senior Manager Audio Core, BandLab
My Blog, Twitter, BandLab Profile
CJaysMusic
Max Output Level: 0 dBFS
  • Total Posts : 30423
  • Joined: 2006/10/28 01:51:41
  • Location: Miami - Fort Lauderdale - Davie
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 08:09:00 (permalink)
Hey Noel, make sure my copy is the 1st one out when you ship....

www.audio-mastering-mixing.com - A Professional Worldwide Audio Mixing & Mastering Studio, Providing Online And Attended Sessions. We also do TV commercials, Radio spots & spoken word books
Audio Blog
Chevalier DAour
Max Output Level: -87 dBFS
  • Total Posts : 198
  • Joined: 2003/11/08 14:21:11
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 08:21:55 (permalink)
Thank you “Noel”, for your communications, your implication.

Cheer and Thank you.
jackn2mpu
Max Output Level: -47.5 dBFS
  • Total Posts : 2765
  • Joined: 2003/11/08 17:38:43
  • Location: Soprano State
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 15:14:32 (permalink)

ORIGINAL: Noel Borthwick [Cakewalk]

Marah,

You are reading way too much into it. My post was indeed my personal notes that I posted and it was not intended at all for marketing consumption as of last night :-) I collected most of the information last evening and posted it when the marketing guys were asleep<g> Heck it wasn't even formatted properly.
This morning after all the feedback to this thread, a bunch of folks though it was useful information to describe the product better for the more experienced users who want to know all the gory details.

Hence it was added as an addendum to the existing marketing materials and added to the promo. There are and were no ulterior motives at all. I'm sorry to disappoint that there is no X-Files conspiracy theory here :-)

Noel:
Coming a little late to this thread, but thank you for sharing the info that you did, even with it being subseguently posted to the main site. I wish more developers would do this (speaking here of TC Electronic and their support - cough, cough - of the Powercore line). I'm really jazzed about version 8, but on the advice of my comptroller (my wife) I'll wait until the first revision is out to upgrade from a working fine Sonar 5 Producer.

Jack
Qapla!
UnderTow
Max Output Level: -37 dBFS
  • Total Posts : 3848
  • Joined: 2004/01/06 12:13:49
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 19:43:50 (permalink)

That list looks very nice. Thanks for sharing. Looking forward to Sonar 8!


UnderTow
AJ_0000
Max Output Level: -76 dBFS
  • Total Posts : 738
  • Joined: 2007/05/05 01:32:03
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 20:40:26 (permalink)
I'm on vacation right now so I'm going to be late ordering Sonar 8, but I want to chime in. Aside from Brandon and other PR reps, Noel is the one guy at Cakewalk who has interacted with the forum over the past year. I think we now see the result of that. Give the man some credit.
guitartrek
Max Output Level: -47 dBFS
  • Total Posts : 2842
  • Joined: 2006/02/26 12:37:57
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 20:49:47 (permalink)
Noel - I'm always impressed by how accessible you guys at Cakewalk are on the forum. The features in Sonar8 seem to answer many of the ideas presented by users on this forum, which is a great thing about Cakewalk. I would have to say that most of these new features and improvements scratch a lot of my itches. For me it is the most exciting upgrade of Sonar.

I especially like the ability to switch audio devices without have to re-start. I have a question regarding this. To get Sonar7 to see a device, the device must be hooked up before I start Sonar. Will this be true with Sonar8? Or, if I have Sonar8 open, and then plug in a USB device, would Sonar8 "see" the device without having to restart Sonar?

John T
Max Output Level: -7.5 dBFS
  • Total Posts : 6783
  • Joined: 2006/06/12 10:24:39
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 20:56:08 (permalink)
I'm curious about that.

My biggest workflow niggle - and this is my fault, not Sonar's - is that I forget to switch my Firepod on before launching Sonar about 50% of the time. Which is just a pain in the neck realising you've done it but having to wait for Sonar to launch just to shut it down again. If this is resolved, it will save me from my own stupidity to a massive degree.
Noel Borthwick [Cakewalk]
Cakewalk Staff
  • Total Posts : 6475
  • Joined: 2003/11/03 17:22:50
  • Location: Boston, MA, USA
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 21:40:40 (permalink)
Good question. Not yet, but the ability to dynamically switch has paved the way to do this. Its very likely that we will do this final piece soon, allowing you to hot plug a device while SONAR is running. It shouldn't be very hard to do now.

Noel Borthwick
Senior Manager Audio Core, BandLab
My Blog, Twitter, BandLab Profile
deswind
Max Output Level: -71 dBFS
  • Total Posts : 952
  • Joined: 2003/11/23 14:07:13
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 22:32:30 (permalink)
It is fantastic that Cakewalk people are responding on this thread. I bet most people like to see that on this forum. It also shows great customer service. I can't wait to get 8. (And I can't wait for the first free update of 8, to be honest.)
post edited by deswind - 2008/09/26 22:35:04
guitartrek
Max Output Level: -47 dBFS
  • Total Posts : 2842
  • Joined: 2006/02/26 12:37:57
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 23:34:56 (permalink)

ORIGINAL: Noel Borthwick [Cakewalk]

Good question. Not yet, but the ability to dynamically switch has paved the way to do this. Its very likely that we will do this final piece soon, allowing you to hot plug a device while SONAR is running. It shouldn't be very hard to do now.


That would be great. I use my DAW in an unorthodox way. I take my laptop to different places to do different things. For example I have a vocal "booth" downstairs with it's own USB preamp. I do guitars and other recording upstairs using a different audio device. If you can get the "hot" plug working I wouldn't have to re-start Sonar when going downstairs to do some vocals and then back upstairs to do guitars. Thank you.
deswind
Max Output Level: -71 dBFS
  • Total Posts : 952
  • Joined: 2003/11/23 14:07:13
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/26 23:39:00 (permalink)
Is Sonar 8 going to be STABLE right at the beginning on an XP system? I am using a Lynx Aurora and a Lynx AES16e card. Or is the initial release of 8 going to be another version that will require the update to stabilize it?

That to me is more important than features like hotplugging. I would rather reboot when I move my computer and have a stable system, than be able to hotplug but have crashes when using its features.\

I am not that impressed with 7 and I have used and loved Sonar since cakewalk 6.0. So please tell me that Sonar 8 is stable right now with XP. That would make my day. There is no other company's program I want to use.
post edited by deswind - 2008/09/26 23:42:14
Jim Wright
Max Output Level: -66 dBFS
  • Total Posts : 1218
  • Joined: 2004/01/15 15:30:34
  • Status: offline
RE: SONAR 8 - The fine print 2008/09/27 00:35:00 (permalink)
I just skimmed the thread that you started. earlier this month: "Cakewalk - please fix Lynx card problems" .

Noel wrote: (9/12/2008, http://forum.cakewalk.com/fb.asp?m=1483964)
More recently I have been working closely with Lynx to improve compatibility and performance with our products so I can say that there are definitely concrete improvements in S8 with Lynx hardware.

-Jim
Page: << < ..678 > Showing page 7 of 8
Jump to:
© 2026 APG vNext Commercial Version 5.1