Open zhwei8090 opened 2 years ago
This problem is more obvious, don't you guys notice it?
@zhwei8090 Fingering position is full of bugs in MusicXML especially when they come from later versions of Finale (and other software is worse).
In the last LibMusicXML's xml2guido
, I decided to take full fingering positions into account since in the prior version we were simply ignoring them and stacking them vertically. This was ofcourse ok for simple scores but was avoiding all other cases (such as fingerings on left/right of a note, mix of below/above etc.).
As a consequence, in a Private Fork of GuidoLib I fixed the GRFingering positions for this purpose. I need to clean that up and submit a PR in GuidoLib for that. Feel free to use my Fork and see if it's any better (use antescofo-master
branch on https://github.com/Antescofo/guidolib)
A part from that, in our experience we see horizontal offsets in fingerings which is probably due to a bug in Finale MusicXML encoder (just be aware of that).
Note that the guido engine has the ability to automatically position fingering above or below the notes. It supports chords fingering too using commas. See at https://guidodoc.grame.fr/refs/tags/Text/#fingering
@dfober What is missing in the Automatic Positioning of Fingering is a Left/Right placement (it only accepts above
or below
). Here, I am inferring dx/dy from MusicXML by default and it was not coming out coherently in GuidoLib, hence my modifications in my Fork. I need to clean them up and submit a PR on GuidoLib.
@arshiacont Yes, I also optimized the fingering position before, until this update, I found that you have changed it too, so I used your PR, I also tend to be able to determine the position based on dx/dy
Guidoeditor has a fingering offset problem
test_4.xml.zip seen at finale: