OpenMPT Development (Archive) > Feature Requests

[Assigned] Instrument envelopes control MIDI CC/Plugin Param

(1/2) > >>

g:
It would be super cool if we could add envelopes to instruments for controlling MIDI CC:s. Even more super cool if these could be executed simply by entering instrument number, that way we wouldn't have to enter Zxx as much, get better precision (without silly speeds) and no need to clutter the tracking window with envelopes. Sorry for bad grammar but I think you understand.

If it causes file format issues, perhaps it could be added as an option for the third envelope (which can now be either filter or pitch, maybe it could be filter, pitch or Midi CC)?

Saga Musix:
Sounds like "automation". I really like the idea. Might be an option for the MPTM format.

LPChip:
g, are you aware that you don't need the silly speeds?

You can smoothly go between values by using the \xx command instead of Zxx.

Even if you use a speed of 80bpm, you can easilly archieve smooth slides.

Basically, when using the \xx, the command will ensure that it was slided to that value at the end of that tick (row). If you use the interpolate effects command, you can get very good slides.

You enter a \00 at one place and a \7z a few rows down. You make a selection, right-click -> interpolate effect and voila! Change the first \00 to a Z00 to have the best effect.

Saga Musix:
Even though there's \xx, this is still a nice idea :P Having a visual representation (and yes, I'm aware of the effect visualizer) as an envelope which you can change easily would be an awesome idea.

bvanoudtshoorn:
You know what would be really cool? Having a completely separate 'type' for automation, like there are separate categories for instruments and samples. That way, when you put down an 'automation' object, you could choose its MIDI channel and parameter, and you could reuse the same automation object in various places.

In other words, turn an 'automation block' into an object in its own right which you can reuse in various contexts.

Navigation

[0] Message Index

[#] Next page