View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0000889||OpenMPT||Feature Request||public||2016-11-17 19:37||2016-12-17 09:03|
|Priority||normal||Severity||minor||Reproducibility||have not tried|
|Product Version||OpenMPT 1.26.04.00 / libopenmpt 0.2-beta20 (upgrade first)|
|Summary||0000889: Global Delay & Cut command / Command Delay|
Using Vxx to change the volume of the whole song can only happen once per row, since we can't delay the offset command by so many ticks.
In order to tremolo the global audio, i have to save the whole track and use a third-party audio editor to insert the tremolo with envelope changes — and it's hard to get it on beat.
Either we could allow for a command delay with a new 3rd-column instruction (like, say, txx, which would delay processing the current 4th-column command by xx ticks), or it would be great if we could have a command like MPTM-specific :xy, which would apply a delay-and-cut for the whole audio output, perhaps "+xy".
|Tags||No tags attached.|
|Has the bug occurred in previous versions?|
|Tested code revision (in case you know it)|
There are several other others that are already possible:
Workarounds notwithstanding, I thought of an easier way to implement this...
Instead of creating a whole new command (which means not only new methods, but also additions to the bitmap, enums, etc.), perhaps we could have MPT interpret a :xy that has NO ACCOMPANYING NOTE CALL as a global delay and cut.
|2016-11-17 19:37||harbinger||New Issue|
|2016-11-17 19:37||harbinger||Tag Attached: #delay #global #command delay|
|2016-11-17 21:54||Saga Musix||Note Added: 0002738|
|2016-11-17 23:23||Saga Musix||Tag Detached: #delay #global #command delay|
|2016-12-17 09:03||harbinger||Note Added: 0002817|