David Baay

Although it may not be relevant to this issue, I have always felt that using WDM driver mode, and letting Windows have access to your audio interface is asking for trouble. I prefer to use ASIO mode, and set Cakewalk not to share drivers or release them when not in focus. I leave my onboard sound active for use by Windows, browsers and generic multimedia apps so that they all keep their mitts of my audio interface, and patch the soundcard output to an outboard mixer so it can play through my studio monitors when desired.

I generally use keyboard shortcuts in lieu of the context menu as well. But this issue renders the context menu mostly useless (everything that depends on selection gets grayed out), and should definitely be fixed. In the process of checking it, I re-discovered that it affects the PRV and inline PRV as well. I think the problem in that context goes back many years (maybe to X1 when Skylight was first implemented). I had totally forgotten about it because I use keyboard shortcuts.

Not a problem for me. While I would usually suggest to take a discussion like this to another thread, I think it brought out some relevant points in this case.

Glad you liked it, Joe. I'm not really accomplished at performing in real time using wheel/joystick/aftertouch inputs, and I try to avoid doing a lot of data entry with a mouse at all costs. So this is a quick and dirty solution I came up with when I first got GPO, and later JABB.

Not to downplay the importance of having this issue addressed, but I try to avoid making complicated selections because it's all too easy to lose them (or inadvertently include/exclude something) by my own ineptitude if not by a bug. ;^) I'll usually just take the the extra bit of time to perform several independent operations on partial selections. And I also make liberal use of Ctrl+Z. ;^)

Yes, toggling Input Echo on MIDI tracks is a fairly common way to switch instruments during playback or live performance. But the OP was toggling Input Echo on audio tracks during playback, which is not so common, and is generally to be avoided because it requires making a request to the driver to open/close the port, whereas using mute/solo is a software operation over which the DAW has complete control without depending on good behavior from the interface driver to get the desired result with the least latency, audio artifacts and potential system instability.

How did you start the project after re-launching Cakewalk? From template chosen in the New Project view of the Start Screen or by File > New or by Ctrl+N or... something else? And what is the value of Sampling Rate under 'Default Setting for New Projects' in Preferences > Audio > Driver Settings?

Here's my tip for that: - Record from your keyboard, playing with variable velocity as you normally would though the patch doesn't respond to it (applies to most Garritan instruments). - Select the whole clip/track. - Show the Controller lane in the PRV, and add a CC1, Modulation lane. - Right-click the CC1 button, and choose 'Copy Selected Values to this Lane'. The velocity values will be copied to the CC1 lane, giving you basic starting volumes for each note that you can leave as-is or use as a reference for manually drawing in more controllers for swells, etc. The same can be done of CC11, Expression as needed. It may be helpful to layer some other instrument that does respond to velocity so you have an audible response to guide you while recording.

I don't use a lot of strings in my music, but hate to think there's a flaw lurking out there. Would you care to share the corrected SFZ?

A few additional thoughts/clarifications: - My main point was that distinguishing by channels makes toggling input echos unnecessary. But if you're changing channels on the controller, there's no need to have a forced Output channel to the synth; what's important is to restrict the Input channel, so that only one is recorded and echoed at a time (in the case of non-multi-timbral synths) - If TTS-1 or any other multi-timbral synth is using all 16 channels of one port, the other synth tracks would need to use a different port in order not to end up being layered with a TTS-1 sound. Unfortunately, most controllers do not offer multiple output ports. At that point you do have to start disabling Input Echos or muting tracks. - Most decent controllers can send on more than one channel at a time to address the need for layering but not all make it easy to quickly select output channels from the front panel without going into menus, and many can only send on two channels at once.

Confirmed, and I can't imagine it was intended. Probably a side-effect of the customizability enhancements to the Smart Tool which were primarily aimed at the Clips view.

Okay. So it was more about being surprised that it didn't work than that you really need it to work. Normally it would, but, as you say, there other ways to to achieve the same end using mute/solo

