Promidi

I just tried Shift+Z and that worked here.(I have already bound Shift+F to another function) Sometimes when I have found keybindings that don't work, I have to resort to a technical solution that if I make a mistake, it could ruin my entire keybinding setup. I think this issue is caused by double-ups in the internal keybinding database. When a keybinding doesn't work, I first bind the offending keybinding to a CAL script (one with an easy name to remember) Then I export my bindings to two KBN files (so you have a unaltered copy for Justin) - these are normal text file. I then open one of the KBN file with a normal text editor and look for the instance of some of the text in the CAL Script name I used. There will be a number starting with Kx bound to the CAL script....... search for other instances of that same KX number. If they exist, then those are probably the duplicates causing the issue. Delete these lines so that the only one left is the one bound to the CAL script. Then reimport the KBN file that you just edited into CbB. Leave the unedited KBN file in case you need it later. Then do your originally intended key binding (SHIFT+F to “Resize and zoom.....”) There have been many times this has worked for me when I create a Key-binding that has not worked. If your keybinding are borked after doing this you can always import the second, unaltered, KBN file to CbB. Note: I offer the same level of warning here that I would offer when editing the registry - only do the above if you know exactly what you are doing.

I just tried all the here and it worked fine.... (my CbB version is as per signature) Maybe drop a note Cakewalk support here: https://help.cakewalk.com/hc/en-us/requests/new?ticket_form_id=360000025633

The location your red arrow is pointing to is only the initial patch that the MIDI track is set to. Any subsequent patch changes do not change this displayed value. Maybe put in a feature request to display the most recent patch change for a given track - I am thinking the PRV would be a good place to display this. https://discuss.cakewalk.com/index.php?/forum/8-feedback-loop/

I never wait for the email. I go straight to my account (with any vendor)

Only the feature (12 monthly) Windows Updates that have this issue. The Patch Tuesday Windows Updates do not have this issue (At least, not on my rig).

It's VST2. Though that's not going to stop me buy buying VST2 pluigns... It will be ages until CbB drops VST2 support.

This appears when the local echo is on due to MIDI track being active and the setting "Always Echo Current MIDI Track" being enabled in Preferences | MIDI | Playback and Recording. See: http://www.cakewalk.com/Documentation?product=Cakewalk&language=3&help=0x22B0A (CTRL + F > "Always Echo Current MIDI Track.")

I have had precisely zero issues installing any spitfire libraries... they just work.

Yes. It's called a restore from a full backup - preferably a back that was taken daily. It could also mean restore from an image of your system disk - preferably an image that was taken regularly.

The commands you entered appear to be correct I did a test and the destination and the link worked correctly. Does the folder D:\Cakewalk Content" actually exist and does it contain the files that were in C:\Cakewalk Content"? Also, does the folder C:\Cakewalk Content" exist and does it point to the contents of D:\Cakewalk Content"? If you open both "D:\Cakewalk Content" and "D:\Cakewalk Content" (side by Side) and rename a file in D:\Cakewalk Content", does the change also get mirrored in "C:\Cakewalk Content"?

Usually Volume is controlled by CC7 - so you can start with looking for those events - either using the PRV or the event list view. Sometimes CC11 is used as well..... but CC7 would usually override that.

I'm not talking about pitch bend, I'm talking about controllers.... you know..... CC7 > Volume, CC10 > Pan, etc With most VST and VSTi plugins, controller numbers can be mapped to any parameter - hence my request for the ability to rename them as they appear in the PRV Track pane. See the following link to see where I mean. (The area bound by D and F and what G is pointing to) http://www.cakewalk.com/Documentation?product=Cakewalk&language=3&help=0x200C6

Title says it all. Currently, these names are derived from the “Standard” entry in Preferences | MIDI | Instruments. > Define. While that is a a great start, they are global - in that the same set of names appear regardless of what vsti one is using. We either need a way to define them on a per VSTi basis, or rename them as they appear in the PRV Track pane.

Something CAL scripts excels at.....

Exactly what command did you enter in your attempt to create your symbolic link? It would have started with you opening the command line, with Start+ Run > CMD You may have used the CD \.... something command to navigate to a folder. Then you would have entered "mklink > something

Netframes are all up to date, in fact was just updated this morning. Vdist runtimes are all up to date. 2022 X64 14.31.31103 Win10 Defender is disabled. I use Malwarebytes 4 Premium with all CbB program and data folders excluded.

You mean 102 don’t you?

Just tried nudging it down (and up). Same crash. Definitely an issue. Which version of CbB are you using?

Confirmed here as well. Lodge a support ticket https://help.cakewalk.com/hc/en-us/requests/new?ticket_form_id=360000025633

If you have two keyboards, then what you might want to do is set one to channel 1 and the other to channel 2 Then in Cakewalk, when you set up a MIDI track for a given keyboard, make sure you set It's MIDI channel appropriately rather than Omni. Any MIDI track set to Onmi will respond to events regardless of the channel. (as long as the MIDI track’s local on is enabled)

Exactly what is your sustain pedal issue? I use a sustain pedal with a PCR-800 MIDI controller. On my configuration, this pedal is configured to transmit on CC64 (which is the MIDI standard for sustain)

If it's happening when playing the SY77 keys, then I would have to know more about your Cakewalk set up. As an experiment, does the issue happen with Cakewalk closed? If it does, then this is an SY77 issue, not Cakewalk. If this is happening with Cakewalk open, then I think what is happening is that played MIDI data is being looped back to the SY77... causing more notes to trigger - eventually causing the SY77 to run out of polyphony. I suspect that you will have to turn Local Off on the SY77 (see page 221 of the SY77 user manual)

Then that should just be MIDI data. I have a PC configured as per my signature and I have no issues sending dense MIDI data to an SW1000XG card. Have you updated your MIDISPORT 4x4 Drivers (using manufacturer's websites rather than Windows updates). Also, check your Prepare Using N Millisecond Buffers. (in MIDI - Playback and Recording). Mine is set to 200 When you say “when I play chords”, I am assuming that’s a performance from Cakewalk itself rather than playing them on the actual SY77 keys.

Which synth? With that CPU, you might run into performance issues wit some modern synths..

I watched your videos and there definitely appears to be something funky going on there. I am wondering if this might be a windows 11 thing (I am on 10 still) You might want to open this as a ticket. https://help.cakewalk.com/hc/en-us/requests/new?ticket_form_id=360000025633