stemlet (stems over rests)

• Feb 29, 2016 - 07:54
Type
Functional
Severity
S5 - Suggestion
Status
active
Regression
No
Workaround
No
Project

Musescore currently allows beams over rests, but I would like additional ability to toggle "stemlets" for these beamed rests, which are short stems that are connected to the beam but do not reach all the way to the rest (image from http://micrologus.retmusic.com/tag/stemlet/):
18th_post_Stemlets.png

This helps out in rhtyhmically complex music such as odd time signatures (where the beaming helps to delinate the rhtyhmic subdivision) or heavy syncopation (where it may be hard to determine where each beat starts).

For ui, I would say need a checkbox setting in rest inspector for "stemlet". Some way to control globally would be nice (maybe setting template, xml, or ini). Maybe the beaming ui could be enhanced to allow controlling stemlets (in addition exposing option for beaming of rests), so that user doesn't have to manually set the beam properties for each rest.

Additionally, would need to ensure sloping of beams works properly when rests are involved. I notice that currently if I have a rest inside a group of notes connected by a beam, then layout currently forces the slope to be horizontal:

straight_beam.png

But in that case should be sloped (depending on the rules):

sloped_beam.png


Comments

Thanks for informing me that the beamed slope has been corrected.

I've encountered them in handwritten charts. For editors, seems Sibelius 7 supports them (http://www.sibelius.com/products/sibelius/7/special_notations.html) and Lily Pond (https://searchcode.com/codesearch/view/20029983/), Finale has "half-stem" (http://www.finalemusic.com/usermanuals/finale2012win/Content/Finale/IDD…), and I found this comment for MusicXML here (http://forums.makemusic.com/viewtopic.php?f=12&t=2280)

Well, by "editor" I meant a person, not a software program. That is, I am wondering if that actually happens on a regular basis in real published music, or is it something one particular publisher did for one particular score. I guess Michael Good's comment suggests the answer is that it *is* indeed becoming common.

"editor" :)

I don't know if is in older published music. But I have seen it in (handwritten & typed) charts that I've played on.

Probably is a recent invention, but does seem to be somewhat commonly used. Enough that musescore should at least keep up.

This formatting technique is used in a published John Mackey piece I'm currently playing—along with triple dots.

On the other hand, the same editor forgot to add a time signature to the beginning of the piece (though it's obviously in common time.)

I'm making a note here that I think #52151: "Auto" beam setting for *Rests* should not beam (if no stemlets) should probably be aware of stemlets such that "Auto" beam setting should beam rests according to time-signature definition if stemlets are being used, but should not beam rests if stemlets aren't being used.

Also, if user clicks "Reset beam mode" when a stemlets mode is engaged, then I think the beams for the rests should be set to "Auto" and beam the rests.

However, we still need to figure out how the ui will be for stemlets. Could be either a global setting or a per-rest setting. (Maybe if expose the beam setting for rests, then setting a stem for a rest would mean stemlet).

I have seen stemlets used on several occasions in typed published music, namely in a piano piece called "Presso" by Denis Dion (a Canadian composer) as well as in Wyschnegradsky's 24 Preludes in Quarter-tone System (ed. Belaieff).

In the latter, the melody is very often passed between the pianos, since they are tuned a quarter-tone apart, hence the importance of the stemlets over the rests to keep track of the melody's rhythm.

I am currently working on a composition for two pianos tuned a quarter-tone apart similar to Wyschnegradsky's preludes, so the implementation of stemlets wouldn't hurt.

I'll add a situation where stemlets improve clarity, and where [I believe] they should be used by default:

Screen Shot 2018-04-13 at 9.32.55 PM.png

This notation does not indicate the time-value of the rest in the beam, which it should to improve readability. You can manually add a 16th-note beam from the symbols palette, like so:

Screen Shot 2018-04-13 at 9.35.36 PM.png

which is an improvement, but the unattached stem beam isn't really proper. This is the desired notation:

Screen Shot 2018-04-13 at 9.42.24 PM.png

Here's an example with syncopation. Which is more readable?

Screen Shot 2018-04-13 at 10.09.00 PM.png

Reported version 2.1  
Regression No
Workaround No

I would really love to see this feature. I oversee more than 1000 contemporary music score submissions per year, and I can say with confidence that not only is the requested stemlet feature—along with the existing beam-over-rests feature—is not only widely used, but indeed is an emerging standardized way of clearly defining beat groupings

In reply to by datramt

I can only confirm that this is indeed the case. As a contemporary composer myself, I often employ this manner of writing. It was pretty much a defacto standard for writing complex rhythmic subdivisions already when I studied composition some 20 years ago. It might be that contemporary composers, with all their specific notational needs, are more likely to use admittedly more capable programs such as i.e. Finale and Sibelius, and thus are less visible in the MuseScore community. I would still urge the developers to implement this. MuseScore, though lacking in some specific areas, are still a much more modern program – not the least GUI-wise – than, say, Finale. It has a lot of promise and are truly worthy of a feature like this!

Attaching a snippet from the Elaine Gould notation-"bible", Behind Bars... [GOULD, E. (2011). Behind bars. London: Faber, p.165.]

Attachment Size
beamedrests.jpg 90.8 KB