Re: Documentation suggestion: Cannot change volume mid-note in MIDI

2022-02-27 Thread David Kastrup
"BenWiederhake.GitHub"  writes:

> Hi,
>
> tl;dr: Changing the volume mid-note should be documented as unsupported.
>
> I'd like to write the equivalent of "play the note c with the duration
> 1, but become quieter and quieter over the course of the duration".
> There are some ways to make this appear nicely for \layout{}, but I
> can't figure out how to make it work for \midi{}.
> I have tried several ways, including "c4\>~ c~ c~ c\p", but the MIDI
> output always seems to have constant volume. As a bad workaround, I will
> probably use "c4\> c c c\p", which has four audibly-separate
> attacks, and therefore not quite what I want.
>
> Did I miss something? What else could I try?
>
> Here's a nearly-minimal example:
> 
> \version "2.22.1"
> notes = \relative e' { \tempo 4 = 60
>   f4 d8 e f4 g | f4 d8 e f4 b, |
>   % This "c1" note should not have constant volume for the entire time
>   c4\>~ c~ c~ c\p | }
> \score{\new Staff{\notes} \layout{}}
> \score{\new Staff{\set Staff.midiInstrument = #"cello" \notes} \midi{}}
> 
>
> I got feedback on IRC that you can't have a single midi note change its
> volume, and that the MIDI file format doesn't really support it in the
> first place.

Wind and string instrument passages usually use the MIDI expression
controller for this.  It doesn't work polyphonically as in per-note but
rather per-channel, but with the usual per-Staff channel mapping used in
LilyPond, that should be good for covering some distance.  But LilyPond
would need to support it.

-- 
David Kastrup

___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: PDF bookmark issues

2022-02-27 Thread Jean Abou Samra



Le 27/02/2022 à 12:14, Nate Whetsell a écrit :

Thanks for all your work on LilyPond!

PDF bookmark support was added in LilyPond 2.22, but there seems to be a number 
of issues.

• If several bookmarks occur on the same page, the order of the bookmarks is 
reversed.

• Bookmarks always seems to be placed at the top of the page on which they 
occur (so if a bookmark is associated with a piece that begins at the bottom of 
a page, navigating to the bookmark will get close to that piece, but not 
exactly there).

• It doesn’t seem to be possible to add bookmarks without also using 
`\markuplist \table-of-contents` to add a table of contents.

I also posted this to lilypond-user 
(https://lists.gnu.org/archive/html/lilypond-user/2022-02/msg00026.html), but 
it doesn’t seem like there are currently any solutions to these issues.

Here’s an example illustrating the bookmark issues:

```
\version "2.22.0"

\markuplist \table-of-contents

#(do ((study-number 1 (1+ study-number))) ((> study-number 15))
   (add-score #{ \score {
 \header { piece = #(number->string study-number) }
 \new Staff <<
   \tocItem \markup { #(number->string study-number) }
   { c' }
 >>
   }#}))
```

I also tried this using the latest version from the Git repo, and the behavior 
is the same.

All the best,
Nate



Opened issues
https://gitlab.com/lilypond/lilypond/-/issues/6298
https://gitlab.com/lilypond/lilypond/-/issues/6299
https://gitlab.com/lilypond/lilypond/-/issues/6300

The first one could be a good first issue.

Best,
Jean


___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: showLastLength ignores ties

2022-02-27 Thread Jean Abou Samra



Le 07/02/2022 à 12:34, Jiří Hon a écrit :

Dear LilyPond developers,

the showLastLength variable is very useful, but I think it ignores 
ties in the skipped music which results in misaligned lyrics. Please 
see the tiny example below. When you uncomment the showLastLenght 
line, the "X" letter will become visible which indicates wrong lyrics 
alignment.


\version "2.22.1"

%showLastLength = R1 % try to uncomment this line

\relative {c'4~ c c c c c c c }
\addlyrics { a b c d e f g X }


Jiri Hon


Thanks, opened

https://gitlab.com/lilypond/lilypond/-/issues/6297

Best,
Jean


___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Incorrect scaling of parentheses

2022-02-27 Thread Jean Abou Samra



Le 05/02/2022 à 09:42, David Stephen Grant a écrit :

Parentheses may be scaled incorrectly. They become too big when the staff is 
magnified, and too small for smaller staff sizes. TrillPitchParentheses do not 
appear to be affected.



Thanks, opened

https://gitlab.com/lilypond/lilypond/-/issues/6296

Jean

___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: self-alignment-X has the opposite effect on Lyric syllables narrower than the note-head

2022-02-27 Thread Jean Abou Samra



Le 01/02/2022 à 22:41, Simon Albrecht a écrit :

Hi Aaron,

thanks for looking into this.

On 20/01/2022 14:07, Aaron Hill wrote:
Firstly, alignment values outside the interval [-1, 1] in general 
behave oddly as the result depends on the size of the object in 
question.  Larger things do end up moving more.


Well, I wouldn’t call that ‘odd’ since it is a very useful effect and 
I very often use alignment values other than -1 or 1, which makes it 
intuitive to work with. The step from 0.8 to 1 is the same as the step 
from 1 to 1.2.



Secondly, LyricText has parent-alignment-X set to '() which, as far 
as I can tell, results in inheriting self-alignment-X. Choosing 
#RIGHT, for example, means to have the right side of the text align 
with the right edge of the note. 


That’s unexpected and explains it perfectly. I will set 
parent-alignment-X to 0 in my default style sheet.


However, it may be worthwhile opening a ticket like “Unset 
parent-alignment-X causes unexpected behaviour” IMO.


Best, Simon



Opened ticket
https://gitlab.com/lilypond/lilypond/-/issues/6295

Jean

___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Horizontal alignment of DynamicTextSpanner left text

2022-02-27 Thread Jean Abou Samra



Le 02/02/2022 à 00:24, Jean Abou Samra a écrit :

Le 01/02/2022 à 22:27, Simon Albrecht a écrit :

Thanks for the encouragement ;)

I don’t have any knowledge of C++ at all and haven’t made any 
contributions to the code for a long time. I’ll see whether I can 
find time to try.





For a start, renaming attach-dir can be done via search/replace
without any knowledge of C++ at all. You just need to update
documentation and regtests as well [1]. You should also add
a convert-ly rule in python/convertrules.py (if you don't know
Python, it's famous for being easy to learn, and you can mimic
the existing rules).

I'm actually starting to wonder if parent-alignment-X will be
the best name since bound-details.right.parent-alignment-X aligns
on the right bound, which is not at all the X parent of the spanner;
the parent is normally the left bound. So bound-alignment-X
would be more appropriate, although the little lie in
parent-alignment-X might be acceptable for the benefit of
making interfaces easier to remember.

Best,
Jean



Opened
https://gitlab.com/lilypond/lilypond/-/issues/6294

Jean

___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Repeated repeat endings

2022-02-27 Thread Jean Abou Samra



Le 28/01/2022 à 12:32, Mats Bengtsson a écrit :

Hi,

I'm typesetting a score with repeats, where only one of the instruments
has alternative endings, whereas for all the other instruments, the 1st
and 2nd volta are identical. Reading the manual,
[1]http://lilypond.org/doc/v2.23/Documentation/notation/long-repeats#al
ternative-endings, it says about specifications within the alternative
block that "If they are omitted, alternatives are used once each, but
the first is repeated as needed to satisfy the repeat count. "

This gives the impression that it should be possible to only specify
the alternative once for the instruments where the both endings should
be identical, and for a single stave score Lilypond does indeed typeset
something that is semantically correct:

\version "2.23.5"
\fixed c' \new Staff {\repeat volta 2 {c1 }\alternative{{c}} d }

which is typeset with a single volta block marked "1. 2." (in version
2.22 and earlier, the repeat sign wasn't typeset correctly in this
example, but that seems to be fixed in 2.23.5).

However, when you have multiple staves, whereof one has different first
and second endings, the typeset version is semantically incorrect:

\version "2.23.5"

\score{
\fixed c'
  \new StaffGroup <<
\new Staff {\repeat volta 2 {c1 }\alternative{{c}} d }
\new Staff {\repeat volta 2 {e1 }\alternative{{g}{c'}} d' }
  >>
}

and the marking of the volta blocks depends on which stave happens to
be typeset at the top, as the following example illustrates, where the
two staves have been swapped:

\version "2.23.5"

\score{
\fixed c'
  \new StaffGroup <<
\new Staff {\repeat volta 2 {e1 }\alternative{{g}{c'}} d' }
\new Staff {\repeat volta 2 {c1 }\alternative{{c}} d }
  >>
}

I know that there's ongoing work on the \repeats and I haven't tried
the latest version in git, so perhaps this has already improved, but I
leave it as a feature request that both the two latter examples result
in a typeset score with two volta blocks marked "1." and "2.", where
the alternative is repeated for the staves where only a single
alternative is specified. If that's very hard to implement, please add
a note in the documentation, along the lines of

"Note: Specify the same number of alternatives for all staves, to avoid
unexpected results."

It's obviously easy to workaround the current limitations, for example
by defining a substitution function that repeats the alternative ending
twice, but it would still be very convenient with an implementation
that actually agrees with the current formulation in the NR.

/Mats

References

1. 
http://lilypond.org/doc/v2.23/Documentation/notation/long-repeats#alternative-endings




Thanks, opened
https://gitlab.com/lilypond/lilypond/-/issues/6293

Best,
Jean


___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


Re: Documentation suggestion: Cannot change volume mid-note in MIDI

2022-02-27 Thread Jean Abou Samra



Le 21/01/2022 à 22:20, BenWiederhake.GitHub a écrit :

Hi,

tl;dr: Changing the volume mid-note should be documented as unsupported.

I'd like to write the equivalent of "play the note c with the duration
1, but become quieter and quieter over the course of the duration".
There are some ways to make this appear nicely for \layout{}, but I
can't figure out how to make it work for \midi{}.
I have tried several ways, including "c4\>~ c~ c~ c\p", but the MIDI
output always seems to have constant volume. As a bad workaround, I will
probably use "c4\> c c c\p", which has four audibly-separate
attacks, and therefore not quite what I want.

Did I miss something? What else could I try?

Here's a nearly-minimal example:

\version "2.22.1"
notes = \relative e' { \tempo 4 = 60
  f4 d8 e f4 g | f4 d8 e f4 b, |
  % This "c1" note should not have constant volume for the entire time
  c4\>~ c~ c~ c\p | }
\score{\new Staff{\notes} \layout{}}
\score{\new Staff{\set Staff.midiInstrument = #"cello" \notes} \midi{}}


I got feedback on IRC that you can't have a single midi note change its
volume, and that the MIDI file format doesn't really support it in the
first place.
In that case, I suggest to adapt NR 3.5.1
http://lilypond.org/doc/v2.20/Documentation/notation/supported-notation-for-midi 



Original text:

* Dynamic markings from p to f, including mp, mf and sf


Suggested text:

* Dynamic markings from p to f, including mp, mf and sf (Except
markings that change over the course of a single note; the note will be
played with constant volume instead.)


I hope this makes sense, and thank you for making lilypond so easy to
use and well-documented.

Cheers,
Ben


Thanks, opened

https://gitlab.com/lilypond/lilypond/-/merge_requests/1237

Best,
Jean


___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond


PDF bookmark issues

2022-02-27 Thread Nate Whetsell
Thanks for all your work on LilyPond!

PDF bookmark support was added in LilyPond 2.22, but there seems to be a number 
of issues.

• If several bookmarks occur on the same page, the order of the bookmarks is 
reversed.

• Bookmarks always seems to be placed at the top of the page on which they 
occur (so if a bookmark is associated with a piece that begins at the bottom of 
a page, navigating to the bookmark will get close to that piece, but not 
exactly there).

• It doesn’t seem to be possible to add bookmarks without also using 
`\markuplist \table-of-contents` to add a table of contents.

I also posted this to lilypond-user 
(https://lists.gnu.org/archive/html/lilypond-user/2022-02/msg00026.html), but 
it doesn’t seem like there are currently any solutions to these issues.

Here’s an example illustrating the bookmark issues:

```
\version "2.22.0"

\markuplist \table-of-contents

#(do ((study-number 1 (1+ study-number))) ((> study-number 15))
  (add-score #{ \score {
\header { piece = #(number->string study-number) }
\new Staff <<
  \tocItem \markup { #(number->string study-number) }
  { c' }
>>
  }#}))
```

I also tried this using the latest version from the Git repo, and the behavior 
is the same.

All the best,
Nate
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond