Core dump in version 2.25.7 (regression)

[Mats Bengtsson]

   Hi,

   The following non-minimum example results in a core dump, when I
   process it using 2.25.7 in Linux, it doesn't crash with 2.24.2. I've
   attempted to cut it down to a smaller example, but as soon as I comment
   out some lines from partI, it doesn't crash.

   As you can guess, the equivalence of the empty \partII in my actual
   score, is just included as a template to be filled in later, but I
   certainly want to be able to process it in this state without crashing.
   Removing \partII from the score gives the desired output.

   \version "2.25.7"
   partI = \relative c' {
   \repeat volta 2 {
   c8. 16 e8. 16 g8. 16 c8. 16 |
   \afterGrace g'1-\trill ( {f16 g ) } |
   a8. f16 a8. f16 a8. f16 d8. a16 |
   b8. d16 g8. fis16 \acciaccatura fis8 g2 |
   g,,8. 16 b8. 16 d8. 16 g8. 16 |
   \afterGrace d'1-\trill ( {c16 d ) } |
   e4.-! a,8 4.-\trill ( g16 a ) |
   fis'4.-! b,8 4.-\trill ( a16 b ) |
   g'4.-! e8 gis4.-\trill ( fis16 gis ) |
   a4 a,8. b16 c8. d16 \grace d8 e4 |
   d-! r c-! r |
   bes r r2 |
   a8. g16 a8. b16 c8. b16 c8. d16 |
   b8. a16 b8. c16 d8. c16 d8. e16 |
   c16-! ( d e8 ) c16-! ( d e8 ) c16-! ( d e8 ) c16-! ( d e8 ) |
   \grace g,8 fis4 e8 d g16 ( fis8. ) e16 ( d8. ) |
   d'4-! c-! r8 b c8. a16 |
   b8. g'16 fis8. g16 fis8. g16 fis8. g16 |
   a,16 ( b c8 ) b8. g16 \grace b8 a2-\trill |
   \alternative{
   \volta 1 { g1 | }
   \volta 2 {
   \time 12/8
   \tempo "Allegro"
   g4 r8 r4 r8 r2. |}}}
   \repeat volta 2 {
   }
   }
   partII = \fixed c' {
   \repeat volta 2 {
   \alternative{
   \volta 1 { }
   \volta 2 {
   \time 12/8
   \tempo "Allegro"
   }}}
   \repeat volta 2 {
   }}
   \score{
 \new StaffGroup <<
   \new Staff \partI
   \new Staff \partII
 >>
   }

  /Mats

Re: Auto-beaming issues

[Mats Bengtsson]

On 2023-03-28 20:45, Jean Abou Samra wrote:


(CCing Jason Yip, who may be interested in this as part of this GSoC 
application on the auto-beaming project.)


Yes, I had that in mind, but since the main topic of the GSoC was beam 
subdivisions I hope that you Jason can find a suitable delimitation of 
the project so that it doesn't grow out of bounds. Only consider my bug 
report if it's closely related to what you anyway want to do within the 
project.


Le mardi 28 mars 2023 à 14:50 +0200, Mats Bengtsson a écrit :


   Hi,

   I know that there are several old bug reports on auto-beaming, but 
I've

   come across a couple of problems that are not necessarily covered by
   the existing reports.

   Problem 1: Automatic beaming doesn't always work if a voice context
   ends in the wrong place. This might be closely related to #4690, but
   I'm not sure. Example:

   \version "2.24.0"
 \score{
   \new Voice \fixed c' {
 << { e8 f } \ c4 >> g2. | % Autobeaming fails!
 << { e8 f g f } \ c2 >> g2 | % Autobeaming successful!
 << { e8 f g f e f } \ c2. >> g4 | % Autobeaming fails!
 << { e8 f g f e f g f } \ c1 >> |  % Autobeaming successful!
 }
   }

The |<< \\ >>| create new voice, and each Voice context has its own 
beaming engravers. It works if you make one of the Voice contexts 
continue from the polyphonic passage into the monophonic one.


I don't agree on your conclusions. The current logic in LilyPond says 
that if there is a series of beamable notes that is followed by a rest 
or a space or a non-beamable note before the moment of time where the 
beam normally would end according to the auto-beaming rules, they still 
get a beam. Examples:


\score{
  \fixed c' {
    e8 f g2. |
    e8 f r2. |
    e8 f s2. |
    e8 f g f e f g4 |
    e8 f g f e f r4 |
    e8 f g f e f s4 |
  }
}

The only thing I'm requesting here is that the same should happen if the 
series of beamable notes appear just before the Voice context dies.



|\version "2.24.1" \new Voice \fixed c' { << { \voiceOne e8 f } %% no 
\new Voice ! \new Voice { \voiceTwo c4 } >> \oneVoice g2. } |


I don't think it's possible to make your input "just work" because

|\version "2.24.1" \new Voice \fixed c' { << { e8 8 8 } \\ { c8 8 8 } 
>> d } |


does not tell if it should be engraved as

|\version "2.24.1" \new Voice \fixed c' { << { \voiceOne e8 8 8 } \new 
Voice { \voiceTwo c8 8 8 } >> \oneVoice d } |


or

|\new Voice \fixed c' { << \new Voice { \voiceOne e8 8 8 } { \voiceTwo 
c8 8 8 } >> \oneVoice d }|


|Following the logic I explained above, it shouldn't be engraved as any 
of these, rather it should be engraved as

|

|\new Voice \fixed c' {
  <<
    { e8 [ 8 8 ] }
    \\
    { c8 [ 8 8 ] }
  >>
  d
}
Which would be exactly what I would expect (since I'm telling LilyPond 
to create new temporary voices). If I wanted to typeset music where, for 
example, the upper voice is beamed together with the next note, I would 
tell LilyPond that it's actually the same voice, as you did in your 
first interpretation:

\version "2.24.1"

\new Voice \fixed c' {
  <<
    { \voiceOne e8 8 8 }
    \new Voice { \voiceTwo c8 8 8 }
  >>
  \oneVoice
  d
}
However, in that case, I would still expect the lower voice to have 
three beamed notes, note three unbeamed notes. This, again, illustrates 
the problem I want to highlight and it would produce the expected result 
if the beaming algorithm treated end of Voice the same as rest/space/any 
other unbeamable event. The extrapolation to Issue #4690 would be that a 
manually inserted bar line also would be treated in the same way, i.e. 
as a trigger to end any ongoing prospective beam.


|


||

So, no bug here from my point of view.


I hope I have convinced you that it is!



   Problem 2:  ...

Looking quickly at auto-beam-engraver.cc, it looks as if 
Auto_beam_engraver::recheck_beam () is supposed to handle the problem I 
described. I'll take a more detailed look and see if I can also find a 
way to solve Problem 1.




   Feature request: It would of course be desirable to have more rich
   possibilities to express beaming patterns, where I for example 
would be

   able to express beaming patterns so that the previous example
   automatically gives the same as

   \score{
 \fixed c' {
   a8 [ g ] f8.-\trill [ ( e32 f ) ] e32 [ f g f ] e [ f g f ] e4 |
 }
   }

Sounds interesting. You understand more about this topic than I do, 
maybe create the tracker issue yourself?



I'll give it a try.

    /Mats

Auto-beaming issues

[Mats Bengtsson]

   Hi,

   I know that there are several old bug reports on auto-beaming, but I've
   come across a couple of problems that are not necessarily covered by
   the existing reports.

   Problem 1: Automatic beaming doesn't always work if a voice context
   ends in the wrong place. This might be closely related to #4690, but
   I'm not sure. Example:

   \version "2.24.0"
 \score{
   \new Voice \fixed c' {
 << { e8 f } \\ c4 >> g2. | % Autobeaming fails!
 << { e8 f g f } \\ c2 >> g2 | % Autobeaming successful!
 << { e8 f g f e f } \\ c2. >> g4 | % Autobeaming fails!
 << { e8 f g f e f g f } \\ c1 >> |  % Autobeaming successful!
 }
   }

   Another example of the same problem is
   \version "2.24.0"
   \score{
 \fixed c' { \partial 4 e8 | f e f g f e f \fine }
   }

   Problem 2: The current logic which only provides rules on when a beam
   should be ended, obviously provides limited possibilities to express
   the beaming patterns. I was recently typesetting some 18th century
   music where I wanted to imitate the original beaming patterns, where in
   4/4, 16th triplets and 32nd notes were beamed in half beats, but where
   patterns like 8. 32 32 were beamed together. Unfortunately that cannot
   be handled by the current logic, but the following example is extra
   ugly since also the two eighth notes in the first beat don't get any
   beam:

   \version "2.24.0"
   \score{
 \fixed c' {
   a8 g f8.-\trill ( e32 f ) e32 f g f e f g f e4 |
 }
 \layout{
   \context {
  \Score{
 \overrideTimeSignatureSettings
 4/4% timeSignatureFraction
 1/4% baseMomentFraction
 1,1,1,1% beatStructure
 #'((end . ((1/8 . (4 4))  ; 1/8 notes half measure
(1/12 . (3 3 3 3))  ; triplets and shorter by beat
(1/24 . (3 3 3 3 3 3 3 3 )) ; 16th triplets and
   shorter by half beats
)))
 }
   }
 }
   }

   Fortunately, in this specific example, it's actually enough to manually
   beam the second beat, in order to get an automatic beam on the first
   beat:
   a8 g f8.-\trill [ ( e32 f ) ] e32 f g f e f g f e4 |

   Feature request: It would of course be desirable to have more rich
   possibilities to express beaming patterns, where I for example would be
   able to express beaming patterns so that the previous example
   automatically gives the same as

   \score{
 \fixed c' {
   a8 [ g ] f8.-\trill [ ( e32 f ) ] e32 [ f g f ] e [ f g f ] e4 |
 }
   }

  /Mats

Re: 2.22: unexpected bar numbering when using * lengths and skipBars

[Mats Bengtsson]

On 2022-11-22 19:30, Silas S. Brown wrote:

Hm.  Josquin des Prez is sort of borderline here...


Hi, yes that has notes going across barlines.  But wouldn't that
cause "barcheck failed" warnings anyway, even apart from the
notes using a multiplier?  (e.g. the dotted minim already goes
across a barline)  I can see why we wouldn't want those warnings
to be errors (at least not by default), but I can't see why we
wouldn't want 'barcheck failed' warnings whenever ANY note goes
across a barline (other than via a tie), for whatever reason.
It's a really useful warning for double-checking the entered
durations in "normal" music.


Perhaps what you are looking for is something similar to the neat hack 
provided in 
https://lists.gnu.org/archive/html/lilypond-user/2022-09/msg00232.html


  /Mats


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

Re: Weird vertical spacing bug in lyrics

[Mats Bengtsson]

Thanks for the quick fix and for your hard work with this problem! I can 
confirm that the problem doesn't appear in version 2.23.14 (I have 
tested with a larger score where similar problems showed up at several 
places).


Hopefully, the indentation doesn't happen now.

Regards

   /Mats

On 2022-09-23 23:32, Jean Abou Samra wrote:



Le 23/09/2022 à 15:51, Mats Bengtsson a écrit :

    Hi,

    In the following example, I get a weird extra spacing between the 
first
    and second line of lyrics. I've tried to reduce the example as 
much as

    possible and if I for example change the clef of the melody line to
    regular treble clef, or remove the introductory six bars or 
remove the

    last line of lyrics, the spacing is normal again. It's a regression
    compared to version 2.22.2, or if it's a Heisen-bug it's not 
triggered

    in 2.22.2.

    (If you think the first bars of music look weird, it's since it's
    notated for "scordatura", i.e. re-tuned violin).



Ouch, thanks for reporting, that looks serious.

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

(Aside: are you aware that your mail client makes all text in your 
messages indented by 3 spaces?)


Jean



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

Weird vertical spacing bug in lyrics

