Noel Borthwick

This is exactly how it has always worked there is no change. Once the project file is saved with a referenced take it doesnt matter if you delete the take later and resave, Cakewalk will not auto delete the take files because it can lead to data loss. For example a user may have manually copied the project, or autosave could have made a backup copy of the cwp file that is still referencing the deleted take. Its working how it was designed to work. Use the clean audio command to remove unreferenced data manually.

No once you save the project the files are committed. It would be data loss if Cakewalk removed the files because the saved project is referencing them

It is an option!

@Mark Bastable I need the actual minidump file not the text file. Can you please send the original file (it has a .dmp extension) BTW the reason your zip file was so big was because you had audio from multiple versions of the project file in the audio folder. If I do a save as and save to a new folder it will copy only the associated audio files. After I do that The size dropped to 81 MB which is quite normal. There is no audiosnap data here as I first thought. I don't see any obvious problems with your project. I suspect your crashes are all caused by that plugin. When you send the dump file I can get better information.

@Mark Bastable were you able to capture a crash dump yet?

It would be good to get to the bottom of what is causing the crashes. Send me a PM and I can help you with the exception severity if you havent been able to set that. Most crashes should be caught immediately in that mode. Please also try the latest early access release that was posted in case that helps with your problems. PS: received your project. We'll look at the project file and try and repro.

We posted a new early access installer that includes a fix for this issue. @bitflipper @Andres Medina please try this out and let me know if this addresses the issues with I/O's getting changed unexpectedly. AFIK the problem was only localized to track inputs when loading a synth that changes its outputs. Let me know if you still see problems with this fix. I'm confused by the statement that inputs and outputs were mismatched. Are you referring to the outputs to buses from tracks? Those should have been unchanged. Anyway let me know how it works in this release.

No problem

You probably have a ton of audio snap markers in your project. You can tell if the size of the CWP file itself is very large. If you aren't intentionally using audiosnap you can flush all audio snap markers in the project from the AS toolbar. Select all clips open the toolbar, right click the power button and choose Clear all audiosnap markers. Then when you save the project file it should reduce the size. You may also have takelanes or other data hidden that contributes to the file size. To upload you will need to use dropbox.

DXi’s are still supported by Cakewalk. TTS1 is a legacy product that is no longer maintained by roland so we don’t have the means to update it or fix problems.

Yes its a shame that they didn't test their code in Cakewalk. I will look into whether its possible to detect a mismatched output count at load time and do some internal surgery to the project. No promises because that is really convoluted to do and honestly I would prefer spending that time on other more important things. The plugin could trivially have checked if the persisted version was earlier and NOT exposed the extra output in that case.

VST doesnt spell anything out which is why there is this mess of incompatibilities. Kontakt solves this by always exposing a large pool of outputs and even though you can change assignments that is done INSIDE Kontakt and transparent to the DAW. I spoke to a dev there and he said that they never change the output routing even through the VST interfaces because its very poorly supported in DAW's.

Seriously they added a new output to the existing synth in an update? Does nobody care about backwards compatibility? I guess nobody there actually tests their plugins in Cakewalk or they would have caught this immediately. Port routing in Cakewalk is based on the counts of outputs from hardware and virtual instruments. Port are a range of integers that include the entire set of instrument outputs. When you add or remove instruments we manage that namespace of ports by adding and removing items. But if a plugin does this behind our back it will mess up the ports in the project because the numbers will be off by the number of ports added or removed.

I meant look for the most recently created wave file in the project audio folder. If recording failed for some reason halfway through the file should still be present.

You should be able to install the old version of melodyne and then upgrade it from the melodyne UI itself afik. As long as you have a legit Melodyne essential serial number it should upgrade to the latest Melodyne Essential version. If you have trouble contact Celemony support and they will help you out.

We've verified that the latest version they posted works OK now and doesn't remove files anymore.

Here are the release notes. “X64 VC Redist no longer removes runtime files when run with /installer /passive switches.”

Ha they responded to my request yesterday. Glad they posted it. We’ll test it today.

Most of the fixes you see (and there have been thousands) have come as a direct result of users submitting crash dumps or project files with demonstrable issues. Its the only way for software to improve. Bugs wont fix themselves unfortunately

This error is because you are running Win 7 which is an out of date and unsupported OS and you are missing updates to TLS protocols. Read this thread for a solution. I meant "Browse BandLab Projects" sorry. Its also referred to as the bandlab library view.

@jsg follow the instructions here on capturing a hang dump and send it to me. We should be able to see what is hanging from there.

We can't possibly solve crashes with every known plugin. They have to be addressed by their respective vendors. "Normally reliable" doesn't necessarily mean that they will not crash if they have bugs that are latent. That said, what specific problems are you seeing. The only way for us to investigate is if you actually submit crash dumps to us. Follow the instructions to capture a crash dump. A white screen is a hang and you can also capture a dump for those. See this article for more info.

You may as well install Platinum since you own it. There are several bundled plugins that will be useful to you. You can skip installing content that you dont need. The basic installation won't occupy any significant disk space.

Yes just make sure that your are able to successfully log in from Cakewalk and from then onward no user intervention is typically required. You can verify it's working by doing a check for updates from the help menu and opening the BandLab library view from the file menu.

Its an installer not a program you need to keep around. Cakewalk doesnt get deactivated on its on unless the lease expired. Since the old build you had we implemented auto activation so you will be unlikely to run into that again as long as you can log in. It likely activated itself because something was preventing web access and now that its successful it self activated. BandLab assistant will likely not be used going forward so its in your best interest to log in through Cakewalk itself since updates and activation are seamless. This was explained in the release notes for the 2021.01 update.