Re: EasyHeads fails
Brett Duncan escreveu: > Graham Percival wrote: >> Brett Duncan wrote: >>> Nope - the output is even worse - check the attached png. >>> >>> Here's the output from LP: >> >> This means that there is an extra character somewhere. I noticed that >> your example contained >> >> \version "2.10.6") >> >> with an extra ). Please double-check your input to make sure you have >> a valid input file and try again. >> >> Cheers, >> - Graham >> > Nope, that was a typo in the email, but not in the file. > > Converting to `easy13.pdf'... > `gs -q -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 > -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite > -sOutputFile="easy13.pdf" -c .setpdfwrite -f "easy13.ps"' failed (256) No, there's something wrong with the PS file. I suspect a failure to load some font. Can you run with --verbose ? -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Default tie placement, tie not visible
On Thu, Jan 25, 2007 at 07:13:20PM -0700, Steve D wrote: > It seems that ideally the tie should arc *over* the flat symbol in order > to extend to the notehead that is being tied Addendum-- In other words, even if the tie had a greater minimum-length (which seems to be the subject of the bug/issue Graham mentioned), it seems like the tie should not be stopped by the flat symbol of another note, but should arc over the flat symbol. However, having just writting that, I can now imagine other circumstances, when the tied note is *not* the top note of the chord for instance, when it would probably seem more logical and look better for the tie to avoid collision with a flat symbol by stopping short of the flat and not extending to the notehead, rather than arcing over the flat to the notehead. So I guess it is a very complicated issue. -Steve -- Life is full of answers, if you don't care what the questions are. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Default tie placement, tie not visible
On Thu, Jan 25, 2007 at 04:49:40PM -0800, Graham Percival wrote: > Thanks for the report. I believe this issue is the same as > http://code.google.com/p/lilypond/issues/detail?id=14 > > Could you look at the discussion for this issue? > > Cheers, > - Graham I'm not sure if it's the same issue Graham, although I suppose it may be. I'm not nearly familiar enough with the technical details of LilyPond to give a relevant comment, but it seems to me that the issue I mentioned is one in which a tie that is intended to extend to a notehead instead stops short to avoid a collision with a flat-symbol attached to another note of the chord. It seems that ideally the tie should arc *over* the flat symbol in order to extend to the notehead that is being tied to a previous note, rather than stopping to avoid a collision with the stem of a flat-symbol that is associated with another (distinct and incidentally non-tied) note. :-) Steve -- Politics is the stomping ground where personal ambition and greed parade around as altruistic service. -Eli Khamarov ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue 174 in project lilypond
Issue 174: text spanner must not contain shortened dashes http://code.google.com/p/lilypond/issues/detail?id=174 Comment #2 by hanwenn: (No comment was entered for this change.) Issue attribute updates: Status: Fixed Labels: fixed_2_10_14 fixed_2_11_14 -- 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
Re: EasyHeads fails
Graham Percival wrote: Brett Duncan wrote: Nope - the output is even worse - check the attached png. Here's the output from LP: This means that there is an extra character somewhere. I noticed that your example contained \version "2.10.6") with an extra ). Please double-check your input to make sure you have a valid input file and try again. Cheers, - Graham Nope, that was a typo in the email, but not in the file. I re-typed the whole thing anyway, but it didn't change anything. I've just downloaded 2.11.13 and tried that - it breaks for me (I'm on an Intel Mac running OS X 10.4.8). Output from LP is different for 2.11.13: Preprocessing graphical objects... Layout output to `easy13.ps'... Converting to `easy13.pdf'... `gs -q -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile="easy13.pdf" -c .setpdfwrite -f "easy13.ps"' failed (256) /Users/bduncan/Desktop/LilyPond.app/Contents/Resources/bin/../share/lilypond/current/ly/init.ly:37:1: error: GUILE signaled an error for the expression beginning here # (if (or (pair? toplevel-scores) output-empty-score-list) /Users/bduncan/Desktop/LilyPond.app/Contents/Resources/bin/../share/lilypond/current/ly/init.ly:37:5: error: syntax error, unexpected '(', expecting '=' #(if (or (pair? toplevel-scores) output-empty-score-list) programming error: Parsed object should be dead: static scm_unused_struct* Prob::mark_smob(scm_unused_struct*) continuing, cross fingers programming error: Parsed object should be dead: static scm_unused_struct* Context_def::mark_smob(scm_unused_struct*) continuing, cross fingers programming error: Parsed object should be dead: static scm_unused_struct* Grob::mark_smob(scm_unused_struct*) continuing, cross fingers error: failed files: "/Users/bduncan/Desktop/easy13.ly" Brett ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: EasyHeads fails
Brett Duncan wrote: Nope - the output is even worse - check the attached png. Here's the output from LP: This means that there is an extra character somewhere. I noticed that your example contained \version "2.10.6") with an extra ). Please double-check your input to make sure you have a valid input file and try again. Cheers, - Graham ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: EasyHeads fails
Graham Percival wrote: Thanks for the report. This worked ok in 2.11.13 -- could you test it in 2.10.13, and let me know if the problem still exists. Cheers, - Graham Nope - the output is even worse - check the attached png. Here's the output from LP: Parsing... Interpreting music... [1] Preprocessing graphical objects... Layout output to `easyTest.ps'... Converting to `easyTest.pdf'... `gs -q -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile="easyTest.pdf" -c .setpdfwrite -f "easyTest.ps"' failed (256) /Applications/LilyPond.app/Contents/Resources/bin/../share/lilypond/current/ly/init.ly:41:1: error: GUILE signaled an error for the expression beginning here # (if (pair? toplevel-scores) /Applications/LilyPond.app/Contents/Resources/bin/../share/lilypond/current/ly/init.ly:41:5: error: syntax error, unexpected '(', expecting '=' #(if (pair? toplevel-scores) error: failed files: "/Users/bduncan/Desktop/easyTest.ly" Brett ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Issue 202 in project lilypond
Sorry, could you follow the instructions at http://lilypond.org/web/devel/participating/documentation-adding I do most documentation updates while attending lectures, so please specify exactly what to add where -- imagine yourself listening to a lecture about doing an inverse fourier transform of a square wave, and adding material to the documentation in the pauses when the professor is repeating the same material again (for clarity, assuming you understood him the first time). Cheers, - Graham [EMAIL PROTECTED] wrote: Here's some proposed language for the docs: If three or more notes line up in the same column, merge-differently-headed can't successfully complete the merge of the two notes that should be merged. To allow the merge to complete, apply a \shift to the note that should not be merged. % \shiftXxx can be used to avoid "warning: too many clashing note columns" % the first shared note, d''2 and d''8 is shared between voice1 and voice2 % the second shared note, e,8 and e'2, is shared between voice2 and voice3 % an error message is given, and the notehead is _not_ a half note \version "2.10.5" %Windows XP \paper {indent = 0\mm ragged-right = ##t} \relative c' { \override Staff.NoteCollision #'merge-differently-headed = ##t << {d=''2 g2 } \\ {\stemNeutral d=''8 c8 r4 e,8 c'8 r4 } \\ { \voiceFour e,,2 e'2} >> << {d=''2 \shiftOn g2 } \\ {\stemNeutral d=''8 c8 r4 e,8 c'8 r4 } \\ { \voiceFour e,,2 e'2} >> } % end of .ly snippet. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue 135 in project lilypond
Issue 135: markup on spacer rests doesn't obey \emptyText http://code.google.com/p/lilypond/issues/detail?id=135 Comment #4 by gpermus: My reading of the discussion in bug- is that this is a feature request. Here's two relevant quotes: "What's the best way to specify that a TextScript attached to a spacer note does not occupy any horizontal space (meaning that the bar lines are placed at the same place as if you didn't have the text)?" (there appears to be none) Han-Wen: perhaps the best thing is to switch of the use of column->extent (X_AXIS) as a measure for spacing. This has already caused lots of problems. Sorry to keep on un-invalidating this bug report, but I don't want this info to get lost. Issue attribute updates: Status: Accepted Labels: -Type-Defect Type-Enhancement -- 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
Re: Bug: lyrics set to Devnull ignore implicit melismata
Sietse Brouwer wrote: Is there any way you could get the durations from what is fed into Devnull, pair the list of syllables and the list of durations, and use whatever routine is used for lyrics with explicit durations? If that's not possible, then the manual should be updated to recommend explicit durations instead; if yes, then I guess the manual should still be temporarily 'updated' until the release fixing this is out. A small job either way, so I'll pick it up; just let me know. I don't know the answer to the first question, but let's assume that it's "no" and update the manual accordingly. Could you write up the necessary changes? Cheers, - Graham ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Default tie placement, tie not visible
Thanks for the report. I believe this issue is the same as http://code.google.com/p/lilypond/issues/detail?id=14 Could you look at the discussion for this issue? Cheers, - Graham Steve D wrote: LilyPond 2.11.13, Linux Notes - Expected result: visible tie between the C's (top note) of the second and third chords (the first two chords of the second measure). Actual result: tie exists (if chords were spaced farther apart horizontally it would be seen) but is not visible by default. The tie extends from just right of the 8th-note flag of the second chord to just preceding the flat symbol of the third chord (the flat symbol of the aes), instead of arcing over the flat symbol and ending at the notehead it should tie to. .ly example --- % default tie placement between second and third C too brief to be visible \version "2.11.13" \paper { ragged-right = ##t indent = 0 } \relative c' { r2.. 8~ | ~ 4 r8 r2 | } ___ 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: Collision between tuplet brackett, slurs and articulations
Sorry, I can't reproduce this in 2.11.13 -- are you sure you're using this version? Are you certain you're not looking at an old PDF? It's true that I'm using OSX 10.4.8 on Intel, but I'd be amazed if that difference would produce different images. Cheers, - Graham Laurent Dutriaux wrote: I'm not top posting. When a voice is selected in a Staff (for lyrics synchronisation), tuplet bracketts,slurs and articulations collide. (mac os X.3.9) \version "2.11.13" \paper{ ragged-right=##t } \score { << \new Voice { \voiceOne \relative c''{ c \times 2/3 {g'8->( f) r} g4 }} \addlyrics {pom pom pom } } ___ 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: EasyHeads fails
Thanks for the report. This worked ok in 2.11.13 -- could you test it in 2.10.13, and let me know if the problem still exists. Cheers, - Graham Brett Duncan wrote: Easyheads appears to be broken in 2.10.12 \version "2.10.12") \paper { ragged-right=##t} { \setEasyHeads c' d' e' f' } produces a single notehead with no stem. (see attached png) ___ 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: afterGrace/Lyrics bug
Thanks, added as http://code.google.com/p/lilypond/issues/detail?id=256 - Graham Daniel Johnson wrote: If afterGrace is used in a voice to which a Lyrics context is attached, the lyrics become misaligned, and the syllable after the grace notes overprints the syllable before the grace notes. \version "2.10.13" \paper{ ragged-right = ##t } \score { << \new Staff { \new Voice = "myVoice" { \afterGrace c''2 { e''32[ d''] } c''2 } } \new Lyrics \lyricsto "myVoice" \lyricmode { foo -- bar } >> } ___ 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
afterGrace/Lyrics bug
If afterGrace is used in a voice to which a Lyrics context is attached, the lyrics become misaligned, and the syllable after the grace notes overprints the syllable before the grace notes. \version "2.10.13" \paper{ ragged-right = ##t } \score { << \new Staff { \new Voice = "myVoice" { \afterGrace c''2 { e''32[ d''] } c''2 } } \new Lyrics \lyricsto "myVoice" \lyricmode { foo -- bar } >> } ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
RE: Fonts included in all lilypond-book snippets
This works fine (with minimal disk and memory usage) - thank you for the tip! Georg >Also, I would recommend to use >lilypond-book --pdf ... >pdflatex ... >instead of the latex + dvips + ps2pdf route. Actually, because >of some bugs, the pdflatex version is the only one that works >on Windows. ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Flageolet position shifts according to beam status?
On 1/25/07, Mats Bengtsson <[EMAIL PROTECTED]> wrote: I would recommend to use \set fontSize = #-3 instead of \override NoteHead #'font-size = #-3 \override Accidental #'font-size = #-3 \override Script #'font-size = #-3 As far as I can see, the result doesn't give any extra shift, whereas I might guess that there is a slight shift when using your original code. /Mats Trevor Bača wrote: > Hi, > > Can someone please render the following and tell me whether I'm going > blind? > > The example includes two scores. The scores differ only in the fact > that the first score beams all notes together while the second score > beams no notes. It looks like the flageolets in the second score are > shifted ever so slightly off-center towards the *right*. > > Can someone else confirm that this seems to be the case before I post > the nitpick in the bug tracker? > > %%% BEGIN OFF-CENTER FLAGEOLET? %%% > > \override NoteHead #'font-size = #-3 > \override Accidental #'font-size = #-3 > \override Script #'font-size = #-3 > \override Script #'padding = #0.5 > d'''64 [ \flageolet > fs'''64 \flageolet > a'''64 \flageolet > c64 \flageolet > d64 \flageolet > e64 \flageolet > fs64 \flageolet > e64 \flageolet > d64 \flageolet > e64 \flageolet > fs64 \flageolet > e64 \flageolet > d64 \flageolet > e64 \flageolet > fs64 \flageolet > e64 \flageolet > d64 \flageolet > e64 \flageolet > fs64 \flageolet > e64 \flageolet > d64 \flageolet > e64 \flageolet > fs64 \flageolet > e64 ] \flageolet > \revert NoteHead #'font-size > \revert Accidental #'font-size > \revert Script #'font-size > \revert Script #'padding > } > > \new Staff { > \override NoteHead #'font-size = #-3 > \override Accidental #'font-size = #-3 > \override Script #'font-size = #-3 > \override Script #'padding = #0.5 > d'''64 \flageolet > fs'''64 \flageolet > a'''64 \flageolet > c64 \flageolet > d64 \flageolet > e64 \flageolet > fs64 \flageolet > e64 \flageolet > d64 \flageolet > e64 \flageolet > fs64 \flageolet > e64 \flageolet > d64 \flageolet > e64 \flageolet > fs64 \flageolet > e64 \flageolet > d64 \flageolet > e64 \flageolet > fs64 \flageolet > e64 \flageolet > d64 \flageolet > e64 \flageolet > fs64 \flageolet > e64 \flageolet > \revert NoteHead #'font-size > \revert Accidental #'font-size > \revert Script #'font-size > \revert Script #'padding > } > > %%% END %%% > > > (In fact, it may be that the first score shifts flageolets ever so > slightly to the *left* while the second score shifts flageolets ever > so slightly to the *right*? FWIW, commenting out the overrides seems > to center all flageolets exactly on the noteheads, as expected.) Hm, fontSize does seem to clean things up a bit. The flageolets still look imperfectly centered, IMO, but it's such a fine difference as to not warrant the time for a fix ... Thanks, Mats. -- Trevor Bača [EMAIL PROTECTED] ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: lilybook error ?
Dear Mats Great! Just to say that indeed it worked pretty fine using : lilypond-book --output=out --pdf foo.tex instead of : lilypond-book --output=out --psfonts foo.tex My problem as you say, might be due very probably to memory. In fact my pdf document is up to 90 pages. using pdf option instead of psfonts is better, and faster, no errors. Thanx a lot again for your help. Best Karim On Jan 25, 2007, at 5:24 PM, Mats Bengtsson wrote: According to another bug report today, the font handling has changed in recent 2.11.x versions so the generated files are much larger. This might possibly cause memory problems, as you suspected. I hope you realize that all the 2.11.x versions are experimental and that you should keep to the stable releases 2.10.x for any serious work (even though this specific bug may be present also in the latest 2.10.x releases). /Mats karim haddad wrote: Dear Mats Thanx for the reply The Lilypond versions are 2.11.12 and 2.11.13 On Macosx PPC mainly Yesterday i tried with the same version on LinuxX86, and there the problem is different. it slows the system terribly and no message of error and takes a lot of time probably hangs. anyhow i have succeded (on PPC) but in killing the compilation 2 to 3 times. The motets.tex is my working file , In my example below i mentionned foo,tex and foo.ly as an example but it is not the problem with the files (should replace it with motets (sorry). I will try pdflatex hoping that it manages the A3 landscape format and will tell you. Best K On Jan 25, 2007, at 5:10 PM, Mats Bengtsson wrote: What operating system? What LilyPond version? In general, I would recommend to use the pdflatex support: lilypond-book --output=out --pdf foo.tex cd out pdflatex foo What I don't understand in your error printouts is the part about motets.tex. First of all, I don't see where the file name comes from but above all I'm confused since lilypond-book should only call latex before it starts running lilypond on the different examples, not after as it looks here. If you use lilypond-book --verbose ..., you will get more information on what is going on. /Mats karim haddad wrote: Hello I don't know what is the problem here. I have a foo.tex file that includes around 18 foo.ly files like this ; \chapter{Les Motets} \cleardoublepage \lilypondfile[quote,noindent]{orig/1.ly} \cleardoublepage \lilypondfile[quote,noindent]{orig/2.ly} when i do this command line : lilypond-book --output=out --psfonts foo.tex i have this error in the terminal : ... Layout output to `lily-fd8f15de49-6.eps'... error: unknown error: 1 reading font file: /Applications/ LilyPond.app/Contents/Resources/share/lilypond/current/fonts/ otf//CenturySchL-Ital.otf command failed: lilypond -b eps -I "/Users/hyperion/Desktop/ motetbook4" --formats=eps -deps-box-padding=3.00 -dread- file-list snippet-names Child returned 1 This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) entering extended mode ! I can't find file `motets.tex'. <*> motets.tex Please type another input file name: ... this happens on the 6th foo.ly file. then i kill the process and do it again and the compilation succeeds. Now is it a problem with memory ? a font problem but which ? or a bug or something i am doing wrong? Thanx Karim ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond --= Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology 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 = -- = Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology 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
Collision between tuplet brackett, slurs and articulations
> I'm not top posting. When a voice is selected in a Staff (for lyrics synchronisation), tuplet bracketts,slurs and articulations collide. (mac os X.3.9) \version "2.11.13" \paper{ ragged-right=##t } \score { << \new Voice { \voiceOne \relative c''{ c \times 2/3 {g'8->( f) r} g4 }} \addlyrics {pom pom pom } >> } ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: Fonts included in all lilypond-book snippets
The question is what lilypond-book --psfonts does, not what LilyPond does in general. In earlier versions, lilypond-book --psfonts only included the fonts in the eps file with the full score, not in those for each individual system. /Mats Han-Wen Nienhuys wrote: Mats Bengtsson escreveu: That looks like a clear bug to me. However, if you compare the size of the It's not. Whether and how fonts are loaded is controlled through various -d options. Try lilypond -dhelp. You can set the behavior to whatever you like best. -- = Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology 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: Fonts included in all lilypond-book snippets
Mats Bengtsson escreveu: > That looks like a clear bug to me. However, if you compare the size of the It's not. Whether and how fonts are loaded is controlled through various -d options. Try lilypond -dhelp. You can set the behavior to whatever you like best. -- Han-Wen Nienhuys - [EMAIL PROTECTED] - http://www.xs4all.nl/~hanwen LilyPond Software Design -- Code for Music Notation http://www.lilypond-design.com ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Re: lilybook error ?
According to another bug report today, the font handling has changed in recent 2.11.x versions so the generated files are much larger. This might possibly cause memory problems, as you suspected. I hope you realize that all the 2.11.x versions are experimental and that you should keep to the stable releases 2.10.x for any serious work (even though this specific bug may be present also in the latest 2.10.x releases). /Mats karim haddad wrote: Dear Mats Thanx for the reply The Lilypond versions are 2.11.12 and 2.11.13 On Macosx PPC mainly Yesterday i tried with the same version on LinuxX86, and there the problem is different. it slows the system terribly and no message of error and takes a lot of time probably hangs. anyhow i have succeded (on PPC) but in killing the compilation 2 to 3 times. The motets.tex is my working file , In my example below i mentionned foo,tex and foo.ly as an example but it is not the problem with the files (should replace it with motets (sorry). I will try pdflatex hoping that it manages the A3 landscape format and will tell you. Best K On Jan 25, 2007, at 5:10 PM, Mats Bengtsson wrote: What operating system? What LilyPond version? In general, I would recommend to use the pdflatex support: lilypond-book --output=out --pdf foo.tex cd out pdflatex foo What I don't understand in your error printouts is the part about motets.tex. First of all, I don't see where the file name comes from but above all I'm confused since lilypond-book should only call latex before it starts running lilypond on the different examples, not after as it looks here. If you use lilypond-book --verbose ..., you will get more information on what is going on. /Mats karim haddad wrote: Hello I don't know what is the problem here. I have a foo.tex file that includes around 18 foo.ly files like this ; \chapter{Les Motets} \cleardoublepage \lilypondfile[quote,noindent]{orig/1.ly} \cleardoublepage \lilypondfile[quote,noindent]{orig/2.ly} when i do this command line : lilypond-book --output=out --psfonts foo.tex i have this error in the terminal : ... Layout output to `lily-fd8f15de49-6.eps'... error: unknown error: 1 reading font file: /Applications/LilyPond.app/Contents/Resources/share/lilypond/current/fonts/otf//CenturySchL-Ital.otf command failed: lilypond -b eps -I "/Users/hyperion/Desktop/motetbook4" --formats=eps -deps-box-padding=3.00 -dread-file-list snippet-names Child returned 1 This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) entering extended mode ! I can't find file `motets.tex'. <*> motets.tex Please type another input file name: ... this happens on the 6th foo.ly file. then i kill the process and do it again and the compilation succeeds. Now is it a problem with memory ? a font problem but which ? or a bug or something i am doing wrong? Thanx Karim ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond --= Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology 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 = -- = Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology 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: lilybook error ?
Dear Mats Thanx for the reply The Lilypond versions are 2.11.12 and 2.11.13 On Macosx PPC mainly Yesterday i tried with the same version on LinuxX86, and there the problem is different. it slows the system terribly and no message of error and takes a lot of time probably hangs. anyhow i have succeded (on PPC) but in killing the compilation 2 to 3 times. The motets.tex is my working file , In my example below i mentionned foo,tex and foo.ly as an example but it is not the problem with the files (should replace it with motets (sorry). I will try pdflatex hoping that it manages the A3 landscape format and will tell you. Best K On Jan 25, 2007, at 5:10 PM, Mats Bengtsson wrote: What operating system? What LilyPond version? In general, I would recommend to use the pdflatex support: lilypond-book --output=out --pdf foo.tex cd out pdflatex foo What I don't understand in your error printouts is the part about motets.tex. First of all, I don't see where the file name comes from but above all I'm confused since lilypond-book should only call latex before it starts running lilypond on the different examples, not after as it looks here. If you use lilypond-book --verbose ..., you will get more information on what is going on. /Mats karim haddad wrote: Hello I don't know what is the problem here. I have a foo.tex file that includes around 18 foo.ly files like this ; \chapter{Les Motets} \cleardoublepage \lilypondfile[quote,noindent]{orig/1.ly} \cleardoublepage \lilypondfile[quote,noindent]{orig/2.ly} when i do this command line : lilypond-book --output=out --psfonts foo.tex i have this error in the terminal : ... Layout output to `lily-fd8f15de49-6.eps'... error: unknown error: 1 reading font file: /Applications/ LilyPond.app/Contents/Resources/share/lilypond/current/fonts/otf// CenturySchL-Ital.otf command failed: lilypond -b eps -I "/Users/hyperion/Desktop/ motetbook4" --formats=eps -deps-box-padding=3.00 -dread-file- list snippet-names Child returned 1 This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) entering extended mode ! I can't find file `motets.tex'. <*> motets.tex Please type another input file name: ... this happens on the 6th foo.ly file. then i kill the process and do it again and the compilation succeeds. Now is it a problem with memory ? a font problem but which ? or a bug or something i am doing wrong? Thanx Karim ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond -- = Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology 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: lilybook error ?
What operating system? What LilyPond version? In general, I would recommend to use the pdflatex support: lilypond-book --output=out --pdf foo.tex cd out pdflatex foo What I don't understand in your error printouts is the part about motets.tex. First of all, I don't see where the file name comes from but above all I'm confused since lilypond-book should only call latex before it starts running lilypond on the different examples, not after as it looks here. If you use lilypond-book --verbose ..., you will get more information on what is going on. /Mats karim haddad wrote: Hello I don't know what is the problem here. I have a foo.tex file that includes around 18 foo.ly files like this ; \chapter{Les Motets} \cleardoublepage \lilypondfile[quote,noindent]{orig/1.ly} \cleardoublepage \lilypondfile[quote,noindent]{orig/2.ly} when i do this command line : lilypond-book --output=out --psfonts foo.tex i have this error in the terminal : ... Layout output to `lily-fd8f15de49-6.eps'... error: unknown error: 1 reading font file: /Applications/LilyPond.app/Contents/Resources/share/lilypond/current/fonts/otf//CenturySchL-Ital.otf command failed: lilypond -b eps -I "/Users/hyperion/Desktop/motetbook4" --formats=eps -deps-box-padding=3.00 -dread-file-list snippet-names Child returned 1 This is pdfeTeX, Version 3.141592-1.21a-2.2 (Web2C 7.5.4) entering extended mode ! I can't find file `motets.tex'. <*> motets.tex Please type another input file name: ... this happens on the 6th foo.ly file. then i kill the process and do it again and the compilation succeeds. Now is it a problem with memory ? a font problem but which ? or a bug or something i am doing wrong? Thanx Karim ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond -- = Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology 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: Fonts included in all lilypond-book snippets
That looks like a clear bug to me. However, if you compare the size of the PDF files after running ps2pdf, the difference is minimal. Also, I would recommend to use lilypond-book --pdf ... pdflatex ... instead of the latex + dvips + ps2pdf route. Actually, because of some bugs, the pdflatex version is the only one that works on Windows. /Mats Georg Dummer wrote: Hi In lilypond (lilypond-book) v2.8.8 an exapmle file is splitted into 4 eps-files: *-1.eps 11KB *-2.eps 59KB *-3.eps 52KB *.eps705KB In version 2.10.13 the same song results also in 4 files: *-1.eps 606KB *-2.eps 638KB *-3.eps 633KB *.eps668KB It seems that all fonts are included in all lilypond snipptets which results (after dvips) in an huge ps-file - up to 20 times larger than in v2.8.8. See also http://article.gmane.org/gmane.comp.gnu.lilypond.bugs/9705 Is this really necessary? Regards Georg ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond -- = Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology 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: Flageolet position shifts according to beam status?
I would recommend to use \set fontSize = #-3 instead of \override NoteHead #'font-size = #-3 \override Accidental #'font-size = #-3 \override Script #'font-size = #-3 As far as I can see, the result doesn't give any extra shift, whereas I might guess that there is a slight shift when using your original code. /Mats Trevor Bača wrote: Hi, Can someone please render the following and tell me whether I'm going blind? The example includes two scores. The scores differ only in the fact that the first score beams all notes together while the second score beams no notes. It looks like the flageolets in the second score are shifted ever so slightly off-center towards the *right*. Can someone else confirm that this seems to be the case before I post the nitpick in the bug tracker? %%% BEGIN OFF-CENTER FLAGEOLET? %%% \override NoteHead #'font-size = #-3 \override Accidental #'font-size = #-3 \override Script #'font-size = #-3 \override Script #'padding = #0.5 d'''64 [ \flageolet fs'''64 \flageolet a'''64 \flageolet c64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 ] \flageolet \revert NoteHead #'font-size \revert Accidental #'font-size \revert Script #'font-size \revert Script #'padding } \new Staff { \override NoteHead #'font-size = #-3 \override Accidental #'font-size = #-3 \override Script #'font-size = #-3 \override Script #'padding = #0.5 d'''64 \flageolet fs'''64 \flageolet a'''64 \flageolet c64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet \revert NoteHead #'font-size \revert Accidental #'font-size \revert Script #'font-size \revert Script #'padding } %%% END %%% (In fact, it may be that the first score shifts flageolets ever so slightly to the *left* while the second score shifts flageolets ever so slightly to the *right*? FWIW, commenting out the overrides seems to center all flageolets exactly on the noteheads, as expected.) ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond -- = Mats Bengtsson Signal Processing Signals, Sensors and Systems Royal Institute of Technology 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
Issue 179 in project lilypond
Issue 179: broken text spanners don't end at same horizontal position http://code.google.com/p/lilypond/issues/detail?id=179 Comment #8 by hanwenn: but it's also the same problem as 174 - hence: duplicate. -- 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
Fonts included in all lilypond-book snippets
Hi In lilypond (lilypond-book) v2.8.8 an exapmle file is splitted into 4 eps-files: *-1.eps 11KB *-2.eps 59KB *-3.eps 52KB *.eps705KB In version 2.10.13 the same song results also in 4 files: *-1.eps 606KB *-2.eps 638KB *-3.eps 633KB *.eps668KB It seems that all fonts are included in all lilypond snipptets which results (after dvips) in an huge ps-file - up to 20 times larger than in v2.8.8. See also http://article.gmane.org/gmane.comp.gnu.lilypond.bugs/9705 Is this really necessary? Regards Georg ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Flageolet position shifts according to beam status?
Hi, Can someone please render the following and tell me whether I'm going blind? The example includes two scores. The scores differ only in the fact that the first score beams all notes together while the second score beams no notes. It looks like the flageolets in the second score are shifted ever so slightly off-center towards the *right*. Can someone else confirm that this seems to be the case before I post the nitpick in the bug tracker? %%% BEGIN OFF-CENTER FLAGEOLET? %%% \override NoteHead #'font-size = #-3 \override Accidental #'font-size = #-3 \override Script #'font-size = #-3 \override Script #'padding = #0.5 d'''64 [ \flageolet fs'''64 \flageolet a'''64 \flageolet c64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 ] \flageolet \revert NoteHead #'font-size \revert Accidental #'font-size \revert Script #'font-size \revert Script #'padding } \new Staff { \override NoteHead #'font-size = #-3 \override Accidental #'font-size = #-3 \override Script #'font-size = #-3 \override Script #'padding = #0.5 d'''64 \flageolet fs'''64 \flageolet a'''64 \flageolet c64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet d64 \flageolet e64 \flageolet fs64 \flageolet e64 \flageolet \revert NoteHead #'font-size \revert Accidental #'font-size \revert Script #'font-size \revert Script #'padding } %%% END %%% (In fact, it may be that the first score shifts flageolets ever so slightly to the *left* while the second score shifts flageolets ever so slightly to the *right*? FWIW, commenting out the overrides seems to center all flageolets exactly on the noteheads, as expected.) -- Trevor Bača [EMAIL PROTECTED] ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond
Issue 179 in project lilypond
Issue 179: broken text spanners don't end at same horizontal position http://code.google.com/p/lilypond/issues/detail?id=179 Comment #7 by lemzwerg: But that's the very problem! It shouldn't happen -- they have to be aligned there. -- 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
Issue 179 in project lilypond
Issue 179: broken text spanners don't end at same horizontal position http://code.google.com/p/lilypond/issues/detail?id=179 Comment #6 by hanwenn: the lines end at the right position, but one of them ends on a dash-space, rather than dash. -- 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
Issue 179 in project lilypond
Issue 179: broken text spanners don't end at same horizontal position http://code.google.com/p/lilypond/issues/detail?id=179 Comment #5 by lemzwerg: ??? I don't understand your answer. As can be seen clearly in the image, the dashes at the right end at different positions. -- 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
Re: Uncontrollable \mark
If you only want to affect the position of mark above GrandStaff, not above the full score, should should say \override Staff.RehearsalMark ... instead of \override Score.RehearsalMark ... For example, you can do things like \new Staff \with { \consists "Mark_engraver" \override RehearsalMark #'self-alignment-X = #LEFT } << ... >> /Mats ___ bug-lilypond mailing list bug-lilypond@gnu.org http://lists.gnu.org/mailman/listinfo/bug-lilypond