msmcleod

I had exactly the same "joy" with buying another Antares plugin (mic modeller). My old AVOX 4 plugins (Throat & Aspire) are activated to iLok... but the new plugin is using their new auth system. I use Aspire & Throat on multiple machines (I've actually got 2 copies, each auth'd to a different iLok), so I didn't want it losing its iLok auth so I can easily go between machines. I installed the new plugin, being careful to only select mic modeller... it proceeded to delete Aspire & Throat. I had to then go back to the old AVOX 4 installer and install Aspire & Throat (and only those two) again... thankfully it didn't blow away mic modeller.

Try switching your MIDI driver mode from UWP to MME (or vice versa) within Preferences->MIDI->Playback and Recording. You can't change this if you've got a project loaded, so change it before opening any project.

The SI Bass plugin is transposed by an octave (i.e. when you play C3, a C2 sounds). I guess the idea was that the notes were more accessible for playing with a smaller ranged keyboard.

Same here... I thought they were the same thing, but apparently there's a difference: https://tapeuniversity.com/industry/industrial-mro/difference-duct-tape-gaffers-tape/ TLDR... - Gaffer Tape has a matt finish and leaves no adhesive behind when you peel it off (i.e. it's meant to be temporary) - Duct Tape has a shiny finish and is a PITA to remove, leaving half of the adhesive behind (i.e. it's meant to be permanent) So if you've been using Duct Tape on your stands and you wonder why they're a mess... you should've been using Gaffer Tape.

The Mackie HUI was replaced by the Mackie Control (MCU). The Mackie Control has a main fader, the HUI doesn't. The HUI track display only shows 4 characters... the MCU shows 7. The HUI has thru for audio, the MCU doesn't. The HUI is designed for ProTools (it was designed by both Mackie & DigiDesign at around the time of ProTools 4), the MCU is designed for use with lots of DAWs. Some more info here: https://vi-control.net/community/threads/mackie-control-and-hui-what-are-they.58351/

Select what you want to copy, set the now time.... press CTRL + D .

Try pressing F11 - it toggles whether the title bar is shown or not.

I guess it's because I'm still tied to my old 8-Track workflow, but I quite often go for destructive editing as for me tidying up as I go along makes life easier for me - i.e. a lower track count is easier to manage. If I really need to keep the originals, I'll just archive the original tracks and hide them... but I rarely go back to them. I do use instrument sub-buses though... in fact, in more complicated projects I may have several. For example, I might have a single lead vocal track, but have it send to 2 or 3 different buses that in turn are sent to a main vocal bus (e.g. a Vocal Verse Bus and Vocal Chorus Bus... both of them go to the Vocals bus ). I'll use automation to control the bus send to the sub-buses at the appropriate parts of the song. For the most part though, I can get away with going direct to a single lead vocal bus. All I'm really doing here is using the sub-buses as different effects racks. But having my vocal in the one track for me makes things easier to see visually. The other reason why I do this is because I tend to use the track Pro Channel/FX bin for sound design, and put any mixing EQ / FX in the buses. Back in the old days, I'd have recorded the track with some compression & EQ (and obviously any analog magic) already on there. So using the track PC/FX is getting my track to sound how I would have recorded it if I hadn't gone DI into my audio interface. This keeps it separate from the mixing phase, where I'll go to the buses to add any EQ or FX needed to get my "in the mix" sound. At final mix-down I pretty much stick to riding the "main" bus faders, which I try to limit to around 8 so I can record my automation rides with my MCU.

Wouldn't it be almost as easy to just switch to the draw tool ? Pressing F9 will select the draw tool... from then on you can use F5 to toggle between the smart tool and the draw tool. Alternatively, you could use "T" to bring up the pop-up HUD tool menu.

Icon says, "Mackie control built-in for Cubase, Nuendo, Samplitude, Logic Pro and Abelton Live". As it does not mention SONAR or Cakewalk, there's a good chance none of the buttons will work properly. The transport controls, faders, vpots, Mute/Solo/Record/Select, and the display should work though. The reason for this, is that Mackie reached out to all the major DAW companies at the time they brought out the MCU and asked them how they wanted their buttons mapped. They then shipped the Mackie with lexan overlays for each DAW. So the button layout for, say, Cubase is completely different from the button layout for SONAR/Cakewalk. As a result, whichever DAW mode you choose when using Mackie mode will result in most of the buttons doing the wrong thing. Ones I know definitely do work are: Mackie MCU / MCU Pro Presonus FaderPort 8/16 Behringer BCF2000 (discontinued) Korg nanoKONTROL 2 / Korg nanoKONTROL Studio I believe the Behringer X-Touch can work, but may need a custom overlay to show the correct button mappings. There may be others, but as I said, check that they definitely support SONAR or Cakewalk. In saying that, you may be able to get it working using AZController - @azslow3 may be able to help here.

IIRC Lyrics in SONAR/Cakewalk are primarily used for those wanting to create Karaoke tracks. Personally, for lyrics I either use either the Notes tab or MNotepad by MeldaProduction. MNotepad has the advantage of having its scrollbar automatable... so if it's docked to the multidock, and you've automated the scrollbar position, it'll jump to show the correct lyrics as you move the now time.

Apologies if this is already here... I did a quick scan through and couldn't find it. This is a surprisingly good sounding free ( donationware - but optional ) drum VSTi: https://www.powerdrumkit.com/ There's only one kit of drum sounds, but the sounds that are there are VERY useable, and there's some other sounds not shown in the UI (e.g. cymbals / levels of hi-hat openness) - just work your way up the keyboard to find them. It's got a built in mixer with control over volume/pan/compression, and can route to up to 8 separate outs. It also comes with a bunch of MIDI grooves too.

After months of about 10-15 attempts (to be honest, I've lost count) of trying to update my main Studio PC to Windows 2004, I finally managed to get it upgraded to Windows 20H2. For months I've been getting a consistent BSOD on the second boot with a KERNEL SECURITY CHECK FAILURE, followed by a failed recovery and then it reverting back to 1909. The weird thing, is that I've got a Win 10 install (which I use for development) on another boot partition on the same machine that upgraded with no problems a few months ago. The two partitions are pretty similar: apart from the dev tools, both have more or less the same software on there. Anyhow, I downloaded NirSoft's DriverView, ran it on both installs, and did a comparison between the two. Turns out the culprit was KORGUM64.SYS - Korg's USB MIDI driver (which is used by the nano series). Given that I use this on both boot partitions, it would seem this driver isn't actually needed in normal use - just the Korg editors need it. Just uninstalling this didn't work, but manually renaming it to KORGUM64.sys.bak and rebooting did. The other suspect driver was NIWinCDEmu.sys which is used by NativeAccess, or at least it was at one point (it's not present on my dev boot, even though NativeAccess is). I renamed this to NIWinCDEmu.sys.bak, although the Windows upgrade promptly put it back after the upgrade. So the moral of the story: If you can't upgrade to Windows 2004... check your drivers!

Personally, I don't use it a lot... but here's the scenario I do use it in. Say I've got an un-quantised MIDI recording, or an audio recording that is in no way snapped to anything. For arguments sake, lets say the start of the clip is 1:04:527. If I want to move it by 1 bar, I'll set snap to be Whole and set it to snap by. Moving it to the next bar gives a start time of 2:04:527. If I'd used snap to, the start time would be 3:01:000.

As to why... I really can't add much more to what @Creative Sauce says about it. The whole first half of his video is on why you might need them. Obviously if the VST's you use don't support any sort of key-switching, then you probably don't have a need for them. Both videos cover how to create your own maps.

@Creative Sauce's and @Xel Ohh video's pretty much cover 90% of it. Is there anything specific you're unsure about? https://youtu.be/8miZoWXxz3Q https://youtu.be/owkYPMuhcQo

@Herve Maratrey - what you might want to try, is forcing Cakewalk to use your integrated graphics rather than your NVIDIA and see if this improves things. I've had to do this with my laptop, due to incompatibilities with some plugins. You should be able to do this from your NVIDIA control panel:

%APPDATA%\Cakewalk\Cakewalk Core

Unfortunately I don't know the cause. I did chat to @Noel Borthwick about it at one point, but we never got around to investigating it further. As this only affects a handful of plugins, it's highly likely its something in the plugin itself - maybe it's doing something in its main processing loop it shouldn't be, or making a bad assumption about what threads are doing what. This is the kind of thing that normally requires an in-depth debugging session with the plugin developer.

I'm not sure tbh - the reason I used it with JBridge was because I was getting clips & pops on even the highest buffer settings. Switching to JBridge allowed me to run at a buffer of 64 (and on small projects, 32). So latency was negligible. If JBridge introduced any further latency, it would be in the scale of microseconds rather than milliseconds.

You can do this already using JBridge by clicking the "Use JBridge Wrapper" in the plugin options (assuming you have JBridge of course) I do this for the UJAM Virtual Guitarist series.

I understand the problem, but if I perform exactly the same steps as you have, MIDIOX always shows both MSB & LSB being sent when the Bank Select method is set to "Normal". You could try forcing the method to always use normal by adding the following to your .ins file:

Manually copying/pasting DLL's around is likely to cause issues with upgrades. I suggest you change the locations within Native Access itself so that things are installed to the required location: Alternatively, just add the default Native Instrument path to your VST path within CbB's VST Settings:

When using either BitBridge or JBridge, the 32 bit plugin is run in a completely separate process. As this is outside of CbB's internal engine, it won't be included in its performance measurements for the engine, or indeed "Overall App Performance". It will however be included in "System Performance"

I'm not seeing this issue, either with setting the bank/program in the inspector, or by using the patch browser. In both cases, both MSB & LSB, plus the program change are being sent: I take it you have definitely set the MIDI Output channel in the inspector? As the instrument file mapping is per output device/channel, you need to set the channel output - leaving it as none will mean nothing gets sent out: