msmcleod

Are any of you using the Realtek ASIO driver? This driver has known issues (it doesn't even pass the basic ASIO SDK tests). I had exactly the same symptoms described above on my laptop ( with a pretty new i9 6 core/12 thread processor) using the Realtek ASIO driver. The fix is to switch to WASAPI mode in Preferences->Audio->Playback and Recording.

Thanks @Stormbringer75- this has been fixed for the general release.

No, multiple selection it not possible within in a single clip. The only way to do that, is to split the clips first (without auto-crossfade). Then you can select them as separate clips. If you've split without crossfades, there should be no audible difference between the two. The undo history issue is likely a issue when do something with the plugin name. I'm I right in assuming the actual undo operation works fine?

With per-output tracks, you definitely can.

@Milton Sica - we almost never translate for Early Access. Scheduling the translators' time requires a lead time, which is difficult when we're still developing / changing things. The only stable window we really have is between EA and general release.

Yeah, we've found it really hard to reproduce this bug. As soon as we can get a reliable repro, we should be able to get to the root cause. It's just a theory, but I've a sneaking suspicion that it may be related to this (which we've now fixed): In other words, clips that were affected by this bug in the past might suffer from the gain/normalize issue... but any other clip is fine.

FYI - the main differences between the PC2A and the CA2A: - CA2A is a regular VST, so you can use it as a normal effect and also in other DAWs, whereas PC2A is Pro Channel only. - CA2A supports side-chaining, PC2A doesn't. In all other respects, they're exactly the same.

Yes is does, but then so did old HP calculators. The syntax of Forth is very different to Lisp . In Lisp the expressions use RPN, but Forth is completely stack based so everything is RPN including all the statements. I used Forth for a bit in the early to mid 80's. It was near impossible to do anything of any size, and every change affected the whole program as it would change the push/pop balance. You could write modules, but everything had to be done bottom -up. With the exception of a few neat graphics routines, Forth made assembly language programming look like bliss.

@Promidi / @Esteban Villanova - when using any envelope, there's a difference between Lasso select (which selects only the envelope nodes for deletion) and a time range selection which selects the whole envelope for that range. You need a time range selection to copy/cut/paste envelopes:

You can bind a key to Show/Hide Tempo Track. Personally, I've bound ALT+T for this purpose.

I think you mean Lisp, which CAL is loosely based on.... although some time using Forth is useful for making you feel relieved when you go back to writing CAL.

They should then get them to reimplement what they've done in C++, then they'd have a better idea of what goes into programming a DAW 😉

Zip it up and either PM it to @Jonathan Sasor , or send him a link to download it (e.g. from some cloud account like GoogleDrive or One Drive). He'll log it so that any of the devs can take a look. It might be worth saving it as a bundle file so the audio tracks are left intact - we need to see what is different about that guitar track which is causing the issue.

We'd need to take a look at your project file to work out exactly why this is happening, but in the meantime, does freezing that track fix the export?

Is the guitar a standard audio track, or is it a VSTi ?

Not all drums loops are created equally. If the clip is actually a groove clip, it will have had all the beats identified and saved within the file. This allows the loop to be stretched intelligently, giving regard to where the actual beats are. Many loops however, are just standard WAV files which simply reference the tempo they were recorded at in the filename. For these to work properly, they need to either be converted to groove clips (by using the Loop Construction view - which involves a combination of automatic transient detection, and you going through filling in the missing bits), or you simply treating it as a standard audio clip and using copy/paste or duplicate clip rather than trying to use it as a groove clip. Of course, even with a standard WAV file you can still use regular time-stretching to fit the loop to any tempo, but it's a bit more of a manual process and results are not as good as with groove clips. I suspect the loop in question is either not a groove clip, or has the tempo set wrongly within the file.

Ok, my bad... there is an extra step you need to do in Battery itself. You need to tell Battery which outputs each pad goes to. So right click on each pad and set the output accordingly, e.g:

