Michal Ochedowski

2 minutes ago, IgoRr said:

For the future, you have one more option: go upstairs to "Utilities" - the last line is "Cakewalk Plug-in Manager". In the left window, select the line VST3. Scroll in the right window all the plugins to the letter "S", if there is no Shadow Hills, at the bottom left select the option "Show excluded(plugins)", it may turn out that for some reason Cakewalk sent it to this section. If it's there, click on it, and on the bottom left, the "Enable Plug-in" button. This happened to me a couple of times, although I have not found out the reason.

I remember venturing to that section a very long time ago. I completely forgot how useful it may be. I think back then I was searching for missing Cakewalk instrument or something like that. Thank you. 

Great advice scook. I never would've thought about removing the file itself and moving it back into proper folder. Cakewalk finally recognized the "new" VST and now I have both VST2 and VST3 versions available. That was brilliantly simple. 

Thank you for the help bitflipper. I followed all the steps. The plugin in question was in the correct folder. I opened the log file after scanning. To my surprise the information stated: "VSTSCAN: Previously scanned - NOT a VST plugin".

I have no idea why Cakewalk doesn't classify it as a VST. Other programs don't have any issues with it. I noticed one important thing though - this VST has the longest name among all plugins in that folder. In fact the VST2 in Cakewalk is listed without one letter "Shadow Hills Mastering Compresso". I've never had to alter any names of my plugins in order to have them recognized by the program.  Perhaps Cakewalk has some limitations in that manner. 

Hi. Any Cakewalk users with PA Shadow Hills Mastering Compressor not appearing in the Plugins menu? I've had it for a few months and still can't load the VST3 version. It's not available. I can only use VST2. Cakewalk is up to date. Plugin is up to date. 

18 minutes ago, Starship Krupa said:

I've also experienced random shortcut deletion. It's very infrequent. Also, I've had it happen more than once that I'll absolutely verify that a shortcut is not working, then I'll go into Preferences to check whether it's bound, observe that it is, then exit Preferences and the binding will suddenly be effective again.

I'm glad someone else wrote the exact same scenario, which I also experienced multiple times. As I previously wrote - no logic behind this behavior.  

18 minutes ago, Starship Krupa said:

And then there are global bindings that should apply no matter what view you're in?

Not exactly. To paraphrase what David Baay wrote above, Global Bindings take priority in different scenarios. So far I only learned that when focus is on Piano Roll View, your Track View assignments won't work. Global Bindings will be the first to react to dedicated keyboard shortcuts. 

18 minutes ago, David Baay said:

That can only heppen with a clip selected which would mean focus is still in the Track View.. Click in the open PRV, and then try it.

If you haven't changed the Global assignment. Crtl+R will arm/disarm all tracks.

You are totally right. I also checked that when I close and open PRV, Cakewalk maintains the focus on the Piano Roll and then I can't rename the clip. Thanks. 

9 minutes ago, David Baay said:

Renaming a clip is only applicable to the Track View. If focus is in another view (e.g. the PRV in the multidock), then the Global assignment will apply. If you don't want Ctrl+R to do anything outside the Track View, you should assign it to 'Do Nothing' in the Global context.

It doesn't happen as you described. That's the thing. I specifically checked this scenario earlier today. Just like you mentioned, I thought that window focus could have something to do with unusual shortcut behavior. I had Piano Roll open and still I could rename the clip in which MIDI notes were enclosed. In the past, with the exact same settings and Piano Roll open as well, Ctrl+R started arming all tracks for recording.

Like most of us here I have specific way of working and doing things in Cakewalk. That's how I know that while doing the same thing, I had 2 different outcomes on different occasions. No logic behind it. At least for me. 

34 minutes ago, msmcleod said:

The assignment for the current area is always shown on the right, whereas the current assignment for the Global area is always shown underneath and on the left.

What you're seeing for CTRL + R, is your "Track View" assignment on the right ( i.e. Rename Clip ), and the Global Area assignment underneath and on the left.   For CTRL + J, you're seeing the description for your "Track View" assignment to Bounce to Clip(s) on the right,  and it shows that it's unassigned in the Global area on the left.

 

