[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: wrong note name conversion in musicxml2ly
From: |
David Kastrup |
Subject: |
Re: wrong note name conversion in musicxml2ly |
Date: |
Sun, 09 Feb 2020 20:08:40 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) |
address@hidden writes:
> According to
> http://www.ekmelic-music.org/de/extra/name24.htm
> the "beh" in Netherlands or "bqf" in English does correspond indeed to
> "heh" in German. But I never worked with quarter notes.
Frankly, I suspect that their names are essentially misappropriated from
LilyPond and fixed for obvious problems. But yes, that would imply the
choice of having b exclusively as a replacement for hes but base all
other note names regularly on h .
I don't know whether there are actual standards, but I'll count that as
an independent vote that this might be the sanest extension into
quarternote territory.
> On 2/9/20 5:52 PM, David Kastrup wrote:
>> address@hidden writes:
>>
>>>> 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?
>>>
>>> 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
>>
>> That is all very well, but making musicxml2ly agree with LilyPond here
>> makes mostly sense when we are reasonably sure that LilyPond will not
>> need to get changed again soon. So even while I understand that you are
>> not interested in getting quarternotes working or consistent as well, I
>> don't think it makes sense to not cater for consistency here too while
>> I am touching the code.
>>
>> Since the interest on the bug list is limited for the quarternote naming
>> problem in German, I am including the developer list here. I don't
>> think the discussion will be so long that adding two separate fixes will
>> prove necessary.
>>
--
David Kastrup
My replies have a tendency to cause friction. To help mitigating
damage, feel free to forward problematic posts to me adding a subject
like "timeout 1d" (for a suggested timeout of 1 day) or "offensive".
- 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