Noel Borthwick

No we don't force the theme since it would prevent you from using custom themes and switching lenses.

Hi guys, Yes the Basic lens was updated so if you were using the stock one it would have changed. The theme being forced with the Basic lens was an oversight. That has been fixed in the latest hotfix.

If you download the latest update this has been addressed.

What do you mean by "disabled". Are you bypassing the VST3? Are you getting the crash on loading the project or on saving? @Jonathan Sasor was able to reproduce some crashes with this plugin.

@Zoltan G. Zeisky I'm currently working with EastWest to try and get to the bottom of this issue. Can you verify whether you are using both the VST2 and VST3 versions of the plugin simultaneously in the same project? That is generally not a good idea.

Hello @Florian Cedard thanks for sending the diagnostic dumps. I looked at all your dump files. In all of them there is only a single issue that is actionable by us, The rest are all plugin bugs. Here is the analysis for each file if you are interested. All your crashes are caused by mainly 2 plugins. STL Tonality - Howard Benson.vst3 and Superior Drummer 3 I suggest you contact the respective plugin vendors and report it directly to them. You can send them the dump files associated (as indicated below) for their analysis since there isn't anything we can see on our end that would cause these crashes. The stacks are 100% inside the plugins. In short, many crashes are caused by bugs within plugins themselves and there is nothing the host can do to prevent them. For such issues its in your best interest to contact the plugin developers and notify them about the issue with the dump file of course. Tell them what DAW you were using so that they can validate their products with Cakewalk as well. ---------- Stay Back_10072019_213100 > 00007ffde1da5094() Unknown Non-user code [Frames may be missing, no binary loaded for STL Tonality - Howard Benson.vst3] Annotated Frame STL Tonality - Howard Benson.vst3!00007ffde3a5a811() Unknown Non-user code. No matching binary found. ---------- Stay Back_09282019_175852 [Frames may be missing, no binary loaded for Superior Drummer 3.dll] Annotated Frame > Superior Drummer 3.dll!00007ff9ce65b281() Unknown Non-user code. No matching binary found. ---------- Stay Back_09282019_151247 [Frames may be missing, no binary loaded for Superior Drummer 3.dll] Annotated Frame > Superior Drummer 3.dll!00007ff9ce65b281() Unknown Non-user code. No matching binary found. ---------- Perfect Religion_10082019_184104 > 0000000000000000() Unknown Non-user code [Frames may be missing, no binary loaded for STL Tonality - Howard Benson.vst3] Annotated Frame STL Tonality - Howard Benson.vst3!00007ffde2cba811() Unknown Non-user code. No matching binary found. ---------- Never Look Down II_10012019_223746 Cakewalk crash - fixed ---------- Endless Disease_10092019_163216 Crash in a waves DLL C:\ProgramData\Waves Audio\Modules\AdditionalDLLs_x64\mkl_waves.dll > mkl_waves.dll!00007ffdd3fb50b3() Unknown Non-user code. Binary was not built with debug information. 0000000098768c40() Unknown Non-user code ---------- Compo Intro Concert_10022019_170820 Unhandled exception at 0x00007FF9D3F6B281 (Superior Drummer 3.dll) in Compo Intro Concert_10022019_170820.dmp: 0xC0000005: Access violation writing location 0x0000000000000000 [Frames may be missing, no binary loaded for Superior Drummer 3.dll] Annotated Frame > Superior Drummer 3.dll!00007ff9d3f6b281() Unknown Non-user code. No matching binary found.

Yes we can repro it. Its a bug in the UI. We'll fix it.

Thanks @Pete Brown As Pete says indicates that device isn't really designed to be used inside DAW's. Its mainly for playing back MIDI files in Windows and such. Also the GS synth and WASAPI don't play together well when the DAW is using WASAPI mode (thats why I asked) According to the dump file the user is running 10.0.14393 I don't think Johnbee58 was running with the GS synth. He just commented that it wasnt hanging for him lol.

