User 905133

In my limited experience, when rebooting Cakewalk, Workspaces restore the visual configure as the Workshop was stored (as opposed to the last visual configuration used). On a current project, I have started to explore saving a "CURRENT" Workspace when I shut down the project for the day. So far, that seems to return me to a "last state before shut down" visual configuration. Maybe that will work for you (and others). 100% Opinion Here: If you have not worked with creating and saving Workspaces, I highly recomend reading the Reference Guide, On-line Documentation, the New Features posts, esp. where Lenses as renamed as Workspaces, and the comments people have posted--esp. from the people who know Cakewalk inside and out, but also from the people who have experienced some frustrations. (If someone wants to reply saying, "Workspaces should be simple enough to use intuitively, without having to read up on them," trial and error also works. Trust me--I have done enough of it, and I have also appreciated the wisdom of others here!)

Ages ago I lived in Allentown, PA for a year, not too far from Macungie, PA--home of the Allen Organ Company. I had heard about a computer music keyboard they had and having been interested in college in any possible potential to connect a computer up a synthesizer (such as a Moog), I arranged for a visit with the person who did the album showcasing the RMI Keyboard Computer. It was a great tour/demonstration/explanation!! To me, it was esp. amazing to see the ability to slide in a punch card and to have the organ play the sound that was coded on the card! I think midi had already come out, so I asked if it had (or could have) the ability to use midi. Unfortunately at the time, the reply was, "We don't speak midi." As I understand it, the Allen Organ Company eventually did get on board with midi.

Texture!!! Reminds me . . . I still have the manual for Prism 1.0 (c) 1989--also pre-Windows 3.1 and with an amazing GUI! "For IBM-PC's, compatibles, and Yamaha C1 Music Computer."

