musescore / MuseScore

MuseScore is an open source and free music notation software. For support, contribution, bug reports, visit MuseScore.org. Fork and make pull requests!
https://musescore.org
Other
12.01k stars 2.59k forks source link

Fermatas affect all parts #17002

Open KThatcher opened 1 year ago

KThatcher commented 1 year ago

Issue type

General playback bug

Bug description

I created an arrangement with multiple instruments, and I when I playback on the full score, a fermata in one part will affect notes on that beat in ALL parts.

Also, in playback, the dynamics are a bit glitchy. The update did improve them, but some notes sound drastically different from the other notes in the music even when no dynamics have been entered/changed in the score. The dynamics in general seem very sensitive...

Steps to reproduce

Create a score with multiple instruments. Enter notes in at least two parts. Enter a fermata over a note in ONE part. Start playback, and you will hear the fermata affect all parts on that beat.

Screenshots/Screen recordings

No response

MuseScore Version

MuseScore version (64-bit): 4.0.2-230651553

Regression

Yes, this used to work in Musescore 3.x and now is broken

Operating system

Windows 10

Additional context

No response

zacjansheski commented 1 year ago

Can you share a score / screen capture with this issue?

SteveBlower commented 1 year ago

Related to #15569 and #15329

zacjansheski commented 1 year ago

^ If this is a duplicate of one of those two issues we should close this and refer to those instead.

SteveBlower commented 1 year ago

I think #15329 is closest but I am not sure it is exactly the same. This issue (#17002) refers to a fermata affecting all parts on the same beat whereas #15329 refers to cases where there are two overlapping fermatas.

15569 started as a request to revert to the MU3 default stretch of 100% so that where there are simultaneous fermatas only one has to be customised rather than all of them. However, this then evolved into a discussion of what should happen with overlapping fermatas. I would prefer it if my original #15569 was limited to changing the default stretch as this seems simply a matter of changing the default magic number. Overlapping fermatas is a different problem. But if both problems need to be fixed at the same time the I guess we wait for both until the desired behaviour of overlapping fermatas is fully defined.

henkdegroot commented 2 months ago

Adding a sample score which contains this issue, which came up in the dutch forum.

It's Cool (M4).mscz.zip

Check measure 12, the fermata in the Cello part is effecting the playback of the instrument in the first staff. The eigth note sounds like a quarter here. The playback can be fixed in this case by setting the strech to 100% for the fermata in the Cello part.

wizofaus commented 1 month ago

Just came across this myself, it's definitely wrong as is - a fermata should only affect the end of the note (before moving to the subsequent note), whereas it appears to affect the start of the beat where it occurs. Classic example from Rite of Spring:

https://youtu.be/0XyTWt82XQM?t=647

Or Beethoven 5:

image