Noel Borthwick

@Milton Sica I sent you a message with instructions to troubleshoot further.

@siordanescu just PM'ed you to try and get some more information.

@siordanescu did you retest this just now?

@tecknot Can you describe what problem you are running into with the current performance module? It supports displaying up to 32 cores.

@Heinz Hupfer we investigated this. I think you may be confusing project templates with track templates. Mix scenes do indeed save properly with project templates. Track templates on the other hand do not save mix scenes.

This isn't a problem with Cakewalk. Its poorly written drivers that don't flush their state on abnormal termination. Cakewalk already attempts to shut down drivers whenever an exception is detected. Not all crashes can be caught by the app so this is something that has to be handled by drivers themselves. Most well behaved drivers can survive the program being force closed from Task Manager as well.

The hotfix has been officially released now so you can get it through BandLab assistant if you don't already have it. The build is 25.11.0.63

Thats great. If they need any assistance from us let them know they can contact me.

In newer builds you can directly drop multiple wave files into take lanes and it will create new take lanes as necessary.

Classic symptom of a plugin that has internally crashed and is now generating denormals or bad floating point data.

Tip for the future. Open the project in safe mode by pressing Shift while opening. Then click Yes to All. The project will open intact with all plugins but with any open plugin windows will be closed.

@Milton Sica try setting the StopEngineOnPanelOpen value to true in preferences / audio / configuration file and see if that addresses it.

@David Baay in Preferences | Audio | Audio configuration you can reset the configuration to defaults. This is the preferred way to set the audio configuration to factory defaults. It will keep a backup copy of your current settings should you need to go back as well. No need for manually locating the ini file.

Great to hear that we were able to help resolve this issue for you. A systematic process of elimination is the best remedy when you have system specific issues like this because it can be easy to draw the wrong conclusions. If you could contact the plugin vendors you were in touch with who claimed it was a Cakewalk bug that would be great, so that they don't continue to spread misinformation to other users We'll also try and put together a KB of known third party problems and troubleshooting techniques that might assist others. Now go make some music

For the record this is a 100% third party problem that affects other DAW's on affected systems, not just Cakewalk. Future note to other plugin developers who are quick to blame Cakewalk @AxlBrutality were you able to verify that your Cakewalk LP plugins no longer need the ini file setting to override open GL after you uninstalled Nahimic?

Most ASIO devices will auto switch to the sample rate requested by the host when you load the project, but some require you to explicitly change it via the ASIO driver control panel or via a physical switch on the audio interface. Also note that changing the value in preferences only changes the sample rate for NEW projects. i.e if you load an existing project that is already locked to a certain sample rate, changing the default sample rate value will only affect NEW projects not the currently loaded one.

That's definitely a relevant observation thanks. It's likely what is triggering opengl to do whatever it's doing to hang the Cakewalk UI.

If all you want to do is interactively slow down the clip just slip stretch the end of the clip till it's as slow as you want. Hold down the CTRL key and then drag the right edge of the clip ahead of time to lengthen the clip.

We'll investigate this - thanks.

The message typically means that the sample rate of the project file is not supported by your audio interface. Are you running ASIO or WASAPI mode? The current project sample rate is displayed under the now time. It may be as simple as switching your audio device to that sample rate in case the interface has to be externally switched.

Hi @Billy Buck you have 20 msec because you installed the original .11 release. New users going to this version will have it properly reset to 200. The reason for this flux is in all our testing 20 seemed sufficient. However a few user systems had dropped notes. There is a big internal change from SONAR (which had a bug with the MIDI buffer size interpretation) which is why we adjusted the value. In the new build for most people it should be fine at 20 or 50 but I've bumped it to 200 to cover more corner cases. Sorry for the flux. I may change the final release to reset it to 200 on first run once more.

@Dr. Failure Audio slowdown and distortion while playing is a symtom of overload where audio cannot be processed in time for the driver. You can alleviate this by raising the audio latency. Which driver mode are you using? WASAPI shared mode is the best for devices like headsets but it has an upper limit of 10 msec which might be insufficient. Try using WASAPI exclusive mode and set the audio latency slider to something like 30 msec. Of course this will cause latency so you won't be able to monitor without delay. Please get the latest hotfix since it has some improvements with WASAPI when using different input and output devices.

It may be cheaper and a lot quicker to just try a new video card. Just buy a current gen card and try it - if it doesnt work you can possibly return it.

FWIW here is a post from one of our developers on the JUCE forum regarding this very issue. It hasn't been addressed since 2017 Another thread discussing this issue. Have you experimented with upgrading to a newer/different graphics card? This could very well resolve the issue.

I think you are reading too much into my text. I changed the wording to look more neutral if it helps I was trying to explain why issues like this can take time to solve when the problem isn't part of the actual DAW code. If it was we would have fixed it back in 2017 when we had an issue with our own LP plugins wouldn't we? It isn't a question of who's fault it is. Its system interactions between multiple third party components. In all these years we have only had a tiny number of customers who had the issue with the LP plugins and we provided a fix to not use opengl for those who did. Apparently some plugin vendors have done the same and others have not. When you talk to support at a company, the reps are typically not developers and the best troubleshooting they can do is run "black box" comparisons like testing in other hosts. Until an actual developer looks into the issue in detail there is no way to conclusively find a real solution. However most plugin developers are DSP engineers and opengl problems are likely not an issue that they may have expertise with. Couple it with the fact that many only work on Mac's (JUCE abstracts all the cross platform dependencies away) and its even harder for them to investigate deeply. >>Do you have any idea if JUCE would be working on a fix. No but its unlikely from what I've seen. They do not prioritize GUI issues and this is surely at the bottom of the pile since it impacts only a tiny number of users. @Ben Staton is going to try and look into it some more when he gets some cycles. What makes it harder for us is that we don't have any systems that exhibit this problem. I have NVidia machines and they all run the slate plugins as well as our LP's fine without any tweaks. Given the nature of this issue we can't promise any results but well try.