If I'm understanding the goal, I would suggest you just set a unique Input channel on each track, and enable Input Echo on all of them. Each track will only echo events arriving with the matching channel from the controller.

In general I try not to question the validity of a user's methodology when something isn't working as expected, but I am curious... what's the use case for being able to toggle Input Echo on after the transport is running? I don't think I've ever had much occasion to do this myself, except maybe in the case that I just set up a new track and forgot to enable it, in which case I would probably be stopping and rewinding before enabling it anyway.

D'oh! ln all my decades of computer use, I never realized this was possible. I have always 'escaped' by finding a place in the UI where it's disallowed to drop the object. Thanks for the 'pro tip'. ?

As I've never heard of this occurring with any external audio source connected via a conventional analog or digital input, I have to suspect it's something to do with the way this interface is routing audio data. My first guess would be that it's not honoring Cakewalk's request to open the input port when the transport is running. You might try enabling 'Always Open All Devices' in Audio preferences if it isn't already. And check the iConnectivity documentation or online sources for relevant information. Is Patterning 2 being driven by MIDI from Cakewalk, or is it playing an internal pattern and synced/slaved by MIDI to Cakewalk or...? Some clarification of the setup might help find a workaround if not a fix.

Hence why I suggested splitting the 'Instrument' track to check functionality of both parts. Glad you got it figured in any case. Thanks for letting us know.

+1 to just treat the Mac like a hardware synth. Good write-up, Kenny. Pro tip for those not used to working with hardware synths: On the audio track that hosts the input from the Mac, Shift+click the solo button to enable Solo Override so you can solo the MIDI track(s) driving MainStage without losing input monitoring of the incoming audio.

You'll need to convert audio to MIDI first. Melodyne Essential can do a monophonic line, but Editor or Studio are needed to get polyphonic detection.

New machine or just a new O/S on the old machine? If a new machine, I would start by checking DPC latency: https://www.resplendence.com/latencymon And what do CPU and disk usage look like on the Performance tab of the Task Manager (or Resource Monitor linked at the bottom of that view)?

The question is where exactly in the MIDI/Audio data chain is the break; is it in the MIDI or audio portion of the Instrument track or is it the synth itself not generating audio output? I'd start by splitting the instrument track, and looking at the MIDI and Audio track setups separately. Are you echoing live MIDI input or playing back existing MIDI clips? If you're playing live, do you depend on Always Echo Current MIDI track, or do you manually enable input echo?

Adding via the Synth Rack continues to work fine here. Are you inserting as a Simple Instrument or separate audio and MIDI tracks? In any case, check the MIDI/Audio I/O routing of the track(s) being created when you insert the synth, and all the usual stuff (input echo is enabled on the MIDI track, keyboard/audition function in the synth UI shows output signal, etc.).

Double-clicking on a track header maximizes the track height, effectively pushing other tracks off screen. Double-click again to return it to the original height, or hit F to fit all tracks vertically. If they really got hidden somehow, hit Shift+H to show all tracks.

Yes, I can see how that might be both helpful and fun. I'm a pretty decent self-taught keyboard player, but I still can't solo fast without hitting lots of 'wrong' notes.

+1 to just bringing a copy of the project over the new machine. But to answer the question... the effect of FX inserted directly in the FX bin of each track should be applied to the exported track so long as the Track FX and Automation boxes are checked in the export dialogue. But FX on buses to which the track is sending or outputting won't be included. To get those, you would need to solo the track, export with Source = Buses, and select the Master or some upstream bus that collects all the output from that track and its sends. But keep in mind that many FX (especially dynamic FX like compression) won't behave the same when only one track is active. Typically you would either export tracks without bus FX or export buses as 'stems' that include all the tracks and send FX that route that bus. Trying to do anything in between will not generally give the desired end result of having the sum of the exports sound like the Master bus.