[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Transposing instruments in orchestra score

From: Jan-Peter Voigt
Subject: Re: Transposing instruments in orchestra score
Date: Mon, 12 May 2014 11:16:49 +0200
User-agent: Mozilla/5.0 (X11; Linux i686; rv:24.0) Gecko/20100101 Thunderbird/24.5.0

Hi there,

... now, who's late ;)

I read a few of the messages regarding the given subject. I don't have a
once-and-for-all-solution, but I want bring in another scheme-engraver:

It uses context-properties 'instrumentTransposition, (newly defined)
'music-concert-pitch' and 'print-concert-pitch'. If the music in the
staff is in concert-pitch, but it shall be displayed in
instrument-pitch, it is transposed from concert-pitch to
instrument-pitch and vice versa. The transposition is done on
note-events and key-change-events. Propably the engraver needs to listen
to a few more.

Two problems:
1. If the music is in instrument-pitch and shall be displayed in
concert-pitch, the transposition is still active - so the midi is wrong
2. The engraver doesn't create a key-signature yet, if
'instrumentTransposition changes.

Now, what do you think?

Best, Jan-Peter

Am 09.05.2014 01:18, schrieb Kieren MacMillan:
> Hello all,
> Sorry I’m late to the party…
> A critical feature of a proper and useable multi-instrumentalist framework 
> would be the ability to put in global variables which include the key 
> signature(s) for the work, and the part would present the correct 
> transposition of that key signature (as well as the pitches, of course) upon 
> the switchInstrument call.
> David and I played around with some options last year, and the thread ended 
> on a less-than-enthusastic note. Perhaps it’s time to revive this and clean 
> it up once and for all? I can tell you for certain that a killer 
> multi-instrumentalist framework would go a very long way to enticing some of 
> my composer and MD buddies over to The Pond (or, as they refer to it, “The 
> Dark Side”).

Description: Text Data

reply via email to

[Prev in Thread] Current Thread [Next in Thread]