Notation - Problem with exporting in musescore gracenotes on first beat of the measur

[tohubohu]

Mac OS 10.15.7
Windows

Bug
The gracenotes for the first beat of the measure that are placed at the end of the previous measure in Reaper are not loaded in Musescore or is written in bass clef.

Bfooz explains in the pre-release :

Explanations
Musescore expects a normal note after a gracenote in the same measure.

- if there is a normal note in the measure after the gracenote, the gracenote is linked to this note, even if that note is on the other staff, and it takes the staff of that normal note.
- if there are no normal notes in the measure after the gracenote, the gracenote is lost

It seems Musescore looks just at the order of the notes written in the xml and does not consider the <backup> element. Dorico handles this alright. I think Musescore should fix this. Because it looses notes in some cases which is never desired.

The pitches are good, it just they are on the other staff they should be and the placement is wrong timewise as well.

This from reaper:


Is loaded like this in Musescore:


Test xml: https://drive.google.com/file/d/1Z1J...ew?usp=sharing



Possibility of correction by Reaper
Now, on the other hand, what Reaper could still fix (and that would fix Musesore import as well) is the placement of the gracenotes that should be connected to the note at the first beat of the next measure.

I am now talking about the xml export not notation(I can live with the notation as it is but ofcourse it would be much better to have this in the notation as well)

All is neede is to determine when the gracenote is connected to the note in the next measure and move the <note><grace/></note> element to the next measure (considering two staves).

The determination could be based on the midi note ends vs next measure start or next note start.
1) the note must have a gracenote ornament added
2) if gracenote end >= start of next measure then add it to the next measure
3) if gracenote end >= start of the next note that is already added to the next measure then add it to the next measure
4) chain those

So instead of this:


We would get this:

[bFooz]

+ 1

[tohubohu]

Here is the bug report on the musescore forum
https://musescore.org/en/node/345934

[tohubohu]

On Finale, the gracenotes are placed as on the reaper, before the measure.
On Sibelius, it's different, it's exactly like reaper
and musescore, there's nothing
it's a real mess

Finale


Sibelius


Musescore


Dorico


Reaper

[bFooz]

Originally Posted by tohubohu

and musescore, there's nothing

THe grace notes are placed before the measure because that's how they are written in the exported xml, so that is correct.

This is the case when Musescore looses notes. Those gracenotes cannot be attached to the next note in the same measure because there is none. So they are removed.

From this, Dorico seems to be the only one to do what is specified in the exported xml because it keeps the grace notes, keeps them unbeamed and slashed.

[tohubohu]

Originally Posted by bFooz

THe grace notes are placed before the measure because that's how they are written in the exported xml, so that is correct.

This is the case when Musescore looses notes. Those gracenotes cannot be attached to the next note in the same measure because there is none. So they are removed.

From this, Dorico seems to be the only one to do what is specified in the exported xml because it keeps the grace notes, keeps them unbeamed and slashed.

So, definitely, the good solution would be for the developers of reaper to write in the code that if we make gracenotes at the end of the measure, they are written at the start of the next measure in the .xml file and even in the pdf file export of reaper?

[bFooz]

Originally Posted by tohubohu

So, definitely, the good solution would be for the developers of reaper to write in the code that if we make gracenotes at the end of the measure, they are written at the start of the next measure in the .xml file and even in the pdf file export of reaper?

Yes, that would solve this.

[tohubohu]

bump

[tohubohu]

bump