msmcleod

Ok, tracked down the issue - if "Select Events with Sections" is turned off in the select module, commit arrangement doesn't work properly - this is the cause of everything being off by 1 tick. I'll fix the commit arrangement command for the next release to ensure this is switched on for the duration of the commit command, but in the meantime, please ensure this is switched on before committing an arrangement:

That is strange, because I tried that setting too and still couldn't reproduce. I'm sure there is something else at play here, because even with that setting it shouldn't be shifting things they way they were for you.

@musekamp - I can't reproduce this issue using the steps provided. Can you post two copies of the project where this is happening ( before & after the issue ) so we can look into it?

I'd go as far to say as it's required for DAW's... unless you're just doing hours of PRV editing on a train or something.

I'm not 100% sure, but I think all that switching off auto-updates does is tell it not to install the updates, I don't think it stops Windows from downloading them for you.

@winkpain - any recent graphics driver updates? You could also try running Cakewalk using the internal Intel graphics card to see if its any different. FWIW, I've got Cakewalk running on an 3rd gen i7 and 3rd gen i5, both running at 3.4GHz, and both using the onboard graphics, and have no issues with either, hence my suggestion.

Whenever this has happened to me, it's been Windows Update downloading stuff in the background, or Windows Defender deciding to do a scan. I'm normally pretty pro-active about manually checking for updates and installing them when they appear, so I don't often get this issue. But if I forget for a few days, this comes up every now and then.

@Christopher Russell - can you confirm whether you're using a track template or a project template?

If you mean BandLab assistant, the easiest way to get around this message is to download it again from the bandlab website (i.e. not via an update in the app itself), and re-install it. FWIW, unless you're using the BandLab loops, there's no reason to ever run BandLab assistant or even have it installed. Apart from the loops, everything else it does for Cakewalk can be done within Cakewalk itself.

If the backing track is a single audio file, the easiest way is to hold CTRL+SHIFT to stretch the clip: If you want to do it in an existing project, bounce the tracks to a new track and solo the new track. You can then stretch it while you practice until you're ready to record.

I'd normally recommend the MIDI mapping method you've described for automating a single instance of Kontakt over several tracks. The MIDI mapping should persist after project reload, and this is certainly working for me on the instruments I've tried this with. Can you confirm whether your issue is limited to the Nucleus library, or is it an issue with other instruments?

FWIW I use the 18i20 and have no issues with it at all. I normally record at a buffer size of 64. +1 to both @Promidi & @Lord Tim 's suggestions. The beta drivers have been much more reliable for me ( I was getting occasional BSOD's when changing buffer size in the official ones ). Turning off the USB power suspend / ensuring you're running in High Performance mode is a must.

AFAIK, the Zoom r24 ASIO driver supports 4 stereo ASIO inputs (i.e. 8 mono tracks), and 1 stereo output. You need to: 1. Ensure you've downloaded & installed the latest r24 ASIO driver 2. Make sure Cakewalk is set to ASIO mode in Preferences->Audio->Playback and Recording 3. Enable all of the R24 ASIO inputs in Preferences->Audio->Devices 4. Ensure each track you're recording has its input port set to the correct ASIO input port. Apart from that, the only thing that is needed is to set up the routing in the R24 to ensure each track is sent to the correct ASIO port.

You could try checking this:

This will not work in Mackie mode.

Other things: +1 to @scook's and @rfssongs suggestions - you want to be using the official ASIO driver from Behringer, and running in ASIO mode, and using a high quality cable. Uninstall any "generic" drivers such as ASIO4ALL or the generic ASIO drivers from Steinberg, Reaper, MAGIX or FLStudio - they are not needed if you have a real ASIO driver, and can interfere with your main ASIO driver. If you're using a laptop, ensure you are running in High Performance mode - turn off any battery saving features. It's better to record at a lower buffer size than 4096. Personally, I record at a buffer size of 64, but 128 or 256 should be fine too. Make sure your all Cakewalk folders ( e.g. global audio folder, project folders & any plugin folders ) are excluded from any virus checkers or cloud sync devices. If they are trying to access the wav file Cakewalk is saving to during recording, it could cause dropouts at best, and even worse crashes.

IIRC Antress did actually recently release their plugins as 64 bit, however it looks like their downloads have been removed: http://antress.blogspot.com/ - I don't know if this is a temporary glitch or not. [EDIT] - Apologies... I got them mixed up with Variety of Sound, which did re-release their plugins as 64 bit.

The UMC404HD has 4 mono inputs and 4 mono outputs, i.e. 2 stereo in / 2 stereo out. As for the freezing, it's difficult to tell as it seems you've got drop-out notifications switched off. The drop-out code on the notification will tell you why it's dropping out.

The tempo track shares the same envelope editor as the automation lanes. When using jumps in automation, the dotted lines literally mean no automation at all. This means if you started a project in the middle of a dotted area, no automation would be sent out until it reached a node. Obviously you can't have an area in the project with no tempo, so for tempos, there's pretty much no difference between a jump and a straight line. It's really down to how you want to work. Multiple nodes at the same position should in most cases end up being merged into one node. If in doubt, refer to the Tempo Inspector to see if the list of tempos makes sense - and of course, there's nothing wrong with deleting nodes / changing them to jumps if you want to. Obviously, if the rare case when you start seeing strange envelopes being drawn with nodes / lines in the wrong place, this is a bug - the easiest way around this is to simply delete the offending nodes. FYI - this is how the tempo track works: 1. The tempo stream contains shape events in exactly the same way as an automation lane contains shapes. 2. When you change the tempo envelope, behind the scenes a linear list of tempo changes ( the tempo map ) is regenerated based on snapshots of the tempo envelope at regular intervals. By default this is every 1/16th note, although it can be changed in Cakewalk.ini to be a higher resolution using the TempoMapDecimationResolution setting. 3. The resultant tempo map is exactly the same tempo map used prior to the introduction of the tempo track. 4. Saving a project saves both the tempo track envelope and the tempo map. This approach has several advantages: 1. The vast majority of the code didn't need to be changed, as it's referring to exactly the same tempo map as it did before. In other words, the tempo track is used for only as an editor for the tempo map, and only the tempo map is used when playing, or whenever edit operations need to calculate the current tempo - just as it did before. 2. Projects remain both forward and backward compatible with SONAR and earlier versions of CbB : Backwards compatible, because we can generate a tempo envelope from an existing tempo map if a tempo envelope doesn't exist; forwards compatible because there's always a tempo map stored with the project - earlier versions will simply ignore the tempo envelope stream. 3. We can use the same envelope editor for the tempo track as we do for automation envelopes. For the most part the tempo track envelope is king, and the tempo map is only generated from the tempo track envelope. There are a few exceptions where the opposite happens - i.e. the tempo map is manipulated directly and the tempo track envelope is then regenerated from the map: Loading older projects that don't have a tempo track envelope Set Measure / Beat at Now Tempo detection from audio - either through AudioSnap, or using Melodyne (drag audio track to time ruler) In these cases, separate Cakewalk.ini variables are used to determine the resolution the envelope should use. The ini file settings are documented here: http://www.cakewalk.com/Documentation?product=Cakewalk&language=3&help=Tempo.15.html

1. Yes, you can produce professional music, but bear in mind the BM800 is very much an entry-level microphone. It'll take some practice to get your vocal recording / mixing technique to sound how you want it to. The BM800 can sound quite harsh in the upper mids, so you may need to tame them a bit with EQ. The ProChannel EQ is more than capable of this. This is a good starting point: https://youtu.be/qdDDVortvRU 2. The best way to double vocals is simply to record it again on another track. There are double-tracking plugins you could use, but you may find phase issues with them translating to Mono ( i.e. someone listening through their iPhone speaker ).

There's nothing wrong with having the tempo nodes organised like that, and no need to make it into a jump point. Something else is preventing the slip edit.

I reckon any kind of human hair cold support this...

We replaced the Windows style menu with a menu system from a different UI framework. This was necessary due to a bug in Windows (something they've known about for 12 years!). Prior to Windows 10, the number of items allowed in a menu was limited to around 4000. With Windows 10, this was reduced to around 1200 - 1500 menu items. This was affecting users with more than 1200 plugins - i.e. some of their plugins would be missing from the menus. Also, we actually calculate the menus first, and use them to populate the plugin browser (so we only need to do it once), so this limitation was also affecting the plugin browser as well. The new menus don't have this limitation.

Normally, these type of interfaces have a routing application to configure this sort of thing - but it looks like Behringer have opted for a simple switch/knob on the front panel with the UMC1820 that simply switches between 1&2 or 1 - 8. So it doesn't look like it supports real-time monitoring of the ADAT inputs, and given the approach I think they've taken, it's unlikely it'd be easy to do. In other words, they're probably tapping the analog signal output from the preamp outputs and sending it to the direct monitoring circuit. The ADA8200's output is already a digital signal, so it'd have to convert it back to analog inside the UMC1820 to allow this feature - something it won't be doing, as it'll be passing the digital signal directly to your PC. I can't think of an easy way around this without buying extra gear such as a analog mixer with individual channel outs (using the mixer's preamps, and feeding the ADA8200's line inputs), or an additional DA converter to monitor the ADA8200 outputs using an ADAT splitter. By the time you've bought either of these, it'd have been cheaper to buy something like a Focusrite Scarlett 18i20 which does support real time monitoring of the ADAT inputs out of the box. I guess there's a reason why the UMC1820 is half the price of the Scarlett 18i20. As far as them playing nice with each other, the ADA8200 is really just an upgraded version of the ADA8000 - the only differences being the converters, pre-amps and the ADAT chips. The UM1820 was likely developed by a separate team, and wanted to keep costs to a minimum - i.e. they've maybe not compromised on sound quality, but have compromised on features.

FWIW That setting is highly experimental, and not recommended.