[Mats Bengtsson]

   Hi,

   In the following example, I get a weird extra spacing between the first
   and second line of lyrics. I've tried to reduce the example as much as
   possible and if I for example change the clef of the melody line to
   regular treble clef, or remove the introductory six bars or remove the
   last line of lyrics, the spacing is normal again. It's a regression
   compared to version 2.22.2, or if it's a Heisen-bug it's not triggered
   in 2.22.2.

   (If you think the first bars of music look weird, it's since it's
   notated for "scordatura", i.e. re-tuned violin).

   \version "2.23.13"
   vi = \relative c''' {
   \time 4/4
   g8. b,16 8. e16 8. fis,16 8 8 |
   c''8. a,16 b8. e16 f8. g16 e4 |
   g8. b,16 8. e16 8. fis,16 8 8 |
   e'8. fis16 g8 a16 g fis8. e16 e4 |
   g8. a,16 e'8. a16 fis4 r |
   r8 b!16 g c8 e, b8. a16 8 8 |
   \bar "||"
   }
   song = \relative c'' {
   \key f \major
   \time 4/4
   R\breve*3 |
   \bar "||"
   \repeat volta 2 {
   b8. fis16 8. g16 8. d16 8 8 |
   d'8. d,16 e8. fis16 g8. a16 fis4 }
   }
   lIa = \lyricmode{
   \set stanza =  "1. "
   Süs -- ses Kind/ der Vä -- ter hof -- fen!
   Kind der Men -- schen Lö -- se -- geld:
   Hey -- land wirst -- tu nun ge -- bo -- ren/
   Zu er -- ret -- ten/ was verl -- oh -- ren?
   }
   lIb = \lyricmode{
   Steht der Him -- mel nun -- mehr of -- fen?
   Lie -- fert Gott dich jetzt der Welt?
   }
   lIIa = \lyricmode{
   \set stanza =  "2. "
   Eh die Welt die Zeit ge -- ken -- net/
   GOtt Ihm e -- wig gleich ge -- bahr:
   GOtt/ das Wort kömpt auff die Er -- den/ Wun -- der!
   GOtt sol Fleisch hier wer -- den!
   }
   lIIb = \lyricmode{
   Ein -- en Sohn/ das Wort ge -- nen -- net/
   Das im An -- fang war/ und wahr;
   }
   lIIIa = \lyricmode{
   \set stanza =  "3. "
   Hei -- lig -- keit der höch -- sten Gü -- te!
   Ach! ver -- läst du dei -- nen Thron!
   Den nichts/ was er schuff/ kan schlis -- sen/
   Kan die zar -- te Jung -- fer küs -- sen.
   }
   lIIIb = \lyricmode{
   Wie ent -- setzt sich mein Ge -- mü -- the!
   Wird Gott ei -- nes Men -- schen Sohn?
   }
   bc = \relative c {
   \clef bass
   \time 4/4
   g4 d' g, b b a fis g |
   g d' g, b g e fis b |
   g gis a ais b g d' d, |
   \bar "||" \break
   \repeat volta 2 {
   g' d e b |
   fis' e cis d |}
   }
   \score{
 \new StaffGroup <<
   \new Staff \vi
   \new Staff \new Voice=mel {\clef soprano \song }
   \new Lyrics \lyricsto mel \lIa
   \new Lyrics \lyricsto mel \lIb
   \new Lyrics \lyricsto mel \lIIa
   \new Lyrics \lyricsto mel \lIIb
   \new Lyrics \lyricsto mel \lIIIa
   \new Lyrics \lyricsto mel \lIIIb
   \new Staff \bc
 >>
   }
  /Mats
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond

Re: v2.23.8: \fine seems to break \midi

[Mats Bengtsson]

   I can't seem to find any implementation of unfoldRepeats in
   articulate.ly. I see that it plays a bit with unfolding, but not by
   redefining the default implementation, as far as I can see. Do you
   remember what you changed in articulate.ly?

  /Mats

   On 2022-07-01 16:42, Nikolai Hedler wrote:

   For what it's worth, I deleted the implementation of \unfoldRepeats
   from [1]articulate.ly and found it caused no problems with my scores.
   - Nikolai

   On Fri, Jul 1, 2022, 10:12 Mats Bengtsson <[2]matsboxergr...@gmail.com>
   wrote:

On 2022-06-29 23:28, Dan Eble wrote:
 On Jun 29, 2022, at 16:14, Jean Abou Samra
 [1]<[3]j...@abou-samra.fr> wrote:
 Le 28/06/2022 à 01:33, Nikolai Hedler a écrit :
  MIDI ends late if |\fine| followed by a pitch.
 [2][4]https://gitlab.com/lilypond/lilypond/-/issues/6368
  Beaming and |\fine|
 [3][5]https://gitlab.com/lilypond/lilypond/-/issues/6369
  Multi-measure rests
 [4][6]https://gitlab.com/lilypond/lilypond/-/issues/6370
 —
 Dan
Yet another flavor of the problem is that \fine doesn't play well
 with
\articulate (I know that \articulate only should be used on MIDI
output, but here we can visually see the problems that also are
 heard
in the MIDI):
\version "2.23.10"
\include "[7]articulate.ly"
\markup "Failing example using \fine"
test_segno = \relative c' {
c1 |
\repeat segno 2 {
e2 c \volta 2 \fine |
g'4 f e d | }
}
\new Staff \test_segno
\new Staff {<>^"\\unfoldRepeats" \unfoldRepeats \test_segno }
\new Staff {<>^"\\articulate \\unfoldRepeats" \articulate
\unfoldRepeats \test_segno }
\new Staff {<>^"\\articulate" \articulate \test_segno }
\markup "Successful example without \fine"
test_volta = \relative c' {
c1 |
\repeat segno 2 {
  e2 c |
  g'4 f e d |}
c1 |
}
\new Staff \test_volta
\new Staff {<>^"\\unfoldRepeats" \unfoldRepeats \test_volta }
\new Staff {<>^"\\articulate \\unfoldRepeats" \articulate
\unfoldRepeats \test_volta }
\new Staff {<>^"\\articulate" \articulate \test_volta }
   /Mats
 References
1. mailto:[8]j...@abou-samra.fr
2. [9]https://gitlab.com/lilypond/lilypond/-/issues/6368
3. [10]https://gitlab.com/lilypond/lilypond/-/issues/6369
4. [11]https://gitlab.com/lilypond/lilypond/-/issues/6370
 ___
 bug-lilypond mailing list
 [12]bug-lilypond@gnu.org
 [13]https://lists.gnu.org/mailman/listinfo/bug-lilypond

References

   1. http://articulate.ly/
   2. mailto:matsboxergr...@gmail.com
   3. mailto:j...@abou-samra.fr
   4. https://gitlab.com/lilypond/lilypond/-/issues/6368
   5. https://gitlab.com/lilypond/lilypond/-/issues/6369
   6. https://gitlab.com/lilypond/lilypond/-/issues/6370
   7. http://articulate.ly/
   8. mailto:j...@abou-samra.fr
   9. https://gitlab.com/lilypond/lilypond/-/issues/6368
  10. https://gitlab.com/lilypond/lilypond/-/issues/6369
  11. https://gitlab.com/lilypond/lilypond/-/issues/6370
  12. mailto:bug-lilypond@gnu.org
  13. https://lists.gnu.org/mailman/listinfo/bug-lilypond
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond

Re: v2.23.8: \fine seems to break \midi

[Mats Bengtsson]

   On 2022-06-29 23:28, Dan Eble wrote:

On Jun 29, 2022, at 16:14, Jean Abou Samra [1] wrote:

Le 28/06/2022 à 01:33, Nikolai Hedler a écrit :

 MIDI ends late if |\fine| followed by a pitch.

[2]https://gitlab.com/lilypond/lilypond/-/issues/6368


 Beaming and |\fine|

[3]https://gitlab.com/lilypond/lilypond/-/issues/6369


 Multi-measure rests

[4]https://gitlab.com/lilypond/lilypond/-/issues/6370
—
Dan

   Yet another flavor of the problem is that \fine doesn't play well with
   \articulate (I know that \articulate only should be used on MIDI
   output, but here we can visually see the problems that also are heard
   in the MIDI):

   \version "2.23.10"
   \include "articulate.ly"
   \markup "Failing example using \fine"
   test_segno = \relative c' {
   c1 |
   \repeat segno 2 {
   e2 c \volta 2 \fine |
   g'4 f e d | }
   }
   \new Staff \test_segno
   \new Staff {<>^"\\unfoldRepeats" \unfoldRepeats \test_segno }
   \new Staff {<>^"\\articulate \\unfoldRepeats" \articulate
   \unfoldRepeats \test_segno }
   \new Staff {<>^"\\articulate" \articulate \test_segno }
   \markup "Successful example without \fine"
   test_volta = \relative c' {
   c1 |
   \repeat segno 2 {
 e2 c |
 g'4 f e d |}
   c1 |
   }
   \new Staff \test_volta
   \new Staff {<>^"\\unfoldRepeats" \unfoldRepeats \test_volta }
   \new Staff {<>^"\\articulate \\unfoldRepeats" \articulate
   \unfoldRepeats \test_volta }
   \new Staff {<>^"\\articulate" \articulate \test_volta }
  /Mats

References

   1. mailto:j...@abou-samra.fr
   2. https://gitlab.com/lilypond/lilypond/-/issues/6368
   3. https://gitlab.com/lilypond/lilypond/-/issues/6369
   4. https://gitlab.com/lilypond/lilypond/-/issues/6370
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond

Somewhat random segfault

[Mats Bengtsson]

   Hi,

   The following example results in a segfault almost every time I process
   it using the 64bit Linux version of 2.23.7, downloaded from
   lilypond.org.

   The log output is

   GNU LilyPond 2.23.7 (running Guile 2.2)
   Processing `test1.ly'
   Parsing...
   Interpreting music...[8][16][24][32]
   test1.ly:19:8: warning: unterminated decrescendo
   a4. \!
  \> ~ a4 g8 |}
   Preprocessing graphical objects...
   Finding the ideal number of pages...
   Fitting music on 1 page...
   Drawing systems...malloc(): unsorted double linked list corrupted
   Abort (core dumped)

   However, occasionally (5 attempts out of 25), lilypond processes the
   file without any errors and produces the expected PDF, so it seems like
   some ugly memory handling bug. I happened to have version 2.23.3
   installed and it also segfaults on the file. However, with 2.22.2 there
   are no problems, so it's a regression that was introduced between 2.22
   and 2.23.

   \version "2.23.7"
   soprano = \relative c' {
   \key f \major
   \time 6/8
   \repeat volta 2 {
   r4. r8 r  c \mf |
   f4 \< g8 a ( bes ) c |
   bes4 \! \> a8 g4 \! a8 |
   f4 \< a8 c ( a ) c \! |
   d4 d8 c4 f,8 |
   bes4 bes8 a ( f ) g |
   a4 b8 c4 \breathe c8 \f |
   f4 c8 d4 d8 |
   c4 a8 f4 a8 |
   c4 a8 f ( g ) a |
   g4 e8 c4 \breathe c8 |
   f4 \< g8 a ( bes ) c |
   a4. \! \> ~ a4 g8 |}
   \alternative {{f2. \!  R2.*2
   |}{f2. ~ f2. ~ f2. \bar "|." }}
   }
   \score{
 \unfoldRepeats \soprano
   }

   (If I add the missing \! in the second ending the file no longer
   triggers the SIGSEGV, but I guess that's more of a coincidence).

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

Repeated repeat endings

[Mats Bengtsson]

   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
___
bug-lilypond mailing list
bug-lilypond@gnu.org
https://lists.gnu.org/mailman/listinfo/bug-lilypond

Quoting quoted material fails

[Mats Bengtsson]

Hi,

This is probably more of a limitation than a bug, but should at least be 
documented. If you try to quote a voice that itself contains quoted 
material, the nested quote fails (without any warning message).


Here's a reasonably minimal example.

\version "2.23.3"

A = \fixed c' {c4 d e f | g f e d | c1 }
\addQuote "A" {\A }

B = \fixed c' {\quoteDuring "A" s1 | g1 | \quoteDuring "A" s1 }
\addQuote "B" {\B}

% The first measure that attempts to quote quoted material is empty:
C = \fixed c' {\quoteDuring "B" s1*2 | e1 }

\score{
<<
  \new Staff \A
  \new Staff \B
  \new Staff \C
>>
}

I propose to add a sentence under Known issues and warnings in 
http://lilypond.org/doc/v2.23/Documentation/notation/writing-parts#quoting-other-voices, 
saying,


"Quoting music that itself contains quoted sections does not work."

I would also be happy if the possibility to do nested quotes could be 
recorded as a feature request. I just typeset a concerto grosso, where I 
in the ripieni string parts quoted sections from the solo string parts 
and where the woodwind parts were almost identical to the ripieni string 
parts and i hence tried to quote these, which resulted in mostly empty 
music, to my great surprise and disappointment. Apart from such use 
cases, I would expect that it could a more common problem when adding 
cue notes using \cueDuring of parts that themselves contain quoted 
material.


   /Mats



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

Bug in 2.21.81 when afterGrace is combined with an isolated duration

[Mats Bengtsson]

Hi,

I just tried a larger score in 2.21.81 and found a regression bug 
compared to 2.20.0, that's illustrated in the following example:


\fixed c'{
e4 8. 16 \afterGrace e2 {d16 e } | % Works fine
f4 4 r2 |
e4 8. 16 \afterGrace 2 {d16 e } | % Breaks in 2.21.81, works fine in 2.20.0
f4 4 r2 |
}

   /Mats


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

Any solution or workaround for collision between bass figure and articulation?

[Mats Bengtsson]

Hi,

As is already documented in 
https://gitlab.com/lilypond/lilypond/-/issues/1277 since many years, 
bass figures typeset within a Staff collide with articulations. Just 
wanted to make a small "ping" and check if anybody can think of a 
workaround or solution? Here's a simple testcase to play with, in 
addition to the one in the bug tracker.


\version "2.20.0"

mus = \relative c' {
\clef bass
c2-> c-!
}

figs=\figuremode {
<6>2 <4>
}

\new Staff <<
  \mus
  \figs
>>

    /Mats


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

Re: Re: quoteDuring and repeat tremolo don't work together

[Mats Bengtsson]

On 2020-03-21 17:15, Mark Knoop wrote:

At 15:10 on 21 Mar 2020, David Kastrup wrote:

Mark Knoop  writes:

At 12:52 on 21 Mar 2020, Rutger Hofman wrote:

Good morning list,

when I end a \quoteDuring after a \repeat tremolo { ... }, the tremolo
beams are missing or distorted. If the quotation has nontremolo music
afterwards, there is no issue.

I didn't find a workaround. I tried adding a grace note or a
zero-duration note in the quotation, to no avail.

I would love to have a workaround as long as this has not been fixed.

You need to set quotedEventTypes to include tremolo-event. See:

http://lilypond.org/doc/v2.18/Documentation/notation/writing-parts#quoting-other-voices

Huh.  Why wouldn't that be the default?  This report triggered a Deja vu
with me; I thought it was fixed previously?  Or was this some other kind
of event recently added?

Apologies David, it is indeed now included in the default. I think I was 
remembering the same from a previous problem I encountered. Rutger - I'm not 
sure what is going on here.


Quoting tremolo repeats works correctly in 2.20 but didn't work in 2.18 
(and also not in 2.19.83 if I remember correctly). For the record, I 
used the following in my files, in version 2.18/2.19 (this is the same 
solution that is used by default in 2.20)


\layout{
  \context {
    \Score
    \compressFullBarRests
    quotedCueEventTypes = #'(
    note-event
    rest-event
    tie-event
    beam-event
    tuplet-span-event
    tremolo-event)
  }
  \context {
    \CueVoice
    \override StemTremolo.beam-thickness = #0.35
  }
}

   /Mats


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

Re: Regression bug: Assertion error in 2.19.83

[Mats Bengtsson]

Sorry, here comes the buggy example:

\version "2.19.83"

\relative c'{
\time 2/4
% This first line gives the error:
d16 d64-. ( d-. d-. d-. ) e16 e16:64 fis16 fis16:64 g16 g16:64 |
% Explicitly shortening the beam helps:
d16 [ d64-. ( d-. d-. d-. )] e16 e16:64 fis16 fis16:64 g16 g16:64 |
% Very similar pattern that doesn't trigger the bug:
d16 d16:64 e16 e16:64 fis16 fis16:64 g16 g16:64 |
}

  /Mats

On 2019-10-19 21:10, Mats Bengtsson wrote:

Hi,

The following example illustrates a bug in 2.19.83 that's a regression 
against 2.18. Compiling with 2.19.83 gives


GNU LilyPond 2.19.83
Processing `bug.ly'
Parsing...
Interpreting music...
Preprocessing graphical objects...lilypond: 
/home/gub/NewGub/gub/target/linux-64/src/lilypond-git.sv.gnu.org--lilypond.git-stable-test/flower/include/interval.hh:227: 
T Interval_t::center() const [with T = double]: Assertion 
`!is_empty ()' failed.

Abort (core dumped)

Uncommenting the first bar gives a file that can be processed and the 
second bar shows a workaround that works for the piece I'm 
typesetting. The example compiles without problems in 2.18.2, I don't 
have access to 2.21, so I don't know if the bug remains there.


    /Mats



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

Regression bug: Assertion error in 2.19.83

[Mats Bengtsson]

Hi,

The following example illustrates a bug in 2.19.83 that's a regression 
against 2.18. Compiling with 2.19.83 gives


GNU LilyPond 2.19.83
Processing `bug.ly'
Parsing...
Interpreting music...
Preprocessing graphical objects...lilypond: 
/home/gub/NewGub/gub/target/linux-64/src/lilypond-git.sv.gnu.org--lilypond.git-stable-test/flower/include/interval.hh:227: 
T Interval_t::center() const [with T = double]: Assertion `!is_empty 
()' failed.

Abort (core dumped)

Uncommenting the first bar gives a file that can be processed and the 
second bar shows a workaround that works for the piece I'm typesetting. 
The example compiles without problems in 2.18.2, I don't have access to 
2.21, so I don't know if the bug remains there.


    /Mats


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

gmane mailing list archive is dead

[Mats Bengtsson]

Hi,

At http://lilypond.org/contact.html, we refer to the gmane mailing list 
archive ("archive3" and the "send to ..."), but unfortunately gmane has 
been dead for a while and seems likely to remain dead.
Obviously, this calls for an update of http://lilypond.org/contact.html, 
but it would also be very nice to have some other web based possibility 
to post to the mailing list without subscribing, both for newcomers but 
also for those of us who subscribe in digest mode and occasionally want 
to follow-up an email without breaking the threads.


I seem to remember that Nabble offers such a possibility, but at least 
for the moment, the lilypond-user archive there 
(http://lilypond.1069038.n5.nabble.com/ ???) also seems to be inaccessible.


/Mats

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

Possible bug with new \partial

[Mats Bengtsson]

Hi,

I tried version 2.19.25 to typeset a piece that changes from 4/4 with an 
upbeat to 3/4 without an upbeat, in the middle of the piece. The new 
\partial handling worked for all parts, except a part that started with 
a multimeasure rest. Here's a small example illustrating the problem. 
Uncommenting the \bar line makes things slightly better but still wrong.

\version 2.19.25
\relative c'{
\time 4/4
\partial 4
c |
d e f g |
f2.
%\bar ||
\partial 4*0
\time 3/4
R2.*3 |
f4 ( a f ) |
f2.
R2.*3 |
}


   /Mats


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

Re: Possible bug with new \partial

[Mats Bengtsson]

On 08/16/2015 10:05 PM, Simon Albrecht wrote:

Hello Mats,

IIUC \partial serves to insert an additional amount of time, however 
in this example we actually need to skip a beat – thus call \partial 
with a negative duration, which is impossible :-)
So you need to insert \set Timing.measureLength = #(ly:make-moment 
3/4) before the second bar in your example.
Is this documented differently? Else I wouldn’t consider it a bug, 
rather an inherent limitation.
Please note that \partial has been changed very recently in the 2.19 
versions. The documentation for 2.19.25, 
http://lilypond.org/doc/v2.19/Documentation/notation/displaying-rhythms#index-_005cpartial-1 
says that the duration specifies the remaining length of the current 
measure, which in my example is zero. Note also that my example works 
fine if I remove the R2*3 line directly below \time 3/4.


/Mats


Yours, Simon

Am 16.08.2015 um 21:28 schrieb Mats Bengtsson:

Hi,

I tried version 2.19.25 to typeset a piece that changes from 4/4 with 
an upbeat to 3/4 without an upbeat, in the middle of the piece. The 
new \partial handling worked for all parts, except a part that 
started with a multimeasure rest. Here's a small example illustrating 
the problem. Uncommenting the \bar line makes things slightly better 
but still wrong.

\version 2.19.25
\relative c'{
\time 4/4
\partial 4
c |
d e f g |
f2.
%\bar ||
\partial 4*0
\time 3/4
R2.*3 |
f4 ( a f ) |
f2.
R2.*3 |
}


   /Mats


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




--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.ee.kth.se/~mabe
=


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

Re: Possible bug with new \partial

[Mats Bengtsson]

My apologies for spamming the mailing list. After some more trials, I 
realize that the problem remains even if I write \partial after \time. 
Still, the problem only appears with multimeasure rests, as the two 
following examples illustrate:


\version 2.19.25
% Working example
\relative c'{
\time 2/4
\partial 4
c4 |
d8 e f g |
f4
\bar ||
\time 3/4
\partial 4*0
%R2.*3 |
f4 ( a f ) |
f2.
}

% Failing example
\relative c'{
\time 2/4
\partial 4
c4 |
d8 e f g |
f4
\bar ||
\time 3/4
\partial 4*0
R2.*3 |
f4 ( a f ) |
f2.
}


   /Mats





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

Re: Possible bug with new \partial

[Mats Bengtsson]

I just realized that if i swap \partial and \time, it works as expected, 
at least if I explicitly specify the bar line:

\version 2.19.25
\relative c'{
\time 4/4
\partial 4
c |
d e f g |
f2.
\bar ||  %Removing this line still gives ugly collisions!
\time 3/4
\partial 4*3
R2.*3 |
f4 ( a f ) |
f2.
R2.*3 |
}

In a way, this is logical, since the \partial relates to the new time 
signature, not the previous one. Still, I'm confused that the problem 
only showed up when using a multimeasure rest directly after the \partial.


/Mats


On 08/16/2015 10:32 PM, Mats Bengtsson wrote:



On 08/16/2015 10:05 PM, Simon Albrecht wrote:

Hello Mats,

IIUC \partial serves to insert an additional amount of time, however 
in this example we actually need to skip a beat – thus call \partial 
with a negative duration, which is impossible :-)
So you need to insert \set Timing.measureLength = #(ly:make-moment 
3/4) before the second bar in your example.
Is this documented differently? Else I wouldn’t consider it a bug, 
rather an inherent limitation.
Please note that \partial has been changed very recently in the 2.19 
versions. The documentation for 2.19.25, 
http://lilypond.org/doc/v2.19/Documentation/notation/displaying-rhythms#index-_005cpartial-1 
says that the duration specifies the remaining length of the current 
measure, which in my example is zero. Note also that my example works 
fine if I remove the R2*3 line directly below \time 3/4.


/Mats


Yours, Simon

Am 16.08.2015 um 21:28 schrieb Mats Bengtsson:

Hi,

I tried version 2.19.25 to typeset a piece that changes from 4/4 
with an upbeat to 3/4 without an upbeat, in the middle of the piece. 
The new \partial handling worked for all parts, except a part that 
started with a multimeasure rest. Here's a small example 
illustrating the problem. Uncommenting the \bar line makes things 
slightly better but still wrong.

\version 2.19.25
\relative c'{
\time 4/4
\partial 4
c |
d e f g |
f2.
%\bar ||
\partial 4*0
\time 3/4
R2.*3 |
f4 ( a f ) |
f2.
R2.*3 |
}


   /Mats


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






--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.ee.kth.se/~mabe
=


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

Re: [LSR-620] Vertical line as a baroque articulation mark

[Mats Bengtsson]

I would perhaps have written

  This short vertical line placed above the note is commonly used in 
baroque music. p
  It is commonly typeset using \staccatissimo, but if you want the 
original layout, the following example demonstrates how to achieve such 
a notation.


Possibly, you could also add a comment on the technical implementation:
The code uses an arbitrarily chosen articulation (stopped) and replaces 
the symbol by a markup that gives the desired layout. 


   /Mats

On 2015-04-08 11:55, Pierre Perol-Schneider wrote:

Ok, so how about:

%{
  This short vertical line placed above the note is commonly used in 
baroque music.
  pIts meaning can vary, but generally indicates notes that should 
be played staccatissimo.

  pThe following example demonstrates how to achieve such a notation.
%}

baroqueStaccatissimo =
#(define-event-function (parser location) ()
   #{
  %% possible tweaks here, e.g:
  %-\tweak padding #1
  %-\tweak avoid-slur #'around
  %-\tweak direction #DOWN
  -\tweak stencil #(lambda (grob) (grob-interpret-markup grob
  #{
 \markup
 \override #'(thickness . 3)
 \draw-line #'(0 . 1)
  #}))
   \stopped
   #})

\relative c' {
  a'4^\baroqueStaccatissimo a( c d')_\baroqueStaccatissimo
}

Cheers,
Pierre

2015-04-07 18:35 GMT+02:00 Mats Bengtsson mats.bengts...@ee.kth.se 
mailto:mats.bengts...@ee.kth.se:


As a side-note, I normally typeset this articulation as a
staccatissimo, when transcribing baroque music and as far as I
know, it's common practice. This can at least be worth to mention
in the comment of the snippet.

   /Mats


On 2015-04-07 18:01, bug-lilypond-requ...@gnu.org
mailto:bug-lilypond-requ...@gnu.org wrote:

Hi Squad Members,

Regarding this snippet:
http://lsr.di.unimi.it/LSR/Item?id=620
I'm not sure about the 'font-size 3' effect; was it for the
articulation
line thickness?
Anyway I'm thinking about putting a more user-friendly script.
How about:

upline =
#(define-event-function (parser location) ()
#{
   %% possible tweaks here, e.g:
   %-\tweak padding #1
   %-\tweak avoid-slur #'around
   %-\tweak direction #DOWN
   -\tweak stencil #(lambda (grob) (grob-interpret-markup grob
   #{
  \markup
  \override #'(thickness . 3)
  \draw-line #'(0 . 1)
   #}))
\stopped
#})

\relative c' {
   a'4^\upline a( c d')_\upline
}

Cheers,
Pierre


-- 
=

Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 tel:%28%2B46%29%208%20790%208463
Email: mats.bengts...@ee.kth.se
mailto:mats.bengts...@ee.kth.se
WWW: http://www.ee.kth.se/~mabe http://www.ee.kth.se/%7Emabe
=


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




--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
Email: mats.bengts...@ee.kth.se
WWW: http://www.ee.kth.se/~mabe
=


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

Re: [LSR-620] Vertical line as a baroque articulation mark

[Mats Bengtsson]

As a side-note, I normally typeset this articulation as a staccatissimo, 
when transcribing baroque music and as far as I know, it's common 
practice. This can at least be worth to mention in the comment of the 
snippet.


   /Mats

On 2015-04-07 18:01, bug-lilypond-requ...@gnu.org wrote:

Hi Squad Members,

Regarding this snippet:
http://lsr.di.unimi.it/LSR/Item?id=620
I'm not sure about the 'font-size 3' effect; was it for the articulation
line thickness?
Anyway I'm thinking about putting a more user-friendly script.
How about:

upline =
#(define-event-function (parser location) ()
#{
   %% possible tweaks here, e.g:
   %-\tweak padding #1
   %-\tweak avoid-slur #'around
   %-\tweak direction #DOWN
   -\tweak stencil #(lambda (grob) (grob-interpret-markup grob
   #{
  \markup
  \override #'(thickness . 3)
  \draw-line #'(0 . 1)
   #}))
\stopped
#})

\relative c' {
   a'4^\upline a( c d')_\upline
}

Cheers,
Pierre


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
Email: mats.bengts...@ee.kth.se
WWW: http://www.ee.kth.se/~mabe
=


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

Re: return to previous voice context

[Mats Bengtsson]

David Kastrup dak at gnu.org writes:

 
 Simon Albrecht simon.albrecht at mail.de writes:
 
  Hello,
 
  If a temporary polyphonic passage (as in
 
http://lilypond.org/doc/v2.18/Documentation/notation/multiple-voices#single_002dstaff-polyphony)
  contains \new Lyrics, the next note comes late and is stuffed into a
  chord with the following one(s).
 
 Sounds like
 
 Issue 2010: \lyricsto may turn into a voice-mangling zombie when both
 parents die at the same time
 
 URL:http://code.google.com/p/lilypond/issues/detail?id=2010
 

A trivial workaround is to move the Lyrics context out of the Voice/Staff:

\version 2.18.0
\language deutsch

\new score{

\relative { g'2 f

 { \voiceTwo e d c }

\new Voice = B I { \voiceOne g' f e }

 

\oneVoice

c d e

}
\new Lyrics \lyricsto B I \lyricmode { What a mess! }

}






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

No warning for outdated ly files

[Mats Bengtsson]

Hi,

In lexer.ll, there is some code that checks the version specified in the 
.ly file against a hard-coded variable oldest-version and issues a 
warning (well, a non-fatal error message) that the file needs to be 
updated. However, oldest-version has been set to 2.7.38 since 2006 or 
so. Perhaps we haven't had any drastic grammar changes since then, but 
wouldn't it still make sense to at least issue a warning if you for 
example run a 2.16 file in 2.18? Hopefully, this would reduce the number 
of emails where the answer is did you run convert-ly?.


/Mats

--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.ee.kth.se/~mabe
=


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

lilypond.org down?

[Mats Bengtsson]

It's probably only a temporary problem, but I can't access lilypond.org 
for the moment.


/Mats


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

Re: vowel aligned lyrics - want to improve it

[Mats Bengtsson]

On 04/04/2013 11:50 AM, bug-lilypond-requ...@gnu.org wrote:

Hi,

Someone on the French users mailing list would like to align lyrics
on the first vowel.
http://lilypond-french-users.1298960.n2.nabble.com/Alignement-des-paroles-sur-la-premiere-voyelle-td7579353.html

I found this thread but searching the LSR with the keyword vowel
gives no result (and, of course, nothing about this in the doc).

1. Could someone confirm me this is the latest version of the code for
vowel aligned lyrics feature?
2. If it's effectively not on the LSR, could it be added?
3. It would be great to have vowel aligned lyrics directly in
LilyPond; could this be added to the tracker as feature request?
I guess the proper way to obtain this would be to be able to set the 
reference point for the corresponding LyricText object to correspond to 
a certain character and let LilyPond calculate all widths as usual. Such 
a solution could then be embedded into a convenient Scheme function that 
finds the relevant character to use as the reference point. I did some 
related experiments with alignment of custom dynamics many years back, 
see solution 6 within http://lsr.dsi.unimi.it/LSR/Item?id=393 and 
related discussions in the mailing list archives.


   /Mats

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

Re: font size override and grace notes

[Mats Bengtsson]

On 10/19/2012 09:20 AM, David Kastrup d...@gnu.org wrote:

At any rate, for this kind of situation using a separate voice
seems preferable.  You can, if I remember correctly, change the
associated voice in the middle of Lyrics.  This kind of thing is why I
actually prefer to just manually specify the note durations in lyrics
rather than using \lyricsto.  Hardly more work and quite more robust
with regard to juggling around with voices and context.
Unfortunately, you don't get the correct horizontal alignment of 
syllables to notes, nor can you get extender lines (see the notation 
reference 2.1.1 Manual syllable durations), unless you set 
associatedVoice, so it's not a good solution.


I cannot really see any fundamental reason why we have this limitation. 
It seems to me that we should be able to align to the note column just 
as well as to a note in a single voice, see also 
http://code.google.com/p/lilypond/issues/detail?id=707.


   /Mats

--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.ee.kth.se/~mabe
=


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

Regression: Interrupted extender line, figured bass

[Mats Bengtsson]

Hi,

The following example shows a regression compared to version 2.12. It 
produces two extender lines that were vertically aligned in 2.12 but are 
not aligned in version 2.13.49. I'm not sure if it worked by incident or 
if it was intended behavior in 2.12, and I can hardly recall why I used 
this specific construct when typesetting the piece two years back.


\version 2.13.49

ext = {
  \once \set useBassFigureExtenders = ##t
}

\score{

\new Staff \relative c' {
\clef bass
c2 c, ~ | % \break
c4 c c2 |
  }
\new FiguredBass \figuremode{
_!1 \ext |
_!2 \ext _!2 |
  }

}


   /Mats


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

Re: Doc: NR 2.1.2 Lyrics and repeats, improvement proposals

[Mats Bengtsson]

Bernard Hurley wrote:


It may well be an accident, but it is an incredibly helpful trick. I wish I had 
known it earlier.

I think it should be officially part of lily i.e. it should be documented and 
maybe there should be a regression test for it.
  
It should be noted, though, that there's a problem if you try to use the 
same trick several times on the same score line, see the example below. 
If there's a line break in between, no such problems appear. This is 
related to Issue 127 (perhaps also to the recently discussed Issue 1309, 
though I haven't followed that thread in detail). In practical scores, 
it seems fairly unlikely that these problems show up.


\score {
 
   \new Staff {
 \new Voice = melody {
   \relative c'' {
 a4 a a a
 \repeat volta 2 { b4 b b b }
 a4 a a a
 \repeat volta 2 { b4 b b b }
   }
 }
   }
   \new Lyrics \lyricsto melody {
 Not re -- peat -- ed.
 
   {
 The first time words.
   }
   \new Lyrics {
 \set associatedVoice = melody
 Sec -- ond time words.
   }
 
 Not re -- peat -- ed.
 
   {
 The first time words.
   }
   \new Lyrics {
 \set associatedVoice = melody
 Sec -- ond time words.
   }
 
   }
 
}

  /Mats

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

Re: Doc: NR 2.1.2 Lyrics and repeats, improvement proposals

[Mats Bengtsson]

Hi!

I have been able to achieve the same (desired) result using some kind of
nested Lyrics (similarly to nested staves, cf. NR 1.6.2 Ossia staves).
These nested Lyrics expressions do not require the trick to use  \skip
or temporary voices anymore.

What do you think about it?

Here is a proposal to use instead of the first snippet using  \skip .
I had to use  \set associatedVoice  instead of  \lyricsto  for the
nested Lyrics because  \lyricsto  was shifting the lyrics one syllable
to the right!

\score {
  
\new Staff {
  \new Voice = melody {
\relative c'' {
  a4 a a a
  \repeat volta 2 { b4 b b b }
}
  }
}
\new Lyrics \lyricsto melody {
  Not re -- peat -- ed.
  
{
  The first time words.
}
\new Lyrics {
  \set associatedVoice = melody
  Sec -- ond time words.
}
  
}
  
}


And here is a proposal to use instead of the the one that was using a
temporary voice (not needed anymore).

\score {
  
\new Staff {
  \new Voice = singleVoice {
\relative c'' {
  a4 a a a
  \repeat volta 3 { b4 b b b }
  c4 c c c
}
  }
}
\new Lyrics \lyricsto singleVoice {
  Not re -- peat -- ed.
  
{
  The first time words.
}
\new Lyrics {
  \set associatedVoice = singleVoice
  Sec -- ond time words.
}
\new Lyrics {
  \set associatedVoice = singleVoice
  The third time words.
}
  
  The end sec -- tion.
}
  
}


Cheers,
Xavier
  

Beautiful trick! I hope it's not an accident that it works.

/Mats


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

Re: lilypond-book fails on identical snippets

[Mats Bengtsson]

Werner LEMBERG wrote:

[lilypond 2.13.16, but there weren't related changes in newer versions]

This input file zzz.tex


--

\begin{lilypond}
  { c' }
\end{lilypond}


\begin{lilypond}
  { c' }
\end{lilypond}

--


called with

  lilypond-book --output=out zzz.tex

causes the following error:
  
Probably, since the file name is generated based on some hash function 
of the code snippet, so both snippets get the same file name. How likely 
is this to happen in a practical document? Well, perhaps it is, since it 
could be some short example just showing a clef or a C major scale or 
whatever, that appears several times in a document.


  /Mats


--

Traceback (most recent call last):
  File /usr/local/bin/lilypond-book, line 2215, in module
main ()
  File /usr/local/bin/lilypond-book, line 2197, in main
chunks = do_file (files[0])
  File /usr/local/bin/lilypond-book, line 2099, in do_file
do_process_cmd (chunks, input_fullname, global_options)
  File /usr/local/bin/lilypond-book, line 1933, in do_process_cmd
snippet.write_ly()
  File /usr/local/bin/lilypond-book, line 1333, in write_ly
diff_against_existing = filter_pipe (self.full_ly (), 'diff -u %s -' % 
filename)
  File /usr/local/bin/lilypond-book, line 1768, in filter_pipe
error (_ (`%s' failed (%d)) % (cmd, exit_status))
TypeError: 'str' object is not callable

--


The error doesn't happen if the two snippets are not identical.


Werner


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



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: PDF automatic deletion unnecessary in Windows

[Mats Bengtsson]

Nathan Reed wrote:

Hello,

Following the resolution of issue #635 a couple of years ago[1], the behavior of
Lilypond in Windows has been to delete the old PDF file before trying to
generate PDF output from PS.  The understanding seemed to be that deleting the
old file is problematic in Linux, but necessary in Windows.  I do not think it
is necessary in Windows either.

I'm using Lilypond 2.12.3 on Windows XP SP1 and viewing my PDFs with Sumatra
1.0.1.  As discussed on the Sumatra forums[2], Sumatra opens the file in such a
way that it can be overwritten, but not deleted.  Therefore lilypond fails
whenever the PDF is open in Sumatra.  However, removing the deletion
(backend-library.scm, lines 114-115) fixes the issue.  Lilypond happily
overwrites the PDF and Sumatra reloads it.

Most other PDF viewers, such as Adobe Reader, open the file in a way preventing
even overwriting.  So for these there is no hope of being able to update the PDF
at all while the file is open, whether by deleting the file or not.  So I don't
believe this change would break any existing behavior, but would fix the
behavior with Sumatra.
  

Makes sense!

However, it would be very interesting if anybody could figure out what 
kind of trick recent versions of WinEdt use when they process LaTeX 
files, and are able to update a PDF file that is open in Acrobat and 
automatically reload the updated version in Acrobat. Clearly, somebody 
has found a very clever solution that would be very useful for us as well.


  /Mats


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

Re: Enhancement request

[Mats Bengtsson]

Quoting Carl Sorensen c_soren...@byu.edu:


On 3/19/10 8:40 AM, Phil Holmes em...@philholmes.net wrote:


According to the documentation for 2.12.3 There is no support for chords
where the same note occurs with different accidentals in the same chord.  I
have a situation where this is required and would like to add it as an
enhancement request.


I've copied this to bug-lilypond so an issue can get made on the tracker,
but I doubt this will get worked on in the near future.


This issue has been discussed on the mailing lists several times over 
the years. The first question is what layout such a feature would use. 
One option is shown in http://lsr.dsi.unimi.it/LSR/Item?id=505, but I 
guess there's no single established typesetting practice for these 
situations.


  /Mats



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

Re: RhythmicStaff Multimeasure Rests

[Mats Bengtsson]

Jay Anderson wrote:

On Tue, Mar 9, 2010 at 3:19 PM, Neil Puttock n.putt...@gmail.com wrote:
  

\override RhythmicStaff.MultiMeasureRest #'staff-position = #0.01



Thanks. That works great.

Now I just have to deal with
\context{\RemoveEmptyRhythmicStaffContext} killing my settings. I
remember following the discussion recently, but I couldn't find a bug.
Was one written?

It's especially annoying here.

If I put this in a common file included by both the score and the part:
\layout
{
  \context
  {
\RemoveEmptyRhythmicStaffContext
  }
  \context
  {
\RhythmicStaff
\override MultiMeasureRest #'staff-position = #0.01
  }
}

Then the score looks fine, but since the bass drum (or triangle or
other percussion instrument) rest for very long sections some of the
lines in the part are taken out.

The alternative is to move the RemoveEmptyRhythmicStaffContext to the
score file and duplicate the multimeasure rest stuff below it again.
This is what I'm doing. (Though I should probably put in some cues
which would also fix this).

The cleanest solution would be for either the
RemoveEmptyRhythmicStaffContext to not kill settings or if there is
only one staff in the score the RemoveEmptyRhythmicStaffContext would
just not remove anything (or both of course).

Really these are minor inconveniences. I just want to be sure bugs. Thanks.

As long as your score.ly contains
\layout{
 \context{
   \RemoveEmptyRhythmicStaffContext
  }
}

above the lines where you do

\include part1.ly
...

then it should work to have a

\layout{
 \context{
\RhythmicStaff
\override MultiMeasureRest #'staff-position = #0.01
  }
}
within your part1.ly file.


  /Mats


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

Documented but unimplemented feature for beam subdivisions?

[Mats Bengtsson]

Hi,

According to the 2.13 docs, it should work to do something like
\overrideBeamSettings #'Score #'(4 . 4) #'subdivide #'(((1 . 16) . (2 6 
10 12)))
to specify a pattern for beam subdivisions. However, when I tried it, 
nothing happened and as far as I can see from the implementation, all 
subdivide settings are simply ignored.
Could it be that the documentation describes the planned implementation 
but that the plans changes or were delayed? (The relevant patch is 
http://git.savannah.gnu.org/gitweb/?p=lilypond.git;a=commit;h=edbfb6ad6f5c8d3d0628ac1fc2e18046d9b14ddc)
I would have hoped to use this feature to answer 
http://lists.gnu.org/archive/html/lilypond-user/2010-03/msg00098.html.



Also, for the part that works, namely
\overrideBeamSettings #'Score #'(4 . 4) #'end ...
I find the documentation in NR 1.2.4 Beams Setting automatic beam 
behavior misleading, since it says that
Beam type is either a scheme pair indicating the duration of the beam, 
e.g. (1 . 16) ...
but as far as I can understand the (1 . 16) does not denote the duration 
of the beam, but rather the duration of the last note of the beam, right?


  /Mats


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

Re: Ties between measures not rendered in MIDI

[Mats Bengtsson]

I just tried a small example where the tie indeed was rendered in the 
MIDI output.
Could you please send a small but complete example to the mailing list, 
of a file illustrating the problem. Don't forget to tell what LilyPond 
version you use.


  /Mats

François Jortay wrote:

Hello,

Ties (~) between measures (meaning : across bars) are note rendered in MIDI
output (that is : notes are repeated). 


This bug is not mentioned in :

http://lilypond.org/doc/v2.10/Documentation/user/lilypond/Ties-and-slurs#Ties-and-slurs

nor in :

http://lilypond.org/doc/v2.10/Documentation/user/lilypond/Creating-MIDI-files#Creating-MIDI-files


(However, in this last file, it is well written that Ties, dynamics, and tempo
changes are interpreted)

NB : My MIDI player is Timidity, my OS is Linux Debian 5.


Thank you for this wonderful Lilypond !

fran ;-)



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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Ties between measures not rendered in MIDI

[Mats Bengtsson]

I tried your example with both version 2.10 and 2.12 of LilyPond and I 
clearly hear the ties in the output. You can also verify this fact by 
running midi2ly on the generated MIDI file. For example, the beginning 
of the melody in the resulting .ly file is:

trackCchannelB = \relative c {
 b'8 c f gis a f d f4 d8 f s4 f d8 |
whereas it would have been
trackCchannelB = \relative c {
 b'8 c f gis a f d f f d f s4 f d8 |
without the tie.

   /Mats


François Jortay wrote:

Here is a complete example (NB : I got rid of these 4
crossed-by-ties-bars but without any effect ...) :

\version 2.10.33

\header {
  title = Billie's Bounce
  composer = Charlie Parker
}

melodie = \relative c' {
  \clef treble
  \tempo 4=100 
  
b8 c f gis a f d f ~   f d f r8 r f4 d8 | f8 r4 f8 ~   f d f d | \break

aes'8 a f d f g f f | r4 r8 a bes f r aes ~ aes bes ~   bes4 ees8 c f
ees | r8 f c4 r r8 e ~  
e4 g,8 e fis ees' c cis | d4 r8 g8 fis d bes f | f'4 r8 f e e d d | c4

r8 f, f d f4 | \break
r8 f4 ~ f8 d f4 c8
} 


accords = \chordmode {
f2:7 f2:7 bes2:7 b2:dim7 f2:7 f2:7 
f2:7 f2:7 bes2:7 bes2:7 bes2:7 bes2:7 f2:7 f2:7 
a2:m d2:7 g2:m g2:m c2:7 c2:7 f2:7 d2:7

g2:m c2:7
 }

\score {
   
   \new ChordNames { \set chordChanges = ##t \accords }
   \new Staff { \melodie } 
   

   \layout { }
}

\score {
  \unfoldRepeats 


\new ChordNames \repeat volta 2{ \set chordChanges = ##t \accords }
\new Staff \repeat volta 2 { \melodie } 


  \midi { }
}



Le mercredi 03 mars 2010 à 12:55 +0100, Mats Bengtsson a écrit :
  
I just tried a small example where the tie indeed was rendered in the 
MIDI output.
Could you please send a small but complete example to the mailing list, 
of a file illustrating the problem. Don't forget to tell what LilyPond 
version you use.


   /Mats

François Jortay wrote:


Hello,

Ties (~) between measures (meaning : across bars) are note rendered in MIDI
output (that is : notes are repeated). 


This bug is not mentioned in :

http://lilypond.org/doc/v2.10/Documentation/user/lilypond/Ties-and-slurs#Ties-and-slurs

nor in :

http://lilypond.org/doc/v2.10/Documentation/user/lilypond/Creating-MIDI-files#Creating-MIDI-files


(However, in this last file, it is well written that Ties, dynamics, and tempo
changes are interpreted)

NB : My MIDI player is Timidity, my OS is Linux Debian 5.


Thank you for this wonderful Lilypond !

fran ;-)



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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: [Enhancement] Update syntax automatically

[Mats Bengtsson]

Graham Percival wrote:

2010/2/19 Dénes Harmath harmathde...@gmail.com:
  

There should be an option in lilypond to invoke convert-ly on the files before
compiling. This way, the user doesn't have to care with updating the syntax of
her files manually; when updating LilyPond, files will be up to date
automatically when compiled.



convert-ly is not sufficiently automatic / foolproof to be worth doing
this.  Feel free to write a script that runs convert-ly -e before
calling lilypond, but this will not be added to the LilyPond project
itself.
  
Also, since the main LilyPond programmers work primarily with UNIX, they 
follow the UNIX paradigm of letting separate programs be responsible for 
separate tasks. As Graham said, combining the two into a single command 
is easily done using a script or could be included as an option into a 
development environment (such as LilypondTool, or the LilyPond mode of 
editors like Emacs or VIM).
Finally, I see several risks of confusions when using such an option. If 
it did convert-ly -e, then the file would have to be reloaded in the 
text editor, manually or automatically depending on what editor you use. 
If it instead kept the original file and let LilyPond process a 
temporary copy with updated syntax, then the warning/error messages 
would not point to relevant lines in the original file.


 /Mats

  /Mats

Cheers,
- Graham


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



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: \transpose causes crash (std::logic_error)

[Mats Bengtsson]

I notice that you classified it as priority-medium. I haven't followed
the recent discussions on bug classifications, but at least previously
all crashes were always classified as very serious.

   /Mats

On Wed, 2010-02-10 at 10:12 +0200, Dmytro O. Redchuk wrote:
 У вт, 2010-02-09 у 22:43 +, Kirill пише:
  The following snippet reproduces the bug.
 
 Thank You, added as 1009:
 http://code.google.com/p/lilypond/issues/detail?id=1009
 
  \version 2.12.3
  \new Score
  {
\transpose disis, c {a b c d}
  }
  
  (Interestingly enough, \transpose ceses, c {...} does not cause the crash.)
  
  Best,
  
  Kirill Sidorov
 



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

Re: lyrics with accents

[Mats Bengtsson]

Just make sure that your text editor saves the file using UTF-8 text 
encoding and everything should work out of the box.


   /Mats

Sylvain wrote:
Hello, 


I'm trying to write a song with franch lyrics. In franch we need to use leters
like é, à, è, etc. I don't know how to write it with lilypond. I had the version
2.10 and the letters with accent were not compiled. I downloaded the versions
2.13, and now these leters are replaced by an o in the pdf file. Could you
explain how to do? 

Thanks, 
Sylvain Lamesch




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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Different size staves?

[Mats Bengtsson]

I forward this email to the bug mailing list, since I think it's time to 
take another look at issue 216, which was closed a couple of years back 
since the bug was documented as a known limitation. There are comments 
in Documentation/notation/spacing.itely about the problem. The smallest 
thing we could do would be to show a workaround like the one I included 
below (or at least point to a more complete example like the second 
Ossia example in section 1.6.2 Modifying single staves). However, the 
limitation that also the vertical spacing gets wrong should also be 
documented, unless we can fix the underlying problems with 
layout-set-staff-size. The question has appeared a sufficient number of 
times on the mailing lists so make it worth a serious bug report, at 
least. If we don't expect layout-set-staff-size to work properly in the 
forseeable future, why not simply remove it altogether since it's not 
better than setting fontSize?



If I understand you correctly, you have multiple \score blocks in the 
same file and want to use different staff sizes for the different 
scores. The best option that I know of is to use what you already have 
tried. If you want to get the correct staff spacing when using 
layout-set-staff-size, you could use

\score{
 \relative c'{c4 d e f g f e d c1 }
\layout{
 #(layout-set-staff-size 15)
 \context{
   \Staff
   \override StaffSymbol #'staff-space = #(/ 15 20)
 }
}
}

but it still gives too wide vertical spacing.

   /Mats

Todd O'Bryan wrote:

I'm going to export the two music snippets to EPS and paste them into
OpenOffice. When I finish, I'll post the PDF so you can see what I was
going for and see if there's any way to achieve it inside Lilypond.
Sorry about not trying harder before going to EPS, but we're singing
this on Christmas Eve, so I think the choir director would like it
soon. :-)

Todd

On Mon, Dec 21, 2009 at 1:50 AM, Marc Hohl m...@hohlart.de wrote:
  

Todd O'Bryan schrieb:


I just started using Lilypond and am loving it. But I have a rare use
case and am having trouble.

I'm trying to set Anglican chant--basically there are several bars of
whole and half notes on a grand staff that get matched up with text
below. That part is easy, I'll just use a markup section to handle the
text.

But there's a refrain at the top and because of the lyrics, it needs
to be fairly large. I'd like the chanting notes smaller, since they
don't have lyrics and could probably fit on a single line, but I can't
figure out how to make the second score a different size from the
first.

  

I am not sure what you want to achieve - do you have a visual example
(some scans perhaps)?

Marc


I've tried the layout-set-staff-size trick, but the lines don't get
any smaller. I've used \with to make the fontSize and staff-space
smaller, but even when I get the notes and staves so that they're
reduced in size, the spacing hasn't changed at all and I still have
the same number of measures across as I did at full size. (They just
look a lot more airy.)

Is there any way to do this, or should I just typeset the two scores
separately, convert them to EPS, and then paste them into a LaTeX
document or something similar?

Thanks for a great program,
Todd O'Bryan


___
lilypond-user mailing list
lilypond-u...@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-user


  




___
lilypond-user mailing list
lilypond-u...@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-user
  


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: notation rhythm issue

[Mats Bengtsson]

Please read again in the Learning Manual on how to specify durations. In 
your example, you ask LilyPond to let each chord have a duration that 
equals 4/3 of a crotchet (since 1 means whole note = 4/1 crotchets, 2 
means halft note = 4/2 crotchets, 8 means minim = 4/8 crotchets, and so 
on. Just replace 3 by 2. and you get what I think you want.


/Mats

isaac wrote:
i think this is not in the list of known bugs because i looked through it and 
didnt find it. and im not top posting (i dont know what top posting means)


the problem is the length of the full bar notes. in theory, 3/4 time can have a 
semibreve as a full bar note that takes all 3 beats. lilypond correctly input my 
chord with the 3 crotchet beats into semibreves but it then interpreted the 
semibreves as 4 beats.


 version 2.12.0
{ \clef bass \key f\major \time 3/4
  f,, f, 3~
  f,, f, 3~
  f,, f, 3~
  f,, f, 3~
  f,, f, 3~
 }

hope this helps you and me :)

thanks

isaac



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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: #852 - stop google from indexing old docs

[Mats Bengtsson]

Han-Wen Nienhuys wrote:

On Wed, Dec 16, 2009 at 6:59 AM, Graham Percival
gra...@percival-music.ca wrote:

  

Disallow: /doc/v1.9/
  

Huh, I didn't reliaze we kept the old unstable directories around;
they're not listed on
 http://lilypond.org/documentation
anybody mind if I delete the unstable doc dirs?



IIRC it is a symlink to the 2.0 documentation.  We dont remove it to
not break other people's links gratuitiously.
  
That's a good point. There are probably many links to the old unstable 
docs in the mailing list archives and even though the information often 
is not fully appropriate for the current versions, looking at the 
corresponding page in the old manual will provide a useful link on where 
to look in the current docs.


  /Mats

--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Issue 929 in lilypond: hook for ly:page-turn-breaking to insert text on blank pages

[Mats Bengtsson]

Wikipedia mentions the following standard formulation:
*This page is intentionally left blank*.

   /Mats

lilyp...@googlecode.com wrote:

Status: Accepted
Owner: lemzwerg
Labels: Type-Enhancement Priority-Low

New issue 929 by lemzwerg: hook for ly:page-turn-breaking to insert 
text on blank pages

http://code.google.com/p/lilypond/issues/detail?id=929

It is common that intentionally blank pages in parts have some text
printed on it.  There should be a hook for ly:page-turn-breaking which
does exactly that.  The default phrase could be

  This page is left intentionally blank.

or something similar.

--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: automatic accidental style voice: too many written accidentals

[Mats Bengtsson]

Trevor Daniels wrote:

This behaviour with an accidental style of 'voice is certainly
unexpected!  The question is, should the accidental style of
'voice affect just cancellations or should it give every voice an
independent key?  If the former, then there is indeed a bug.  If the
latter, then the manual needs to explain it.  At presently coded,
an accidental style of 'voice gives every voice an independent
key, so is this intended?

Seems to me Frédéric is right - this is a bug.  What are others'
views?
Since the \key command still works at the Staff level (both technically 
in LilyPond and musically, since there's no notation available to 
specify separate key signatures for separate voices within a stave), I 
clearly see it as a bug if the Staff key isn't seen by each Voice.


   /Mats


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

Re: function \transposition

[Mats Bengtsson]

Jean-François Lucarelli wrote:

Hello,

First, excuse my poor english, but I've found a little bug in 
the \transposition command (for MIDI output).


For ascendent transposition (trupet e.g.),  \transposition d'  works 
correctly.

Also for descendant transposition (horn e.g.)  \transposition d  works also.

But for octave transposition (Contrabass e.g.), it doesn't works.

 \transposition c'  let the score inchanged, and  \transposition c  
(without ' or ,) descend the score for two octaves.
  
As far as I can see, this is exactly what you should expect if you read 
the documentation.
In 
http://lilypond.org/doc/v2.12/Documentation/user/lilypond/Displaying-pitches#Instrument-transpositions
you see that the argument to the \transposition command is the pitch you 
want to hear when a c' is played, which obviously means that

\transposition c'
doesn't change anything, whereas
\transposition c
should provide a MIDI output that sounds one (not two) octave down 
compared to the notation, which it also does as far as I can see (and 
hear).


  /Mats

My version is 2.11.63

Best regards, and congratulation for your big work.

Jean-François



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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: MY error, but wish the log was clearer.

[Mats Bengtsson]

Valentin Villenave wrote:

On Wed, Sep 30, 2009 at 1:52 PM, Mats Bengtsson
mats.bengts...@ee.kth.se wrote:
  

However, your feature request is certainly relevant, so I forward it to the
bug mailing list.



Don't we already have a no music in this file error message?

`aliteralmind': could you please post a minimal example of a .ly file
that requires a \score block, but doesn't print any error message when
there's none?
  

How about

\version 2.13.4
mymusic = \relative c' {c d e f }


  /Mats


Cheers,
V. Villenave.


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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: VerticalAxisGroup #'remove-first = ##t does not work with \partial r

[Mats Bengtsson]

An alternative, found in the mailing archives is to do

\version 2.13.4

show = \set Score.keepAliveInterfaces = #'(
   rhythmic-grob-interface
   lyric-interface
   percent-repeat-item-interface
   percent-repeat-interface
   stanza-number-interface
 )

hide = \unset Score.keepAliveInterfaces

\score {
 
   \new Staff {
 \partial 16 \hide r16 \show |
 R1*4 | \break
 R1*4 | \break
 c''1 | r2 r2
 \bar |.
   }
   \new Staff {
 \partial 16 c'16 |
 \repeat unfold 4 { c'1 } | \break
 \repeat unfold 4 { c'1 } | \break
 c'1 | r2 r2
 \bar |.
   }
 

 \layout {
   \context {
 \RemoveEmptyStaffContext
 \override VerticalAxisGroup #'remove-first = ##t
   }
 }

}

  /Mats



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

Re: MY error, but wish the log was clearer.

[Mats Bengtsson]

Often, you don't have to explicitly write out any \score{...} block in 
your file, see

http://lilypond.org/doc/v2.12/Documentation/user/lilypond-learning/Introduction-to-the-LilyPond-file-structure#Introduction-to-the-LilyPond-file-structure

However, your feature request is certainly relevant, so I forward it to 
the bug mailing list.


  /Mats

aliteralmind wrote:

I'm using LilyPond for the first time in months. Feels god.

I was about to ask why-the-heck is my LY code being analyzed (I get an
appropriate message when I purposefully put in a syntax error), but when I
fix the error, no PDF is generated. It just stops. I realized, after
halfway-composing my help-me forum message, that I didn't put in the score
element.

The log was giving me this:

---
# -*-compilation-*-
Processing `E:/temp/mysong/mysong.ly'
Parsing...
---

Then in just stopped. Nothing. I thought I somehow messed up my computer in
the past months. I put in the score element and now it works.

What I WISH the log would say, when no PDF or MIDI is generated, is
something like this:

---
# -*-compilation-*-
Processing `E:/temp/mysong/mysong.ly'
Parsing...
[END. No PDF or MIDI generation requested] 
---


Anyway, I just wanted to make that comment. Thanks for considering.
  




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

Re: \RemoveEmptyStaffContext and cross-staff beams

[Mats Bengtsson]

I can see the problem you report with version 2.12, but with the latest 
2.13 version (compiled from todays GIT), it's even worse, since the beam 
stays flat also if you don't have \RemoveEmptyStaffContext.
I haven't tracked down exactly what has changed, but I had to reduce the 
setting of the auto-knee-gap property of Beam from the default value 5.5 to

\override Score.Beam #'auto-knee-gap = #4.75
to get the kneed beam that was obtained in earlier versions.
Regression bug!(?)

On the other hand, the problem you report has been in LilyPond for a 
very long time and seems to date back to

http://git.savannah.gnu.org/gitweb/?p=lilypond.git;a=commitdiff;h=17332ae36b238193723983455a91366be4e88e0b
I'm not sure why Han-Wen added this setting in the definition of 
\RemoveEmptyStaffContext, but he probably had a good reason. The 
question is if the same reason still applies or if it would work to 
allow kneed beams also in \RemoveEmptyStaffContext. If somebody is 
interested to try it out, just use

\layout {
   \context {
  \RemoveEmptyStaffContext
   \override Beam #'auto-knee-gap = #4.75
   }
}

and check if anything breaks. There doesn't seem to be any regression 
test on the combination of \RemoveEmptyStaffContext and kneed beams, so 
you would have to invent some yourself.


   /Mats

Jonathan Wilkes wrote:

Hello,
 In the following code, the beam goes between the staves when
\RemoveEmptyStaffContext is commented out but goes above the top 
staff when it's used.
 This means you have to explicitly state all the stem directions to 
get the beam to go in the middle of the staves when using \RemoveEmptyStaffContext.


Is this a bug?

-Jonathan

Snippet below:

\version 2.13.3

staffPiano = \new PianoStaff {

\new Staff = rh { \relative c' {
c8[ c c c \change Staff = lh g, g g g]
}
}
\new Staff = lh { \relative c {
\clef bass
c1
}
}

}

\score {
\staffPiano
}

\layout {
\context {
\RemoveEmptyStaffContext
}
}


  



___
lilypond-user mailing list
lilypond-u...@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-user
  


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Ottava too far from clef in \clef F^8

[Mats Bengtsson]

This is weird! For alto clefs, \clef C^8, the '8' is placed just on 
top of the stave, but for bass clefs it's separated for some strange 
reason. For octava indications below the clef, the placement is OK for 
all the clef symbols. I used \override Score.Clef #'stencil = 
#(make-stencil-boxer 0 0 ly:clef::print) to check the bounding box of 
the clef symbols, but it seems correct so I have no idea why this happens.


The problem existed already in version 2.10, so it's not related to the 
new spacing implementation in 2.12 or 2.13.


Extended test case:

\score {
   
\override Score.Clef #'stencil = #(make-stencil-boxer 0 0 ly:clef::print)
   \new Staff { \clef G^8 g''1 }
   \new Staff { \clef F^8 c'1 }
   \new Staff { \clef C^8 c''1 }
   \new Staff { \clef G_8 g1 }
   \new Staff { \clef F_8 c,1 }
   \new Staff { \clef C_8 c1 }
   
  \layout{ragged-right = ##t }
}


   /Mats


Peter Chubb wrote:

Hi,
The `8' is too far from the F clef with Lilypond 2.12.2 --
from the score, one cannot tell whether it belongs to the bass or
treble staves.

\version 2.12.2
\score {

\new Staff { g'1 }
\new Staff { \clef F^8 c'1 }

}

Produces this:
  







Peter C


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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Firefox and protocols

[Mats Bengtsson]

Exactly which page do you refer to?
If you mean the PDF file with the first score you produced yourself, 
then please read 
http://lilypond.org/doc/v2.12/Documentation/user/lilypond-program/Point-and-click#Point-and-click


   /Mats

Geoffrey Bevan wrote:

Been all round this and not got anywhere. Whenever I click on a note in the
opening page I get this: Firefox doesn't know how to open this address, because
the protocol (textedit) isn't associated with any program.

Can you help?

Thanks

Geoff
  




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

Re: Lilypond language definition for Notepad++

[Mats Bengtsson]

Copied to the bug mailing list, since it seems that the generated 
lilypond-words files are not complete.


-Eluze wrote:






i searched with a simple regex in C:\Program
Files\lilypond\usr\share\lilypond for definitions and found over 200 missing
terms - i hope they have been added since the last release!  (see attached
list for details) 
http://www.nabble.com/file/p25070085/missing%2Bin%2Blilypond%2Bwords.ly
missing+in+lilypond+words.ly 
  
As I mentioned earlier, the list included in the distribution is 
automatically generated and should thereby be complete. Perhaps the 
script scripts/build/lilypond-words.py in the source code tree, that 
generates this list isn't up to date.



   /Mats


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

Re: Affichage pdf - Pdf display

[Mats Bengtsson]

My guess is that you have made some mistake when entering the durations 
of the notes, so that the bar line are not where you think they should 
be. LilyPond will only make line breaks at the bar lines and only if 
there's no note that passes that bar line. Fortunately, LilyPond can 
help you find the problem, just insert an | at every place that you 
think there is a bar line and LilyPond will output a list of all the 
bars that don't end where you thought, see

http://lilypond.org/doc/v2.12/Documentation/user/lilypond/Bars#Bar-and-bar-number-checks

Please send future usage questions to the user-lilypond mailing list and 
only use bug-lilypond when you are certain that you have found a bug.


  /Mats


Johan Brulez wrote:

Bonjour - Hello

J'ai un problème lors de l'affichage en pdf.
I have a problem with pdf display.

Les mesures continuent en dehors de la page (vers la droite) puis reviennent ;
comme si la page était plus large au niveau de cette ligne.
The measures go out the page (towards the right) and go away on the next line ;
it's as if the page was larger for this line.

Sorry for my english ...

Thank you very much

Johan



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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: umlaut

[Mats Bengtsson]

Please make sure that your text editor is saving the file using UTF-8
encoding. Then, everything should work without any problems.

   /Mats

Quoting orolo kuriboo1...@gmail.com:


 not top posting

I am transcribing Schubert's Du bist die Ruh, and have run into a
problem with
the umlauts. In both the lyric and in the header, whenever I use an
umlaut, the
text stops. In the header, instead of saying Friedrich Rückert, it says
Friedrich R, and in the lyric, instead of O füll es ganz, it says O
f es ganz.




\version 2.12.2
\header {
 title = Du Bist Die Ruh
 composer = Franz Schubert
 opus = Op. 59, 3
 poet = Friedrich Rückert }
\include english.ly



***


melody = \relative c'' {
 \clef treble
 \key bf \major
 \time 3/8

R1*3/8
R1*3/8
R1*3/8
R1*3/8
R1*3/8
R1*3/8
R1*3/8
f,8 f8. f16
g4 g8
bf4 a8
bf4.
}


***

text = \lyricmode {
Du bist die Ruh, O füll es ganz,
}




upper = \relative c' {
 \clef treble
 \key bf \major
 \time 3/8

 {d16 f d f d f
d g d g d g
g c, g' c, f c
bf'4.} \\
{bf,8 bf8. bf16
bf4.
a
f'16 bf, f' bf, ef bf} 

f' bf f'4.

 {f f'4.
f f'8 d16[ f d f]} \\
{bf8 a16 g a8
bf s s} 

d16 f d f d f
d g d g d g

 {bf4 a8
bf4.} \\
{d,16 f d f ef f
d f d f d f} 
}


**

lower = \relative c {
 \clef bass
 \key bf \major
 \time 3/8

s4.
s
s
g'4.

 {ef'16 bf ef bf d bf
c ef c ef c ef} \\

{f,4.
f} 

bf d8 r r
bf8 bf8. bf16
bf4.
d, bf'4 f c'8
bf4.
}

*

\score {


 
   \new Voice = mel { \autoBeamOff \melody }
   \new Lyrics \lyricsto mel \text
   \new PianoStaff 
 \new Staff = upper \upper
 \new Staff = lower \lower
   
 
 \layout {
   \context { \RemoveEmptyStaffContext }
 }
}




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







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

Re: error message

[Mats Bengtsson]

It's very hard to give a good answer without seeing one of your files, 
but it's almost certainly some kind of syntax error in your file, such 
as a missing curly brace or missing double qoute or something similar. 
If you don't manage to figure it out yourself, send a followup to the 
lilypond-user list, including a short example file that gives this 
error message.


   /Mats

Quoting Kendra Leonard caen...@gmail.com:


Hi--

I'm getting the following error message:

F:/downloads/LilyPond/usr/share/lilypond/current/ly/init.ly:63:66: 
error: syntax

error, unexpected $end
  (ly:parser-error parser (_ expected error, but none found

with all of my compilations. Could you let me know what's going on, 
so that Ican

fix whatever it is that's bugging this up?

Many thanks-- I love LilyPond!

Kendra Leonard



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







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

Re: ReReRe: Bug report: measure numbering after repeat with alternative endings

[Mats Bengtsson]

Paul de Bruin wrote:

Dear Mats, Bertalan and Graham,
 
Flooded with and surprised by instant reactions, I've given the 
problem (or is it a bug?) some more thought. Two points of view are 
possible:
 
1. The Programmer's view. A measure of music, like any other object in 
programming, should have a unique number. No ambiguity is logically 
allowed or even thinkable. So, the first measure of the second piece 
section should be 18.
 
2. The Musician's view. Measure 16b (2a volta) is 
essentially/musically the same as measure 16a (1a volta). Moreover, 
this particular piece (bwv 1017) has not only a harsichord part but 
also a violin part. There, there is no distinction between 16a and 
16b, and in the separate violon part there is no need to write it 
out that way at all. Would I indeed follow that choice when coding 
the violin part, I would end up with a difference in measure numbering 
which is rather awkward during rehearsals. So, the first measure of 
the second piece section should be 17 in both parts.


I could also imagine the conductors view at a rehearsal. She/he wants 
everybody to start at the same place and if there are two different 
measures with the same bar number, then you can be sure that at least 
one person in the orchestra will start at the wrong place. Admittedly, 
it's probably most common to specify that you should start at the first 
ending/second ending in such situations, but still it can be a source 
of confusion.


However, I just looked in a book on music typesetting (Noter, by B. 
Tyboni, which unfortunately only is available in Swedish), which says 
that it is most common to do what you propose, namely to use the same 
measure numbers both in the first and second ending. Still, the 
formulation most common indicates that both strategies are used.


  /Mats


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

Re: Bug report: measure numbering after repeat with alternativeendings

[Mats Bengtsson]

This is another incarnation of Issue 355, which in my opinion is a clear 
bug.


However, I'm not equally certain that the bar numbering always is done 
the way Paul proposes
and would have to look through my collection of scores to see what is 
the most common typesetting

practice.
Does anybody have authoritative information on how the bar numbering 
should be done with alternative

endings?

   /Mats

Bertalan Fodor wrote:

If I remember well it's already been discussed: it is not a bug but a matter of 
taste. I think most scores use this numbering, because this is the only way to 
refer to the 16th and 17th bar unambiguously. There must not be two 16th bars.

  Original message  
From: Graham Percival gra...@percival-music.ca

Sent: 25 Jun 2009 13:31 -07:00
To: Paul de Bruin paul.de.br...@chello.nl
Cc:  bug-lilypond@gnu.org
Subject: Re: Bug report: measure numbering after repeat with alternativeendings

Please create a minimal example of this; turn on bar numbers on
every bar, and then it should be showable in 4-5 bars.

Cheers,
- Graham

On Thu, Jun 25, 2009 at 07:37:33PM +, Paul de Bruin wrote:
  

I'm not top posting.
  

%% BUG in Measure Numbering:
%% after a \repeat ending in two \alternative measures, these two measures 
should bear the same number;
%% however, Lilypond gives them subsequent numbers; the next section of the 
piece starts with a measure

%% number one too high.
%% Example, see line 50.

\version 2.10.10

\paper{ ragged-right=##t }

%  JSB Sonata BWV1017
%  Sonata Cembalo+Violino
%  1 Siciliano

\header {
title = SONATA IV
subtitle = BWV 1017
composer = Johann Sebastian Bach (1685-1750)
}

#(set-global-staff-size 19)

SicilianoS = \relative c' { 
  \key c \minor

  \time 6/8
  \clef treble

  \repeat volta 2 {  
  \stemUp

c16( es g c g es)   c( es g c g es)
c( f as c as f) c( e g bes as g)
  \stemDown
as( bes c f c as)   f( as c f c as)
f b d f d b f as c f c as
g b d f d c b d f as c, b
c es g c g es   c es g c g es
c f as c as f   d f g bes g es
c es f as g f   c es f as g f
bes, c d f es d as' g f es d c
bes d f bes f d es ges a c bes a
es f ges bes d, c   d f d bes f as

g bes es g es bes   g b d f d b
g b c es d cd fis g a bes g
fis g a es d c  bes c d a' fis g
c, es fis a fis es  c es c a c fis
}
  \alternative {
  { g16 d b g b d   g4. }   % THIS is bar 16;
  { g16 d b g b d   g4. }   % THIS is the alternative bar 16!
  }
  \pageBreak
  \repeat volta 2 {
  \stemDown
g,16( b d g d b)g( b d f d b)% THIS BAR should be numbered 17; 
however, it is 18!

g b c es c bc es g c g f
g bes! g e des cbes c e g f e
c e f as f c 
  \stemUp   f, g as c as f

des f bes des c bes
  \stemDown a c es ges f es
f a bes as ges fes ges f es des c

des c bes a bes e   f g as f c e
f as c as f e   f as f c as g
  \stemUp
f g as d as g
  \stemDown as bes c es d c
bes c d f d c   d es f as g f
g f es d c es   as g f es d c
g b d f d b g b d g d b
g b c es d cg' f es d c b
c e f as g fc' g es g c, es
as c, f as f d  b d f d b g
  \stemUp
es' c bes! as g f   es as g f es d
c f as c as f   d f g bes g es
  \stemDown
f as des f des bg as' g f es d
  \stemUp
c b a g f d'es, d es c' d, b'
c2.
  }
}

SicilianoB =  \relative c {
  \key c \minor
  \time 6/8
  \clef bass

  \repeat volta 2 { 
  \stemDown

c8( es g)bes,( es g)
  \stemUp
as,( c f)g,( bes e)
f,( as c)es,( as c)
d, f as  c, f as
  \stemDown
b f' as  g, d' g
c, es g  bes, es g
  \stemUp
as, c f  g, bes es
  \stemDown
f as c   es, as c
d, f as  es f g
  \stemUp
as, d f  a, c es
  \stemDown
bes es f bes, d as'
es g bes d, g b
c, es g  bes,! d g
  \stemUp
a, c es  g, bes es
fis, a c d, a' d
}
  \alternative {
  { g,4.~ g16 b d f d b }
  { g2. }
  }

  \repeat volta 2 {
  \stemUp
g8 b d \stemDown g b d
c es g   g, c es
e, g bes c, g' c
  \stemUp
f,, as c as c f
  \stemDown
bes, f' bes  c, es a
des, f bes   c, es as
bes, des g   c, f c'
  \stemUp
f,, as c as c f
  \stemDown
bes, d bes'  c, es as
d, f as  bes, d bes'
es, g c  f, as d




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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: rehearsal mark prints twice

[Mats Bengtsson]

I'm pretty certain that you do something special in your score that 
causes this problem, so it's hard to provide any hint if you don't send 
a small example that illustrates the problem. Just a wild guess, do you 
by chance have any grace notes just at the rehearsal mark?


  /Mats

Antonio Palamà wrote:

I am using lilypond 2.10.33 on Debian Lenny.
If a rehearsal mark is at the beginning of a line, it is printed twice, once
just over the bar number and once approximately above the key signature.
i get no error messages or warnings from lilypond.
Do you have any suggestion  to solve the problem?

Thanks for your help,

Antonio
  




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

Re: SystemError by using midi2ly

[Mats Bengtsson]

Which LilyPond version do you use?

   /Mats

Tilo Hähnel wrote:

by converting the file vio.mid with midy2ly i wrote:

midi2ly vio.mid

and got the message:

SystemError:
/home/lilydev/vc/gub/target/mingw/src/python-2.4.2/Objects/listobject.c:243: bad
argument to internal function

how can I convert the file?

yours, Tilo



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



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Issue 766 in lilypond: Instrument name is cut off

[Mats Bengtsson]

I guess that a better solution in most circumstances would be to 
hyphenate and split the instrument name over two lines. However, 
hyphenation is clearly not something that should be implemented in 
LilyPond (at least not before all current open issues have been dealt with).


   /Mats

codesite-nore...@google.com wrote:

Status: New
Owner: 

New issue 766 by magillenator: Instrument name is cut off
http://code.google.com/p/lilypond/issues/detail?id=766

LilyPond v2.12.2

When a long instrument name is used in a score, the name is cut off of 
the
page. I know that you can change the size of the indent to fix this, 
but I

was just wondering why that is not automatic. It seems like it would be
rather easy to increase the indent if the program detects an instrument's
name being cut off.


--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


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



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Cygwin lilypond v2.12.2-1: -dgui flag fails with DOS path

[Mats Bengtsson]

Do you have a good reason to use the Cygwin version and not the Windows 
installation package available at www.lilypond.org - Download ? As far 
as I know, there haven't been much active support for the Cygwin version 
during the last years.


   /Mats

Lawrence Mayer wrote:

Cygwin Lilypond v2.12.2-1 has the following bug:

lilypond.exe -dgui path

requires that path be in Unix format (e.g. /cygdrive/c/Music/test.ly). If 
path is in DOS format (e.g. C:\Music\test.ly), no log file is generated, nor 
does any log info appear in the console.


This bug is especially significant, since an Explorer context menu entry, e.g.

HKLM,SOFTWARE\Classes\LilyPond\shell\generate\command,,,C:\cygwin\bin
\lilypond.exe -dgui %1

feeds lilypond a DOS path (the index %1 is in DOS format). Thus, double-
clicking on a .ly file, or right-clicking and choosing Generate PDF..., will 
fail to generate a log file.


This bug depends on the -dgui flag. If -dgui is omitted, it doesn't matter if 
path is in Unix or DOS format.


This bug is not present in Cygwin Lilypond v2.10.33-1, which *requires* DOS 
paths with -dgui. In v2.10.33-1, a Unix path with -dgui generates a log file in 
the console's working directory rather than the directory of the .ly file 
(where the .ps and .pdf files are generated).


Greetings,
Larry

Version details:
Cygwin Lilypond v2.12.2-1 is not yet on Cygwin's server. It was installed 
together with guile-1.8.5-1 and libguile17-1.8.5-1 , all downloaded from

http://download.linuxaudio.org/lilypond/binaries/cygwin/
Cygwin version: 1.5.25-15 (latest stable release)



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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: multimeasure rest bug?

[Mats Bengtsson]

It seems that you spend large efforts on scaling all durations, just to 
be able to obtain the desired time signature. The same result can be 
obtained much easier as shown in the following examples. Also, the 
solution to your multimeasure rest problem is probably easiest to solve 
by changing the measure length used internally by LilyPond:


\version 2.12.0

global = {
 \key c \major
}

right = \relative c'' {
 \global
 \override Score.TimeSignature #'style = #'mensural
\time 4/4
 \set Timing.timeSignatureFraction = #'(3 . 4)
a4 g f g
\bar:
\once \override Score.TimeSignature #'stencil = ##f
\time 3/1
a2 a b c b1 a g2 f1 e2
}

left = \relative c' {
 \global
R1 d2 d d a g a c  b1 a  c2
}


\score {
 
   \new PianoStaff \with {
 instrumentName = Organ
   } 
 \new Staff = right\right
 \new Staff = left  \left}



Here's an alternative solution that doesn't use \time at all, but only 
sets the relevant properties directly, instead.


\version 2.12.0

global = {
 \key c \major
 \override Score.TimeSignature #'style = #'mensural
 % This one is used to select the printed time signature:
 \set Timing.timeSignatureFraction = #'(3 . 4)
}

right = \relative c'' {
 \global
%\time 4/4
 % Only change the measure length:
 \set Timing.measureLength = #(ly:make-moment 4 4)
a4 g f g
\bar:
\once \override Score.TimeSignature #'stencil = ##f
%\time 3/1
 \set Timing.measureLength = #(ly:make-moment 3 1)
a2 a b c b1 a g2 f1 e2
}

left = \relative c' {
 \global
R1 d2 d d a g a c  b1 a  c2
}


\score {
 
   \new PianoStaff \with {
 instrumentName = Organ
   } 
 \new Staff = right\right
 \new Staff = left  \left}


  /Mats


Shane Brandes wrote:

Hello,

  I have found a peculiar thing concerning multi measure rests. In trying to use
R1 to center a full rest in a partial bar of a piece the rest disappears when R1
is used as R1*1/4 in order to create the correct duration of the rest.  
Below is the relevant snippet. 


\version 2.12.0

global = {
  \key c \major
  \time 3/4
}

right = \relative c'' {
  \global
  \override Staff.TimeSignature #'style = #'mensural
 \partial 4*1
 a4*1/4 g f g 
 \bar: 
 a2*1/4 a b c b1*1/4 a g2*1/4 f1*1/4 e2*1/4

}

left = \relative c' {
  \global
  \override Staff.TimeSignature #'style = #'mensural
 R1*1/4 d2*1/4 d d a g a  c  b1*1/4 a  c2*1/4
}


\score {
  
\new PianoStaff \with {
  instrumentName = Organ
} 
  \new Staff = right\right
  \new Staff = left  \left}



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



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: MIDI interface (feature request)

[Mats Bengtsson]

Hans Aberg wrote:

On 20 Mar 2009, at 02:34, Kees van den Doel wrote:

One idea is to generate some other format, perhaps Scala seq files, 
which in turn can produce MIDI files. When there is microtonal 
information present, Scala can use special algorithms to assign MIDI 
channels, and also keep track of different synth capabilities. I'm 
not sure how that format stands up with respect to LilyPond 
information in general, but such a format could be developed in a 
way directly that MIDI output cannot.


That would be very useful for other reasons too. Currently I can't 
tune my lilypond generated Persian midi
in scala because the pitchbends generated from lilypond for the 
microtones

are ignored when producing a scale .seq file.


I have discussed it with Manual Op de Coul, and he think it is a good 
idea, but the problem is finding someone that can do the hook within 
LilyPond.


The format is here
  http://www.huygens-fokker.org/scala/seq_format.html
One problem in LilyPond is that the part of the code currently handling 
the MIDI output, is much less flexible than the code handling ordinary 
printed output. On the other hand, this code is in general much less 
involved than the code for the printed output, so in the end it's 
perhaps not more difficult of time-consuming than to add another output 
format for the printed output, at least if you don't have the ambition 
to add the same flexibility for the sound output backend as for the 
printed output backend.


   /Mats


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

Re: MIDI interface (feature request)

[Mats Bengtsson]

One technical problem of such a general feature, is that some MIDI 
commands that are intended to apply to all MIDI tracks should be 
inserted in track 0, whereas other MIDI commands (that contain a channel 
number) should be inserted in the same track as the corresponding music. 
Another complication (at least conceptually) is the different concepts 
used in LilyPond and MIDI and how they are mapped to each other. By 
default, MIDI channels correspond to Staff contexts in LilyPond, but 
this can be changed by redefining the context definitions in LilyPond. A 
final complication is the lack of standardization of MIDI.


See http://lists.gnu.org/archive/html/bug-lilypond/2003-10/msg00069.html 
for some related information.


   /Mats

Hans Aberg wrote:

On 19 Mar 2009, at 00:41, Kees van den Doel wrote:


Aren't you using a synth with a vibrato channel then?


Of course. Not sure what you are thinking of with all these questions.
Point is that if I could generate MIDI messages in the score I could 
do what I want.


Yes, I see that now. I was thinking of entering it in a musical way. 
But it is good if one can have all sort of MIDI output tweaks - time 
bends, too, for example, otherwise people may try to handle by writing 
strange meters.


  Hans




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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Multiple repeat nested with alternative

[Mats Bengtsson]

I think some clarifications might be needed:

- LilyPond typesets the final alternative without a terminating vertical 
bar, except when the end of the alternative coincides with any of the 
following types of bar lines: :|, |:, |., :|:, :|.|:, :|.:, 
.|.
 Can any of you who have proposed a new \finalalternative please 
provide a simple example showing when such a feature would be needed, 
just as Valentine requested.


- One way to obtain the desired layout using current Lilypond features, 
has already been proposed.

 An alternative solution is
\relative c'{
\repeat volta 2 { a a a a | b b b b | }
   \alternative{{c c c c | }{\bar :|: d d d d | }}
\repeat volta 2 {
   % Trick needed to fool LilyPond to not typeset the |: bar line:
   \once \set Timing.defaultBarType =  \bar |
   e e e e | } \alternative {{f f f f }{g g g g }}
}
Unfortunately, this hack will not work nicely together with 
\unfoldRepeats or MIDI output, for obvious reasons.


 /Mats

Hans Aberg wrote:


On 12 Mar 2009, at 09:49, Werner LEMBERG wrote:

  


[1.  ]   [2. [1.  ]  [2.
| x x x x | x x x x | x x x x :||: x x x x | x x x x | x x x x :|| 
x x x

| x |
A B CD E F   G

The correct order of performance/reading should be:
A B C A B D E F D E G


Honestly, I would just scrap the repeats alltogether and write it
all out.  As a person reading this, I would be very confused by what
was meant.


I strongly disagree.  This is standard notation since centuries; many
works by Mozart, Beethoven et al. use exactly this.


Hindemith, Elementary training..., p. 70, uses it. So it seems to be 
standard. Note the subtlety that the last alternative is without a 
terminating vertical bar, indicating a continuation.


It might suffice to support a syntax like
  \repeat volta 2 {A B}
  \alternative {C}
  \repeat volta 2 {D E}
\alternative {F}
  G H I J ...
That is, simply indicating one alternative less than in the volta. 
LilyPond could then infer that there should be another alternative 
mark added in the following measure.


Strictly speaking, this additional last alternative mark is redundant 
from the semantic point of view: drop it and the music should be 
played the same. (Though it may have to be there for traditional 
reasons.)


  Hans




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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: unbeamed 128th note is also unflagged

[Mats Bengtsson]

Werner LEMBERG wrote:

\relative c'' {
  g128
}
http://lilypond.org/doc/v2.12/Documentation/topdocs/NEWS.html

That's very nice, but since there are no flags on it, it looks
like a quarter note with a long stem. Am I missing something?



Are you sure that you are actually using the new fonts from 2.12?
  
The problem is on the web page specified above, so it was the fonts used 
to build the official web page that were not up to date!


/Mats


Werner


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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Problem with last rest in 3/4 section

[Mats Bengtsson]

This is not a problem with LilyPond, but with you input.
I strongly recommend you to use bar checks (see 
http://lilypond.org/doc/v2.12/Documentation/user/lilypond/Bars#Bar-and-bar-number-checks).
Then, you will quickly figure out that the problem appears already in 
the first measure of the 3/4 section. The reason is your last bar before 
the 3/4 section, which is incomplete. Adding two r8 rests to make it a 
full bar, solves all your problems. If the composer indeed wrote it this 
way, you can insert a \partial 1*0 just before the \bar ||, but this 
will unfortunately give the wrong bar numbering. A better solution is 
described in 
http://lists.gnu.org/archive/html/lilypond-user/2008-07/msg00435.html

(with a followup that should appear in the mailing list archives soon).

  /Mats

Problem with last rest in 3/4 section wrote:

%% Last Rest is not in the supposed beat in PDF. Should be in the c beat

\version 2.12.0  % necessary for upgrading to future LilyPond versions.

\header {
title = FLORA
subtitle = Fantasia per orchestra mandolinistica
composer = G. Sartori
instrument = MANDOLE
}


staffViola = \new Staff  {
\override Score.MetronomeMark #'stencil = ##f
	\tempo 4 = 52 
	\set Staff.midiInstrument=viola

\key d \major
\clef treble
	\relative c'' { 
	   \time 9/8
	   d4.-\ff^\markup {Adagio maestoso} cis4.- h8-\( cis -d- \) cis4 
\( cis16\) h a4. r4 r8 h4.- a4.- fis8- \( g8- a8- \) fis4\( fis16\) e16 d4 
r8 r4 r8 r4 r8 r8 g8 \(a8 cis8 e8 a8\) 
	   r4 r8 r8 fis,8 \(a8 cis8 e8 a8\)
	   
	   \partial 1 r1 \f a,16-. h-. cis-. d-. e-. d-. cis-. h-. a-. h-. cis-
. h-. a-. h-. a-. g-. fis-. e-. d4.-\ff cis'4.- h8-\( cis- d\) cis4 \( 
cis16\) h a4. r4 r8 
	   h4.- a4.- fis8- \( g8- a8- \) fis4\( fis16\) e16 d4 r8 r4 r8 
b'8 f b d f d b r8 r8
	   
	   a8-. fis-. a-. d-. fis-. d-. a-. r8 r8 gis8-. f-. gis-. h-. d-. h-. 
gis-. \bar || \tempo 4=113 \time 3/4 a8^\markup {Allegretto} \p r8 r4 r 
	   r16 a16-.[ cis-. e-.] a8 -. r8 r4 r16 b,16-.[ d-. f-.] b8-. r8 r4 
c,2\( c8\) r8
	   
	}


}


\score {

\staffViola


\midi {
}
\layout  {
}
}

\paper {
#(set-paper-size a4)
print-page-number = ##t
system-count = 10
}





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



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: SeparationItem #'padding not working anymore?

[Mats Bengtsson]

Quoting Patrick McCarty pnor...@gmail.com:


On Sat, Feb 28, 2009 at 6:00 AM, Valentin Villenave
v.villen...@gmail.com wrote:

2009/2/2 Joe Neeman joenee...@gmail.com:

On Fri, 2009-01-30 at 12:21 -0600, Jonathan Kulp wrote:

Ok Graham.  I've been trying for 20 minutes and can't figure how to use
PaperColumn to change spacing, though.  Joe, could you send me a snippet
that shows how to use this?


This is very embarrassing, I'm just testing the fix:

spacing-spanner.cc:306:
set_column_rods (cols, 0.1); // FIXME: padding


Greetings Joe,

where are we now? Does this SeparationItem thingy deserve an issue in
the tracker?


I don't think it deserves an issue.

We have two options:

1) Remove SeparationItem from LilyPond's source
(scm/define-grobs.scm).  Then we would need a convert-ly rule.
2) Keep SeparationItem, even though it is never used.

I guess it all depends on whether SeparationItem will ever be used
again in the future.


The main thing is that the documentation is modified to show a solution 
that works, i.e. that gives the same result as you previously could 
obtain setting SeparationItem #'padding = ...


You raise a completely different question, namely what the general 
strategy is for phasing out obsolete properties/engravers/grobs. This 
is far from the first time, such things happen, and previously it has 
often taken quite some time before somebody really has taken the effort 
to clean it up properly (removing the corresponding source code and 
documentation and adding a convert-ly rule).


   /Mats



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

Re: patch for bug 729

[Mats Bengtsson]

Don't forget to also update the documentation:
Documentation/user/notation-appendices.itely

  /Mats

Andrew Hawryluk wrote:

Attached is my fix for bug #729 and a convert-ly rule.
http://code.google.com/p/lilypond/issues/detail?id=729

If I can keep finding bugs that simple, I'll be sending patches weekly!

Andrew
  



___
lilypond-devel mailing list
lilypond-de...@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: patch for bug 729

[Mats Bengtsson]

Not to mention the following example:
input/lsr/demo-midiinstruments.ly
Hmm, there's some special procedure to update the LSR related stuff, so 
check out how to

get this file updated the proper way.

/Mats

Mats Bengtsson wrote:

Don't forget to also update the documentation:
Documentation/user/notation-appendices.itely

  /Mats

Andrew Hawryluk wrote:

Attached is my fix for bug #729 and a convert-ly rule.
http://code.google.com/p/lilypond/issues/detail?id=729

If I can keep finding bugs that simple, I'll be sending patches weekly!

Andrew
  



___
lilypond-devel mailing list
lilypond-de...@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel




--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: [frogs] Re: patch for bug 729

[Mats Bengtsson]

Graham Percival wrote:

On Fri, Feb 27, 2009 at 01:17:53PM -0700, Carl D. Sorensen wrote:
  

You only need to modify text in the body of the documentation, including any
examples that are inline in the docs.



Erm, that's exactly opposite.

- the NR tries to avoid overrides as much as possible to make
  convert-ly more likely to work.
- therefore, running convert-ly on the docs should fix everything.
  
However, in this particular case, running convert-ly on the docs would 
not have fixed everything, whereas running convert-ly on the LSR snippet 
will fix it.


  /Mats


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

Re: Naming output files

[Mats Bengtsson]

Francisco Vila wrote:



... Is there a command I can add to a \book{}
block to specify the output file name, or the suffix to add to the base
name. E.g. to get files names such as:

song-C.pdf
song-Eb.pdf
etc.




The answer is in the manual, see Application Usage 3.2.1
http://lilypond.org/doc/v2.12/Documentation/user/lilypond-program/Invoking-lilypond.html
  
The obvious follow-up question is, why you get the additional number 
even when the file name would
be unique without the number, i.e. when the output-suffix is set 
differently for each book block.
I realize that it probably requires a few more lines of code in the 
LilyPond implementation to handle
the book-keeping, but it would still be a valuable feature. Therefore, I 
send a copy of this feature request

to bug-lilypond.

   /Mats


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

Re: non working lilypond

[Mats Bengtsson]

It seems as if your installation works perfectly well. Have you tried 
looking at the

file test.pdf, that was generated when you called the program?

Your next step is to read the Tutorial part of the Learning Manual, 
included in the

LilyPond documentation.

Good luck with your typesetting!

   /Mats

Tom Haring wrote:

Dear Mr, Mrs,

I tried to install lilypond in my Ubuntu 8.10.
I followed the instrutions and this was the result in my terminal.

´No version statement was found´

See the whole text below
I have to add a new version (?)
What to do next?

hopefully You can help me.

Tom Haring






   t...@tomscomputer:~$ lilypond --help
GNU LilyPond 2.10.33
Gebruik: lilypond [OPTIE]... BESTAND...

Zet muziek en of produceer MIDI van BESTAND.

LilyPond produceert prachtige muzieknotatie.
Voor meer informatie, zie http://lilypond.org

Opties:
  -b, --backend=BACK use backend BACK (gnome, ps,eps,
   scm, svg, tex, texstr)
   default: PS
  -d, --define-default=SYM=VAL   set a Scheme program option. Uses #t if 
VAL is not specified

   Try -dhelp for help.
  -e, --evaluate=EXPRevaluate scheme code
  -f, --formats=FORMAATendump FORMAAT,...  Ook als separate opties:
  --dvi  genereer DVI (alleen tex backend)
  --relocate relocate using directory of lilypond 
program

  --pdf  genereer PDF (standaard)
  --png  genereer PNG
  --ps   genereer PostScipt
  --tex  genereer TeX (alleen tex backend)
  -h, --help toon deze hulp
  -H, --header=VELD  dump a header field to file BASENAME.FIELD
  -I, --include=MAP  voeg DIR toe aan zoekpad
  -i, --init=BESTAND gebruik BESTAND als initialisatiebestand
  -j, --jail=GEBR,GROEP,GEVANG,DIR   chroot to JAIL, become USER:GROUP
   and cd into DIR
  --no-print genereer geen afdrukuitvoer
  -o, --output=BESTAND   schrijf uitvoer naar BESTAND (extensie 
wordt toegevoegd)
  -p, --preview  maak een voorvertoning van het eerste 
systeem
  -s, --safe-modedisallow unsafe Scheme and PostScript 
operations

  -v, --version  druk versienummer af
  -V, --verbose  wees breedsprakig
  -w, --warranty toon garantie en auteursrechten

Report bugs via http://post.gmane.org/post.php?
group=gmane.comp.gnu.lilypond.bugs

t...@tomscomputer:~$ lilypond test
GNU LilyPond 2.10.33
Verwerken van `test.ly'
Ontleden...
test.ly: 0: waarschuwing: no \version statement found, please add

\version 2.10.33

for future compatibility
Vertolken van muziek...
Voorbewerken van grafische objecten...
Opmaakuitvoer naar `test.ps'...
Converteren naar `test.pdf'...
t...@tomscomputer:~$ 





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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

SeparationItem #'padding not working anymore?

[Mats Bengtsson]

What happened to the SeparationItem #'padding property? The following 
setting

used to give a large gap in version 2.10, but has no impact at all in 2.12.
Regression!?

\relative c'{c d e \once \override Score.SeparationItem #'padding = #30 f }

If there's a good reason that it doesn't work anymore, the corresponding
description in Known issues and warnings of 
http://lilypond.org/doc/v2.12/Documentation/user/lilypond/Horizontal-spacing-overview#Horizontal-spacing-overview

should be corrected.

   /Mats

--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: text missing

[Mats Bengtsson]

James E. Bailey wrote:

Apparently lilypond is a little too smart with delayed ties.

Is this perhaps even worth a bug report?

  /Mats
You have a ~ in the first measure which isn't completed until the 
third measure. Get rid of it, and you should have what you want.

Am 02.01.2009 um 21:12 schrieb Nikolay Kirov:


Hi!

Can anybody answer me, why there is no text corresponding to the 
second bar ?


(text is in Bulgarian; folk music)

Nikolay Kirov


%{
TD_171_1_06
%}

\version 2.11.65

\score {
\relative c'' {
 \tempo 4 = 192
  \time 7/16
 g8~( g16[ f)] f16.~\prall( e) | d4~( d16.[ c)] |  f8\noBeam g16([ 
a)] a8. |

 a8\noBeam a16([ g)] g16.\noBeam a |
 g8~( g16[ f]) f16.~\prall( e) | d8~( d\noBeam~ d16. c) | f8\noBeam
f16([ e)] d8.\noBeam |
  d8~ d d8.
 \bar ||
}
\addlyrics { Ян- ка на ма- ма ду- ма- ше, ма- ри: -Я из- лез, ма- мо,
на- вън- ка }
%
\layout {
  indent = #0
  line-width = 190\mm
  ragged-right=##f
}
%
\midi {
\context {
\Score
tempoWholesPerMinute = #(ly:make-moment 192 4)
}
}
}

\header{
  opus = ТД-171,1,6
  tagline = ##f
}

\paper  {
 myStaffSize = #20
 #(define fonts
 (make-pango-font-tree Times New Roman
 Nimbus Sans
 Luxi Mono
 (/ myStaffSize 20)))
  }


--
Nikolay Kirov Kirov
http://www.math.bas.bg/~nkirov
Office: (+359) 2 979 2850, 2 811 0611
Home: (+359) 2 856 8627, 0887 198 221
___
lilypond-user mailing list
lilypond-u...@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-user




___
lilypond-user mailing list
lilypond-u...@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-user



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Issue 713 in lilypond: bus error with \bookpart

[Mats Bengtsson]

Works well over here (Linux).

  /Mats

codesite-nore...@google.com wrote:

Updates:
Status: Fixed
Labels: fixed_2_11_66

Comment #2 on issue 713 by nicolas.sceaux: bus error with \bookpart
http://code.google.com/p/lilypond/issues/detail?id=713

May the users having observed the bus error or seg fault test this fix 
please?

commit: f60b3df9db16b80248d802c4476d894020e4cbfb



--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings


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



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Segfault when using \bookpart

[Mats Bengtsson]

Patrick McCarty wrote:

Can anyone reproduce this with the latest git?
  
Yes, I get a SIGSEGV with todays GIT. I attach the last lines output by 
valgrind, in case it

can provide some hint on the problem:


Drawing systems...
Layout output to `s.ps'...
Calculating line breaks...
Drawing systems... ==5786==
==5786== Invalid read of size 4
==5786==at 0x82EA775: get_column_description(std::vectorGrob*, 
std::allocatorGrob*  const, unsigned, bool) (simple-spacer.cc:345)
==5786==by 0x82EBD75: get_line_forces(std::vectorGrob*, 
std::allocatorGrob*  const, double, double, bool) (simple-spacer.cc:408)
==5786==by 0x81694E9: Constrained_breaking::initialize() 
(constrained-breaking.cc:351)
==5786==by 0x816A4BF: 
Constrained_breaking::Constrained_breaking(Paper_score*, 
std::vectorunsigned, std::allocatorunsigned  const) 
(constrained-breaking.cc:310)
==5786==by 0x8264F92: Page_breaking::find_chunks_and_breaks(bool 
(*)(Grob*)) (page-breaking.cc:374)
==5786==by 0x826694D: Page_breaking::Page_breaking(Paper_book*, bool 
(*)(Grob*)) (page-breaking.cc:106)
==5786==by 0x8259790: 
Optimal_page_breaking::Optimal_page_breaking(Paper_book*) 
(optimal-page-breaking.cc:28)
==5786==by 0x8262064: ly_optimal_breaking(scm_unused_struct*) 
(page-breaking-scheme.cc:31)

==5786==by 0x406AEAE: deval (eval.c:4220)
==5786==by 0x406C5DF: deval (eval.c:3636)
==5786==by 0x4068A66: scm_dapply (eval.c:4998)
==5786==by 0x4068C52: scm_apply (eval.c:4797)
==5786==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==5786==
==5786== Process terminating with default action of signal 11 (SIGSEGV)
==5786==  Access not within mapped region at address 0x0
==5786==at 0x82EA775: get_column_description(std::vectorGrob*, 
std::allocatorGrob*  const, unsigned, bool) (simple-spacer.cc:345)
==5786==by 0x82EBD75: get_line_forces(std::vectorGrob*, 
std::allocatorGrob*  const, double, double, bool) (simple-spacer.cc:408)
==5786==by 0x81694E9: Constrained_breaking::initialize() 
(constrained-breaking.cc:351)
==5786==by 0x816A4BF: 
Constrained_breaking::Constrained_breaking(Paper_score*, 
std::vectorunsigned, std::allocatorunsigned  const) 
(constrained-breaking.cc:310)
==5786==by 0x8264F92: Page_breaking::find_chunks_and_breaks(bool 
(*)(Grob*)) (page-breaking.cc:374)
==5786==by 0x826694D: Page_breaking::Page_breaking(Paper_book*, bool 
(*)(Grob*)) (page-breaking.cc:106)
==5786==by 0x8259790: 
Optimal_page_breaking::Optimal_page_breaking(Paper_book*) 
(optimal-page-breaking.cc:28)
==5786==by 0x8262064: ly_optimal_breaking(scm_unused_struct*) 
(page-breaking-scheme.cc:31)

==5786==by 0x406AEAE: deval (eval.c:4220)
==5786==by 0x406C5DF: deval (eval.c:3636)
==5786==by 0x4068A66: scm_dapply (eval.c:4998)
==5786==by 0x4068C52: scm_apply (eval.c:4797)
==5786==
==5786== ERROR SUMMARY: 88182 errors from 88 contexts (suppressed: 41 
from 2)

==5786== malloc/free: in use at exit: 90,572,019 bytes in 177,183 blocks.
==5786== malloc/free: 2,600,832 allocs, 2,423,649 frees, 493,393,725 
bytes allocated.

==5786== For counts of detected errors, rerun with: -v
==5786== searching for pointers to 177,183 not-freed blocks.
==5786== checked 90,609,632 bytes.
==5786==
==5786== LEAK SUMMARY:
==5786==definitely lost: 103,234 bytes in 3,616 blocks.
==5786==  possibly lost: 139,613 bytes in 237 blocks.
==5786==still reachable: 90,329,172 bytes in 173,330 blocks.
==5786== suppressed: 0 bytes in 0 blocks.
==5786== Use --leak-check=full to see details of leaked memory.


  /Mats


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

Re: Segfault when using \bookpart

[Mats Bengtsson]

I just noticed some more lines in the output of valgrind, that might be 
related (or perhaps not,

since it's within some STL code):

...
Finding the ideal number of pages...
Fitting music on 1 or 2 pages...==5786==
==5786== Source and destination overlap in memcpy(0x7D9A5C8, 0x7D9A5C8, 93)
==5786==at 0x4006236: memcpy (mac_replace_strmem.c:394)
==5786==by 0x8168F03: Constrained_breaking::line_details(unsigned, 
unsigned, unsigned) (stl_algobase.h:110)
==5786==by 0x8263ECC: Page_breaking::cache_line_details(unsigned) 
(page-breaking.cc:570)
==5786==by 0x826443B: Page_breaking::min_page_count(unsigned, 
unsigned) (page-breaking.cc:641)
==5786==by 0x8259D84: Optimal_page_breaking::solve() 
(optimal-page-breaking.cc:93)
==5786==by 0x826206C: ly_optimal_breaking(scm_unused_struct*) 
(page-breaking-scheme.cc:32)

==5786==by 0x406AEAE: deval (eval.c:4220)
==5786==by 0x406C5DF: deval (eval.c:3636)
==5786==by 0x4068A66: scm_dapply (eval.c:4998)
==5786==by 0x4068C52: scm_apply (eval.c:4797)
==5786==by 0x406994B: scm_apply_0 (eval.c:4686)
==5786==by 0x827DB78: Paper_book::pages() (paper-book.cc:591)

Drawing systems...
...

   /Mats

Mats Bengtsson wrote:



Patrick McCarty wrote:

Can anyone reproduce this with the latest git?
  
Yes, I get a SIGSEGV with todays GIT. I attach the last lines output 
by valgrind, in case it

can provide some hint on the problem:


Drawing systems...
Layout output to `s.ps'...
Calculating line breaks...
Drawing systems... ==5786==
==5786== Invalid read of size 4
==5786==at 0x82EA775: get_column_description(std::vectorGrob*, 
std::allocatorGrob*  const, unsigned, bool) (simple-spacer.cc:345)
==5786==by 0x82EBD75: get_line_forces(std::vectorGrob*, 
std::allocatorGrob*  const, double, double, bool) 
(simple-spacer.cc:408)
==5786==by 0x81694E9: Constrained_breaking::initialize() 
(constrained-breaking.cc:351)
==5786==by 0x816A4BF: 
Constrained_breaking::Constrained_breaking(Paper_score*, 
std::vectorunsigned, std::allocatorunsigned  const) 
(constrained-breaking.cc:310)
==5786==by 0x8264F92: Page_breaking::find_chunks_and_breaks(bool 
(*)(Grob*)) (page-breaking.cc:374)
==5786==by 0x826694D: Page_breaking::Page_breaking(Paper_book*, 
bool (*)(Grob*)) (page-breaking.cc:106)
==5786==by 0x8259790: 
Optimal_page_breaking::Optimal_page_breaking(Paper_book*) 
(optimal-page-breaking.cc:28)
==5786==by 0x8262064: ly_optimal_breaking(scm_unused_struct*) 
(page-breaking-scheme.cc:31)

==5786==by 0x406AEAE: deval (eval.c:4220)
==5786==by 0x406C5DF: deval (eval.c:3636)
==5786==by 0x4068A66: scm_dapply (eval.c:4998)
==5786==by 0x4068C52: scm_apply (eval.c:4797)
==5786==  Address 0x0 is not stack'd, malloc'd or (recently) free'd
==5786==
==5786== Process terminating with default action of signal 11 (SIGSEGV)
==5786==  Access not within mapped region at address 0x0
==5786==at 0x82EA775: get_column_description(std::vectorGrob*, 
std::allocatorGrob*  const, unsigned, bool) (simple-spacer.cc:345)
==5786==by 0x82EBD75: get_line_forces(std::vectorGrob*, 
std::allocatorGrob*  const, double, double, bool) 
(simple-spacer.cc:408)
==5786==by 0x81694E9: Constrained_breaking::initialize() 
(constrained-breaking.cc:351)
==5786==by 0x816A4BF: 
Constrained_breaking::Constrained_breaking(Paper_score*, 
std::vectorunsigned, std::allocatorunsigned  const) 
(constrained-breaking.cc:310)
==5786==by 0x8264F92: Page_breaking::find_chunks_and_breaks(bool 
(*)(Grob*)) (page-breaking.cc:374)
==5786==by 0x826694D: Page_breaking::Page_breaking(Paper_book*, 
bool (*)(Grob*)) (page-breaking.cc:106)
==5786==by 0x8259790: 
Optimal_page_breaking::Optimal_page_breaking(Paper_book*) 
(optimal-page-breaking.cc:28)
==5786==by 0x8262064: ly_optimal_breaking(scm_unused_struct*) 
(page-breaking-scheme.cc:31)

==5786==by 0x406AEAE: deval (eval.c:4220)
==5786==by 0x406C5DF: deval (eval.c:3636)
==5786==by 0x4068A66: scm_dapply (eval.c:4998)
==5786==by 0x4068C52: scm_apply (eval.c:4797)
==5786==
==5786== ERROR SUMMARY: 88182 errors from 88 contexts (suppressed: 41 
from 2)

==5786== malloc/free: in use at exit: 90,572,019 bytes in 177,183 blocks.
==5786== malloc/free: 2,600,832 allocs, 2,423,649 frees, 493,393,725 
bytes allocated.

==5786== For counts of detected errors, rerun with: -v
==5786== searching for pointers to 177,183 not-freed blocks.
==5786== checked 90,609,632 bytes.
==5786==
==5786== LEAK SUMMARY:
==5786==definitely lost: 103,234 bytes in 3,616 blocks.
==5786==  possibly lost: 139,613 bytes in 237 blocks.
==5786==still reachable: 90,329,172 bytes in 173,330 blocks.
==5786== suppressed: 0 bytes in 0 blocks.
==5786== Use --leak-check=full to see details of leaked memory.


  /Mats


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

Re: LilyPond has encountered a problem and needs to close

[Mats Bengtsson]

This bug has already been reported a couple of days ago.

  /Mats

Zoltan Selyem wrote:

%%
%% On Windows XP:
%% If there is no \layout block but a \midi block and
%% there is no \header block I get a window saying that
%% LilyPond has encountered a problem and needs to close.
%% (The MIDI file is created properly.)
%%
%% I get no error if there is a \header block, but
%% I don't need the pdf...
%%

\version 2.11.65
% \header{ title = x }
\score{
  \new Staff { g' g' g' g' }
  \midi{}
}




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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: mats.bengts...@ee.kth.se
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Spacing issue with accidental

[Mats Bengtsson]

It seems that the accidentals that are not printed in the new measure 
because of the tie,

are not removed completely, but just made invisible still taking space.

   /Mats

Valentin Villenave wrote:

2008/12/11 Stefan Waler [EMAIL PROTECTED]:

  

I attach a sample script, please note the accidentials for 'ces' in the
second and for 'fes' in the forth bar. I tried to simplify the score very
much, but it seems as lilypond continues to calculate wrong spaces for every
further accidental of this voice!



Weird. I'm fwding this to the bug-list to make sure I won't forget it.



\version 2.11.65

\relative c' {
 {e'1 e} \\
{bes, des1 ~ |
  %% Uncommenting the tie produces the bug
bes des fes aes4 ~ bes des aes' %~
bes ces des fes aes2 } 
}



Cheers,
Valentin


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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: lilypond-book DVI to PDF problems

[Mats Bengtsson]

Jonathan Kulp wrote:

Here are the commands I performed:

lilypond-book --output=out --pdf filename.lytex

cd out

latex filename.tex

dvipdf filename.dvi

Please read the manual! The output of lilypond-book --pdf is only 
intended to be used together with

pdflatex, not with latex + dvips.

On the other hand, this didn't answer your question on why it worked 
with some releases and not

with others. ;-(

/Mats


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

Re: lilypond-book DVI to PDF problems

[Mats Bengtsson]

Jonathan Kulp wrote:
Give me some credit, man!  Of course I've read the manual for Lilypond 
and for LaTeX.  I don't use dvips, I use dvipdf, and the sequence of 
commands in my script always work.  The commands weren't the problem.
The thing is that latex and pdflatex handle included graphics completely 
different, by default.

The code generated by lilypond-book includes constructs of the form
\includegraphics{somefilename}
If you process the file using latex, then this construct will include 
the EPS file somefilename.eps
whereas if you process it using pdflatex, it will include the PDF file 
somefilename.pdf.
This in turn means completely different things, when it comes to font 
handling in the included

files, for example.

Note also that dvipdf is a shell script that internally first calls 
dvips and

then ghostscript to convert the resulting postscript file to PDF.

  /Mats


On the other hand, this didn't answer your question on why it worked 
with some releases and not

with others. ;-(


Precisely.



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: lilypond-book DVI to PDF problems

[Mats Bengtsson]

Jonathan Kulp wrote:


For reference, when I run the command latex the program that 
responds is pdfTeXk.
Yes, but as long as you run it using the command latex it should run 
in latex mode and not
in pdflatex mode. If you look at the printouts from the latex command, 
you can see the difference.

As long as it runs in latex mode, it will among other output a line like:
(.../tex/latex/graphics/dvips.def)))
and a number of lily-x-x.eps
whereas if you run pdflatex, the corresponding output messages will be 
something like

(.../tex/latex/graphics/pdftex.def)))
and a number of lily-x-x.pdf


   /Mats


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

Re: horizontally centering denominator in compound time signatures

[Mats Bengtsson]

Quoting Reinhold Kainhofer [EMAIL PROTECTED]:


So, this is a general problem with the general-column scheme function...


Following up the mails on lilypond-user, I can now confirm that the \center-
column markup command has an issue with the extents of the stencil it 
returns.

It seems that the returned markup ignores all extents left of its center, so
the first half of the column-markup will overlap with previous markups. A
simple test case is attached:

\markup \line {
\center-column { \line {a b} \line {c} }
\vcenter {+}
\center-column { \line {a b} \line {c} }
}



Isn't the problem you describe here, rather the same as what I 
described below One final detail at 
http://lists.gnu.org/archive/html/lilypond-user/2008-08/msg00593.html?


  /Mats



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

Re: AccidentalPlacement ignores left-padding

[Mats Bengtsson]

Yes! I reported this back in 
http://lists.gnu.org/archive/html/lilypond-user/2008-01/msg00297.html

but it seems that it never made it to the bug tracker.
Looking at the source code, it's clear that LilyPond does something with 
the value of left-padding,
but I haven't looked in sufficient detail to figure out what it does and 
why it doesn't do what it

should.

  /Mats

Mark Polesky wrote:

AccidentalPlacement ignores left-padding.

See test file below and attached png.

- Mark




\version 2.11.64-1

\relative {
  %% right-padding is applied; left-padding is ignored:
  \override Staff.AccidentalPlacement #'left-padding = #2
  \override Staff.AccidentalPlacement #'right-padding = #2
  c' d cis dis
}


  






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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Wrong MIDI instrument name

[Mats Bengtsson]

Well, LilyPond is far from alone! Searching in Google for
midi orchestral strings 47
gives 4830 hits whereas
midi orchestral harp 47
gives 52000 hits, so you're probably right!

It's easy to fix in LilyPond, but we shouldn't forget to add a 
convert-ly rule for it.


   /Mats

Francisco Gonzalez wrote:

I'm not top posting.



In lilypond 2.11 (and before), the 47th Midi instrument name 
is orchestral strings (see 
http://lilypond.org/doc/v2.11/

Documentation/user/lilypond/
MIDI-instruments#MIDI-instruments).

According to the General MIDI specification 
it should be orchestral harp (see 
http://www.midi.org/techspecs/gm1sound.php).


Thank you for your work!

F. González



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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Lilypond

[Mats Bengtsson]

I suspect that 
http://lilypondwiki.tuxfamily.org/index.php?title=Where_is_the_app%3F

will answer some of your questions.

  /Mats

J.Versteegen wrote:

Dear Sir,

Lilypond several times downloaded. I have Windows Vista. Cannot open it, in 
spite of using the instructions. And is there a Dutcg version?

With thanks in advance,

Joop Versteegen



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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: installing lilypond

[Mats Bengtsson]

Perhaps http://lilypondwiki.tuxfamily.org/index.php?title=Where_is_the_app%3F
provides you with some answers.

  /Mats

Quoting Patrick [EMAIL PROTECTED]:


I have installed Lilypond but I am unable to make it run.
Not sure what I did wrong.
Can you help?
Thanks



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







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

Re: Lyrics ignore ties and slurs when applied to a Devnull context.

[Mats Bengtsson]

It seems to me that Han-Wen has never really accepted the
idea of using the DevNull context to place lyrics (the idea
of the DevNull context was originally proposed by Erik
Sandberg). I don't agree that it's just a matter of documentation,
at least if the conclusion the DevNull context is no longer
recommended. At least we should have a feature request that
it somehow is possible to place the lyrics according to a Voice
that's not typeset. Erik's proposal was a response to such a
request to be able to typeset the lyrics of a song over a guitar
accompaniment, without typesetting the song itself.
If you ever played a Bach cantata, you know that the same
principle often is used in the instrumental parts for the
arias and recitatives, where the lyrics is typeset on top
of the instrumental part to make it simpler to follow, but
the where it would require too much space to also typeset
the full song part.

  /Mats

Valentin Villenave wrote:

2008/11/2 Reino Ruusu [EMAIL PROTECTED]:

  

I have noticed that LilyPond v. 2.10.33 ignores ties and slurs when applying
lyrics to notes that are put into a Devnull context.



Greetings,

as you can see, we know about this problem:
http://code.google.com/p/lilypond/issues/detail?id=248

Using DevNull in this situation is not a good idea; we plan to change
the Documentation for the next version (actually, I am the one who's
supposed to rewrite this chapter).

Cheers,
Valentin


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



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Lyrics provoke Moment is not increasing complaint

[Mats Bengtsson]

I don't see anything that's non-synchronized here and I don't really 
agree on the
title of the bug report. What the example shows is simply a use of 
simultaneous

and sequential combinations of contexts.
{ ... ...   ... ...  }
which is well-defined and nothing strange. The syntax is clearly relevant.
It seems that it's the \lyricsto that causes the problem, but again I 
don't see any

reason why it shouldn't work as expected.

   /Mats

Valentin Villenave wrote:

2008/10/28 Mats Bengtsson [EMAIL PROTECTED]:
  

This is weird and looks like a bug to me, so I forward it to bug-lilypond.



Added as http://code.google.com/p/lilypond/issues/detail?id=702

LilyPond is not good at printing non-synchronized contexts, we've
already noticed that.

Cheers,
Valentin
  


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Error in time signature change with grace note

[Mats Bengtsson]

Eluze wrote:

Jim Sansing-2 wrote:
  

The following lilypond file results in two 4/4 time signatures, one after
the
grace note.  If the bass clef is removed, the output is correct.




in the forum you can find contributions to this problem searching for time
signature grace
  


Above all, the problem and its solution is described in the
manual, see
http://lilypond.org/doc/v2.11/Documentation/user/lilypond/Special-rhythmic-concerns#Grace-notes
below Known issues and warnings.

   /Mats

\grace s16 in the 2nd staff removes the 2nd time signature

-Eluze
  



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Lyrics provoke Moment is not increasing complaint

[Mats Bengtsson]

This is weird and looks like a bug to me, so I forward it to bug-lilypond.
However, you may want to reorganize your score along the lines of
the email Re: Adding a staff in the middle of a piece I sent on 
lilypond-user some minutes ago, which shows how to switch a stave back 
and forth between behaving like a french stave and a normal stave, but 
setting the remove-empty property.


   /Mats

Roman Stawski wrote:

I want to have one group of parallel staves following another
sequentially. The constitution of the two groups is quite different.
(In the real piece I'm using \removeEmptyStaffContext to hide the
first group when I finish with it.) A cut-down example is:

- - - -[START]
\version 2.11.60
\layout { ragged-right = ##t }

example = {
  
\new Staff { \new Voice = a \relative c'' { a1 } }
%\new Lyrics { \lyricsto a \lyricmode { Doo } }
  
  
\new Staff { \new Voice = c \relative c' { c1 } }
\new Lyrics { \lyricsto c \lyricmode { dah } }
  
}

\score { \example }
- - - -[END]

This snippet works, but when I uncomment the Lyrics line, I get

- - - -
...
Interpreting music...
programming error: Moment is not increasing. Aborting interpretation.
continuing, cross fingers
test.ly:11:18: warning: cannot find Voice 'c'

\new Lyrics {
  \lyricsto c \lyricmode { dah } }

...
- - - -

and the second group is corrupted in the display.

The only reference to this problem that I could find was a posting
from Morten Lemvigh last year:
http://thread.gmane.org/gmane.comp.gnu.lilypond.general/32409/focus=32412
He solves the problem by changing the lyrics, which isn't an option in
my case.

So what am I dong wrong? Does anyone have any ideas how to solve/get
around it?

Thanks

Roman





___
lilypond-user mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/lilypond-user
  



--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Problem running LP on win32.

[Mats Bengtsson]

You are the second person to bring up this problem, see 
http://lists.gnu.org/archive/html/lilypond-user/2008-10/msg00718.html

Unfortunately, I haven't had the time to verify it myself, but I guess the
problematic line in the error message is:
programming error: cannot find absolute argv0
which tells that LilyPond isn't able to figure out where it's installed 
and where

all necessary files are.

   /Mats

David Picón Álvarez wrote:

Hi,

When I run LP on win32 I get an error. This is what I get when I 
invoke it with no arguments:


C:\Program Files\LilyPond\usr\binlilypond
GNU LilyPond 2.11.62
programming error: cannot find absolute argv0
continuing, cross fingers
ERROR: In procedure primitive-load-path:
ERROR: Unable to find file ice-9/boot-9.scm in load path

Any clues?

--David.
Omnis enim res quae dando non deficit, dum habetur et non datur, nondum
habetur quomodo habenda est.



___
lilypond-user mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/lilypond-user


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Spacing/Positioning of Arpeggios when fingerings are present

[Mats Bengtsson]

Isn't this the same bug as 
http://code.google.com/p/lilypond/issues/detail?id=556q=arpeggio


  /Mats

Jonathan Kulp wrote:
While I was working on the arpeggio issue in a thread on the user 
list, I discovered that arpeggio positioning suffers terribly if 
fingerings are present and their orientation is set to either left or 
right.


In the attached example you can see the fingerings in the first two 
chords are set to left and right respectively, and the arpeggios are 
placed way too far to the left in both cases.  The arpeggio belonging 
to the second chord is placed right on top of the previous chord.  
When fingering-orientation is set to up and down, the arpeggio is 
placed correctly (see 3rd chord).


Jon





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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Windows Vista

[Mats Bengtsson]

In addition to the previous answer, note that, as usual with Vista, you 
will need an account with administrator privileges to install LilyPond.
Please send future usage questions to the lilypond-user mailing list and 
reserve the bug-lilypond list for bug reports.


   /Mats

Deborah Luke wrote:

Hello Team,

I have had to replace my laptop and the new one has Windows Vista instead of 
XP.  I would be grateful if you could comfirm whether or not Lilypond is 
compatible with Vista as I do not see it listed on your website.


Thank you.



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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Bug in Unicode rendering

[Mats Bengtsson]

Quoting Didi Kanjahn [EMAIL PROTECTED]:


\version 2.6.5


Do you really use such an old version of LilyPond. My first 
recommendation is to upgrade to the latest 2.10 or 2.11 (development 
but soon to be the next stable) version.


  /Mats



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

Re: student

[Mats Bengtsson]

I'm amazed that you managed to find out about this mailing list but did 
not find the

link to Download at www.lilypond.org.

  /Mats

Wilhelm wrote:

Hello guys,

I just want test your product. I ope it will be pretty good. I've heard many
good things about it.

Wilhelm



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


--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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

Re: Issue 682 in lilypond: annotate-spacing should produce horizontal info as well

[Mats Bengtsson]

[EMAIL PROTECTED] wrote:

Issue 682: annotate-spacing should produce horizontal info as well
http://code.google.com/p/lilypond/issues/detail?id=682

New issue report by gpermus:
It would be nice if annotate-spacing printed info about horizontal 
spacing

properties, instead of just vertical ones.

Which horizontal spacing aspects do you have in mind?
If it's about the spacing between each single note or
between clef and time signature, for example, then the
resulting score would be too cluttered with unreadable
details and for many of these spacing aspects, they are
the result of a number of different property settings and
fairly complex algorithms. However, if you only talk about
the margins, then your proposal makes sense.

  /Mats



Issue attributes:
Status: Accepted
Owner: gpermus
Labels: Type-Enhancement Priority-Low




--
=
Mats Bengtsson
Signal Processing
School of Electrical Engineering
Royal Institute of Technology (KTH)
SE-100 44  STOCKHOLM
Sweden
Phone: (+46) 8 790 8463 
   Fax:   (+46) 8 790 7260
Email: [EMAIL PROTECTED]
WWW: http://www.s3.kth.se/~mabe
=



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