Accent Above Ornament is Moving Upward on Each Note
Hi-
This is a weird one, and I can't word it too well. Basically, on each note of a beamed stem, the accents move up bit by pit per note, but only on some. This is in MS3, on Windows 10 Pro. I've attached a screenshot.
| Attachment | Size |
|---|---|
| Accents.png | 135.91 KB |
Comments
Stretch that measure. Or disable autoplace on those accends (and see them colliding with one another)
In reply to Stretch that measure. Or… by Jojo-Schmitz
Stretching the measure doesn't change it. One of the first things I've tried.
![Big_B.png]( "Big_B.png")
I would disable automatic placement, but then the accents will go inside the staff, instead of above/below, which is how I'd like it (seen in the attached file).
In reply to Stretching the measure doesn… by Ryan Bredeson
To stretch the measure I would put a system break before the measure in question, rather than use }. Then make sure it doesn't get squished by too many measures being on the next system. It's really too tight to be easy to read the way it is now. When the measure is wide enough to be readable the accents will normalize on their own.
In reply to To stretch the measure I… by mike320
Good idea, but the problem with that is that moving it to a new system would cause the rest of the page to be more squished then how it is now.
When adding it to a new system on it's own, I noticed that a few notes have accents higher than the rest.
![Smackin'_The_Groove.png]()
In reply to Good idea, but the problem… by Ryan Bredeson
It will be easier to advise you if you attach an actual score rather than just a pixture.
In reply to It will be easier to advise… by Marc Sabatella
Absolutely attach a score. My basic idea is sound, it's a matter of looking at the measures all around it to decide the best route to make it look good. Sometimes you have to put some thought into the best layout for a measure.
In reply to It will be easier to advise… by Marc Sabatella
Here's the Score.
In reply to Here's the Score. by Ryan Bredeson
Once I get the accents to mostly line up, the ones you show in the picture refuse to line up with the rest. I've gone as far as putting the accents on one system by itself. Perhaps Marc can find the cause of this. It looks like a bug to me.
In reply to Once I get the accents to… by mike320
There seems to be some confusion about the stem direction of some of these notes. Occasionally, there is a group of beamed notes where some of them are set to up, some set to down, some set to auto, but the beam as a whole is set to down so all the stems are drawn down even though they are set every which way. Unfortunately, the stems that "should" have been up but are being overridden by the beam are affecting the skyline and thus fooling the accents into moving up to avoid the phantom stem.
It's a bug for sure, but it's not totally clear how the fix will go - there are a lot of interrelated pieces to the puzzle here in terms of how the chord, stem, and beam interact.
It would be good to know how this happened in the first place, though. Normally with drum music the stem directions would be set when you entered the notes and you wouldn't be changing them, and beaming would only happen between notes of the same voice that are all the same direction anyhow. This drumset definition seems to contain an odd (to me) mismatch of stem directions. Is this maybe from MDL?
In reply to There seems to be some… by Marc Sabatella
No, sorry, I've changed some of the MDL defaults and saved them into a loadable .drm file. I'll attach it, along with more below. The MDL presets set all bass drums to have stems up, which, based on my time in drum line settings, is not conventional (and quite sloppy). I have my drums set to be automatically having the stem up/down based on the middle line.
I'm unable to attach a video showing me adding those notes in, but the subdivision of those sixteenth note triplets being beamed together shows the full quarter note being beamed, if that makes sense.
Basically, even though more then one voice is beamed together, it still is a full quarter note. Not changing anything, MuseScore beamed the two sixteenth note triplets in a beat automatically together.
In reply to No, sorry, I've changed some… by Ryan Bredeson
Thanks for the additional info, I can definitely reproduce the problem with your drumset even in the original score you attached. So, it's definitely your stem direction customizations that are triggering this bug - that's what's leading to inconsistency between stem and beam direction and thus the incorrect calculation of the "skyline" (our abstract representation of the set of elements that stick out above or below the staff). Not that this shouldn't work, but it currently doesn't.
So far I can only reproduce this behavior in drumset staves, which isn't that surprising to me because there is a lot of drumset-specific code in the layout, and if this problem existed on standard staves it probably would have come up by now. Worth fixing for sure, but I'm still trying to wrap my brain around what is happening and why.
In reply to Thanks for the additional… by Marc Sabatella
Indeed so. If it helps, I was also able to reproduce this problem with the MDL standard layout for five bass drums, no matter which way the beams and stems were facing.
In reply to Indeed so. If it helps, I… by Ryan Bredeson
Yep, and I was able to reproduce even without using MDL, using the standard marching tenor drumset but forcing a beams down. I think I have it figured out now, testing a fix...
Meanwhile, workaround is to disable autoplace, either on the accents themselves or on the stems (which would allow the accents to stay above the staff).
In reply to Yep, and I was able to… by Marc Sabatella
I just submitted the issue and a PR to fix it. See #285370: Articulations too far from some beamed notes on drum staves.