You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
You know, #amm, #am4 and #amk are all presets in some way, and because of substitution conflicts caused by me partially implementing #1 for music, I think I need to correct that now.
These flags are going to allow me to soft-code some of the features that past parser versions have, and they are user overwritable. They currently cannot help with hex command conversions, though: that's a whole other kettle of worms. Some of these flags will have to be option directives due to not being compatible with being modified in the middle of a song.
Also, most flags can be defined in the middle of a song. The exception is preprocessreplacement.
exactdefaultlengthmods (required to implement Adding dotted notes, = lengths and tie support to l directives #1 without substitution conflicts or incrementing the parser version, as 3 is reserved for AMK 1.1.0 beta. This is also the most important one to implement, as without this, AMK 1.0.9 cannot be released in its current state)
no@percgen (Causes the percussion instrument IDs and notes to not generate a percussion note: instead, they always generate an instrument ID and a normal note. May require the cooperation of Have $DA xx account for alignment when referring to percussion instruments #132 to get the job done. Renders forcepercpitchmodonsfxch and nopercpitchmodonsfxch redundant.)
Just read https://www.smwcentral.net/?p=viewthread&t=98157. Is it worth adding a flag to have percussion always generate percussion notes without having to switch to a percussion instrument once per note?
You know,
#amm
,#am4
and#amk
are all presets in some way, and because of substitution conflicts caused by me partially implementing #1 for music, I think I need to correct that now.These flags are going to allow me to soft-code some of the features that past parser versions have, and they are user overwritable. They currently cannot help with hex command conversions, though: that's a whole other kettle of worms. Some of these flags will have to be option directives due to not being compatible with being modified in the middle of a song.
Also, most flags can be defined in the middle of a song. The exception is
preprocessreplacement
.The list of flags I can think of at the moment...
preprocessreplacement
(would be intended for Possible substitition failure between AddmusicM and AddmusicK #238, must be handled during preprocessing. Enabled by default when using AddmusicM)exactdefaultlengthmods
(required to implement Adding dotted notes,=
lengths and tie support tol
directives #1 without substitution conflicts or incrementing the parser version, as 3 is reserved for AMK 1.1.0 beta. This is also the most important one to implement, as without this, AMK 1.0.9 cannot be released in its current state)noexactdefaultlengthmods
(Undoesexactdefaultlengthmods
.)forcepercpitchmodonsfxch
(Allows Percussion-related notes are always using fixed pitches by mistake in Addmusic405 ports on #6 and #7 in the MML #198 to be freely utilized by others. Enabled by default when using AddmusicM and Addmusic405)nopercpitchmodonsfxch
(Undoesforcepercpitchmodonsfxch
.)forcepercpitchmodon
(Allows Percussion-related notes are always using fixed pitches by mistake in Addmusic405 ports on #6 and #7 in the MML #198 to be freely utilized by others. This also works across all channels. Enabled by default when using AddmusicM and Addmusic405)nopercpitchmodon
(Undoesforcepercpitchmodon
.)no@percgen
(Causes the percussion instrument IDs and notes to not generate a percussion note: instead, they always generate an instrument ID and a normal note. May require the cooperation of Have $DA xx account for alignment when referring to percussion instruments #132 to get the job done. Rendersforcepercpitchmodonsfxch
andnopercpitchmodonsfxch
redundant.)perc@gen
(Undoesno@percgen
.)rewind&
(Allows & is not being properly converted from Addmusic405 #201 to be freely utilized by others. Enabled by default when using AddmusicM and Addmusic405)norewind&
(Undoesrewind&
.)ignoretuning
(Bypasses hard-coded tuning on built-in instrument IDs... but could also affect future global cases, as it affects Make hard-coded instrument auto-transposition optional (add an optional h setting to instruments) #153, which aims for soft-coded tuning. Not an exact match to Addmusic405's handling...)noignoretuning
(Undoesignoretuning
.)noquantautogen
(Disables automatically generating quantization. Most notably affects labels. Would implement a part of Add an option to bypass adding quantization and/or duration info at the start of label loops ($E9 VCMD) #217.)quantautogen
(Undoesnoquantautogen
.)noloopdurautogen
(Disables automatically generating note durations inside of loops if one is not defined beforehand. This also directly affects ties: they won't be auto-merged when this happens due to an edge case that would involve leaving these completely undefined. Would implement a part of Add an option to bypass adding quantization and/or duration info at the start of label loops ($E9 VCMD) #217.)loopdurautogen
(Undoesnoloopdurautogen
.)The text was updated successfully, but these errors were encountered: