msmcleod

Don't just turn on airplane mode - disable the driver in device manager. You can always enable it again afterwards. Make sure: 1. You're using ASIO mode using the official Focusrite drivers. 2. Uninstall ALL other ASIO drivers - especially ASIO4ALL, Steinberg or other ASIO wrapper type drivers. 3. Run LatencyMon to track down exactly what's causing the glitches: https://resplendence.com/latencymon 4. Ensure your Cakewalk Projects directory and Cakewalk's global audio directory are excluded from any anti-virus, or cloud-sync applications (e.g. OneDrive, DropBox etc).

FWIW I've successfully recorded: 24 simultaneous tracks on a 2008 2Ghz Core Duo laptop with 4GB RAM, through a Yamaha 01X / i88x / ADA8000. 16 simultaneous tracks on the same hardware using a Scarlett 18i20 / ADA8200. 16 simultaneous tracks on a MeLe 2Ghz silent pc (slightly bigger than a compact cassette case) with 8GB RAM through a Scarlett 18i8 / Fostex VC8. 32 simultaneous tracks on the MeLe through a RME DigiFace USB and 4 x Fostex VC8. In this scenario, I was also playing back 32 tracks of previously recorded audio as well. Bottom line is you need very basic hardware just to record audio. If you're using VST's as well though, that's another issue. I wouldn't even attempt to mix on either the core duo laptop or MeLe. What I would add though - make sure any unnecessary stuff (like Wifi) is switched off, and if possible use internal SSD drives rather than external drives.

Set the output of the track to an aux track or bus, then put your fx on that aux track or bus.

FWIW, I use Mega to backup my project files to the cloud... however the Mega sync app is never backing up directly from my project folders. Instead, I have a "mirror" directory which I copy the project files to/from, and Mega syncs from this directory instead. I've got two batch files: CopyToMega.bat and CopyFromMega.bat (for which I have shortcuts on my desktop ), which copy the project files to and from the sync directory. CopyToMega.bat looks like this: ROBOCOPY F:\SEQUENCE F:\Projects\SEQUENCE *.* /XO /E /COPYALL /DCOPY:DAT ROBOCOPY F:\PICTURE F:\Projects\PICTURE *.* /XO /E /COPYALL /DCOPY:DAT ROBOCOPY F:\WAVEDATA F:\Projects\WAVEDATA *.* /XO /E /COPYALL /DCOPY:DAT CopyFromMega.bat looks like this: ROBOCOPY F:\Projects\SEQUENCE F:\SEQUENCE *.* /XO /E /COPYALL /DCOPY:DAT ROBOCOPY F:\Projects\PICTURE F:\PICTURE *.* /XO /E /COPYALL /DCOPY:DAT ROBOCOPY F:\Projects\WAVEDATA F:\WAVEDATA *.* /XO /E /COPYALL /DCOPY:DAT Where: F:\Projects is my mirror directory F:\SEQUENCE is my Cakewalk projects folder F:\PICTURE is Cakewalk's picture cache folder F:\WAVEDATA is Cakewalk's global audio folder The /XO option in ROBOCOPY ensures only newer/different sized files are copied over... so it's very quick.

You could have a look at this utility: https://midi.org/forum/9914-wrk2mid-v1-0-0-cakewalk-wrk-to-standard-midi-files-open-source-translator-released It'll compile on Linux or Windows, but I'm not sure it'll compile on Mac without modification. Of course you could install VirtualBox and run a Linux distribution on that.

The refresh is sent out many times a second. The refresh includes a status - this is a bit mask, so there could be more than one flag set. One of these flags is the REFRESH_F_TOPOLOGY flag. If AZ Controller is looking for the REFRESH_F_TOPOLOGY flag on its own, that may be the issue.

That would make sense. Cakewalk only tells you things it's changed. If you know you've changed via the API, why do you need Cakewalk to tell you what you've changed?

You might be pleasantly surprised in the next release.... and it's much more than an indicator.