Not sure if this is part of the problem (i.e., if you successfully copied new sound sets, but they just don't seem to be available) , but I recall with some of those old soft synths a function key (maybe F5) needed to be pressed to repopulate the patch selection menu with newly added patches.

Thanks for the suggestions @Base 57and for the mini-videos demonstrating them @msmcleod . I anticipate that this technique will be very useful with a current project--making a set of oral history recordings much more listener-friendly.

Thank you for the reply!! For me, your issue seems to be related to the kind of issue I have seen--namely, that in some very definite instances, midi data does not seem to be going where it is supposed to go (and therefore doesn't do what it is supposed to do). Coupled with the fact that Mark's suggestion points to a way that midi data can be intentionally intercepted from going where it normally goes, it seems to me possible that something in the software could also be intercepting midi data unintentionally** so that it doesn't do go where it should (and therefore doesn't do what its supposed to do). **or quasi-intentionally, that is intended for some functionality, and coincidentally preventing it from going to other functionality

Two of the things I thought about asking for with regard to my use of the staff view (i.e., formal feature requests as opposed to points in discussions) are: (1) to have the tools back within the Staff View window/pane/multi-dock and (2) a split multi-dock (or separate/multiple floatable docks/panes) so we can have both the Staff View and the Event List visible/accessible at the same time instead of having to jump from tab to tab in the multi-dock. I imagine that some people who also use the PRV extensively might benefit from these abilities, too. For me, I tend to enter note data in with a midi/usb keyboard and edit them, though sometimes I enter notes directly on the staff. So, I am wondering, what things would help you editing with the Staff View?

Hi. Welcome. I have a question about the line I emphasized above. Was it (1) Cakewalk by Bandlab (a Windows program) that started or (2) the web-based Bandlab app (which works in Chrome, not FF, as far as I know)?

I remember! Also, I remember C-64 MIDI!!! Commodore asm routines!!!! Mondo fun!!! - when programming was easy! ?

Thanks for the update! Based on how useful I I have found Z3ta+fx over the years, I hope that between the Surge people and the Cakewalk people, it can be made to work in Cakewalk. Thanks also for the others with fx plug-ins.

I would prefer midi features to be fixed, esp. remote control midi of the Inspector-based arpeggiator.

You have inspired me to see if I still have TouchDAW on my tablet and to test it on my PC. I test drove it a few years ago with a lap top and have long forgotten about it. Thanks for the reminder!

This interests me because I have been working on writing/tweaking in part via Staff View. I have not gotten to the point of using it in mixing, recording, etc., so have not considered the track level issue--yet. Thanks for the clear steps in the Workaround section which seems to me to also serve as the steps to try to reproduce the issue.

Hmmm. Had to get out a scope to "hear" it. ?

I have had similar experiences. With the introduction of Sonar X1, there was much re-learning needed from the way I had done things in numerous pre-X versions. Finally with Cakewalk by Bandlab, I have been working on teaching myself many of the new features and changes introduced in Sonar X1 and since.

Note to self: See this as being possibly related. UPDATE [2020-06-27] related to the thread referenced: (1) The interception of midi data as explained by @msmcleod for a different problem (re: pedal CC data) appears to be unrelated to the problem in this thread (re: remote control of the Inspector-based Arpeggiator). So the solution for that problem doesn't help here. (2) However, a generalized observation made then seems to be related--specifically, the "usual" behavior of remote control midi seems to be either unintentionally or quasi-intentionally intercepted via automation/automation lanes. [This was suggested in a thread related to an issue a user had with automation, though IIRC it was removed because it was off-topic to the original problem.] [emphasis added]

When you replied to my suggestion that you look at the event list, I assumed that you had done that; but, now I am not sure. I raise this because when I tried Mark's suggestion with this: no CC 64 events (On or Off) were recorded. However, without redirecting the sustain pedal, they were. (1) Had you looked? (2) If you had, were there CC 64 events recorded? I ask because I have been trying to diagnose what might be a bug related to MIDI Remote Control and the Inspector-based Arpeggiator and this issue seems to be related.** **Briefly (without rehashing the whole issue), although the Shift-key interception per Mark's comment did not produce a midi event,*** it did allow me to latch an Arpeggiator with the foot pedal! (It doesn't solve the problem I have been working on, but it points to something that might be related to a possible bug.) ***Clarification, CC 64 on/off (1) did not place sustain events into the event list for the designated arp track, (2) did not trigger changes in the arp's latch state as displayed, but quite surprising (3) did latch the the arp!!!!!

Alternative option to solve the problem removed

Thanks! Ctrl puts me in control of where to place floaters!

I apologize that I wrote "manuals." It was edited down from a list of resources, which included online resources. As I wrote in the original version [in part], "You are right, though. I should have done the research first."

Apologies for not looking for the manual to see if it has midi outs. You are right, though. I should have looked for the manual first. ?

comments related to other gear removed

As a child, I would help my dad (an accountant) update his accounting manuals--ring binders with tabs/sections and regular updates arriving by mail that had cover sheets saying which pages to remove and possibly replace. Very durable/professional, like the ones you describe, although they were ring binders, not the ones with rods. I believe one set (at least) may have also had a locking mechanism (slide lever), so when each volume was put away, the rings would stay closed. Thanks for reminding me of those long-forgotten loving father-child memories!

Have you looked at the arpeggiator? Not sure if that would appeal to you, but it seems related to what you describe. However, unless I am missing something, there are some issues with the arpeggiator's controls being controlled by midi.

The toolbar is now on the Control Bar as the Tools Module. Pre-SONAR X1 it was in the top section of what used to be the staff view. I wish it were there still. Others use the Piano Roll View from what I see in the forum. Clarification: Not sure this is what you mean, but here's the old style with the toolbar in the staff view pane and the new style, with the toolbar on the Control Bar. If someone knows of a way to get the full toolbar back into the Staff View pane/window, I'd love to have that myself. I have looked, but haven't found a way, yet. Footnote: If the Tools Module is what you were missing, in trying to design a Staff View Workspace, I have hit on a couple of alternatives: (1) a floating Tools Module withing a full screen Multi-Dock Staff View and (2) a static minimal docked Control Bar. I am sure there are others that could go into a customized Workspace. If the Tools Module is not what you were missing, sorry if I didn't read into your question correctly. (1) Staff View with floating Control Bar containing the Tools Module and the Markers Module (partial view) (2) Docked Control Bar with Tools Module and Markers Module on the left side above the Staff View / MultiDock