Notation Software Users Forum

Notation Software Users Forum (http://www.notation.com/vb-forum/index.php)
-   Suggestions and feature requests (http://www.notation.com/vb-forum/forumdisplay.php?f=6)
-   -   Volume Expressions/Dynamics (http://www.notation.com/vb-forum/showthread.php?t=2863)

jcardana 10-25-2009 12:15 AM

Volume Expressions/Dynamics
 
I hope this makes sense. I've been playing for years, but I'm new to the world of composing, arranging and writing music so the terminology gets confusing.

From the help file...
Quote:

Composer does not directly interpret dynamic marks during playback.
Nor should it...

Quote:

Instead, you can directly edit the loudness of notes, and you can graphically edit the staff volume level for regions of the score. This offers you a high degree of control over the interpretation of dynamic marks in the score
Why should I do that? The whole purpose of computers is to do that repetitive stuff for us right?

So my suggestion is to add a sub-routine to change those volumes for me.

Let's say I put a mp volume expression on a note, the software should then process the rest of the staff/track whatever you want to call it, and make those volume changes for me, and adjust the GraphOverNotes lines accordingly. This method eliminates the need for Composer to "see" the expressions. They're already in there... "in the notes"

There are several methods to eliminate conflicts or confusion. I didn't see a need to add them here, I would be happy to discuss this over e-mail.

An area could be added to the options for the user to specify their own volume settings for ppp-fff. Mine would be set as follows...

pp=18, p=36, mp=54, mf=72, f=90, ff=108, fff=126

Additionally, if I use dynamics, I would like the individual note velocities to default to contrast only so I can then specify volumes above or below the dynamic. Therefore if I change the dynamic from mf to mp, the contrast of the note won't change, and I wouldn't have to go through the entire song changing volumes.

I am a programmer so I know it's possible, but is it practical? I think so. I would find this feature very valuable.

Thanks for your time.

Joe

I'm in trial mode, v2.5.2. I'm still shopping for an editor or "Composer", sorry for the pun.

Mark W 10-26-2009 12:13 AM

Re: Volume Expressions/Dynamics
 
Hello Joe,

Quote:

Let's say I put a mp volume expression on a note, the software should then process the rest of the staff/track whatever you want to call it, and make those volume changes for me, and adjust the GraphOverNotes lines accordingly. This method eliminates the need for Composer to "see" the expressions. They're already in there... "in the notes"
In-house, we're calling this feature IMS for Intelligent Music Symbols or Interpreted Music Symbols-- I prefer the latter, because "intelligent" has been used to much in the software world, as in "artificial intelligence (AI)". I've already done a lot of the implementation of this IMS feature for the 3.0 version of Notation Composer.

I agree that a music notation app should interpret music symbols, as you suggest. Many music notation apps out there indeed to interpret music symbols.

Perhaps my priorities were backwards, to first give the user excellent control over the MIDI performance, and then to come back later to provide automatic interpretation of music symbols. That's the opposite of what I did with music engraving, where I focused on doing all of the detailed music engraving decisions automatically for the user, rather than making him know all of the engraving rules for things like positioning noteheads and accidentals in chords.

Up to now, the division of labor between Notation Composer and the user goes like this: Notation Composer owns the details of music engraving, while the user owns the details of how the score sounds.

In future versions of Notation Composer, the user will be given more control over the music engraving, so that he can, for example, change the slant of a beam. And, on the other side, Notation Composer will take a first shot at interpreting the music symbols, so that the user doesn't have to, for example, draw graphs of the volume level of a track/staff.

Quote:

There are several methods to eliminate conflicts or confusion. I didn't see a need to add them here, I would be happy to discuss this over e-mail.
I wonder whether you're thinking about the same conflicts and confusion that I find to be the most challenging aspect of integrating IMS (interpretive music symbols) with direct MIDI data editing. That would be a good interview question for me to give to developers that I have been interviewing for positions on a new development team I'm exploring. Feel free to send me an email about this at markwa@notation.com

Cheers
-- Mark


All times are GMT. The time now is 03:21 PM.

Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Notation Software Germany GmbH www.notation.com/Imprint.php