[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: wrong note name conversion in musicxml2ly
From: |
mari+lilypond |
Subject: |
Re: wrong note name conversion in musicxml2ly |
Date: |
Sun, 9 Feb 2020 13:56:48 +0100 |
At least the output of musicxml2ly should be consistent with lilypond
and should not not give an error message when compiling.
Here the german Wikipedia for "double flat b":
https://de.wikipedia.org/wiki/Doppel-b
On 2/9/20 1:49 PM, David Kastrup wrote:
> address@hidden writes:
>
>> when converting a mxl file with "musicxml2ly --language=deutsch" the
>> note "beses" is converted to "bes". Lilypond gives an error at this
>> notename with \language "deutsch", because the correct german notename
>> for "double flat b" is "heses". This happens with all musicxml2ly
>> versions at least from 2.18.2 to 2.21.0.
>
> Just trying to fix it, but I find the following in
> scm/define-note-names.ly in the German section:
>
> (heses . ,(ly:make-pitch -1 6 DOUBLE-FLAT))
> (heseh . ,(ly:make-pitch -1 6 THREE-Q-FLAT))
> (b . ,(ly:make-pitch -1 6 FLAT))
> (beh . ,(ly:make-pitch -1 6 SEMI-FLAT))
> (h . ,(ly:make-pitch -1 6 NATURAL))
> (hih . ,(ly:make-pitch -1 6 SEMI-SHARP))
> (his . ,(ly:make-pitch -1 6 SHARP))
> (hisih . ,(ly:make-pitch -1 6 THREE-Q-SHARP))
> (hisis . ,(ly:make-pitch -1 6 DOUBLE-SHARP))
>
> That looks almost like something I could work with, except for beh .
> For all other note names, the suffix -eh indicates _lowering_ by a
> quarter note, whereas beh _raises_ b by a quarternote. Shouldn't it
> rather be heh , making b the _only_ exception?
>
- wrong note name conversion in musicxml2ly, mari+lilypond, 2020/02/09
- Re: wrong note name conversion in musicxml2ly, Torsten Hämmerle, 2020/02/11
- Re: wrong note name conversion in musicxml2ly, mari+lilypond, 2020/02/15
- Re: wrong note name conversion in musicxml2ly, David Kastrup, 2020/02/16
- Re: wrong note name conversion in musicxml2ly, mari+lilypond, 2020/02/16