lilypond-1.4.3
[lilypond.git] / Documentation / README.pod
blob90376b754a2ee99791703559aa3e9b9099c8e046
1 =head1 NAME
3 LilyPond - a music typesetter
5 =head1 SYNOPSIS
7         lilypond [options] [inputfiles]
9 =head1 DESCRIPTION
11 LilyPond typesets music. It translates script files (mudela files or
12 F<*.ly>'s) into TeX input.  Typesetting music is a complex task,
13 whereas the message that printed music conveys is usually a simple
14 one. LilyPond is a try at providing a simple interface for setting
15 music. LilyPond has these features:
18 =over 5
20 =item *
21 ASCII script input, with identifiers (for music reuse),
22 customizable notenames, customizable fontset
24 =item *
25 MIDI output lets you check if you have entered the correct notes.
27 =item *
28 Multiple staffs in one score. Each staff can have a different meters.
30 =item *
31 multiple stafftypes (melodic, rhythmic) [broken from  pl28 on]
33 =item *
34 beams, slurs, chords, super/subscripts (accents and text),
35 triplets, general n-plet (triplet, quadruplets, etc.), lyrics
37 =item *
38 multiple voices within one staff; beams optionally shared
39 between voices. (well, more than 2 voices won't look pretty --yet.)
41 =item *
42 multiple scores within one input file. Each score is output to
43 a different file.
45 =item *
46 clef changes, meter changes, cadenza-mode, key changes, repeat bars
48 =back
50 =head1 DESIGN CONSIDERATIONS
52 LilyPond was written with some considerations in mind:
54 =over 5
56 =item *
57 Describing a well-defined language for defining music. We call
58 this language (rather arrogantly) The Musical Definition Language
59 (mudela for short). LilyPond reads a mudela sourcefile and outputs a
60 TeX file.  This musical definition language should:
62 =over 5
64 =item 1.
65 define the musical message of the writer as unambigiously as
66 possible.
68 =item 2.
69 be easily readable. (as compared to, say, MusixTeX input)
71 =item 3.
72 be writable in ASCII (with a simple texteditor).
74 =back
76 At this time, the language isn't yet defined precisely. It is evolving as
77 LilyPond is getting more complex.
79 =item *
80 We want to provide an easy-to-use interface for typesetting music in
81 its broadest sense. This interface should be intuitive from a musical
82 point of view. By broadest sense we mean: it is designed for music
83 printed left to right in staffs, using notes to designate rythm and
84 pitch.
86 =item *
87 LilyPond uses MusiXTeX fonts and TeX for its output. This is not a key
88 issue: in a future version, LilyPond might bypass TeX, but at the moment
89 TeX is very convenient for producing output.
91 =item  *
92 Generate high-quality output. Ideally it should be of a professional
93 quality. We'd like to render Herbert Chlapiks words, "Fine music
94 setting is not possible without a knowledgeable printer,"  untrue.
96 =item *
97 LilyPond does not display notes directly, nor will it be rehacked to be
98 used interactively. LilyPond writes output to a file.  It will not be
99 extended to play music, or to recognize music.
101 =item *
102 LilyPond is intended to run on Unix platforms, but it should
103 be portable to any platform which can run TeX and the GNU tools
105 =item *
106 LilyPond is free. Commercial windows packages for setting music are
107 abundant. Free musicprinting software is scarce.
109 =item *
110 LilyPond is written in GNU C++. It will not be downgraded/ported to fit
111 broken systems.
113 =back
115 =head1 OPTIONS
117 =over 5
119 =item B<-I,--include>=F<FILE>,
121 add F<FILE> to the search path for input files.
124 =item B<-M,--midi>
126 do midi output only
128 =item B<-d,--debug>,
130 Turn debugging info. LilyPond will read the file F<.dstreamrc>, which
131 tells for what functions and classes may produce copious debugging
132 output.
134 =item B<-w,--warranty>,
136 Show the warranty with which LilyPond comes. (It comes with B<NO WARRANTY>!)
138 =item B<-o,--output=>F<FILE>,
140 Set the default output file to F<FILE>.
142 =item B<-h,--help>,
144 Show a summary of usage
146 =item B<-i,--init=>F<FILE>
148 set init file to F<FILE> (default: F<symbol.ini>)
150 =item B<--include, -I>=F<DIRECTORY>
151 add F<DIRECTORY> to the search path for input files.
153 =back
155 =head1 
156 DISCLAIMER & COPYING POLICY
158 LilyPond is copyright 1996,97 by its authors. LilyPond is
159 distributed under the terms of the GNU General Public
160 License. LilyPond is provided without any warranty what so ever.
161 LilyPond may be freely distributed.  For further information consult
162 the GNU General Public License, which is in the file F<COPYING>
164 =head1 PREREQUISITES
166 For compilation you need.
168 =over 5
170 =item *
171 Unix. LilyPond is known to run on Linux, AIX, Digital Unix and
172 Solaris (if you have the Cygnus WIN32 port of the GNU utils, it will
173 even work in Lose NT/95)
175 =item *
176 GNU C++ v2.7 or better, with libg++ installed.  Version 2.7.2
177 or better recommended. I doubt if it will compile with AT&T CC.
179 =item *
180 Bash. Most scripts will continue to work with a stock sh, but they
181 will generate (harmless) syntax errors
183 =item *
184 GNU make.
186 =item *
187 Flex (2.5.1 or better). 
189 =item *
190 Bison.
192 =item *
193 Perl.  The Makefile uses Perl for trivial operations, and you
194 could tinker with it to use sed or awk.
196 =back
198 LilyPond does use a lot of resources. For operation you need the following:
200 =over 5
202 =item *
203 a fast computer (a full page of music typically takes 1 minute
204 on my 486/66, using the DEBUG compile. It's lot slower than most
205 MusiXTeX preprocessors)
207 =item *
210 =item *
211 The MusixTeX fonts. (I use version those found in MusixTeX
212 Taupin version T.59)
214 =back
216 =head1 COMPILING
220         tar zxf flower-1.11.9.tar.gz
221         tar zxf lilypond-1.2.13.tar.gz
222         cd lilypond-1.2.13
223         configure
224         make
226 You probably want to edit Variables.make to tailor the compilation
227 flags. If you're not into debugging C++, then you should go for no
228 debugging and C<-O2>
230 =head1 AUTHORS
232 =over 5
234 =item *
235 Han-Wen Nienhuys <hanwen@stack.nl>, Main author
237 =item *
238 Jan Nieuwenhuizen <jan@digicash.com>, Context errors, Lyrics,
239 bits of FlowerLib, general comments.
241 =item *
242 Mats Bengtsson <matsb@s3.kth.se>, bugfixes, testing, general comments.
244 =back
246 Your name could be here! If you want to help, then take a look at the
247 SMALLISH PROJECTS section of in the file F<TODO>. Some do not involve
248 coding C++
250 =head1 EXAMPLES
252 At this time, LilyPond output looks nice, but is not of production
253 quality. If you're not discouraged; this is what I type in my xterm:
255         lilypond someinput.ly
256         tex test
257         xdvi test&
259 This is what the output looks like over here:
261         LilyPond 0.0.pre32-3/FlowerLib 1.0.27. Compile: Feb 18 1997, 11:21:57 (g++ 2.7.2)
262         Parsing ... [./init//symbol.ini[./init//dutch.ini][./init//script.ini][./init//table_sixteen.ini]][./input/wohltemperirt.ly]
263         Setting up music ...Processing music ............
264         Preprocessing ... 
265         Calculating column positions ... [3][6][9]
266         Postprocessing ...
267         warning: slope_index(): beam steeper than 0.5 (-0.555556)
268         warning: slope_index(): beam steeper than 0.5 (-0.588346)
269         warning: slope_index(): beam steeper than 0.5 (-0.523166)
270         warning: slope_index(): beam steeper than 0.5 (0.571915)
271         warning: slope_index(): beam steeper than 0.5 (-0.555556)
272         warning: slope_index(): beam steeper than 0.5 (-0.588346)
273         warning: slope_index(): beam steeper than 0.5 (-0.523166)
274         warning: slope_index(): beam steeper than 0.5 (0.571915)
275         output to lelie.out...
277         hw:~/musix/spacer$ tex test
278         This is TeX, Version 3.14159 (C version 6.1)
279         (test.tex
280         Hyphenation patterns for english, dutch, loaded.
281         (lilyponddefs.tex) (lelie.uit) [1] [2] )
282         Output written on test.dvi (2 pages, 8420 bytes).
283         Transcript written on test.log.
285         hw:~/musix/spacer$ xdvi test&
286         [1] 855
288 Check out the input files, some of them have comments
291 =head1 PROBLEMS
293 If LilyPond bombs out, then please recompile using with debugging info
294 turned on, and send a copy of the input which causes the error and a
295 gdb stacktrace of the crash. It also helps if you can print the values
296 of the objects. So if your trace is
298         (gdb) backtrace 12
299         #0  Interval::operator+= (this=0x11fffec60..)
300             at ../flower/interval.hh:50
301         #1  0x12005195c in Item::width (this=0x14008a680) at src/item.cc:39
302         #2  0x12008fdbc in itemlist_width (its=0x11fffed58 ..
303           :
304           :
306 Than it would help if you send a dump of the Interval and the Item
307 (use: C<print *this> or use LilyPond C<print()> methods).
309 This is a beta version of LilyPond. Please send your helpful comments
310 and patches to me (see AUTHORS section)
312 LilyPond is updated very frequently, the latest version is always available at:
313 ftp://pcnov095.win.tue.nl/pub/lilypond. 
316 =head1 FILES
318 =over 5
320 =item F<symbol.ini>
321 The initialisation file with symbol tables etc. It
322 includes files from the directory F<init/>.
324 =back
326 =head1 SEE ALSO
328 There are some documentation files  in the subdirectory F<Documentation/>,
329 among others: lilygut, lilyinput, error, faq, 
331 =head1  REMARKS
333 LilyPond has no connection with the music package RoseGarden, other
334 than the names being similar :-)
336 =head1 HISTORY
338 (for a  detailed changelog, see F<NEWS>)
340 LilyPond's roots lie in MPP, a preprocessor to the rather arcane
341 MusiXTeX macro package for TeX. A friend of mine, Jan Nieuwenhuizen
342 wrote the first 44 versions (0.01 to 0.44), then his program caught my
343 attention, and I was slowly sucked in to the interesting problem of
344 easily producing beautifully printed music. I contributed some
345 code. We soon realised that MPP's design was too fundamentally broken
346 to be repaired. It was decided to rewrite MPP.  We debated a lot about
347 the requirements to an inputformat (fall 1995). I sat down and started
348 with a parser-first, bottom-up rewrite called mpp95 (which totally
349 failed, obviously).
351 After long and hard thinking, I came up with an algorithm for the
352 horizontal spacing of multiple staffs (april 1996) I coded it (and did
353 not test it). After starting with this fundamental piece, I slowly
354 added the stages which come before spacing, and after.  A half year
355 later later, I had a first working version, (october 1996).  I
356 announced Patchlevel 0.0.7 (or 8) to the mutex list after asking some
357 technical details on spacing; it was downloaded approximately 4 times.
358 Then I got the hang of it, and in the subsequent two months, I coded
359 until it had doubled in size (pl 23).