Noel Borthwick

You cannot have two versions of Melodyne simultaneously installed. So if you have V5 Cakewalk will automatically use it. You can verify by looking at the about menu as HIBI noted.

There was a problem with Ovox but in the last update we worked around the crash so it should be fine in the latest release. Any Melodyne crashes should be reported to Celemony support directly.

@Tomoko Mikamimaybe you had a corrupted install. How did you initialize windows?

@Tomoko Mikami Thanks for sending your dump file. It appears to be crashing in some Windows message processing stuff so that's strange. So just CTRL-Clicking a MIDI clip on the track will crash for you? Can you reproduce this in any project or only one specific one? Also check if clicking on any clip causes this. If its project specific please share the project file with instructions on how to reproduce. Also can you try dragging some MIDI from the media browser to the same track and see if that works ok?

@Tomoko Mikami which release of Cakewalk are you using? Also can you please send us a crash dump file so we can see what exactly is crashing.

In the next release we will be issuing some of the missing plugins from effects chains we ship with CbB. That was an oversight.

Click on your original message first and then click and hold (long press) on the title of the message to edit it.

This is not a Cakewalk problem. You likely have an incorrect melodyne 5 install. Its not necessary to manually install the VST3 plugin. The Celemony installer should automatically do it. In fact they only support the VST3 as of V5 as far as I know. The first thing to check is to create a region effect on a NEW project. If that is making a region effect with the old version of melodyne then you have the old melodyne installed for sure. The VST3 is normally found here C:\Program Files\Common Files\VST3\Celemony\Melodyne. Please don't manually copy files since that is not recommended. Run the uninstaller for Melodyne and after that make sure you install the latest version they sent you in the default locations. If you still have problems contact Celemony support and they will help you out.

@Jon White Lynx is quoting some misguided stuff from Steinberg. Cakewalk was doing MMCSS way before Steinberg was even aware of it. We allow the user to set the MMCSS thread priority in the host because we want to match the priorities to our other threads - otherwise you end up with priority inversion. If the app sets the priority and the driver attempts to set it the call will fail. All software needs to be resilient and handle these situations and all other drivers I have seen handle this. The original Lynx issue was because the driver was failing to check this. If the driver sets the priority the host should ignore the failure code and everything works normally. In any case its a user choice to disable MMCSS from the host level. Its provided to improve performance with drivers that are unaware of MMCSS (which is most drivers)

Not real time but you can use the BandLab integration within Cakewalk to work on collaborative stuff with others. Its actually rare that while producing you want to do it actually in real time as opposed to sendin g stuff back and forth. Bandlab supports revisions so its actually quite useful in this regard since it saves prior versions of the project.

@Marco Marujo You are using 32 bit UAD plugins? Its not recommended. If you use the 64 bit versions you will not have this issue. Or does UAD1 not support 64 bit?

You can turn it off in either not for your test, Turn off mmcss in Cakewalk. Also please report back on testing the same project with a different audio interface. Testing different software with the same hardware at best shows differences in performance of the driver rather than the DAWs. The mmcss issue is a great example of that.

@mgustavoIf its failing on simple wave files something is preventing Cakewalk from opening them. Check if you have some other app using the same files. Nothing has changed in that code for decades

@mgustavo works fine here with wave files, mp3 files etc. What file type are you clicking on?

@Jon White I understand frustration when things dont work right, but you are making some pretty wild assumptions here. Because something doesn't work as expected the problem isn't always the DAW. DAW's live in a complex ecosystem of hardware, software, plugins and drivers. We have thousands of users (including complete noob's) with no issues like what you describe. This is not to say that the problem may not be in Cakewalk, but your troubleshooting so far isn't conclusive at all. Many plug-in and driver vendors test their stuff exclusively on Mac's, and perform poorly under certain conditions in Windows. They also choose to test in only a subset of DAW's out of familiarity or resource constraints. As a result a symptom that shows in one DAW may not show up in others depending on how the DAW communicates with the device. This doesn't automatically make it a DAW problem does it? You mentioned using Lynx. Are you running their latest drivers? Very recently they had a bug with MMCSS which would cause major issues when the DAW had MMCSS enabled. I reported this and it was fixed by them. Turn off MMCSS in preferences and see if that helps. If not, try playing the same project with a different audio interface (preferably USB) if you can find one. You can also use the onboard audio device for the test. If the problem goes away that would typically isolate the issue to the audio interface driver. If you indeed find this, let us know and I can follow up with Lynx who we communicate with often. PS generally, don't use WASAPI mode with pro audio devices. Most pro audio drivers completely suck with WASAPI since they never test with it.

