This is a serious problem, as no adjustments to the broken measure made in the musicxml2ly output would fix the consecutive output. musicxml2ly loses information about chords. The only workaround is fixing the original musicxml file, which is tricky.
It the attached example, G and B in the second measure should be a chord. Musescore shows them as a chord. But musicxml2ly generates two consecutive whole notes.
The problem was observed with the actual SharpEye 2 output. musicxml2ly is from the current development version of Lilypond.
-- Regards, Pavel Roskin
<?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE score-partwise PUBLIC "-//Recordare//DTD MusicXML 1.0 Partwise//EN" "http://www.musicxml.org/dtds/partwise.dtd"> <score-partwise> <part-list> <score-part id="Part"> <part-name>Part</part-name> </score-part> </part-list> <part id="Part"> <measure number = "1"> <attributes> <divisions>12</divisions> </attributes> <note> <pitch> <step>D</step> <octave>4</octave> </pitch> <duration>48</duration> <voice>1</voice> <type>whole</type> </note> <backup> <duration>12</duration> </backup> <note> <pitch> <step>F</step> <octave>4</octave> </pitch> <duration>24</duration> <voice>1</voice> <type>half</type> <stem>up</stem> </note> </measure> <measure number = "2"> <note> <pitch> <step>G</step> <octave>4</octave> </pitch> <duration>48</duration> <voice>1</voice> <type>whole</type> </note> <note> <chord/> <pitch> <step>B</step> <octave>4</octave> </pitch> <duration>48</duration> <voice>1</voice> <type>whole</type> </note> </measure> </part> </score-partwise>
<<attachment: lilypond.png>>
<<attachment: mscore.png>>
_______________________________________________ bug-lilypond mailing list [email protected] https://lists.gnu.org/mailman/listinfo/bug-lilypond
