Score – Parts Synchronisation Bug
I’ve already posted this in the forum but here is a typical example of, to my understanding, a bug.
Take the Piccolo in measure 67 in the attached score as an example. As you can see form the snapshot, the hairpin is visible.
If you now check the Piccolo part, there is no hairpin, see below. By deletion of the hairpin in the score and insertion of a new one, the hairpin is suddenly visible in the Piccolo part again. To me, this is a clear bug. I've attached the MuseScore file as well so you can "play" with it.
The behaviour is completely random and can happen at any time which means you can never rely on correct instrument parts although the score is correct. For smaller pieces with few instruments it is easier to live with, but in my case with 39 staves / instruments it’s not acceptable.
Attachment | Size |
---|---|
PasDeDeux_NyttFörsök.mscz | 1.34 MB |
Comments
Known issue, see: https://github.com/musescore/MuseScore/issues/21286
In reply to See: https://github.com… by cadiz1
Ok, I read the GitHub ticket but it more or less means MuseScore is not useable for the time being. There is a work around mentioned, which is basically what I've done without success. I cannot generate instrument exports for our musicians if I cannot trust the output is correct.
In reply to Ok, I read the GitHub ticket… by TomStrand
The most complete workaround is to reset the part from the Parts dialog, but alas, this also loses any custom formatting you've done.
Obviously, the best thing to do - although I don't know if this is compatible with your workflow ? - is to wait until you've entered all your score (main score) before generating the parts.
This has always been the same basic advice with each new version (2, 3 and therefore 4) that might encounter this kind of problem at some point in their development.
In reply to The most complete workaround… by cadiz1
The score is ready, no music more to include, but since a week, I'm struggling with MuseSore's "unwanted features / deficiencies". I'm currently going through the parts and performing necessary format changes to fit the music on 1 or two pages. At the same time I'm proof reading against the handwritten score and it was then I realised a lot of dynamics were missing in the parts albeit included in the score.
I'm in a little hurry because I need this piece for our symphony orchestra Wednesday this week. I've still two other pieces to finalise. Much longer than this one and I fear what problems I will encounter when I start going through and finetuning the parts (the scores are ready) for these. The other two, must be ready after easter.
The big difference between Lilypond and MuseScore which I previously used, is that in Lilypond you can complete the parts first, Then you can simply import them by reference into the score. If the part is correct, it will also be correct for the score and you don't need to touch the part again (single source). The formatting of the score has no impact on the content of the part and you cannot "destroy" it by mistake.
Just now I'm really "pissed" with MuseScores score vs parts deficiencies and the large amount of unnecessary effort needed to "hopefully." get score and parts correct. For me, at least, this has a much higher priority to be fixed than playback deficiencies but that only me.
In reply to The score is ready, no music… by TomStrand
What steps to reproduce? This is crucial in order to fix issue.
Did you copy that hairpin from other staff (maybe from other score file)?
Did you copy hairpin from some part into full score?
In reply to What steps to reproduce?… by mercuree
"What steps to reproduce?"
Good question! As written in the bug report, no one has yet figured out when and how this happens, what is the trigger.
Just for the record: here's a measure that doesn't work: test1.mscz
1. Open this file
2. Create part
Result: hairpin missing in Piccolo part
I cannot for now reproduce from scratch
In reply to "What steps to reproduce?"… by cadiz1
The same for me but If you do what I'm doing, i.e. deleting the hair pin in the score and inserting it again, you will find it in the piccolo part as well.
In reply to The same for me but If you… by TomStrand
Yes of cause. The problem is to reproduce the behaviour from scratch.
In reply to What steps to reproduce?… by mercuree
I don't make any changes to music, dynamics or something else on parts level. All changes are introduced in the score.
The "magically" visible hairpin was there after I deleted the corresponding hairpin in the score and simply inserted a new one, in the score of course.
I'm going through the parts just now. Almost all hairpins, cresc._ _ _ _ and dim._ _ _ _ in the score are missing from the parts so I do the same. Delete the existing hairpin, cresc._ _ _ _ and dim._ _ _ _ in the score and insert new dynamics. That seems to, at least temporarily, fix the issue for the part but I'm not so confident it's the final fix because you just need to touch something in the score or maybe a random effect and the dynamic elements disappear again.
So far, I'm not missing any rehearsal marks as was addressed in the GitHub ticket.
In reply to See: https://github.com… by cadiz1
Here's a number of related links from a Google query regarding Parts and Synchronization in MuseScore 4.
I give up. Never mind how nice MuseScore is but having spent most of the afternoon to correct for the missing dynamics in the parts, I exported all parts and the score. Guess what, all dynamics disappeared in the parts again. Maybe I'm not fair to the development team, but this is an absolutely fundamental flaw. With this, I'm sorry to say, MuseScore is not usable. No way MuseScore can be used to establish professional orchestral material instead of Dorico, Sibelius, Finale or whatever.
I've no time to engrave the piece in Lilypond anymore until Wednesday this week. It's embarrassing but most likely I've to enter the dynamics by hand with a pencil.
I need more than a bottle wine to recover from this lost day.
In reply to I give up. Never mind how… by TomStrand
A fundamental flaw, certainly. Fortunately, a fix is on its way at last (see here).
In reply to A fundamental flaw,… by oktophonie
Thanks, sounds good. How is this fix made available to the user? A nightly built or waiting for the next release?
In reply to Thanks, sounds good. How is… by TomStrand
Once it's merged it will be in nightly builds, and then will also be generally available in the next release (4.3).