Yes, it's all clear to me. What I don't understand is when and why Global Bindings take priority over Track View bindings. I'm sure that I had the same situation with 2 different outcomes while working in the same project, without even closing it. Sometimes my assignment for Ctrl+R did work and sometimes it just didn't. Then the Global Binding was prioritized. 

Today I used "Zap All" option in the Keyboard Shortcuts section to remove all my custom assignments. After that I assigned only two: Ctrl+J and Ctrl+R. I noticed something strange after I applying the changes. Ctrl+J was still being displayed as [Unassigned]. Ctrl+R was still being displayed as assigned to Arm [UnArm] all tracks.

I don't get it. Why both shortcuts maintain their "false" assignments in the lower portion of the screenshot despite being assigned by user to specific functions? Perhaps that's the reason why I had so many situations with Ctrl+R randomly unbinding and performing the original assigned function. 

7 minutes ago, David Baay said:

Yes, but one of very few which suggests it's system-specific. In all my years I don't thinki I've ever had a custom binding spontaneously go missing. 

By any chance do you have 'Save changes for next session' unchecked?

 

Save Changes For Next Session is constantly switched on. Thanks for the suggestion. The "system-specific" phrase describes my problem very accurately. Perhaps I will investigate the matter further, when I'm not distracted by other things. 

19 minutes ago, David Baay said:

Given how unusual a problem this is, I would guess something is going on with permisisons or antivirus on your system preventing the Windows registry from being modified or something. Nudge settings are also saved in the registry. Check if changes to Nudge values will persist.

Also, maybe export your shortcut to a file and share it here to see if there might be some corruption that can be replicated on another machine. I have a 'test mule' installation on a laptop that I can freely experiment with.

I don't think it's a permissions or antivirus problem. If that was the case, I wouldn't be able to make any custom shortcut assignments, save a session, open it the next day with shortcuts being present. Why they disappear though, in the middle of the same project, without closing that project? That's how it happened to me multiple times. From what I've read on this forum, I can see I'm not the only one with this randomness happening. It's easier to deal with such intriguing problems, when there are other users also experiencing them. On the other hand I can be glad that it's something as little as this, not projects crashing or errors appearing during saving etc. Cakewalk has been very stable overall. 

30 minutes ago, GreenLight said:

I also have the problem of my own bindings occasionally randomly unbinding... it's very annoying. I am not using either Screensets or Workspaces.

@Michal Ochedowski Did you isolate your shortcut unbinding problems to Workspaces?

Well, today I realized that I've never used Workspaces. I've only been using Screensets. So at the moment I can't confirm how or if Workspaces are going to affect custom Key Bindings. 

Even today my Key Bindings were acting up. The same thing happen. I visually confirmed that I had my custom shortcut Ctrl+R assigned to Rename Clip. 20 minutes later when I wanted to use it, it kept arming all tracks for recording, no Clip Rename option. What ? I haven't changed my Screensets and of course haven't touched the Workspaces. It's a strange bug in my opinion. I started using traditional mouse right-click and just selecting this from the drop down menu. At least it's reliable instead of trying to figure out why shortcut doesn't work, yet again. 

Never mind. Lord Tim helped me in another topic. I confused Screensets with Workspaces. Just in case someone is wondering, the latter has Key Bindings option available in the Manage Workspaces section. Once again - not my tip. Just passing along the information. 

18 minutes ago, Lord Tim said:

Yes, with a project loaded, go up to the Workspaces dropdown in the top right of the screen, then choose Manage Workspaces, and in the dialogue box that pops up, you can select which options get applied or not.

Oh snap, I just realized that I've mistaken Screensets for Workspaces. My bad. Until now I haven't used Workspaces even a single time. Thanks for the info though. 

9 hours ago, sjoens said:

You can also slip edit the ends of a clip to hide and silence notes in Track View & PRV.

When muting a clip with "Hide Muted Clips" not checked, PRV displays the notes white-ish gray.

Thank you for these ideas. Both workarounds msmcleod's and yours mean additional steps in the workflow. I think it will just be easier to accept PRV functionality as it is. The thing is that I'm used to working with separate clips (Ableton Live), so I was looking for the same behavior. 

