Promidi

https://legacy.cakewalk.com/Documentation?product=Cakewalk&language=3&help=AudioPerformance.05.html

When you use the MIDI time offset, the MIDI events themselves in the tracks do not move position. Only the actual trigger time changes in response to what ever you have entered in the MIDI time offset field. With a value of +346, the trigger time of all MIDI events will be 346 ticks after the time position at which they appear. If you enter a value of -346, the trigger time of all MIDI events will be 346 ticks before the time position at which they appear. The events themselves do not actually move as they appear.

I always do multi track copy and paste in the TV. In the PRV I mostly do single track editing. However, there are occasions where I want to do move or copy events from a single track to other tracks while in the PRV. If multiple tracks are visible in the PRV (which the non active tracks ghosted), I hold SHIFT while marque selecting the events. Hold SHIFT restricts the event selection to just the active track, even if some ghosted notes are within the marque selection window. When viewing multiple tracks in the PRV, there are also key modifiers to move and copy selected events from ghosted tracks to the active track. Holding ALT and right clicking on ghosted events moves the events to the active track. Holding CTRL + ALT and right clicking on ghosted events copies the events to the active track. Holding SHIFT while doing the above allows horizontal or vertical movement only (which ever direction is moved first) Of course, for these to function, Auto Focus needs to be deactivated (I have keybinding for this) As I say, I pretty much live in the PRV.

How do you “Disconnect PRV completely with TV” when they are both representing the same event data? Maybe I am missing something. I spend most of my time in the PRV when sequencing. I do most my copying and pasting in the PRV. For me, the pasted events always end up where they are supposed to, TV or PRV. I do use CAL scripts for a lot of my copy and pasting. I also have a CAL script that shifts the NOW cursor to the correct paste location based on how far the FROM is from the nearest measure. This is to capture any notes that might start before the measure. Note: I rarely quantise. There are those rare times when I paste a group of events to a destination, and some events already exist (especially with rhythms) - creating some duplicates. It does not happen often, but often enough to make the Unduplication CAL script useful feature to have if you need it. Sure beats manually finding duplicates.

I hope you’re right. I still would not risk it.

You might want to get that serial number off the thread.

As per title. Yes, there are CAL scripts that attempt to do this, but I have found that with these CAL scripts, some duplicate notes are missed. I believe the reason those CAL scripts miss some duplicate notes is because those CAL scripts assume the notes that occur at the same time also have consecutive index numbers. I noticed (usng the Event List Viewer) that this is not necessarily the case. For these older undup CAL scripts to work, the duplicate notes have to be right next to each other in the list as they appear in the Event List View. Until this has been implemented, I have written the attached CAL script that attempts a full unduplicate. The criteria this CAL script uses is that it delete any duplicate note that is within 30 ticks of each other that are in the same track. However, they do not have to be right next to each other in the list as they appear in the Event List View for the deletion to occur. This script also displays how many notes were deleted. I have tested this CAL script with up to 32000 notes with around 31000 of them being duplicates. Unduplicate 2025.1.CAL

I would love to see how most of them would go at writing a CAL script. Now that is not for the faint hearted....

On my rig, the Channel Tools help file “Channel_Tools.chm” file is in the same location as the dll itself.

I might be wrong on this but I believe this is a per project setting and is set in Preferences - Project - Clock > Ticks per Quarter-Note. This may be important if you have loaded older Cakewalk project or a MIDI file created with an older DAW (not only Cakewalk).

As with most CAL scripts, they work best when all the MIDI events you want to effect are in the same clip. Also, make sure your project clock is set to 960 PPG (Preferences - Project - Clock). I have rewritten these since this last post. Try these. Note: Any slight random fluctuations might be down to rounding issue with CAL itself. Compress to the right V2.CAL Compress to the left V2.CAL

However, if you open an old project or a MIDI file, the clock will be changed to that of the opened file or MIDI file. So, if you open an old project or a MIDI file and run any CAL script that includes the editing of any Event.Time parameters, you will get funky results. The resultant events will end up not appearing where you expect them to end up. I have learnt this the hard way many times.

They are indeed. Some things to point out with many CAL scripts. · For best results, bounce MIDI clips to one clip · For many to work properly, set your clock to 960 PPQ (remember, this is a per project setting). · Try not to delete events immediately after using many CAL scripts, Sonar can crash or give unpredictable results. (The panels have delete functions in them)

I have written CAL scripts for all of those functions I listed.

Remember, when you insert a MIDI track in Cakewalk, iIts MIDI channel defaults to “none”. This means the MIDI event’s MIDI Channels are used. Set the MIDI tracks to specific MID channels so that that can override the MIDI event’s MIDI Channels. In your case, set MIDI track 1 to MIDI channel 1, set MIDI track 2 to MIDI channel 2.

Reinstall Melodyne?

There's one way to find out.

I was wondering if some of the following could be added to MIDI editing. · Mirror copy forward and backward (Yes, we can so a copy + Retrograde - but a single function would be elegant) · Apply a time warp to notes and controllers (Yes, you can use the Transform tool, but this cannot be done on notes and controllers) · Vertically flip controller events with the fulcrum at the halfway point between controller values · Scale events with NOW being the anchor point. If Now outside the selection, use the central time as the anchor point. · Scale events to the left with the anchor point being the last event selected (including note duration if present) · Scale and shift controller events to occupy the duration of any selected notes. · Convert linear ramps to curves with changing event times. (Transform tool modifies event times - can cause Events to bunch up) · Shift selected controller Events so they start at the first selected note (if included in selection). I have created Studioware Panels with embedded CAL scripts to do the above (and more). However, as Studioware Panels with CAL scripts have been officially deprecated, a build in method of performing the above would be handy.

AI anything?? Lord help us.

If this was ever implemented, one criteria I am hoping for, is that we do not have to rely on any Input Echo to be enabled for the routing to stay intact. This is the way it works for a MIDI track that is routed to a synth track. My request is to allow multiple synths to be selected in the MIDI track output drop down.

It would be handy if we could set multiple outputs for MIDI tracks. Currently, if we want to route one MIDI track to two or more synths, we have to have an intermediate synth that supports MIDI pass through via the MIDI in MIDI out. Also, we have to remember to keep the Input Echo enabled for a given destination synth's MIDI track for the routing to stay intact.. Probably a routing table would be handy as well so we can see, at a glance, what is routed to what.

I have a vague memory of a bug (that was recently fixed, however) that prevented a freeze operation being applied to quick groups. But in any case, I tested with multiple SITS and I was able to quick group freeze them all. When I split the SITS, I had to select the actual MIDI tracks to get the quick group freeze to work. Selecting just the audio tracks did not perform the quick group freeze.

What exact version of Cakewalk/Sonar are you using? Have you tried selecting the actual MIDI tracks (track 33 and 35), then doing the Hold CTRL Freeze?

Are you wanting to send the sysex to an external MIDI port? If that's the case, then you can create a CAL script that sends sysex and then create a Keybinding to run that CAL script. Another option, and is a long shot, is that if you have a version of Cakewalk that is pre 2002, you cold write a Studioware Panel to send the Syxex.

I wouldn't, simply due to the overhead presented by the VM itself.