Noel Borthwick

This is fixed for the final release

It would appear that you are logged into a different account in Cakewalk than your other bandlab account. You can log out and re-log in from the Help menu in Cakewalk.

I'm not seeing any difference in startup time irrespective of whether there is an internet connection. I can disable my network adapter and start the app and it takes the same time to load.

That is not a bug, what you are seeing is the divider for the bus pane. You can drag that to reveal the bus pane.

That is a picture not a video.

According to this shortcut list CTRL-D is a context specific shortcut for delete likely in windows explorer. It has no bearing on what individual applications do with that key. Its certainly not universal in other apps.

Which other users? This is the first I’ve heard of this issue Do you have delay compensated plugins in your project? Check if this happens in a MIDI only project with no audio tracks - just hardware MIDI. If you are using a virtual instrument which one are you triggering?

Thanks for the report. I’ll look into it.

@GreenLight the issue was quite simple. The browser caches up to 16 preview "voices" so that its fast to toggle between previewing different files. The problem was that when the bus was changed it wasn't resetting the bus for the cached voices.

I replied in the EA thread with the explanation as well.

Are you seeing VST2 plugins even when the equivalent VST3 plugin is available? Can you post a screenshot for that? This logic for finding compatible VST3 plugins is defined by the VST specification. If the plugin vendor follows the spec for coding the ID's of equivalent plugins only then do we know that it is an equivalent VST3/VST2 plugin. i.e this definitely works with Waves plugins. However many other vendors simply provide a different version of the plugin with a different ID. If this is the case Cakewalk has no way to know that its an equivalent plugin and it will be listed twice. Also if you open a project with the VST2 version it will not auto replace it with the VST3. Hope this clarifies the issue.

I have close to 1500 plugins and there is no issue. I think what you are trying to say is that you want the delay before the submenu auto opens to be shorter. This can be done but the reason for the delay in the first place is to allow quickly scrolling through a menu. If it tried to open every sub menu immediately it is very flickery and slower as well on systems that have a lot of plugins. We'll see if the delay can be reduced a little. @Ben Staton may have some tips on this.

@Mauricio Ramirez Thank you. Could you send a link to the minidump please.

>>that I can't just click on the categories to display their options Not sure what you mean by categories. Submenus open fine with the new system by clicking and it behaves the same way as before. Its best to record what you are seeing its hard to guess what problem you are encountering. Some use the free licecap recorder to do screen captures.

@Broken Moon I don't follow there should be no obvious change in that area. Are you sure that you are seeing a difference? Can you describe it better or post a video of what you are seeing?

You can try and install the latest early access release from here and see if it helps.

We made a couple of fixes to work around the worst issues with the RealTek ASIO driver. It reports sample rate of zero Please check if it works better with the latest early access release of Cakewalk.

Start screen is going to go away and be replaced by something much better in the future, So no further work is planned for Start Screen itself until then.

If it isn’t working in WASAPI chances are it wont work in windows and other windows apps either. Ensure that you set the sample rate to 16 bit 44.1, or 16 bit 48K. Pretty much all headsets work at those.

Use WASAPI shared mode which is the preferred format for USB headsets.

Have you raised the same issue with antares? They have a better chance of making it compatible since they wrote the plugin. The crash is in the plugin not the DAW. If you send the dump file to them they will know what the issue is. You can also send us the dump file for analysis.

That is correct

WASAPI Shared mode can run at different sample rates from other applications because Windows internally sample rate converts and mixes the output from all client applications. Even in ASIO mode some drivers can internally handle this by sample rate converting. If youtube is failing its typically because Cakewalk is in ASIO mode and the driver doesn’t handle multi client use well.

Hm I don't know why it would get reassigned unless the preview bus itself was deleted. I assume you don't have a repro for that. I'll take a look and see if I can spot anything obvious.

Its crashing in the plugin not Cakewalk so this isn't something we can investigate. Please contact the vendor and give them the dump file. Unhandled exception at 0x00007FFB4786E5DE (VD-DEEP.dll) in Orme_April_2021_2_04222021_192142.dmp: 0xC0000005: Access violation reading location 0x0000000000000018.