Xoo

Can you also not use an Articulation Map so it's clearer and you can create per FX/instrument ones?

It sounds like an accidental pre-fader send somewhere.

Don't forget noise and heat and power differences between HDD, SSD and NVMe drives.

Hybrid engine (or equivalent - it's called different things in different DAWs).

Fair enough - in the interests of science though... ? It's actually WaveRT, not WinRT.

My older MOTU doesn't like Wasapi exvlusive either unless I disable a setting in its control panel (Use winrt or similar?). See if that's there for you and if it makes a difference.

Workaround is available: change the number of tracks back to 1 before hitting go. It should probably offer the option for #MIDI and #Audio tracks (I'm not sure @John Vere is going to be always right in saying you want one MIDI track - you may want one per output).

I nearly suggested that too but wasn't sure if it would work as expected.

I *think* what he means is that he wants a pre-volume fader meter for the record meter, but one that is post gain. From memory, the record meter in CbB is pre-everything (which I think it should be given the digital nature of recording).

That changes the data. You need to add the FX to the track's FX bin.

SoundForge too of course.

You can buy it outright too - £18 annual or £27 purchase (other currencies are available :-)).

Thanks.

Removed as in uninstalled driver/unplugged?

And here's a good example of why the current system is no better than the previous one: it's a *stereo* input (or output) but now says 1+2, which is more confusing, potentially, for the new user who is most likely to have an interface (or onboard sound) with a single stereo I/O. Yes, the old way wasn't perfect, but the new is differently bad in my opinion. My own issue is that I have essentially fixed connections to an 10 in device (ignoring outputs for now*). They are labelled 1-8 on the hardware, but appear by default as stereo pairs in the hardware's software mixer - they can be split into mono. Now I have them connected so that 1 and 2 are mono, and 1+2 would never be used, as it's an illogical combination; all the others, I have as pairs (3+4, 5+6, 7+8 - 9+10 is SPDIF which I don't use), and the others are all used as stereo pairs, so mono for 3-8 are inputs I'd never select. Even with the pipe delimiting function (thanks for this!), there is no nice way to show this neatly in CbB that I can see. I *want* to see: 1 - Instrument 2 - Mic 3+4 - Synth 1** 5+6 - Synth 2 7+8 - Synth 3 What I actually end up seeing is either: 1: Instrument 2: Mic 1+2: Instrument + Mic 3: Synth 1 4: Synth 1 3+4: Synth 1 Or: 1: Instrument 2: Mic 1+2: Instrument + Mic 3: Synth 1 L 4: Synth 1 R 3+4: Synth 1 L + Synth 1 R Urgh. If the I/O were exploded completely and we could select and name at the mono or stereo level, I'd be more than happy (it would also make it less likely to select the wrong track input, which I'm sure we've all done, as we have fewer distinct options available), and I think it might also help address other people's issues that have been raised. * Interestingly the first pair of outputs is labelled L and R on the device, then the others are 1-8; CbB actually displays the second pair, by default, as 3+4: MOTU Audio ASIO Analog 1-2. Not confusing, no sirree. And none of the outputs are individually addressable, so are always stereo pairs in the MOTU software mixer, so having them appear as L/R as they did previously was more consistent with the hardware (obviously, this may be hardware/driver specific). As an aside, the inputs are also similarly named by default, so I have 3 inputs named <something> 1, but are named 1+2, 11+12 and 13+14 respectively by CbB! ** The names have been changed for simplicity. Question for anyone who has multiple interfaces of the same type running under the same (ASIO) driver: does CbB display the second devices ports (which would be labelled 1, 2, 3, 4 presumably on the hardware) as n+1, n+2, n+3 etc (where n is the number of ports on the device)? This seems...unhelpful if so.

I'll say thanks in advance too as I have a PCR sitting here too...

The phrase "whoopee-doddley-doo" springs to mind. The money might have been better spent educating people not to click on stupid email links...

Now try doing that with no recovery partition... In theory, it's doable but reality is a different matter!

Because (and this is purely me "arguing" from a logical perspective :-)), if moving the fader dirties the file (which it does and presumably we agree it should?), then having the fader moved by an envelope should also dirty the file. How the fader is moved is (essentially) irrelevant - it's the fact that it *has* moved which makes the file dirty. It's already a pain when a plug-in somehow dirties a file due to some LFO or similar it has running - having an envelope do it too would be horrific: "Should I save it because I changed something I want to keep, or has it changed because I played back but don't want to keep a change I made..?" - that's not a question I think we should be asking ourselves.

