msmcleod

Cakewalk Bundle Files (cwb) remove transient information from your audio files to keep the size down. This transient information is always calculated at the time you create your audio clip - but it can be edited using Audio Snap, which is why Audio Snap is mentioned in the warning message. The only way to not get that message is not to use cwb files and use cwp files instead. You can always zip up the project directory into a single file for backup in any case. Whilst cwb files can seem convenient, they're not without risk... Firstly, you're putting your entire project into one file. If that file gets corrupted, you've lost your project. Having the files separately in a directory will give you a fighting chance of recovering your work should any corruption arise. Secondly, some cloud storage apps try to be clever when determining file types. CWB files store the WAV file data first, so other applications can actually play the file. I've seen some cloud apps strip all of the rest of project information out of the CWB (thinking it's just a WAV file) and leaving just the first track's WAV file when downloading it. In saying that, I've normally only seen this behaviour when using a browser interface, as opposed to a cloud-app, but it's something to be aware of.

1. Stuck notes in general When starting with MIDI, the #1 reason for stuck notes is down to sustain pedal events (CC #64). For most instruments a sustain pedal event is either on or off - so a CC#64 of either over 64, or in some cases over zero will mean "sustain on" and a CC#64 value of zero will mean "sustain off". A non-zero CC#64 value is sent when the pedal is down, and a CC#64 value of zero is sent when the pedal goes back up. Even if a note off event is sent, if the synth hasn't received CC#64 value is still not zero, then the notes will continue to play until a CC#64 event is received. For piano, the sound just decays slowly, but for an organ sound or synth pad sound, it'll keep on playing - this is really useful BTW when you're playing live with multiple keyboards and need to switch both hands from one keyboard to another! So if you stop playback before CC#64 goes back to zero (or a "Reset All Controllers" message), you'll get stuck notes. You can get around this by: a. Having Cakewalk send "All Notes Off" / "Reset All Controllers" on playback stop; or b. Clicking the "Reset MIDI and Audio" button next to the transport module: c. Pressing and releasing the sustain pedal if the stuck notes are on the active track 2. VST's receiving All Notes Off The delay in playback is completely dependent on (a) how the VST handles All Notes Off messages, and (b) how many of those VST's you have in the project. The All Notes Message is a channel message, which means to silence a synth, which means it needs to be sent on all 16 MIDI channels per VST. If you've got 100 VST's, then that's 1600 messages... and each message is 2 bytes long. A lot of VST's simply ignore the All Notes Off message. Some VST's / VSTi's deal with the message quickly, by just stopping everything. If the VST isn't multi-timbral, or always listens in MIDI Omni mode, it can do this. Some VSTi's however deal with it in a slow way by internally sending a note off on all 128 notes, on all 16 channels - so 2048 internal MIDI messages per instance of that VST.... and MIDI note off messages are 3 bytes long. What makes this worse is if the VST processes this on the UI thread, as it will literally block everything else until it's done handling the messages. Only then can it go on to the next VST. Although this might be only a fraction of a second, multiplied by 100's of instances, it can add up to a few seconds.

CC#0 is bank select MSB CC#1 is mod wheel

Narrow strip supports quick-grouping, and quick-grouping only applies to tracks OR buses (depending on which has focus), so... 1. Click on a track 2. CTRL + A to select all tracks 3. Keep holding down CTRL, and select "Narrow Strip" for one of the tracks This will make the tracks narrow, whilst keeping the buses wide.

In my experience three things can cause a delay in playback: 1. Lookahead plugins - any plugin that has to look ahead will cause a delay in playback, as it has to effectively start playing for the lookahead before the audio is actually heard. Linear Phase EQ's are the most common culprits. 2. The "Always Open All Devices" and "Allow Arm Changes During Playback/Record" settings "Always Open All Devices" causes all audio devices to be initialized when the engine is started/restarted. Checking this will make arming a track almost instantaneous, but at the price of doing all the work up front any time the engine restarts. You can mitigate this to some extent by disabling any audio inputs/outputs you're not using. Alternatively, just uncheck it and accept there will be up to around a second's delay when you arm a track. "Allow Arm Changes During Playback/Record" will set up recording buffers for all tracks at the start of playback, so that arming a track during playback is instantaneous. Depending on the number of tracks, this can take time. 3. "Suspend Audio Engine When Cakewalk is Not in Focus" - this will stop the audio engine when you tab away from Cakewalk, and restart it when Cakewalk regains focus. This can be especially slow if "Always Open All Devices" is checked.

Just to be devil's advocate... The assumption here is that the plugin you skip is actually the problem plugin. It could actually be a previous plugin that causes the issue (e.g. it could corrupt memory), and then CbB crashes on loading the next one. By forcing you to accept them one by one, it allows you to narrow things down to the point at which the crash occurs. In saying that, I generally agree that a nicer interface would be better and in most cases being able to ignore all plugins of a certain type would certainly speed things up. There are only so many hours in the day though....

^^^^ This

I guess I'd be cheating if I chose Melda Production's MXXX ? But in truth, if I had access to all of Cakewalk's stock-plugins - actually even if I was just restricted to the ProChannel modules - my one 3rd party plugin would be Kazrog's TrueIron. For me, nothing comes closer to getting that "I recorded this analog" sound.

I regularly run this after doing a Windows update: 1. Win Key + X, then press A to enter Windows Powershell in Admin mode 2. Execute the following: sfc /scannow This will check the integrity of all of your system files, and repair them if need be.

I've not tried the 01v96 v2, but I do use the older Yamaha 01X with Cakewalk (and also SONAR Platinum) and it works fine with both. The biggest issue I had with the Yamaha 01X was getting the drivers to work (and also finding a compatible firewire card). This was a real headache. Once the drivers were working however, it worked fine in every DAW I tried - including Cakewalk. So as long as the drivers for the 01v96 work with your current operating system, it should work fine in Cakewalk. I would add however... the 01v96 v2 is very old now, and if it is still supported it's likely it won't be for too much longer. Also the preamps / converters, whilst pretty clean, are also old and not as good as more modern ones. If you can, you might want to consider a more modern unit.

File recovery programs do the best they can. They can usually identify where the blocks of a file were on your hard drive and rebuild the file. If you're lucky, the file will come back intact but there's always the danger that something else has written data to that part of the disk. For text files this means you may get back at least some useable information, but for binary files like .cwp files the file will be useless.

You've just not got your selection after split settings set up right. This is easy to do either using "TAB" and "S" key, or simply by using ALT + Click to split:

It's hard to tell what is going on without seeing the routing of your project, how you've got OPUS set up, and what export options you're using. Does OPUS support more than one "bank" of MIDI inputs? AFAIK you need to use VST3 to use more than 16 MIDI channels, and only if the VSTi itself supports it. VST2 will only ever support 16 MIDI channels. Although the easiest solution would be to limit OPUS to 16 MIDI channels, and create a new instance of OPUS to give you another 16, Cakewalk should support multiple banks of 16 MIDI channels in a VST3 VSTi if the VSTi itself supports it. If you can PM @Jonathan Sasor your project, we can take a look and see if we can work out what is going on. Please include steps to reproduce the issue, including exactly which options you're using to export - a screenshot of the Export Audio dialog with all the sections expanded should suffice.

FWIW The last time I had this issue, it was down to the custom Kensington mouse drivers I'd installed. Once I'd uninstalled those, and Windows was using its own internal mouse driver, everything was working fine. Cakewalk wasn't the only application that had strange behaviour... IIRC it seemed to be older MFC based applications that were most affected. If you do have 3rd party mouse drivers installed, you may find they aren't fully Windows 11 compatible. Try uninstalling them and see if it helps.

Sounds like you may have a plugin somewhere that has gone into demo mode? Check all of the plugins in your project are authorized.

The track template menu is a standard Microsoft menu, which unfortunately has a limit to the number of entries. While we have gone some way to fix this for plugins, it still remains an issue for templates. As a workaround, you can use the Media Browser, with the filter set to "Track Templates" and just drag the template into the project: I'd recommend doing the same for synths / audio fx:

Yeah, I'd change it back to ASIO for normal use. There's no difference in sound quality, but the latency is much higher when using WASAPI Shared. BTW - this is the mixer I use for screen capturing with Cakewalk running: https://www.thomann.de/gb/the_t_mix_mix_502.htm It looks like this is actually cheaper than the Behringer and has the benefit of having phantom power.

If you're doing screen recording, the easiest way is to set Cakewalk to use WASAPI Shared. That way all applications can share the audio device. You also want to make sure that "Suspend Audio Engine When Cakewalk Is Not in Focus" is unchecked. Both of these can be set within Preferences->Audio->Playback and Recording. Personally however, I find it easier to use a small hardware mixer and set the screen recording software to use the internal sound card. Something like this is ideal to capture the output of my audio interface and a microphone, and route it back to my on-board audio device: The one I have is similar to this, but it also has phantom power for the mic.

@Gewa - try the following: 1. First check your driver mode in Preferences->MIDI->Playback and Recording, and set it to MME. You need to close all projects to be able to change this: 2. Make sure the input itself is enabled (i.e. checked) in Preferences->MIDI->Devices. The example below shows "MIDIFACE 8x8", but in your case check the one that corresponds with your Alesis Turbo:

Put it in the master bus FX bin, like you would any other track, either on the inspector or in the tracks view (with buses visible): However... although this will do what you asked, putting the reverb on the master bus is not really what most people would do. You're better off having a separate reverb bus, and having each track send to that bus. @Creative Sauce has a great video explaining this:

This is how you access all 16 tracks:

Bind the keys in question to "Do Nothing" in Preferences->Customization->Keyboard Shortcuts Here's a similar request:

Save the track as a track template, then import it in the destination project. You can then copy/paste the clips across.

I almost ran out of licenses trying to troubleshoot a hardware issue on my DAW PC. Every time I swapped something out and/or restored my OS image, it needed reauthorising. The annoying thing was, that part of the repro for the BSOD I was getting was to use a particular project which was using ARC 2, and I had to actually use the PC for some time before it would BSOD. IIRC IK will reset the license count for you if you ask them and give them a good enough reason.

@azslow3 - thanks for your input here... you've done a pretty good job of explaining everything. If I could add to it, and hopefully not muddy the waters! The Control Surface API was primarily geared at transport and track (fader/pan/MSR) control, as at the time it was written, this is what most control surfaces were designed to control. It was made public so that control surface manufacturers could develop & provide dedicated control surface DLL's for their products. With that said, there are basically two types of control surface with Cakewalk: Type 1: Control Surfaces geared to a particular piece of hardware, with the intention of controlling transport & tracks. Type 2: Totally generic surfaces, with a bunch of faders and/or pots or rotary encoders with no specific purpose. These can be used to control either transport/tracks, or dynamic plugin control via ACT Learn. The Generic Control Surface is more of a type 1 - it's very old and can be used for surfaces that have no dedicated control surface DLL, and also as a reference for people writing their own control surface DLL. The "ACT MIDI Controller" control surface is newer and can be either Type 1 or Type 2. When using the ACT MIDI Controller for dynamic plugin control, the main purpose of the ACT Control Surface dialog is to specify what controls are available (i.e. buttons / faders / sliders), and what MIDI message they send. In essence You "MIDI Learn" within the ACT MIDI Controller dialog to teach it what controls are available on your device. You "ACT Learn" synth or effect parameters to link them up with a particular control. Note: the main reason you do the "MIDI Learn" step, is so that Cakewalk tries to assign default parameters to controls when you first enable ACT on a plugin. But of course, you can use ACT Learn to override these assignments. This is one of the best videos I've found explaining it all: