[Finale] Re(2): Multiple Bounce Roll Symbol
Thank you Jef, things are getting clearer. I remember studying (and actually assumed) that a half note with the tremolo symbol was to be interpreted as a double open stroke roll, whereas the tremolo indicated a single stroke roll; in contrast to these two notations the Z would indicate the bouncing four strokes. How would the two be differentiated in a list of rudiments? Giovanni Giovanni Andreani www.giovanniandreani.eu > >a "normal" (i.e. buzz) roll on snare is groups of 2 bounces (double >strokes) per hand (timpani only single stroke rolls). use the >standard tremolo sign (in older literature the wavy-line trill symbol >was used). if you want 4 per hand you are best to indicate it in >text (in addition to the tremolo sign). > >the Z in new music is often used to indicate as fast as possible, >i.e. faster than is really "normal" on the instrument, so probably >best to avoid using it. > > >>A question for the percussion notation experts out there: what is >>the best notation symbol for representing a half note to be played >>with a multiple bounce roll? >>I recall the "Z" symbol to be placed over the half value note's >>stem, but is this the most commonly used one? I don't want the >>player to interpret the notation as a normal roll, by alternating >>left and right, but bouncing four groups of 32nd notes and changing >>hand at every group. > > >___ >Finale mailing list >Finale@shsu.edu >http://lists.shsu.edu/mailman/listinfo/finale > ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Human Playback in 2012: switching back from custom text to automatic technique detection
As I didn't get an answer here, I submitted the problem to the Finale support and after some mails, they confirmed the issue, which means: "Custom text" techniques in human playback cause problems with key switches following afterwards. After the first appearance of a custom text technique no more key switches are sent when human playback detects another standard technique (like staccato, legato, etc.). Sounds somehow sophisticated, but the problem appears with all vst libraries that have samples for playing techniques that are not listed in human playback and that require key switching (e.g. the "sfz"-samples for the strings in the Vienna Special Edition). Workaround: remove the custom text technique from human playback and write a midi dump in the sfz expression as described here: http://www.finalemusic.com/UserManuals/Finale2012Win/Content/Finale/GPO_Finale_Edition4.htm That means that two sfz expressions have to be defined: one for the Vienna string instruments and one for all other instruments. Jan Angermueller Am 13.11.2013 15:52, schrieb Jan Angermüller: > Most instrument techniques (staccato, slurs, sustained, pizz, arco) work > fine in my Finale 2012/Windows together with Garritan and Vienna Special > Edition sounds. > > But when using special techniques like Sforzato (defined as "Custom > text: Sfz" > in human playback), they are played correctly, > but for notes after that symbol no new instrument technique are detected, > i.e. all following notes are played with the sfz sample, even without > the symbol sfz > and no matter if they have staccato dots or legato slurs. > Seems like "Custom text" in human playback sets a certain instrument > technique that is superior to all other techniques coming afterwards. > > Is there a way to switch back to automatic detection of instrument > techniques > after a custom text technique ? > > Thanks a lot, > Jan Angermueller > > ___ > Finale mailing list > Finale@shsu.edu > http://lists.shsu.edu/mailman/listinfo/finale > > ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
[Finale] Cakewalk and Gibson
On 21/11/2013, at 4:18 PM, Craig Parmerlee wrote: > Gibson talked > pretty big about the Cakewalk acquisition being their entry point into > software. If a Gibson/Finale connection were to come about, I think > that would be excellent. That is a company with dynamic leadership, > deep pockets, and a considerable amount of vision. Gibson bought Opcode/Studio Vision in the 90s. What happened there? Nigel Hanley 0418 977 237 i...@nigelhanley.com nigel.han...@optusnet.com.au ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] score merger + migrate F2000 to F2012
Depending on how different your settings are today from the originals, I might create an empty template using your current settings and merge into that. I recommend merging one at a time. On Thu, Nov 21, 2013 at 10:14 AM, SN jef chippewa < shirl...@newmusicnotation.com> wrote: > > i have 20 files in a collection of songs (vx, pno), 7 of which the > composer now wants transposed versions for. he has decided to > migrate everything so that originals and new transpositions look the > same (i.e. like my work today as opposed to nearly 12 years ago :-)). > what is the best way to go about this? > > i have never worked with score merger so any tips to avoid or at > least limit troubles would be appreciated. > > most songs are only 1-2 pp long and if i remember right, they were > started by someone else (possibly as early as 1997). and i already > migrated them into F2000 back in early 2002 when some revisions were > done. a quick look tells me i already cleaned up and normalized the > files so there should be minimal duplications of expressions and > articulations etc. in the merger. > > > ___ > Finale mailing list > Finale@shsu.edu > http://lists.shsu.edu/mailman/listinfo/finale > > ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] random thoughts on 2014
Good points, John. >Larry, I agree. >The only exception is when the music is especially "busy" with lots of >notes. The parentheses >often make it difficult to read on the fly. Then you have the decision to >make as to whether the >"unnecessary" accidental hurts more than it helps. It is sometimes a very >close call. >"Chord"ially, John >John Witmer >Clemson Downs Retirement Center > >- Original Message - >From: "Lawrence David Eden" >To: >Sent: Wednesday, November 20, 2013 9:28 AM >Subject: Re: [Finale] random thoughts on 2014 > > >>I have to disagree here. I use courtesy accidentals in my >> arrangements for a couple of reasons: >> >> 1. my players like and often request them >> 2. I like to hear the correct notes being played rightthe first time. >> >> Larry >> >> >> >> >> >> >>>Courtesy accidentals (ANYWHERE) are for the weak. If you *need* them in >>>the >>>part, then that means you're not following the key signature. Back to >>>school! >>> >>>patricksheehanmu...@gmail.com >>>-Original Message- >>>From: Christopher Smith [mailto:christopher.sm...@videotron.ca] >>>Sent: Sunday, November 10, 2013 12:28 PM >>>To: finale@shsu.edu >>>Subject: Re: [Finale] random thoughts on 2014 >>> >>>If you will permit a somewhat differing opinion, I think there are places >>>where cautionaries are necessary, even when there isn't a key change, and >>>I >>>have figured out after many years that NON-parenthesised ones actually are >>>easier to read. >>> >>>I know that parentheses make logical sense, that a parenthesised >>>accidental >>>is kind of like saying, "I KNOW you know this, but here's a reminder" to >>>differentiate it from one that is absolutely necessary. But from a >>>distance, >>>parentheses around an accidental makes all three (sharp, flat, and >>>natural) >>>into the same outline, so you have to read more closely to see which >>>accidental it actually is. Already, sharps and naturals are easy to >>>confuse >>>with each other; the parentheses make it worse. I keep getting caught by >>>these on the gigs I do where the Finale user is less than professional. >>>And >>>Sibelius seems to have this redundant accidental default that puts in >>>accidentals on the SECOND of two tied notes! >>> >>>Christopher >>> >>> >>>On Sun Nov 10, at SundayNov 10 12:39 PM, Craig Parmerlee wrote: For those of us with imperfect eyesight, we cannot always see the accidental clearly. If I can see that there is an accidental, then I can make a quick judgment about whether it is most likely a flat, sharp, or natural and be right almost all the time. People who add unnecessary accidental markings without parenthesizing them should be shot, IMHO. And people who pencil in unnecessary accidentals BESIDE notes in the music should also be shot. If one needs a reminder about a note, write the accidental ABOVE the note, with a parenthesis and there will never be any confusion. IMHO, the only time an accidental should be penciled BESIDE a note is when correcting a misprint. >>> >>> >>> >>> >>>___ >>>Finale mailing list >>>Finale@shsu.edu >>>http://lists.shsu.edu/mailman/listinfo/finale >> >> >> ___ >> Finale mailing list >> Finale@shsu.edu >> http://lists.shsu.edu/mailman/listinfo/finale >> > > >___ >Finale mailing list >Finale@shsu.edu >http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] 2014 limitation
yes, TGTools is busted on 2014 for Mac. I'm hoping there will be an update soon Sent from my iSomething -- On Nov 21, 2013, at 6:59 AM, Chuck Israels wrote: > TG Tools Align/Move keyboard shortcut is broken in 2014. I don't know if > this has been mentioned earlier. If so, I may have missed it, but its > absence is a significant workflow inhibitor. I will report it. Other > irritated listers please join the effort. > > Thanks, > > Chuck > > > Chuck Israels > 8831 SE 12th Ave. > Portland, OR 97202-7097 > > land line: (503) 954-2107 > cell phone: (360) 201-3434 > > > > ___ > Finale mailing list > Finale@shsu.edu > http://lists.shsu.edu/mailman/listinfo/finale > ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] 2014 limitation
Thanks, Ryan. If Tobias is back in the game, good things are likely to happen. Chuck On Nov 21, 2013, at 7:12 AM, Ryan Beard wrote: > Has something to do with the coding of the dialog boxes. Tobias says he's > working on an update. Don't think there's anything to do but wait until he > releases the new version. > > Sent from my iPhone > >> On Nov 21, 2013, at 6:58 AM, Chuck Israels wrote: >> >> TG Tools Align/Move keyboard shortcut is broken in 2014. I don't know if >> this has been mentioned earlier. If so, I may have missed it, but its >> absence is a significant workflow inhibitor. I will report it. Other >> irritated listers please join the effort. >> >> Thanks, >> >> Chuck >> >> >> Chuck Israels >> 8831 SE 12th Ave. >> Portland, OR 97202-7097 >> >> land line: (503) 954-2107 >> cell phone: (360) 201-3434 >> >> >> >> ___ >> Finale mailing list >> Finale@shsu.edu >> http://lists.shsu.edu/mailman/listinfo/finale >> > > > ___ > Finale mailing list > Finale@shsu.edu > http://lists.shsu.edu/mailman/listinfo/finale > Chuck Israels 8831 SE 12th Ave. Portland, OR 97202-7097 land line: (503) 954-2107 cell phone: (360) 201-3434 ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
[Finale] 2014 limitation
TG Tools Align/Move keyboard shortcut is broken in 2014. I don't know if this has been mentioned earlier. If so, I may have missed it, but its absence is a significant workflow inhibitor. I will report it. Other irritated listers please join the effort. Thanks, Chuck Chuck Israels 8831 SE 12th Ave. Portland, OR 97202-7097 land line: (503) 954-2107 cell phone: (360) 201-3434 ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] 2014 limitation
Has something to do with the coding of the dialog boxes. Tobias says he's working on an update. Don't think there's anything to do but wait until he releases the new version. Sent from my iPhone > On Nov 21, 2013, at 6:58 AM, Chuck Israels wrote: > > TG Tools Align/Move keyboard shortcut is broken in 2014. I don't know if > this has been mentioned earlier. If so, I may have missed it, but its > absence is a significant workflow inhibitor. I will report it. Other > irritated listers please join the effort. > > Thanks, > > Chuck > > > Chuck Israels > 8831 SE 12th Ave. > Portland, OR 97202-7097 > > land line: (503) 954-2107 > cell phone: (360) 201-3434 > > > > ___ > Finale mailing list > Finale@shsu.edu > http://lists.shsu.edu/mailman/listinfo/finale > ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
[Finale] score merger + migrate F2000 to F2012
i have 20 files in a collection of songs (vx, pno), 7 of which the composer now wants transposed versions for. he has decided to migrate everything so that originals and new transpositions look the same (i.e. like my work today as opposed to nearly 12 years ago :-)). what is the best way to go about this? i have never worked with score merger so any tips to avoid or at least limit troubles would be appreciated. most songs are only 1-2 pp long and if i remember right, they were started by someone else (possibly as early as 1997). and i already migrated them into F2000 back in early 2002 when some revisions were done. a quick look tells me i already cleaned up and normalized the files so there should be minimal duplications of expressions and articulations etc. in the merger. ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
[Finale] accidentals
Many fine orchestra players request or mark accidentals because they often work with minimal rehearsal time, especially for new pieces. (I could tell you a story... as could most of the composers on this list!) Katherine Hoover ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] DS al fine
Piano/vocal, choir, piano parts, organ parts, all only need the DC on one staff. I suppose that's what they were thinking, but it sure is a pain. Or perhaps it is just an error in reading old file formats, like so many other things. Christopher On Wed Nov 20, at WednesdayNov 20 7:20 PM, Lawrence Yates wrote: > That's it! - Thank you. > > I still cannot for the life of me think why the default is that they should > not show. > > I cannot think of any circumstance in which I would want to tell only half > of the orchestra that there is a DC. > > Thanks again, > > Lawrence > > > On 20 November 2013 18:09, Christopher Smith > wrote: > >> I see this when I use old templates to create new pieces in 2012. Usually >> it's a combination of two things: >> >> 1. the staff is set to NOT show text repeats. Staff Attributes has the >> solution. You can also use the plugin Global Staff Attributes to change >> them all at once, though this makes bass staves of piano parts show them, >> too. >> >> 2. the staff assignment for the text repeat somehow gets set to only a few >> staves. Right click and choose Edit Assignment (then follow the steps) to >> get it to show. >> >> This gets very long when there are a lot of repeats in a tune (like the 15 >> minute medley I did a while back.) >> >> Christopher >> >> >> On Wed Nov 20, at WednesdayNov 20 12:20 PM, Lawrence Yates wrote: >> >>> HI folks, >>> >>> Sorry to trouble you with this one. I've had this problem before and >> can't >>> remember what the solution is. >>> >>> DS al fine etc show on the score but not on all of the parts (which seems >>> stupid to me!) >>> >>> Could someone please remind me what I need to do to make them appear on >> all >>> parts. >>> >>> Thanks, >>> >>> Lawrence >>> >>> -- >>> Lawrenceyates.co.uk >>> ___ >>> Finale mailing list >>> Finale@shsu.edu >>> http://lists.shsu.edu/mailman/listinfo/finale >>> >> >> >> ___ >> Finale mailing list >> Finale@shsu.edu >> http://lists.shsu.edu/mailman/listinfo/finale >> >> > > > -- > Lawrenceyates.co.uk > ___ > Finale mailing list > Finale@shsu.edu > http://lists.shsu.edu/mailman/listinfo/finale > ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Multiple Bounce Roll Symbol
a "normal" (i.e. buzz) roll on snare is groups of 2 bounces (double strokes) per hand (timpani only single stroke rolls). use the standard tremolo sign (in older literature the wavy-line trill symbol was used). if you want 4 per hand you are best to indicate it in text (in addition to the tremolo sign). the Z in new music is often used to indicate as fast as possible, i.e. faster than is really "normal" on the instrument, so probably best to avoid using it. >A question for the percussion notation experts out there: what is >the best notation symbol for representing a half note to be played >with a multiple bounce roll? >I recall the "Z" symbol to be placed over the half value note's >stem, but is this the most commonly used one? I don't want the >player to interpret the notation as a normal roll, by alternating >left and right, but bouncing four groups of 32nd notes and changing >hand at every group. ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
[Finale] Multiple Bounce Roll Symbol
A question for the percussion notation experts out there: what is the best notation symbol for representing a half note to be played with a multiple bounce roll? I recall the "Z" symbol to be placed over the half value note's stem, but is this the most commonly used one? I don't want the player to interpret the notation as a normal roll, by alternating left and right, but bouncing four groups of 32nd notes and changing hand at every group. Giovanni Giovanni Andreani www.giovanniandreani.eu ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Layoffs and reorganization announced at MakeMusic
On 11/20/2013 11:11 PM, Kim Patrick Clow wrote: > On Wed, Nov 20, 2013 at 10:04 PM, Craig Parmerlee wrote: > > > There is absolutely no question that there is a body of potential >> customers who would like to use computer notation, but the products have >> such a steep learning curve that they give up. We all know people like >> that. >> > > If they thought Finale and Sibelius were difficult, Score would have them > reaching for the Advil bottle ;) > > THAT is one difficult program to master. Wowsa. > > Which is why there are so many Finale, Sibelius, Notion, MuseScore, anything-but-Score users! -- David H. Bailey dhbai...@davidbaileymusicstudio.com http://www.davidbaileymusicstudio.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] #5
On 11/20/2013 10:32 PM, John Witmer wrote: > My music theory teacher always called them "on purposes", not accidentals' > I tell my students they're call "accidentals" because that's where the most common and prolific musical accidents happen. -- David H. Bailey dhbai...@davidbaileymusicstudio.com http://www.davidbaileymusicstudio.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
