Noel Borthwick

We're beginning testing of ARM64 versions of both Sonar and Next.

Please complete the poll if you have interest in using/testing these products.
Also, if you would like to beta test these, please respond to this thread to add your name to the list.

Read this to learn more about what's coming in Windows on ARM64 for musicians:

https://devblogs.microsoft.com/windows-music-dev/making-music-on-windows/

The more interesting bullet there is the in-box ASIO driver which should work with most USB-2 class compliant audio devices on ARM (and X64).

Read this. There will soon be no need for wrapper ASIO drivers since Microsoft is adding an inbox ASIO driver which does things the correct way without hosing other applications.

https://devblogs.microsoft.com/windows-music-dev/making-music-on-windows/

Recording at a higher depth that the interfaces provides is just padding silence.

On 2/16/2025 at 9:47 PM, Adam said:

It's not equipment related: I use multiple DAWs and Cakewalk is the only DAW that behaves like this.  I have an RME Madi FX PCIe interface which connects to three individual Orion32 interfaces via MADI.

You can't assume that necessarily. Its not that abnormal to have an issue which is driver or system related that only shows up with one DAW.
Not saying that that is the case here but there is some environmental issue that triggers this that obviously most users never see.

So you stop recording, the recording appears and then spontaneously disappears shortly afterwards?
If you watch the wave data folder in file explorer while recording, do you see the file get created and then removed shortly after?

Another thing to check is your recording drive. Check for disk errors and also check if you have any software (such as one drive) monitoring the folder where audio is recorded. If a program locks the file it can fail recording. Most of the times where people have encountered such issues it has been related to problems like this. 

It most certainly doesn't force you to sign in via Facebook. The sign in process is identical for Sonar as well as Cbb or even the Bandlab web for that matter.
It prompts you to sign in a very industry standard SSO (single sign on) page where you can sign in using whatever mechanism you chose when you created your BandLab account. This is what I see.

You can use your username and password (assuming you create your account that way) or you can use Google, Facebook, Apple, or  potentially SMS to sign in.

CbB has not been in development for over 2 years other than receiving a few updates for breaking issues.
Please try this in Sonar and if you encounter the issue contact us. 

On 1/31/2025 at 9:02 PM, MIDInco said:

Upon checking the dump file, I found that the function m7_ippsLn_32f_A21 is causing the error.

Unless you have the symbols the function name will be meaningless. If you have a repeatable crash from a recent build of Sonar send me a link to the dump and I can check the cause of the crash. Sometimes dumps don’t give us the full picture…

17 hours ago, Sal Sorice said:

I've been reading some good articles / tutorials about the Sonitus Suite of plugins that are (currently) still included with Sonar. Sound on Sound (SOS) magazine has some great articles. Groove3.com has wonderful content on them included in their (old but still very relevant) Sonar X1, X2, etc. tutorials. And, as always, Mike @Creative Sauce has some fabulous content about them (and about Cakewalk in general).

Of course, there are also many videos about them on Youtube as well.

I'm experimenting with the Sonitus Suite and must admit that, once you take the time to learn them, they are really powerful and sound great - sometimes rivaling other more "sophisticated" plugins.

Since they are DX plugins my question to the Bakers (and I am tagging @Noel Borthwick here, since he may have some good insight) I'm wondering if they will continue to be supported as Sonar evolves. Will they be updated? Will they be converted (or whatever the correct jargon is, as I'm no programmer) to VST? Will they be deprecated?

Comments please!!

The sonitus plugins will definitely be supported going forward. We're in fact currently working on some updates to the suite so stay tuned.

You are reading an ancient thread! There is no problem to solve unless you have a project that exhibits the problem. 
Also note that CbB is not being maintained other than for the most essential issues. If you have a problem in Sonar submit a ticket with a repro project in the Sonar forum.

Exactly. It makes no sense using melodyne in an effects bin in any ARA capable host because it won't use ara at all.

If you have a project in that state that still crashes with the latest version of Sonar then send me a link. The one you sent support doesn’t crash here. If its TTS1 crashing there isn’t anything I can do. There are latent bugs in that plugin that can never be fixed since its not in production and we don’t distribute it anymore.

Uncheck both inputs and outputs for the current driver, and then the spark will become available to select.

Check what driver mode you are using and what the buffer size set in preferences is. WASAPI shared mode introduces a fixed latency. If changing the buffer size has no effect on latency heard, the problem isn’t inside Sonar, its in your monitoring path. This is not a CPU issue so power settings etc will not affect anything.
Always test latency with an empty project by adding a single track and input monitoring that without any plugins. Ensure that you are getting the lowest latency there by setting your buffer size accordingly.

Attach a project file so we can look at why this may be happening.
Also have you tried this project in the new Cakewalk Sonar? 

This was a backend issue that has since been resolved. Should be working now.

This issue should be fixed in the latest release. Can you confirm?

ARA will make it into Next at some point but we can’t give you a timeline. There are some more pressing features that have more general use that are needed prior to that.

The settings should be saved as part of your project. However if you are overriding it with a workspace then it will revert to whatever is in the workspace. To verify don’t use a workspace and save and reload your project,

I like to fix a bug for Christmas - glad it’s sorted. Merry Christmas
Since nobody was able to reproduce it I suspect it’s something within your project. I’ve seen some bizarre issues in the past where certain plugin copy protection schemes were locking project files intermittently. Not impossible that your issue was similar.
Auto save is now deferred by a few seconds after the change is detected.

I sent you a build to evaluate.

It would appear that somehow autosave is trying to sneak in and save before the bounce fully completed. What are your autosave settings?
I can't say with certainty since I cannot reproduce this, but I've made some changes that may prevent this from happening. 
Also made some improvements to auto save for next version.

52 minutes ago, dougalex said:

I turned off all Audio Drivers in Device Manager.
Rebooted.
Sonar (latest Beta) now asked me to set Audio driver (thankfully, instead of "Not responding")
I set to x32 (all 32 channels) and Sonar (not Cakewalk) seems to be working now.

However, in Cakewalk I do get further but there is a Steinberg I cannot uncheck (I never saw before). AND... it is not in Device manager.
So I have more battling to try get rid of that Steinberg driver and get Cakewalk working.

 

 

This is your exact problem.
Irrespective of whether you use it or not ASIO4All and similar variants like this "built in" driver, cause complex problems and interfere with other drivers loading at startup because they lead to sample rates being changed abnormally. 
If you don't use those wrapper drivers just find and delete them (or rename them so that Sonar never sees them). You have 3 of them installed - god help you with that! Getting rid of them will also speed up startup of Sonar.

In the drivers page you must unselect both inputs and outputs before you can select a different driver.

Alternatively, you can force switch to WASAPI. With Sonar closed open regedit and double click and change the "Core" value listed below to 3d
On next restart Sonar will use WASAPI shared mode.

If that opens fine, the issue is one of your ASIO drivers that get enumerated at startup. Nothing has changed in this area in 5 years so if the issue just started, its exposing the incompatibility now. We have not supported non-native ASIO drivers for years because they have problems with switching sample rates and interfere with other devices being enumerated as well. Contact your vendor for a native ASIO driver if you aren't sure how to resolve it.

This is an audio driver issue not a redist problem. If you are using a non native asio driver that is your problem. 
Use WASAPI shared mode and not ASIO mode if the driver hangs when starting Sonar. We don't support ASIO4All and its variants.

Its literally explained in the first post on this thread. 
Generally if running the latest redist installer didn't resolve your issue then you have some other issue. Are you using an ASIO driver like ASIO4All or a variant of that? If so that is likely the cause for your hang.