Noel Borthwick

@Anders Madsen if you can reproduce it could you send us a crash dump?

What device and driver mode were you using when you had the issue? You can post screen shots if you aren’t sure.

There are no specific changes to the engine that would affect the core behavior, if anything CbB is a lot more efficient. You are probably running into Windows 7 legacy stuff. Cakewalk is compiled with the latest Microsoft tools compared to SONAR and perhaps that may account for some minor differences. More likely you have tweaked your system for SONAR in some ways and CbB is configured differently. Re crashes please submit any crashes you encounter for investigation. There are details in my sig about crash dumps. We've fixed hundreds of crashes that occurred in SONAR so CbB is more stable for most people by a long shot.

Ive seen some plugins take long irrespective of available CPU. They may be artifically throttling the processing speed. You can try bypassing the plugins to find which ones slow down. Render is also gated by disk access. Also you can speed up by setting the bounce buffer size high in the audio configuration settings.

ILOK problems are not related to the DAW. You should report those to the plugin vendor or contact iLok support. We have no way of diagnosing those. Regarding stability we have been fixing hundreds of issues since we started and the focus has been on stability. Have you been following the change log? Most reported bugs are fixed in short notice if reported through official channels. Your issue has not been reported officially. There has been a way to report issues to support from the get go. See the FAQ:

@Cecelius2 thanks for following up. Please keep us posted on the status of this issue.

@sreams please report this to the Video card vendor and also to Microsoft via the feedback channel. @Pete Brown may be able to follow up after you log a feedback report on Microsoft. This is likely on the driver vendor to fix it however.

@eric chevrier The crash is in the UI for the prochannel EQ. However I cannot determine what led to that crash. All I can see from the dump is that the crash happened on an instrument track strip. Something odd is that I do not see any EQ loaded by your project. Questions: Can you verify whether any of your instrument tracks have the EQ enabled? Can you remember specifically what operations you did leading to the crash. Also more importantly, is it reproducible? Did you get any prior error messages pertaining to the EQ when loading the project. Does the error happen with only one project or all, How many tracks have the EQ enabled?

Hi folks, this is the FAQ channel so please don't post specific problem reports here. @eric chevrier I've replied in your other thread.

The issue quoted has already been solved for the next release as reported in the thread scook linked. The resolution for now is to use BandLab assistant to activate. If you are running Windows 7, this is a reminder that Windows 7 is not actively supported or tested by Cakewalk (or Microsoft) so you use it at your own risk since issues like this can crop up.

The only reason a Wav64 is created is if the wave file exceeds 2GB. Make sure you select exactly the length you want to export on the timeline. The duration will show in the export audio title bar. You can also use the new Export toolbar and set it to export a selection. Other factors that can lead to a wave 64 exporting is if you are exporting at high sample rates or at 64 bit resolution which will create bigger files. Additionally in the export dialog ensure you are selecting the file type of WAV and not Wav64.

Please post questions like this in the techniques forum which is more appropriate.

Hi @sreams there is nothing especially expensive cakewalk is doing when moving the mouse over track names. I suspect something video driver related since the cursor does change.

What audio interface and driver mode? Do you have Cakewalk set to share the audio device with other applications?

Let me know if you can get a reproducible case with a project and we can follow up with NI.

Unfreezing reloads the synth into memory. If he app spontaneously shuts down it could be memory corruption from the synth.

You are mistaken. Plugin categories have nothing to do with activation. The categories not showing properly were because the database couldn't load the data. Cakewalk can be in a deactivated state and plugins will show fine. What did you do to fix it. If you reinstalled that was what solved the issue not anything else.

I'm not sure what your post has to do with activation. In the video cakewalk is fully activated. You are getting a database error. The most likely cause of that error message is either you don't have a good install or something on your system is blocking the database updater. Look in this folder C:\Program Files\Cakewalk\Shared Utilities\Database\Updater You should see 2 files there. Also there should be 3 dlls in this folder. C:\Program Files\Cakewalk\Shared Utilities\Database If you don't see that then something has removed those files on your PC and you will need to do a full installation again.

Glad you could solve it. In asio mode you must deselect both inputs and outputs before picking a different device. This could be more intuitive.

The problem is something on your system blocking writing files to your audio folder as the message indicated. Check that you don't have an antivirus program blocking writing to the project audio folder. Also if you are using one drive don't use the same folder that one drive is scanning.

BandLab assistant is not developed by Cakewalk. Were working on a standalone bootstrap installer that will install Cakewalk independently. Since Cakewalk can now activate itself BandLab assistant is no longer required for this.

Most likely somehow launchpad ended up partially copying some files because the program was still running or had not exited. It should check before doing anything if the program is already running. Running our uninstaller would not have caused the issue you had.

Im not sure what launchpad is - if you use 3rd party tools to run old versions then we have no way to solve problems with that. The cakewalk installer always updates the correct automation dll. Its likely that the external utility caused the issue. The installer doesnt ask to delete files so Im not sure what you mean. Mixing and matching different versions of the program will cause crashes and unexpected behavior. Always use our official rollback installer if you need to go to a prior build.

The CmdArgs registry string is used to specify the arguments to the external tool. Its definitely used in CbB and and its how we pass command line arguments to the Plugin Manager exe. Note that this is only used for the generic tool type. Look in the registry and you will see how Plugin Manager is set up. For plugin manager its set up like this: CmdArgs --- "/ParentWnd$ /VSTInventoryRegKey$" When Cakewalk launches plugin manager it expands the /ParentWnd$ variable to the window handle of Cakewalk and /VSTInventoryRegKey$ to the appropriate registry key. Other flags present in CmdArgs are passed through unmodified to the external process. Its easy to test this. Make a batch file that echo's its arguments and set up a tool that executes the batch file.

@gmp you have a bad install which is why its crashing. The version of cwauto130.dll is from an older installation and has a version 26.5.0.39. The version in the Jan release paired with the release you have is 27.1.0.98. Are you restoring files manually? Please re-install the latest version of Cakewalk using our installer and it should fix the crashes.