The real pain (I think) will be UEFI/secure boot. A lot of people, like me, will have gone with a CSM (compatability non-UEFI) boot for Windows 10 for a variety of reasons, even though I have firmware TPM 2.0 and possibility to use UEFI. Changing from CSM to UEFI boot is...well, let's be charitable and call it non-trivial. OK, it's a complete pain the backside without wiping your entire OS disk. Even the tools that claim to do it don't (I ended up having to boot to a command prompt and rebuild the partitions from scratch before I could restore from a Macrium backup - that's not fun). And if you dual boot (Linux/Windows 10, say), then good luck ?

If you keep the tight coupling, then playing back anything with an envelope would (logically) dirty the file. That is not helpful or, I would argue, what anyone would want. Decouple and this problem vanishes, and if you take my approach, you don't lose any functionality (to be fair, you may want to increase the range of the offset mode to compensate, although why anyone would want to add +6dB gain to a track is debatable :-)). 0dB (or equivalent - eg. center for pan) is the correct value to reset the control to - it's what is set when the track is inserted, so is the default; there's nothing else logical to use. I've been bitten by this "feature" numerous times and wondered what has happened to my track's volume. It's a bizarre way to have it work, as is, in my opinion.

Thanks for "moving" this - we were getting OT on the early release thread. To expand on my position I mentioned in the other thread, I think the current slider=envelope-except-when-it-doesn't model is fundamentally a problem, both for supporting undo "intelligently" and some other issues that can cause problems (I'll mention one of these later as it's a personal bugbear of mine (2)). I'm going to focus on the volume widget/slider, as it saves me having to retype "or other slider" every time, but assume what I write applies to all (caution: pan has its own complications when you factor in offset mode too - I'll mention that at the end too (1)). The single slider has multiple different functions: with no envelope, it sets an "absolute" level for the track; with an envelope, but unarmed, it reflects the current level of the envelope at the Now time; with it armed, its a control that changes the current level of the envelope as playback proceeds. Oh, and there's offset mode which, er, sets the "absolute" level of the track (I know it's technically an offset to the envelope, but with no envelope, it has the same effect as the slider in non-offset mode)! If the track is playing back and has an envelope and the slider is not armed, the slider has no effect on the sound - it effectively always tracks the envelope value. But...it sets the "absolute" level as well, right? So which is it doing at any one time? And what should I undo under these 3 different conditions? I don't know. To my mind, the non-offset slider should do one and only one thing - be used for automation. I have an envelope, which reflects the position of the envelope (by definition!), so having a slider follow this is redundant and leads to function confusion. Use offset mode to set the "absolute" level and be done with it, and the slider, when automation is enabled, allows automation recording. In fact, with this, you don't need an offset/non-offset mode: when armed for automation, the slider is a control, when not armed, it is the static level that is now reflected in offset mode. If you want to see a slider (maybe in console view only?) move in real-time with the envelope, then it's a seperate widget, not one that already has another function. I think if you seperate the functions out, undoing then becomes cleaner: a slider move when unarmed is, by definition, a simple change to the static value, so undo makes sense; when armed, it's a control, so there is nothing to undo except the whole recording *once* automation recording has taken place (much like an undo removes an audio recording if you hit undo after stopping recording) - again, unambiguous and simple. The concept of undoing a slider when it is a control has no meaning and so does not need to be supported, and doesn't conflict with the envelope (see (2) below too). Expansions 1 - Pan and offset mode. With volume, it's easy to see that an envelope of -3dB and an offset of +1.5dB has a net effect of -1.5dB. But what does a pan envelope of 35%L and offset of 63%R actually *mean* in practice. Hint: it's not 28%R, I have absolutely no idea. And as for 100%L and 100%L, I can't get any more L than 100%! 2 - The other gotcha with envelopes=slider. Suppose I've created a volume envelope with lots of automation points and lines. I then delete the envelope. Depending on where my cursor is at the time I delete, I get a different result. The slider value is set to the value at the Now time. No - I've deleted the envelope, so presumably I don't want it, so the widget should be reset to 0, or at least a well-defined value. Having it set to essentially an arbitrary value is horrendous. FWIW, there is a cakewalk.ini flag to support undoing all changes made within a plugin's GUI (but, again, not made via envelopes).

Try looking up subst ("DOS" command still available in Windows 10) - that may be a way to create a virtual G drive for you.

That does leave an exe running. If you have Windows 10 Pro and/or access to Group Policy Editor, you can completely kill it (I forget what it's called but Google/Bing/search engine of choice should help you find it quickly).

And now (I don't know when they added this to be honest!) let you select what plugins you install in that bundle, it really is a no brainer!