The manual alludes to it having an ASIO driver, so first make sure you've got that installed and you've set CbB to use ASIO mode within Preferences->Audio->Driver Settings, and all the outputs are enabled within Preferences->Audio->Devices. Next, make sure you've got surround set up within CbB within Preferences->Project->Surround. First set the Surround Format to 7.1, assign each of the outputs 1 thru 8 to the relevant outputs on your Strix device, then save it as a preset. Checkout the "Surround Mixing" part of the Cakewalk Reference Guide (page 985). The reference guide can be downloaded via the "Cakewalk By BandLab" menu at the top of this site.

You may have CC-64 (sustain pedal) set as a SHIFT key within Preferences->Keyboard Shortcuts. Make sure Controller is set to something other than 64, and the Enabled checkbox is unchecked, e.g.:

Whenever I need to do this sort of thing, I use per-output instrument tracks. Battery can have up to 16 audio outputs (one per MIDI channel). Using per-output tracks, you can have 16 instrument tracks all fed to a single instance of Battery: There's only two real downsides with Per Output tracks: 1. All your individual effects or MIDI automation are obviously done on each individual track, but automation of the actual Battery synth parameters has to be done on the first track. 2. If you decide you want to swap the synth for only one of the tracks, it's a bit more complex as they're all sharing the same synth. There's various ways to do this, but by far the easiest way is to clone the individual track, do a swap synth on the duplicate track, then delete the original. A third downside (which doesn't apply to Battery), is that some synths that don't natively support multiple cores can hog one core for all the tracks, but like I said, this isn't the case for Battery (or Kontakt for that matter either).

There are several ways to extract tempo: 1. Drag the clip to the time line - this uses Melodyne (even if you've got an expired trial version) to extract a tempo map 2. Use the audio snap palette to identify the transients of your clip and extract a tempo map from there 3. Use the "Set Measure/Beat at Now" at various points in your project to tell it where the measures/beats start. The tempo will be modified to match where you tell it measures/beats start. 4. Use the "Fit to Improvisation" command - For this you need first record a MIDI track, where you "tap" notes to the tempo (i.e. tap along to the audio clip). Select the newly recorded MIDI clip , then select "Fit to Improvisation" from the menu to extract a tempo map from what you've played.

It looks like the restriction is still in place in CbB, but the program no longer crashes - it just closes the staff view and won't let you open it again while that time signature exists in your meter map. The message is a bit misleading - it has actually reached its limit in this case. The staff view can only cope with bars that are less than 128 1/32 notes in length (i.e. the limit is 127 1/32 notes, which is what I'm seeing in the code ). The Staff View code is very old, so the limitation is probably due to the size of the variable it's using to store what notes are where within a bar. So bars of 128 1/32 notes or more are too long. As far as a patch for SONAR 2.2 is concerned, SONAR 2.2 was the patch for SONAR 2.0. It was released over 18 years ago, and is no longer supported.

This sounds like you've got a MIDI feedback loop somewhere. One of your VSTi's is probably echoing the MIDI it's receiving back out, and another is picking it up, causing MIDI feedback. Go through each of your synths, and make sure the "Enable Midi Output" is unchecked, e.g.:

@Tuan Hoang - open up TTSSEQ.INI in notepad ( you should find it in %APPDATA%\Cakewalk\Cakewalk Core\ ) and add the following to the [Options] section: LegacyAutomation=1 As an example, here's my TTSSEQ.INI after the change [Options] PumpDataMsec=200 LegacyAutomation=1 [MIDI Input Devices] 0=microKEY2 1=nanoKONTROL Studio 2=Focusrite USB MIDI MaxInPort=2 [MIDI Output Devices] 0=nanoKONTROL Studio 1=Focusrite USB MIDI MaxOutPort=1 [MIDI Echo Devices] MaxEchoPort=-1

This came up in a discussion with the beta testers, but I thought I'd share it here.... You have a reference track and you want to switch between your mix and the reference track with a single click: 1. Engage Exclusive Solo Mode 2. Select all, then deselect your reference track 3. Use CTRL + left click on the solo button to toggle between your mix & and the reference track: