msmcleod

Track Templates are probably the easiest way to go, but if you just want a particular combination of effects to add to an existing track, you can save it as an FX Chain preset. To do this: 1. Right click on the FX Chain and choose "Save FX Rack as FX Chain Preset". This will then become available at the bottom of the Plugin Browser under the "FX Chain" section. 2. To reuse it, just drag this preset from the Plugin Browser into the FX bin of your track. You can right click->"Extract FX Chain Plugins" on the FX chain after dragging to unpack them all again if you wish.

It looks like the engine gets re-initialized after pausing. I've found a workaround that might work for you: 1. Remove the MCI command 2. Set a loop point of one beat length in the silence before the main music starts and enable looping 3. Start playback. You should now be able to play your piano part while it's busy looping over silence When you're ready to continue playback, just press the "L" key to turn off looping and the song will continue without interruption. I tried this with an organ patch just to ensure it wasn't being interrupted and it worked for me.

The interruption is likely caused by the transport pre-roll. I think the trick is to add a pause event just before your music starts, starting playback before your start playing your rubato intro, and continuing when you want the rest to start playing. This is how I would do this: 1. Move the whole of your song within Cakewalk by a whole measure. 2. Insert an MCI Pause command just before the new start time of your song, so it's still within in the silent measure but before everything else starts. Depending on your ASIO buffer size, you may need to leave a small gap before the start time (e.g. an 8th or 16th note or so). When you play: 1. Start playback first - it will play a blank measure then pause at the MCI pause command. The key thing here is, that pre-roll has already been performed. 2. Play your rebato intro 3. Press play again as normal to continue playback

The VS700 has it's own control surface DLL. It has nothing to do with the Mackie Control surface. And yes, it still requires the Windows 10 hack to work with Windows 10. This is not something the Cakewalk team can deal with - it's the underlying Windows drivers written by Roland that are not aware of Windows 10, thus requiring the hack.

There are two versions of the Mackie Control Universal: the original MCU, and the MCU Pro. The original MCU and versions 3.x of the MCU Pro use P&G faders and the MCU Pro v4.x use Alps Faders. The P&G faders are optical faders based on a string/pully system - actually pretty similar to how a fishing rod works. These units automatically calibrate faders when you switch the MCU on. There are two reasons why calibration can fail: 1. Damaged or dirty fader 2. Worn out PWM controller IC's. If the fader is stiff, or doesn't move properly at all when manually moved then its likely damaged. If it occasionally fails, it could indicate a worn out PWM chip, but could also be just the fader wearing out or needing a clean. I've personally experienced both issues. Trying to repair these faders yourself is a waste of time IMO - they're easy enough to replace if you can get your hands on them. You can have a go at cleaning them, but if you do this be very careful, as the fader mechanism is very delicate, and the tags that seal the unit could snap when opening them up. Using any sort of spray is unlikely to work (unless any grime is actually outside of the fader), as the units are pretty much sealed - there are no fader tracks or anything, just string and an optical sensor/LED. Grime could build up on the string I guess, so giving it a VERY gentle wipe might help. eBay seems to be the best place to get replacements, and seem to go for around £25 / $30 USD. You can't buy them new anymore. I upgraded my firmware / PWM chips on my original MCU & XT to the latest versions here: https://www.ebay.co.uk/itm/324107898548?hash=item4b76560eb4:g:EZoAAOSwUR9cdvTJ . I've still got one fader that occasionally fails, but haven't got around to replace it yet. I do have a collection of spare faders now, but I'm just gonna wait until it goes completely. Power cycling the MCU tends to fix it in any case. If you've got v4.x of the firmware, then you've got Alps faders which are a completely different beast, and are totally incompatible with v3.x and lower ( and vice versa ). v3.x and lower firmware only works with the P&G faders. Also, the two PWM controller chips must match the main MCU firmware.

I'm not sure this is always possible for MIDI tracks, the reason being that they can be routed to a hardware MIDI output, a synth MIDI input, or a drum-map MIDI input. The MIDI output ID's always start with the hardware outs, followed by the soft-synths, then the drum-maps. The complication comes with drum-maps, as they could be routed to more than one synth. This would then involve traversing through the topology graph to see what is connected to what, which is a relatively slow process, and not something you'd want to do on a control surface polling cycle. I think the best that could be done, would be to return the synth rack index for a particular MIDI track only if it's directly connected to it. You should then be able to get the rest of the information using the existing API calls used when dealing with the synth rack. I guess the same could be done for audio tracks fed from the synth rack. BTW - I'm not sure what's happening with MIX_PARAM_INPUT_MAX for MIDI tracks, it looks like it always returns 17, and I'm not sure why!

Streamworks Audio's SWA Complete SONAR X2 is old, but covers 90%+ of what Cakewalk does: @abacab has kindly listed a description and links to each chapter in this post:

@TVR PRODUCTIONS - please send the minidump file after it crashes to @Jonathan Sasor. This should tell us exactly where the issue is happening.

I didn't consider this - I always put it down to engineers that swapped from tape to ADAT, still kept on boosting the high frequencies (presumably out of habit) to compensate for the HF loss due to the tape's noise reduction, and ending up with a really harsh & bright mix. I do agree with Azslow to an extent though. Many tracks in isolation don't have a particularly wide dynamic range, so they could probably get away with a much lower bit depth. However when it comes to mixing those tracks, you really need to mix at a higher bit depth, otherwise you'll lose detail very quickly.

Audio Export processes the audio through plugins as fast as possible, but there are however a handful of plugins that don't support this. The only way around this is to turn on "Render in Real-time" when you export: :

Yes, this would work - and you can easily create markers from arranger sections in the timeline by selecting all, right clicking on the timeline and choosing "Create Markers from Sections" from the context menu.

The best way to do it: 1. In the original project, save the track as a track template 2. In the new project, insert the track template you created in step 1. 3. Copy the track in the old project 4. Focus the track in the new project, and paste

The main causes of this are: - Using a driver mode other than ASIO or WASAPI Exclusive - Having your ASIO buffer size set too high

CTRL+A selects everything, so it's likely including something that is starting at time zero. CTRL + Click only selects the clips you click, and nothing else.

I think you're mixing up the cable type ( coaxial ) with the most common type of coaxial cable which has BNC connectors. Coax cables with BNC connectors are typically used for digital clock signals, 10-Base-T networks, and analog video. Both the Lexicon and octa-capture have RCA S/PDIF connectors, which REQUIRE coaxial cables with RCA connectors to operate properly.

The export presets are stored here: Computer\HKEY_CURRENT_USER\SOFTWARE\Cakewalk Music Software\Cakewalk\Core\Presets\{FD3918AE-AF3D-414B-8701-C9A02623E875} Just export this registry key from within regedit.

Looking at your event list, you've got 3 audio clips starting at time zero, one on each track. These are most likely what are stopping you from moving the other clips. It may be you've got Cakewalk set to hide muted clips. Make sure these two options are checked so you can see them. If this still doesn't do it, switch to the advanced workspace.

I'd avoid using converters if possible. I've almost never got them to work properly due to clocking issues - sometimes the converter wants to be the clock master, other times not, and not all of them support all of the sample rates/bit depths. For SPDIF, just connect it directly. You will need to designate one device as the clock master and one as a slave though.

All of the Mackie compatible controllers are great for transport / fader control, but not really suited to custom control of plugins. The monogram CC should work perfectly with ACT Learn however. You just need to add the "ACT MIDI Controller" under Control Surfaces in preferences, setting the MIDI IN to be your monogram's MIDI input ( don't bother setting the MIDI output ). Once you've done that, you're ready to assign knobs/sliders to VST parameters. Once parameters have been learned for a VST, they'll be remembered globally - so the next time you insert that plugin, the controller will automatically work for that plugin while the plugin's UI is in focus. A quick example of how to set it up for plugins is shown at 1min in on this video: A more in-depth explanation can be found in this video:

You can also use the Arranger Inspector for navigation, which is my preferred method. Clicking on a section within the Arranger Inspector will set the now time to the beginning of that section, so both the tracks view and PRV will scroll to it.

Clips are always given unique names when they are recorded. Some people like them to be uniquely identified, other's may not. It's easy to change them all at once though: 1. Select all the clips on the track ( clicking the track number is the quickest way to do this ) 2. Open the clip inspector - the one with the waveform icon. 3. Type the new name ( or copy / paste it from the track name ) into the clip name property - this will change the name of all the selected clips.

If you've got "Select Track Envelopes with Clips" checked, and there's a track envelope earlier in the time line, this can stop you moving things to the left, because the track envelope can't be moved to a negative time. Unchecking it, or deselecting it in the Selection module should allow you to move the clip (but obviously without the envelope). You can find this either in the Track View Options menu, or in the selection module in large mode: As far as moving lanes into tracks, the bounce method you've described is one option, as long as you're happy with it all being one clip afterwards. Another method is to select all the clips on a lane by clicking to the left take lane number ( T1, T2 etc ), then holding down SHIFT while dragging it on to a new track. Holding down SHIFT ensures the clip won't move left/right while you drag the mouse up/down. You'll need to do this a lane at a time, otherwise all of the lanes will simply end up as new lanes on a new single track.

This will be fixed for the 2022.06 general release.

Finally got around to finishing off watching season 2 of Star Trek Picard, and in the last episode noticed Rafi was using a KORG nanoKONTROL 2 to hack into the drones... ... with a strategically placed bit of aluminium covering the KORG logo & name.

Unless you're up to date with all of the latest the Windows 7 updates, you may have issues using the in-app refresh activation. Downloading BandLab Assistant and using that to update activation is still an option on Windows 7.