Fit Content command in PRV doesn't always work the way I would expect it to. Actually it often displays the notes I don't want to work with at the moment. That's how this whole venture started for me. If Fit Content would always focus on the MIDI notes in the currently selected clip, it would be great. 

4 hours ago, Starship Krupa said:

Vanishing key bindings is usually the fault of loading a Workspace that clears/overwrites them. I recently did this myself while browsing the workspaces that come with Cakewalk. Fortunately, I had a backup of my bindings.

The other issue is the UI freezing up for several seconds when opening the Preferences pane for Keyboard Shortcuts. As yet unresolved, but it's harmless other than being annoying.

Is there a way to disable overwriting of key bindings when switching Workspaces? 

I would still prefer to not have my key bindings affected in any way when switching to a different Workspace. Seems counterproductive to have different user-defined key bindings for different Workspaces. At least I know it would confuse me.

By the way I can't seem to locate an option to change this behavior in Preferences. Is it even available?  

6 hours ago, msmcleod said:

The PRV works on the track level, so whilst you can limit the view to a single track, you can't do this easily at the clip level.

The only way I can see to do this is to mute all the other clips on the track using clip mute (i.e. use the "k" shortcut ), and ensure "Hide Muted Clips" is checked in the PRV View menu. Note that clip mute is not the same as muting the take lane.

 

Thank you for clarifying this topic and for proposed workaround. 

I regularly utilize 2 workspaces. Thanks for the suggestion. I will pay close attention to my bindings in regards to workspaces. 

Hello. I remember reading some time ago about an option in Cakewalk, that would limit MIDI notes being displayed in Piano Roll view only to a selected MIDI clip. I mean a scenario in which no other MIDI notes from the same track would be visible on either side, except the ones from selected MIDI clip. I this even possible? I've been looking for this functionality in manual and in the GUI. 

On May 23rd I started a topic regarding the very same issue. No one replied. I'm also one of those Cakewalk users that experience random key unbinding. 

Hello. Has anyone else experienced Keyboard Shortcuts loosing their assignments? I mean the custom ones created by users.

I had this situation today, when I couldn't get my Ctrl+R shortcut to work. I have it assigned to Rename Clip functionality. I was sure that I had single clip selected. When I used Ctrl+R, Cakewalk kept arming the track for recording. I went to Keyboard Shortcuts and checked the list. My assignment wasn't there. I had to bind it again and then it worked. I'm 100 % confident that previously I had this shortcut properly assigned. 

The same thing happened with Ctrl+E, which I use for Split Clip functionality. Only this time the order was different. First I checked the Keyboard Shortcuts list and this shortcut was properly assigned to this functionality. When I wanted to use it on a Clip, I couldn't, nothing happened.  Then I opened the Keyboard Shortcuts list again and the assignment was gone. 

It wasn't the first time this problem occurred. In the past I just ignored it thinking I did something wrong. Today these shortcuts definitely were Unbined without my knowledge. Bare in mind that I did check all sub-menus involving Keyboard Shortcuts, not just the Global View. 

Ok, now I know that renaming MIDI clips for future use has no point. Clip name won't be available after MIDI file import, unless I rename the track itself. I guess these other MIDI files that do retain their original clip names, were not created in Cakewalk. Thanks for clarifying that subject.

I've been wondering, if MIDI file name import could be implemented in Cakewalk. 

Whenever I record a new MIDI clip, I rename it for better workflow. If it's worth keeping, I drag it to Cakewalk's file browser. The problem is that when I drag it back to any project, the assigned name doesn't appear in the clip's bar. Instead I get a generic track name (i.e. Track 4) in place where my custom clip name used to be. I also tried exporting MIDI through File-Export-Standard MIDI file command, but the behavior for dragged MIDI file stays the same. 

What's even more puzzling, some of the MIDI files in Cakewalk's browser do keep their names, when I drag them back to any project. 

By the way all MIDI files created by me appear in the Cakewalk's browser as Standard MIDI Sequence type. 

scook, thanks for your message. I appreciate that. If I could I would definitely keep 0 ms fades. However it was too annoying to just ignore the problem. I'm glad I even had this solution at hand.