Just checked that now. In every project I've tried, the REFRESH_F_TOPOLOGY flag is definitely being set when a send destination is changed. This code hasn't changed since 2006. Are you actually changing the send destination, or just renaming it?

It's Microsoft's cryptic way of telling you the MIDI device is open by another application.

It sounds like you've got the capture mode set to "Match". Go to the options tab on the ACT Controller dialog, and change the capture mode to Jump.

It does make me wonder how permanent a lot of this actually is. Obviously subjecting yourself to really loud sounds/music could do physical damage, but there are environmental things that can temporarily "damage" your hearing. About 10 years ago, I was driving for 3 hours a day for around 2 years for my daily commute. The road noise in the car was sufficient for my brain to essentially do a fairly wide band cut around the road-noise frequency. Any mixes I did during those 2 years were awful, and I also found myself struggling to hear the dialog in TV shows. After I stopped the commuting, my ears did start to recover, but it did take maybe up to six months for my ears to readjust. If I'd have known at the time how much it affected my hearing, I'd have driven with ear plugs in!

Apart from Revalver, the only other ampsim company that I've seen doing Laney is Overloud TH-U - their British Classics rig has the Laney GH100L and Laney Ironheart... no Supergroup though.

Have you checked your master output level (they're the ones with the red faders) ? Click on your master bus, and check the levels in the inspector: Also, keeping these at unity gain will ensure the volume you hear in Cakewalk is the volume you'll hear when you export as audio.

This could be a real issue with larger sets with a lot of VSTi's. Personally, I don't use Cakewalk live, but what I have done is sampled all my hardware / software synth sounds so I can play them all on my SMPro V-Machine ( a ridiculously underpowered hardware VST host). Unless you need real time control of multiple synth parameters, using sampled versions of your sounds is far less resource dependent and you can get away with one VSTi (the sample player), and use program changes to swap sounds as and when needed. The downside is the time taken to sample all your synths. As a indication, it takes me on average a full 24 hours to sample 128 synth sounds using SampleRobot. There's about an hour or two's worth of prep to be done before-hand, but after that I can leave SampleRobot to do the rest automatically. Using something like GigPerformer or Cantable would be the other route. Cantable certainly supports MediaPlayer tracks for your backing, so I'm sure GigPerformer has something similar. As both of these are specifically tailored to live use, they may be better options.

Also check your low frequencies - there could be a bunch of low level information in some tracks that are inaudible, but pushing the signal to peak. I find putting a high pass filter on most of my tracks solves this... just move the frequency up until you just hear a difference, then back it off again slightly. Doing it at the track level means you get rid of far more of the frequencies you don't need.

+1 to this. Apart from the nightmare upgrading to 2020H1, Windows 10 has been a dream for me... and the refusal to upgrade to 2020H1 ended up being 3rd party drivers: one of them a Korg driver, the other a Native Instruments ISO reader driver that was no longer used/required. Funny you should mention a Core 2 system with 4GB RAM - I've got a dual boot Vostro 1700 Core Duo (2.2Ghz, 4GB RAM). One boot is Windows 10 64 bit, the other Windows 7 32 bit. I use the Windows 7 32 bit with my Yamaha 01X because it's rock solid, but I'm tied to using SONAR Platinum 32 bit. Windows 10 in general works marginally better, but the Yamaha MLAN drivers require Windows to be run in test mode and BSOD every time it shuts down... not a huge hassle for Windows 10, but the Windows 7 boot then insists on a full chkdsk on ALL drives on reboot. IMO the only reason to stay on Windows 7 is drivers and/or old applications. I've got a Windows 7 32 bit boot on my DAW PC simply to support my DS2416 cards and older 16 bit software (old patch editor software). My Windows 7 64 bit boot is pretty much never used now, apart from doing a quick smoke test on new CbB builds. Windows 7 is slowly becoming unusable. Many websites have updated security that older Chrome/The Edge/IE versions won't support. Firefox seems to be the only browser that continues to update on Windows 7, but who knows for how much longer. As far as CbB is concerned, Windows 7 does work still, but it may not in the future.

Band in a box is the best out there for what you describe: https://www.pgmusic.com/bbwin.htm

Another tip - if you're going to use TTS-1 make sure it's the first thing you add to your project. I've no way of confirming this (it's Roland's code, and we don't have it), but I suspect somewhere they're using 32 bit pointers to store 64 bit addresses. If the address is a low enough number, it'll get away with it... otherwise it'll definitely crash.

Right click on any blank space on the control bar (even the small blank space between modules), then select "Dock Control Bar at Top" or "Dock Control Bar at Bottom".

So a trumpet in Bb, means when you play a C on it a Bb comes out. If you're using a VSTi, then obviously everything is non-transposed so... So to get the notes right, you need to: - Transpose the MIDI up 2 semitones, so all Bb's look like C's in the PRV / Staff View. Then to get it note sounding at the right pitch: - Use Key +/- down 2 semitones.

The Side Chain input of Pro-Q appears as an additional output for use in other tracks. You need to either set the output of an additional track to this output, or use a send to this output from an additional track: http://www.cakewalk.com/Documentation?product=Cakewalk&language=3&help=Mixing.31.html

Cakewalk stores all of the MIDI channel information within each MIDI clip. However, each track has a "MIDI Channel override" - when set to "None", the clip MIDI channel information is respected, otherwise it's overridden to the channel specified: This allows you to force the MIDI channel regardless of what your controller keyboard channel is set to, or what channel the original clip's events were recorded in - useful for copying parts to different tracks. By default: - A Simple Instrument Track is always set to "None", meaning it'll send on all MIDI channels. - A Per-Output Instrument Track is always set to a channel number - it starts at Channel 1, and continues up to Channel 16 (this is also true with the audio channels for Per-Output Instrument tracks).

The old way of doing things live with Cakewalk was playlists. This is still a convenient way of going through multiple songs if each song is a separate project. For seamless transitions however, I'd recommend creating a new "live" project from the exported audio from each project - i.e. one project that contains all of the songs. There are several advantages here: 1. The stress on the system is far less, as it's dealing with just audio. This enables you to have a raw audio tracks for backing, and add soft-synths to other tracks to play real-time. 2. There's no loading time between songs. 3. By marking each song using the Arranger, then using multiple Arrangements to define different set-list orders, you have total control over the song order - all within a single project (vs having to save different playlists). Also, inserting an MCI command in a MIDI track with "pause" as the text will cause Cakewalk to pause playback at that point. You can then hit the spacebar to continue playing. You can position this command either at the end or beginning of a section, or half-way through a song - whichever suits. Within Keyboard Shortcuts in Preferences, you can bind commands such as Next/Previous Arranger Section, Play/Pause/Continue etc to MIDI events so you can use an external controller to control Cakewalk. Basically anything that can be bound to a key, can be bound to a MIDI event.

If you're seeing weirdness with track visibility and you've ruled out screensets/workspaces, this is almost certainly the cause. There have been a bunch of template bug fixes since 2020.09, especially with Track Templates, and of course there's now the nested folder functionality, so I'd highly recommend re-creating your templates if possible. Another thing that might fix things in a project would be to move all of your tracks into a single parent folder, then move them back out again - do another move operation, not an undo. This will force a recalculation of the folder hierarchy that might be enough to fix any anomalies. If Cakewalk crashes while doing this, then that would certainly point to some corruption in the existing track folder hierarchy/visibility states. FYI since the introduction of Folder Tracks long ago, there has always been a placeholder for a parent folder - it just wasn't used. If for some reason this had a value in it, that could certainly cause tracks to appear/disappear randomly, as a track's visibility is related to the visibility/expanded status of its parent folder. The next version of Cakewalk will have some improvements for managing track visibility. Also, there were a bunch of weird issues with track visibility when "Keep track/console visibility states in sync" was unchecked in Track Manager, and the console view had to rely on the tracks view for visibility state of tracks within folders. These issues have been there for a long time, but have been fixed in the next version.