Hi @Marcos Kleine, Firstly, thanks for sending your dump file, it makes it easy to locate the source of the problem. I looked at it and the issue is not related to this Cakewalk update. Its appears to be a hang in the Microsoft GS WaveTable synth which you have selected as the MIDI output device. I have tried that device recently and found it to be very unstable. I ran into that exact same hang after stopping and starting playback multiple times. The hang occurs when Cakewalk is sending a MIDI message to the device as indicated below. The device goes unresponsive and hangs the application. To solve your problem, don't use the GS WaveTable synth. You can try using TTS1 which is a GS synth as well. Also one clarification. Are you using WASAPI or ASIO? I will forward this information to Microsoft in case its something on their radar. ntdll.dll!NtWaitForAlertByThreadId() Unknown Non-user code. Symbols loaded. ntdll.dll!RtlpWaitOnAddressWithTimeout() Unknown Non-user code. Symbols loaded. ntdll.dll!RtlpWaitOnAddress() Unknown Non-user code. Symbols loaded. ntdll.dll!RtlpWaitOnCriticalSection() Unknown Non-user code. Symbols loaded. ntdll.dll!RtlpEnterCriticalSectionContended() Unknown Non-user code. Symbols loaded. ntdll.dll!RtlEnterCriticalSection() Unknown Non-user code. Symbols loaded. wdmaud.drv!CWasapiRenderer::GetCursors(__int64 *,unsigned __int64 *,__int64 *,unsigned __int64 *) Unknown Non-user code. Symbols loaded. wdmaud.drv!CMicrosoftGSWavetableSynth::GetTimeNow(__int64 *) Unknown Non-user code. Symbols loaded. wdmaud.drv!CMicrosoftGSWavetableSynth::SendMIDIEvent(struct MIDI_TIMESTAMP *,unsigned int,struct MIDI_TIMESTAMP *) Unknown Non-user code. Symbols loaded. wdmaud.drv!SwModMessage() Unknown Non-user code. Symbols loaded. wdmaud.drv!dspsL() Unknown Non-user code. Symbols loaded. WINMMBASE.dll!midiMessage() Unknown Non-user code. Symbols loaded. WINMMBASE.dll!midiOutShortMsg() Unknown Non-user code. Symbols loaded. > Cakewalk.exe!CMidiOutHardware::Send(unsigned long dwMsg, int nEventBus) Line 224 C++ Symbols loaded. [Inline Frame] Cakewalk.exe!CMidiOutDev::Send(int) Line 217 C++ Symbols loaded. Cakewalk.exe!sendResets(CMidiOutDev & dev, int nPort, int bResetOnlyBasic) Line 4265 C++ Symbols loaded. Cakewalk.exe!CTransport::zeroControllers() Line 4302 C++ Symbols loaded.

@Dick Kloosterman could you please capture a dump file while the app appears frozen? I may be able to see what is taking long. To do that follow the instructions in this FAQ and zip and upload the dump file to any file sharing service. Then send me the link please. Do not upload the file to this forum since it will be too large.

Hi @Florian Cedard unfortunately the dump file is corrupted when I download it. Please don't directly upload to the forum since it may not work properly. Instead upload the file to something like DropBox, Google Drive or OneDrive and then send me the link please.

@Florian Cedard this article has simpler and more up to date information on capturing a dump. Please use this instead.

Also @Zoltan G. Zeisky have you tried installing and testing with the latest hotfix that came out last night? Let me know if it still crashes there.

@Zoltan G. Zeisky the dump file is for us to diagnose. You won't be able to analyze it on your end. Dumps from task manager are not minidumps but are full memory dumps so if you have lots of RAM it can be large. If you zip the file it will get a lot smaller. Then upload it to any file sharing service like google drive or dropbox and PM me a link.

@Marcos Kleine can you zip the file and upload it to dropbox or any other share you use and PM me the link please.

@Marcos KleineCould you please capture a dump from task manager while it appears hung and send it to me? That may show what is causing it. There is info here about how to capture a dump.

2019.09 Hotfix is now available.

It may be project specific. See if it also happens in SONAR fwiw. In any case well fix it for the next release.

Thanks for reporting it. The feature actually works but it looks like there is an old bug (also in Platinum) where if the clip start is scrolled out of view the left click wont go to the clip beginning. We'll look into fixing it for the next CbB release.

There is more documentation on Freeze here.

Its been there since 2016 ? Select the tracks you want to freeze and then hold down CTRL and press the freeze icon.

Thanks for the extra information. When Cakewalk starts up it goes through a small validation process for all drivers on the system to build the list of available devices. As part of this process it sets the sample rate of each driver to the SAME sample rate that the driver reports to us. i.e. one of the profiling steps is: ASIOGetSampleRate ASIOSetSampleRate (same value) The only way I can see this process setting the sample rate of the driver to something else is: 1. You have another driver that references the same PreSonus ASIO device that is internally reporting 96K and setting the presonus indirectly to 96K. Do you have the Steinberg generic audio driver or something else like that installed? If so that could be the cause. 2. The presonus driver itself is reporting its sample rate as 96K to Cakewalk even though its not set to 96K. That would cause us to call ASIOSetSampleRate to 96K. I would consider this to be a bug in the presonus driver. I don't have this device to test so I can only speculate to the cause. We can contact presonus if you are unable to get any information from their support on this matter.

Things to check: Are you running Cakewalk in ASIO mode? Are you loading Cakewalk with a custom template? Also check what the "Default Settings for New Projects" shows in preferences | Audio | Driver Settings. That value is used to set up the driver when a new project is opened.

There is an API for the XBox controller so someone could write a control surface extension to allow it to control Cakewalk.

It is. very soon.