msmcleod

I only got around to installing this yesterday evening. I was extremely impressed that it authorised itself as part of the installation - so no messing around with cutting/pasting serial numbers

This is a great idea. I've had a few projects' audio trashed in the past where it's got things wrong. This was decades ago, so I assume it's probably working now, but I've been too scared to try it again!

Just looked at the Glasgow showing... it's sold out

None really. All AUD.INI contains is details about your current audio device, and your default bit size/sample rate, and some latency preferences. These can change if you update your drivers. It's a cache of these values, so if the file is deleted, your device will be queried again and the file recreated. TTSSEQ.INI contains the available MIDI devices, which ones are selected, and in the case of MIDI outputs, their order. I think it also contains your MIDI sync preferences. So a bit more "user" data in here, but nothing that can't be easily re-selected within Cakewalk. Again, this file is recreated if it's deleted.

I use a Mackie BigKnob in the studio, which serves my needs most of the time. It's only when I'm constantly swapping between headphones & speakers that I'll create extra buses. If I'm only checking headphones now and then, I'll stick both ARC2 & Sonarworks in the master bus and just toggle between them.

I think John meant to say "There select in the Master Fader section Bus and next to it select 1.": Otherwise, it'll control the left volume of your soundcard.

MIDI tracks by themselves do not produce audio - they need a synth (either a soft synth, or hardware synth connected to a MIDI port) for the MIDI to "play". Depending on how you've imported your midi file, TTS-1 is normally loaded - but as I said, it depends on how you imported your midi file. Do you have any synths in your synth rack?

FWIW, I've been offline forum-wise for the past hour, and the only reason I saw this post was because I got an email notification...

If its for just for getting ideas down, then I think any old headphone mic should do, but obviously something like a dedicated singing headphone mic designed for live use would be better (like Shure's WH20XLR or PGA31). However I suspect your singing will be affected more by the fact you're lying down, than the mic quality. As an alternative to doing the singing yourself, you could maybe try this: https://www.plogue.com/products/alter-ego.html I used this when I got a chest infection and lost my voice for a while.

I originally got it for use with the V-Machine: It came as a bundle with Extreme Sample Converter, which in itself is a fantastic utility for converting between different sampler formats. I just got used to using it, and as it's never caused me any issues and as it was designed for the V-Machine, it has incredibly low CPU & memory usage. It's also one of the few sample players that plays stereo soundfonts properly, but it also supports . I might contact the developer and see if he'll consider doing a 64 bit version.

Have you tried deleting AUD.INI and TTSSEQ.INI from %APPDATA%\Cakewalk\Cakewalk Core ? AUD.INI in particular stores details about your audio devices, which may behave differently after upgrading to Windows 10. It's totally safe to delete these files, as they are re-created automatically the next time you start Cakewalk. The only thing you'll need to do is set your Audio device preferences again within Cakewalk, and choose your MIDI devices. The other thing I'd suggest is re-installing your Audio drivers. If you do this though, delete AUD.INI again.

No, I meant exactly what I said, "BitBridge is a really simple wrapper - all it does is wrap up the 32bit VST and pass the calls back and forth." It works fine in real time, but it offers no additional optimisation or tweaks for changes in the operating system. Bear in mind that a lot of 32bit VST's were developed for Windows XP, on much slower machines. A fair amount of them used "illegal" windows calls or shortcuts to improve performance. BitBridge makes no effort to try to address these. I suspect if you ran these plugins on Windows XP 64 bit, most of them would work perfectly using BitBridge.

The "value" essentially comes from scarcity, in the same way gold is valuable because it's rare. The mining part involves ever increasing complex computations, where when a particular criteria is met a new bitcoin is "found". As everyone who uses bitcoin has a complete copy of the block-chain, everyone knows the number of coins in circulation, and finding new coins to add to that circulation is becoming harder & harder. The complexity is at such a level now, that the cost of electricity required to mine a single coin vastly outweighs the monetary value that coin has. This was true even at the point when bitcoin was at its peak at $15,000 per bitcoin. Mining "farms" of computers are now generally powered in places where they can get free energy - i.e. where there's a solar farm, wind farm, or geo-thermal generated electricity. I guess that's why this malware exists - they basically want to you to pay the energy bill.

Yeah, it's just cracked software, not legit stuff. I question the point in mining in this way though - bitcoin hashes are so complex now, even the most powerful PC doesn't compare to dedicated mining hardware. And that's when the PC is dedicating 100% of it's CPU to mining. I had a couple of USB mining dongles for a bit (like about 5 years ago), but the energy costs due to increased complexity have long since surpassed anything I could earn from them. Slightly OT, but the most ingenious thing I read about was a guy who extended his water PC cooling system under the floorboards of his house so the energy wasted mining actually heated his house for him!

Yeah, I got mine with PayPal - £8.71. A bargain

Believe me - I understand! My cabling routing is ridiculously complex. Power, MIDI, Audio, ADAT, wordclock cables etc.. I tried to draw a diagram once and it was almost impossible to understand.

Is it working with this setup? If not, check: 1. Disable Handshake has been checked with in the dialog - save this setting as a preset. 2. The Kontrol is set to MCU mode Then: Shutdown Cakewalk Turn your Kontrol off and back on Start Cakewalk again One more thing... don't play with the transport buttons while the MackieControl config dialog is up. It can crash Cakewalk. This is an issue with all the control surface config dialogs.

That's quite common with Windows MIDI devices. However, in NI's case it may actually be used for updating the display when using Kontakt?

The In Port should be set to "Komplete Kontrol A DAW", and the output "Komplete Kontrol A DAW". The other interface is for the keyboard itself. Oh, and it won't work setting the control surface to "Mackie Control" - that's Cakewalk's one. Set it to "MMcL Mackie Control #1" and check the "Disable Handshake" in the dialog.

Exactly. So your Control Surface uses the DAW input/output, and the other MIDI interface is used for playing notes.

So the only reason I've created the two buses is because I need separate effects on the two outputs. For your scenario, I'd just have your "Master" bus routed to outputs 5/6, and have a send to a headphones bus that outputs on whatever the headphones echo (I'm guessing 1 & 2 ?) But if the headphones are just a repeat of outputs 1&2, why not just connect your monitors to outputs 1&2 ? That way they'll always be the same and you don't need to change anything in Cakewalk.

So the Komplete Control doesn't present itself as two MIDI devices (i.e one for keyboard, one for transport control) ? That's a huge oversight by NI.

I use Sonarworks headphone edition for headphones, and ARC-2 for my monitor speakers. If I'm likely to switch between the two a lot, what I do is the following: 1. On the Master bus, add two stereo sends to two new busses: "Speakers" and "Headphones" 2. Route the output on my Master bus to None 3. Route my Speakers bus to output 1&2 on my Scarlett 6i6, with ARC2 in the effects bin 4. Route my Headphones bus to output 3&4 on my Scarlett 6i6, with Sonarworks in the effects bin (and plug my headphones in to Headphone socket 2) Before mixdown I just mute the two other busses and set my Master bus to output to 1&2 on my 6i6. This has the added advantage of me not having to remember to disable ARC2 or Sonarworks before exporting!

Ok, normally you shouldn't have to change any of that. The only thing you should need to do is make sure your MIDI IN / MIDI OUT devices are setup in the main preferences. However.... unless Komplete Control specifically says it supports SONAR / Cakewalk, you may run into problems. This is because Cakewalk's MackieControl support conforms to the original MCU spec which required a handshake on startup. Mackie has since updated their protocol not to require this, and therefore most controllers don't bother supporting the handshake. Controllers that specifically support SONAR or Cakewalk have added in this handshake. So if Komplete Control has generic MCU support, and doesn't specifically mention SONAR or Cakewalk, you'll need to use either my version or Azslow's version of the MackieControl.dll, and click the "Disable Handshake" checkbox in our version of the setup dialog: My version has all of Azslow's fixes, plus a few extras, and also comes with its own installer/uninstaller and it lives alongside Cakewalk's rather than replaces it: http://msmcleod.co.uk/cakewalk/MMcLMackieControlSetup.zip

No: "Mackie Control" is for the MCU and most control surfaces that support the MCU / Mackie protocol. "Mackie Control XT" is for the 8 fader MCU extender "Mackie Control C4" is for the 32 v-pot controller