Re: "Extra" verses
Hi Mats, list, Mats wrote: > However, from my experience as a choir singer, would definitely > recommend you to typeset all the verses directly in the score. > Unless it's a trivial tune that you can learn i 2 minutes, you > have to jump back and forth between the music and the lyrics if > it's typeset below the score. That's true, and I suggest you follow this design. However, in most church music, normally only one verse is typeset in the score, and the other verses are typeset below the first verse. If the page needs to be turned, usually the first verse on the new set of pages will be typeset with a score, again. I usually solve this (jumping between music and words) by having my thumb 'near' the current line, and quickly glancing to the music while singing. Ofcourse, since church music is usually 'easy' enough to learn in 2 minutes (or less), this is ... workable. But definately not optimal! Regards, Christ van Willegen ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
RE: "Extra" verses
Christ Van Willegen wrote: > Mats wrote: > > However, from my experience as a choir singer, would definitely > > recommend you to typeset all the verses directly in the score. > > Unless it's a trivial tune that you can learn i 2 minutes, you have > > to jump back and forth between the music and the lyrics if it's > > typeset below the score. > > That's true, and I suggest you follow this design. > However, in most church music, normally only one verse is > typeset in the score, and the other verses are typeset below > the first verse. Indeed. > If the page needs to be turned, usually the first verse on > the new set of pages will be typeset with a score, again. I haven't seen this, but it seems sensible. > I usually solve this (jumping between music and words) by > having my thumb 'near' the current line, and quickly glancing > to the music while singing. Ofcourse, since church music is > usually 'easy' enough to learn in 2 minutes (or less), this > is ... workable. But definately not optimal! Having throught some more about it, I don't think there is an optimal solution. Mats' solution (all verses with score) is fine for 1 or 2 verses, adequate for 3 and hopeless for 5 and more IMO; the reason is that you get so many lines of text under each line of score that it becomes easy to lose track of which line you're on, so you end up singing the second half of verse 3 when you should be singing the second half of verse 4! The best solution (for songs that fit on a page) in my mind is to put 2 verses with the score and the rest underneath. This gives the singer 2 verses of guidance before having to start skipping. OTOH, you lose the guidance of where to slur words, etc, which although it is often obvious is not always so. Ho hum. Life isn't perfect :-) Ruth ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: "Extra" verses
> "RI" == Ruth Ivimey-Cook <[EMAIL PROTECTED]> writes: RI> Having throught some more about it, I don't think there is an RI> optimal solution. Mats' solution (all verses with score) is RI> fine for 1 or 2 verses, adequate for 3 and hopeless for 5 and RI> more IMO; the reason is that you get so many lines of text RI> under each line of score that it becomes easy to lose track of RI> which line you're on, so you end up singing the second half of RI> verse 3 when you should be singing the second half of verse 4! Some hymnals solve that by having alternate verses in italic, which can be a problem for aging eyes in that italic is less readable at a given size than upright letters. -- Laura (mailto:[EMAIL PROTECTED] , http://www.laymusic.org/ ) (617) 661-8097 fax: (501) 641-5011 233 Broadway, Cambridge, MA 02139 ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: "Extra" verses
On Friday 04 March 2005 18.05, Mats Bengtsson wrote:
> I would recommend latex-book. A simple example could look somewhat like:
> \documentclass[a4paper]{article}
> \begin{document}
>
> \lilypondfile{myfile.ly}
>
> \begin{enumerate}
>% Use the automatic numbering, but start after verse 2:
>\setcounter{enumi}{2}
>% Use \item to start each new verse
>% Break lines with \\
> \item First line\\
>second line
>
> \item New verse \\
>new line
>
> \end{enumerate}
> \end{document}
>
> assuming that you already have written a separate file myfile.ly with
> the actual music. You could also include the lilypond input directly
> in the file if you want to keep it together, see the manual.
>
There is a new feature in 2.5.15 (released today), to add text before and
after a score. This might be the way you want to do this when 2.6 is out.
See:
http://lilypond.org/doc/v2.5/Documentation/topdocs/out-www/NEWS.html
Erik
___
lilypond-user mailing list
lilypond-user@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-user
point-and-click again
Suddenly point-and-click is half working. With emacs open and Firefox running, clicking on a note/rest in xpdf takes me to the line in the *.ly file, but not the column. I'm on a Fedora Core 3 system. Emacs is v21.3.1. Ideas? -David ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
slowdown in 2.5.15?
Mac OS 10.3.8, Lilypond 2.5.15 (thanks to Matthias Neracher) I have noticed a dramatic increase in the time to process a lilypond file compared to 2.5.13. A piano piece of 193 measures takes just short of 9 minutes to process (lilypond blitz.ly) on a 1 GHz G4 iMac with no other apps running. This is between 4-7 times slower than 2.5.13 and 2.4.14, running on the same machine. It appears to hang at "calculating line breaks" but eventually begins to slowly show the numbers. Stan ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: slowdown in 2.5.15?
On Fri, 2005-03-11 at 13:04 -0600, Stan Sanderson wrote: > Mac OS 10.3.8, Lilypond 2.5.15 (thanks to Matthias Neracher) > > I have noticed a dramatic increase in the time to process a lilypond > file compared to 2.5.13. A piano piece of 193 measures takes just short > of 9 minutes to process (lilypond blitz.ly) on a 1 GHz G4 iMac with no > other apps running. > > This is between 4-7 times slower than 2.5.13 and 2.4.14, running on the > same machine. > > It appears to hang at "calculating line breaks" but eventually begins > to slowly show the numbers. > > Stan I think I've noticed something similar. I thought it was hanging during compilation. It was during font tracing, I think. I did notice some slow down in processing *.ly files, too. -David v2.5.15 on FC3 ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
printing weirdness
I mentioned some strange printing behavior the other day. I just ran some tests and have this to offer: I'm using a freshly compiled v2.5.15 (ChangeLog 1.3285). The output file is a single page of music. Printing from ggv (Fedora Core 3 / Gnome) I get a page with just: IB ...in the upper left corner of the page Printing from gpdf and xpdf seem to produce identical results. Everything is there, but it looks a bit too high on the page. The title is close to the top and the tagline looks too far from the bottom. Printing the PDF file from the # prompt using lpr foo.pdf sets the piece rather high and the line width is greater extending the lines farther to the left. The title and composer are not on the page. The first line of music is quite close to the top of the page. Printing the PS file from the # prompt using lpr foo.ps produces an error message box: * Printing of "(stdin)" on printer "HP_1200" was aborted. You may want to find out why. * Even with this error I get printed output. First a page comes out with: PCL XL error Subsystem: KERNEL Error: IllegalTag Operator: 0x1b Position: 2 Then a second page comes out with the printed music. And, as when printing the PDF from the command line, the line width is more than in the other printouts, plus there is no tag line. Is this the IllegalTag mentioned above? This stuff is beyond me. All the viewers I have use 'lpr' for printing. Why should I get different behavior? Is this a Lily problem? Is it a problem for the Fedora/Gnome crowd? Is it a configuration problem with my personal set-up? ?? -David ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
slowdown in 2.5.15?
[EMAIL PROTECTED] writes: > Mac OS 10.3.8, Lilypond 2.5.15 (thanks to Matthias Neracher) > > I have noticed a dramatic increase in the time to process a lilypond > file compared to 2.5.13. A piano piece of 193 measures takes just short > of 9 minutes to process (lilypond blitz.ly) on a 1 GHz G4 iMac with no > other apps running. > > This is between 4-7 times slower than 2.5.13 and 2.4.14, running on the > same machine. I have a pretty good hunch what causes it. Take the line (spacing-procedure . ,Ledger_line_spanner::set_spacing_rods) from define-grobs.scm Can you send me your file (private mail is fine), so I can try to rewrite the offending routine? Thanks -- Han-Wen Nienhuys | [EMAIL PROTECTED] | http://www.xs4all.nl/~hanwen ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Re: disable rendering of a section of music
On Wed, 09 Mar 2005 17:18:29 -0800, Graham Percival <[EMAIL PROTECTED]> wrote: > On 9-Mar-05, at 4:39 PM, Matthew Peltzer wrote: > > > I'm fairly certain I've seen this in the user docs or on this list, > > but I can't seem to find out how to temporialy disable lilypond from > > rendering a section of music (so as to focus on a smaller section by > > hiding sections that are finished & to increase compilation times). > > Do you mean this? > http://lilypond.org/doc/v2.4/Documentation/user/out-www/lilypond/ > Skipping-corrected-music.html Yes, I did mean that, but I've since discovered that I need something else. My piece is broken into many different parts, and I need to view more than one part at a time to determine the correctness of a section. I could apply this setting to all the parts I'm currently interested in and modify the top-level file to include only those parts, but I figure there's must be a better way. It would be greate if there were a start-measure and end-measure property that would specify which measures to start and end on during output(/processing/preprocessing, I as the user only care about output). I'd expect this to be a command-line argument, but alas, I cannot find any documentation on lilypond's command-line interface (and I don't have access to lilypond right now to experiment). -- Matthew Peltzer -- [EMAIL PROTECTED] ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
more point-and-click madness
I'm still toying with point-and-click. Here is my procedure: Go to a directory with a PDF generated by LilyPond. Open the PDF with Xpdf. Start Firefox. Start emacs with 'emacs&'. Point and click in the PDF. Emacs opens the file with the definitions and places a hollow cursor in the proper line and one column to the left of the note/rest in question. I can then click on the indicated cursor position and edit the note/rest in question. (If I simply activate the emacs window by clicking on the title bar of the window and try to move the emacs cursor with arrow keys I'll find myself at the top of the file.) So, in the first instance, point-and-click *does* take me to the correct line/column. If I then click on another note/rest, however, the result is that emacs will move the cursor to the correct line, but always in column 0. Weird, eh? -David Lily 2.5.15 (CVS ChangeLog 1.3285) emacs 21.3.1 Firefox 1.0.1 Fedora Core 3 (fully updated) Gnome ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
Help to beginer
Hi, I am completely new to this. I just can't wait to put my own little tunes in that really nice printed output. But I have no idea how to go on. I have downloaded lily 2.4.2 for Windows (I run W98SE) and installed it. And there I received the first glove from my system: something was missing, don't remember what, at the very end of installation process. But anyway, when I close the message window, there was another message behind stating that the installation was completed (so, should I trust that installation or not?). Ok, I didn't try to use lily until now, a week after. But there are so many little yellow folders within c:\cygwin, that I don't know how to run the program, neither where to start (second glove received). I have searched for .ly examples and double-clicked on a few of them. Here is test.log: GNU LilyPond 2.4.2 Processing `test.ly' Parsing... Interpreting music... error: can't find `feta20.afm' Music font has not been installed properly. Aborting May be that error message during installation was for that font, I really don't remember. Can any one suggest me what to do? Should I re-install lily? What is exactly what I have to download from 'publish'? I mean, what checkboxes should I check during installation to be sure nothing is missing for the installer? Can I fix the problem without re-installing? How can uninstall lily completely, to restart from ZERO? If someone can give me a little help words I'm gonna be very grateful. Raul ___ lilypond-user mailing list lilypond-user@gnu.org http://lists.gnu.org/mailman/listinfo/lilypond-user