@JoeGBradford thanks. I looked at the crash dump and it appears to be a different issue. Iris is crashing independently of the app since the crash dump doesn't even implicate Cakewalk. As far as I can see it has something to do with Iris crashing when loading its resources. It may be an install problem. You should follow up with iZotope on this since its not within our control. ------------ BUCKET_ID_PREFIX_STR: APPLICATION_FAULT_INVALID_POINTER_READ_ FAILURE_PROBLEM_CLASS: APPLICATION_FAULT FAILURE_SYMBOL_NAME: iZIris2.dll!Unknown FAILURE_ID_HASH_STRING: um:invalid_pointer_read_c0000005_iziris2.dll!unknown FAILURE_ID_HASH: {118841e1-6bcb-ef9d-fb0e-9ac068247613} Followup: MachineOwner --------- 0:000> kp 20 # Child-SP RetAddr Call Site 00 00000000`00147258 00007ffd`538376ad ntdll!NtGetContextThread+0x14 01 00000000`00147260 00000000`22f700b8 ntdll!LdrpLoadResourceFromAlternativeModule+0x2bd 02 00000000`001473d0 00000000`00000028 0x22f700b8 03 00000000`001473d8 00000000`00000000 0x28

@billp your scan log looks OK. I'll troubleshoot with you via PM since its do difficult to do on the forum. Please check for a message.

I didn't realize you posted a video. The app is closing when trying to load TyrellN6 so try skipping that synth in safe mode and see if it loads. Also check if the default sample rate matches the project sample rate as suggested earlier.

@Stephen LathamWhich synths are you loading in the project? Does the application crash or does it appear to hang? Also what sample rate did you create that project at - is it different from the default sample rate for new projects that you have set in preferences | Audio?

@JoeGBradford what is your case number? I can look at it.

Some clarifications. There is nothing wrong with your VST scanner version. 6.0.3.0 is the correct one. If you have the scan button grayed out its likely because something (antivirus, registry corruption, or personalization failing) has messed up the app install and the app doesnt have the path to the VST scanner anymore. Look in HKEY_CURRENT_USER\Software\Cakewalk Music Software\Cakewalk\Cakewalk VST X64 for a value of VSTScanPath. It should point to C:\Program Files\Cakewalk\Shared Utilities\VstScan.exe If not, you can redo the personalization for Cakewalk. To do that, launch Cakewalk while holding down the CTRL key. This will show the personalization dialog. Click OK and let it finish. After that VST scan should be accessible again.

Is your default sample rate set to the same sample rate that the project containing Iris is set to? If not, loading the project will crash Iris. This specific issue is a bug in Iris. Cakewalk first initializes iris at the the default sample rate and later changes to the project sample rate. Iris crashes when loading its state at the default sample rate. The good news is that I have already addressed this from our side for the next release even though its technically not a bug - all other plugins handle this. I will be reporting this to iZotope as well. You can resolve it for now by setting your default sample rate to be the same as what you used in the project containing Iris.

Have you taken a look at the release notes for the 05 release? We fix scores of issues every release (most of which are preexisting and some which are workarounds for problems not even directly caused by Cakewalk) If you don't consider that progress I'm not sure what to say. We are not aware of any of the issues you list. There is no way to know if they are fixed until you actually try running the latest release. If you have concrete ways to demonstrate them in the current release then log them specifically. If they are issues within our control we do our best to address them.

Or try your audio interface on a different PC.

Its already fixed for the next release.