]> git.donarmstrong.com Git - lilypond.git/blob - Documentation/bibliography/computer-notation.bib
* VERSION (MY_PATCH_LEVEL): make 1.7.0
[lilypond.git] / Documentation / bibliography / computer-notation.bib
1 %
2 % TITLE=The music notation with computer bibliography
3 % AUTHOR=Han-Wen Nienhuys
4 %
5
6 @String{CitH = {Computing and the Humanities}}
7 @String{CMJ = {Computer Music Journal}}
8
9 @TechReport{roush88,
10   note  = {Rules on formatting music formulated for use in computers. Mainly distilled from [Ross] HWN},
11   year = {1988},
12   title = {Music Formatting Guidelines},
13   author = {D. Roush},
14   number = {OSU-CISRC-3/88-TR10}, 
15   institution = {Department of Computer and Information Science, The Ohio State University},
16 }
17
18
19
20 @InProceedings{assayaag86,
21   author =       {G. Assayaag and D. Timis},
22   title =        {A Toolbox for music notation},
23   booktitle =    {Proceedings of the 1986 International Computer Music Conference},
24   year =        1986
25 }
26
27 % byrd
28 @PhdThesis {byrd85,
29   year =  {1985},
30   title = {Music Notation by Computer},
31   author = {Donald Byrd},
32   school = {Indiana University},
33 }
34
35 @Article {byrd74,
36   year =  {1974},
37   title = {A System for Music Printing by Computer},
38   author = {Donald Byrd},
39   journal = {Computers and the Humanities},
40   volume ={8},
41   pages ={161-72},
42 }
43
44 @Article{byrd94,
45   author =       {Donald Byrd},
46   title =        {Music Notation Software and Intelligence},
47   journal =      {Computer Music Journal},
48 year = 1994,
49 pages = {17--20},
50   volume =       18,
51   number =       1,
52
53   note = {Byrd (author of Nightinggale) shows four problematic
54 fragments of notation, and rants about notation programs that try to
55 exhibit intelligent behaviour. HWN}
56 }
57
58
59
60 @Article{ericson75,
61   author =       {R. F. Ericson},
62   title =        {The DARMS Project: A status report},
63   journal =      {Computing in the humanities},
64   year =         1975,
65   volume =       9,
66   number =       6,
67   pages =        {291--298},
68   note = {Gourlay\cite{gourlay86} writes: A discussion of the design
69   and potential uses of the DARMS music-description language.}
70 }
71
72
73 @Article{field-richards93,
74   author =       {H.S. Field-Richards},
75   title =        {Cadenza: A Music Description Language},
76   journal =      CMJ,
77   year =         1993,
78   volume =       17,
79   number =       4,
80
81   note = {A description through examples of a music entry language.
82 Apparently it has no formal semantics.  There is also no
83 implementation of notation convertor. HWN}
84 }
85
86
87
88 @Article{bielawa93,
89   author =       {Herbert Bielawa},
90   title =        {Review of Sibelius 7},
91   journal =      CMJ,
92   year =         {1993?},
93
94   note = {A raving review/tutorial of Sibelius 7 for Acorn.  (And did
95 they seriously program a RISC chip in ... assembler ?!) HWN}
96
97
98 }
99
100 @Article{sloan93,
101   author =       {Donald Sloan},
102   title =        {Aspects of Music Representation in HyTime/SMDL},
103   journal =      CMJ,
104   year =         1993,
105   volume =       17,
106   number =       4,
107
108 note = {An introduction into HyTime and its score description variant
109 SMDL.  With a short  example that is quite  lengthy in SMDL}
110 }
111
112 @Article{wiggins93,
113   author =       {Geraint Wiggins and Eduardo Miranda and Alaaaan Smaill and Mitch Harris},
114   title =        {A Framework for the evaluation of music representation systems},
115   journal =      CMJ,
116   year =         1993,
117   volume =       17,
118   number =       3,
119
120   note = {A categorisation of music representation systems (languages,
121 OO systems etc) splitted into high level and low level expressiveness.
122 The discussion of Charm and parallel processing for music
123 representation is rather vague. HWN}
124
125 }
126
127
128
129 @Article{dannenberg93,
130   author =       {Roger B. Dannenberg},
131   title =        {Music Representation: Issues, Techniques, and Systems},
132   journal =      CMJ,
133   year =         1993,
134   volume =       17,
135   number =       3,
136
137   note = {The title says it all.  This article does not make any
138 statements, it points to some problems and solutions with music
139 representation. HWN},
140
141 }
142
143 @Article{rothstein93,
144   author =       {Joseph Rothstein},
145   title =        {Review of Passport Designs' Encore Music Notation Software},
146   journal =      CMJ,
147   year =         {?},
148
149 note = {A no-science-here review of Encore. HWN}
150
151 }
152
153
154
155 @Article{belkin94,
156   author =       {Alan Belkin},
157   title =        {Macintosh Notation Software: Present and Future},
158   journal =      CMJ,
159   year =         1994,
160   volume =       18,
161   number =       1,
162
163   note = {Some music notation systems are analysed for ease of use, MIDI
164   handling.  No rocket science here.  The article ends with a plea for a
165   standard notation format. HWN},
166
167 }
168
169 @Book {smith73,
170   year =  {1973},
171   title = {Editing and Printing Music by Computer},
172   author = {Leland Smith},
173   totalentry = {Journal of Music Theory},
174   volume={17},
175   pages ={292-309},
176   note = {Gourlay\cite{gourlay86} writes: A discussion of Smith's music-printing system}
177 }
178
179
180 @InProceedings{montel97,
181   author =       {Dominique Montel},
182   title =        {La gravure de la musique, lisibilit\'e esth\'etique, respect de l'oevre},
183   booktitle =    {Musique \& Notations},
184   year =         1997,
185   address={Lyon},
186   editors ={Genevois \& Orlarey}
187 }
188
189
190 % Gomberg
191 @PhdThesis {gomber75,
192   year =  {1975},
193   title = {A Computer-Oriented System for Music Printing},
194   author = {David A Gomberg},
195   school = {Washington University},
196 }
197
198 @Book {gomberg,
199   title = {A Computer-oriented System for Music Printing},
200   author = {David A.  Gomberg},
201   journal  = CitH,
202   volume={11},
203   month = {march},
204   year = {1977},
205   pages = {63-80},
206   note = {Gourlay \cite{gourlay86} writes: "A discussion of the
207   problems of representing the conventions of musical notation in
208   computer algorithms."}
209
210 }
211
212
213
214 @Book {CASR,
215   note = {Annual editions since 1985, many containing surveys of music typesetting technology. SP},
216   title = {Directory of Computer Assisted Research in Musicology},
217   author = {Walter B Hewlett and Eleanor Selfridge-Field},
218   totalentry = {Menlo Park, CA: Center for Computer Assisted Research in the Humanities},
219 }
220
221
222 @Book{selfridge-field97:_beyon_midi,
223   editor =       {Eleanor Selfridge-Field},
224   title =        {Beyond MIDI},
225   publisher =    {MIT Press},
226   year =         1997,
227   note = {Description of various music interchange formats.}
228 }
229
230
231 @Book{hewlett01:_virtual_score,
232   editor =       {Walter B. Hewlett and Eleanor Selfridge-Field},
233   title =        {The Virtual Score; representation, retrieval and restoration},
234   publisher =    {MIT Press},
235 series = {Computing in Musicology},
236   year =         2001
237 }
238
239
240
241 @InProceedings{hoos98:_guido_music_notat_format,
242 title={The {GUIDO} Music Notation Format---A Novel Approach
243 for Adequately Representing Score-level Music},
244 author = {H. H. Hoos and K. A. Hamel and K. Renz and J. Kilian},
245 booktitle = {Proceedings of International Computer Music Conference},
246 year = 1998,
247 pages = {451--454},
248 }
249
250 % LIME
251 @Article {haken93,
252   note = {A description of Lime internals (which resemble older (before 0.0.68pre) LilyPond data structures) HWN},
253   year =  {1993},
254   title = {The Tilia Music Representation: Extensibility, Abstraction, and Notation Contexts for the Lime Music Editor},
255   author = {Lippold Haken and Dorothea Blostein},
256   journal = {Computer Music Journal},
257   volume= {17},
258   number={3},
259   pages = {43--58},
260 }
261
262 @InProceedings{haken95,
263   year =  {1995},
264   title = {A New Algorithm for Horizontal Spacing of Printed Music},
265   author = {Lippold Haken and Dorothea Blostein},
266   booktitle = {International Computer Music Conference},
267   address={Banff},
268   month={Sept},
269   pages = {118-119},
270   note = {This describes an algorithm which uses springs between adjacent columns. This algorithm is a "subclass" of the LilyPond algorithm. HWN},
271 }
272
273 @Article {blostein91,
274   note = {This paper provides a shallow overview of the algorithm used in LIME for spacing individual lines. HWN},
275   year =  {1991},
276   title = {Justification of Printed Music},
277   author = {Dorothea Blostein and Lippold Haken},
278   journal   = {Communications of the ACM},
279   volume= {J34},
280   number= {3},
281   month= {March},
282   pages = {88-99},
283 }
284
285
286 @Article{blostein94,
287   author =       {Dorothea Blostein and Lippold Haken},
288   title =        {The Lime Music Editor: A Diagram Editor Involving Complex
289   Translations},
290   journal =      {Software Practice and Experience},
291   year =         {1994},
292   volume =       {24},
293   number =       {3},
294   month =        {march},
295   pages =        {289--306},
296   note = {A description of various conversions, 
297 decisions and issues relating to this interactive editor HWN},
298 }
299
300 @InProceedings{bouzaiene98:_une,
301   author =       {Nabil Bouzaiene and Lo\"ic Le Gall and Emmanuel Saint-James},
302   title =        {Une biblioth\`eque pour la notation  musicale baroque},
303   booktitle =    {EP '98},
304   year =         1998,
305   series =       {LNCS},
306
307   note = {Describes ATYS, an extension to Berlioz, that can mimick
308   handwritten baroque style beams}
309 }
310
311
312
313 @MastersThesis{gall97:_creat,
314   author =       {Lo\"ic Le Gall},
315   title =        {Cr\'eation d'une police adapt\'ee \`a la notation musicale baroque},
316 school = {\'Ecole Estienne},
317 year = 1997,
318 }
319
320 @InProceedings{balaban88,
321   author =       {M. Balaban},
322   title =        {A Music Workstation Based on Multiple Hierarchical Views of Music},
323   booktitle =    {Proceedings of the 1988 International Computer Music Conference},
324   year =         1988,
325   address =      {San Francisco},
326   organization = {International Computer Music Association}
327 }
328
329 %
330 % MusiCopy
331 %
332 @TechReport {gourlay87-spacing,
333   note = {Algorithm for generating spacing in one line of (polyphonic) music, tailored for use with MusiCopy. LilyPond uses a variant of it (as of pl 76) HWN},
334   year =  {1987},
335   title = {Spacing a Line of Music,},
336   author = {John S. Gourlay},
337   number = {OSU-CISRC-10/87-TR35},
338   institution ={Department of Computer and Information Science, The Ohio State University},
339 }
340
341
342 @TechReport {parish87,
343   note = {A brief overview of {MusiCopy} HWN},
344   year =  {1987},
345   title = {{MusiCopy}: An automated Music Formatting System},
346   author = {Allen Parish and Wael A. Hegazy and John S. Gourlay and Dean K. Roush and F. Javier Sola},
347   totalentry = {OSU-CISRC-10/87-TR29},
348   institution ={Department of Computer and Information Science, The Ohio State University},
349 }
350
351
352 @TechReport {gourlay87-formatting,
353 note = {This paper discusses the development of algorithms for the
354 formatting of musical scores (from abstract). It also appeared at
355 PROTEXT III, Ireland 1986},
356   year =  {1987},
357   title = {Computer Formatting of Music},
358   author = {John S. Gourlay and A. Parrish
359 and D. Roush and F. Sola and Y. Tien},
360   number = {OSU-CISRC-2/87-TR3},
361   institution ={Department of Computer and Information Science,
362 The Ohio State University},
363 }
364
365
366 @TechReport {hegazy87,
367   year =  {1987},
368   title = {On the Implementation of the {MusiCopy} Language Processor,},
369   author = {Wael A. Hegazy},
370   number = {OSU-CISRC-10/87-TR34},
371   institution={Department of Computer and Information Science, The Ohio State University},
372
373   note = {Describes the "parser" which converts {MusiCopy} MDL to
374   MusiCopy Simultaneities and columns.
375
376 MDL is short for Music Description Language\cite{gourlay86}. It
377 accepts music descriptions that are organised into measures filled
378 with voices, those filled notes. The measures can be arranged
379 simultaneously or sequentially.  To address the 2-dimensionality,
380 almost all constructs in MDL must be labeled.
381
382 MDL uses begin/end markers for attribute values and spanners.
383 Rightfully the author concludes that MusiCopy must administrate a
384 "state" variable containing both properties and current spanning symbols.
385
386 MusiCopy attaches graphic information to the objects constructed in
387 the input: the elements of the input are partially complete graphic
388 objects.
389
390 Since the design goals of both LilyPond and MusiCopy were roughly the
391 same, both systems have superficial similarities: the details of the
392 input format, the notation of "musical state".  However, LilyPond
393 stresses extensibility, modularity and separation between content and
394 presentation much more, and this shows: LilyPond is more flexible.  To
395 be fair: development of MusiCopy was abandoned in 1987, so it is not
396 surprising that LilyPond is more mature.
397 },
398
399 }
400
401
402 @TechReport {hegazy87-breaking,
403   note = {This generalizes \TeX's breaking algorithm to music. It also appeared in Document Manipulation and Typography, J.C. van Vliet (ed) 1988. HWN},
404   year =  {1987},
405   title = {Optimal line breaking in music},
406   author = {Wael A. Hegazy and John S. Gourlay},
407   number = {OSU-CISRC-8/87-TR33},
408   institution={Department of Computer and Information Science, The Ohio State University,},
409 }
410
411
412 @TechReport {roush87,
413   note = {User manual of MusiCopy. Includes an impressive example piece.  HWN},
414   year =  {1987},
415   title = {Using {MusiCopy}},
416   author = {Dean K. Roush},
417   number = {OSU-CISRC-18/87-TR31},
418   institution={Department of Computer and Information Science, The Ohio State University},
419 }
420
421
422 @TechReport {parrish87-simultaneities,
423   note = {Placement of balls, stems, dots which occur at the same moment ("Simultaneity") HWN},
424   year =  {1987},
425   title = {Computer Formatting of Musical Simultaneities,},
426   author = {A. Parrish and John S. Gourlay},
427   institution={Department of Computer and Information Science, The Ohio State University},
428   number = {OSU-CISRC-10/87-TR28},
429 }
430
431
432 @TechReport {sola87,
433   note = {Overview of a procedure for generating slurs HWN},
434   year =  {1987},
435   title = {Computer Design of Musical Slurs, Ties and Phrase Marks,},
436   author = {F. Sola},
437   institution={Department of Computer and Information Science, The Ohio State University},
438   number = {OSU-CISRC-10/87-TR32},
439 }
440
441
442 @TechReport {sola87-beams,
443   institution={Department of Computer and Information Science, The Ohio State University},
444   note = {Calculating beam slopes HWN},
445   year =  {1987},
446   title = {Design of Musical Beams,},
447   author = {F. Sola and D. Roush},
448   number = {OSU-CISRC-10/87-TR30},
449 }
450
451
452 @Article {gourlay86,
453   note = {This paper describes the {MusiCopy} musicsetting system and an input language to go with it. HWN},
454   year =  {1986},
455   title = {A language for music printing},
456   author = {John. S. Gourlay},
457   journal = {Communications of the ACM},
458    volume= {29},
459   number ={5},
460   pages = {388--401},
461 }
462
463
464
465 @Article {rader96,
466   note = {Describes a system called MusicEase, and explains that it uses "constraints" (which go unexplained) to automatically position various elements. HWN},
467   year =  {1996},
468   title = {Creating Printed Music Automatically},
469   author = {Gary M. Rader},
470   journal = {Computer},
471   volume={29},
472   number={6},
473   month={June},
474   pages = {61--69},
475 }
476
477
478
479
480 @PhdThesis {page88,
481   note = {Don't ask Stephen for a copy. Write to the Bodleian Library, Oxford, or to the British Library, instead. SP},
482   year =  {1988},
483   title = {Computer Tools for Music Information Retrieval},
484   author = {Stephen Dowland Page},
485   school ={Dissertation University of Oxford},
486 }
487
488 @MastersThesis{roelofs91,
489   note = {This dutch thesis describes a simplistic (monophonic) typesetting system, and focuses on the breaking algorithm, which is taken from Hegazy & Gourlay HWN},
490   year =  {1991},
491   title = {Een Geautomatiseerd Systeem voor het Afdrukken van Muziek},
492   author = {Ren\'e Roelofs},
493   school={Erasmus Universiteit Rotterdam},
494   number={45327},
495   translation = {``An automated system for printing music'' Master's Thesis Managerial Computer Science.},
496 }
497
498
499 @Article {filgueiras93,
500   year =  {1993},
501   title = {Representation and manipulation of music documents in SceX},
502   author = {Miguel Filgueiras and Jos\'e Paulo Leal},
503   journal= {Electronic Publishing},
504   volume={6},
505   number={4}, pages = {507--518},
506
507 }
508
509
510 @Article {foxley87,
511   note = {A paper on a TROFF preprocessor to typeset music. The output shown is not very sophisticated, and contains some typographical atrocities HWN},
512   year =  {1987},
513   title = {Music --- A language for typesetting music scores},
514   author = {Eric Foxley},
515   journal = {Software --- Practice and Experience},
516   volume = {17},
517   number = {8},
518   pages = {485-502},
519 }
520
521
522 @Book {filgueiras96,
523   year = {1996},
524   title = {Implementing a Symbolic Music Processing System},
525   author = {Miguel Filgueiras},
526   totalentry = {LIACC, Universidade do Porto, 1996; submitted},
527 }
528
529 @Book {filgueiras?,
530   title = {Some Music Typesetting Algorithms},
531   author = {Miguel Filgueiras},
532   totalentry = {Miguel Filgueiras. ``Some Music Typesetting Algorithms''. LIACC, Universidade do Porto, forthcoming},
533 }
534
535
536 @Article {colorado-web,
537   author ={Alyssa Lamb},
538   note = {Webpages about engraving (designed with finale users in mind) (sic) HWN},
539   institution = {The University of Colorado},
540   title ={The University of Colorado Music Engraving page.},
541   HTML={http://www.cc.colorado.edu/Dept/MU/Musicpress/},
542   year={1996}
543 }
544
545
546
547
548 @Article {Langston90,
549   note = {This paper deals with some command-line
550   tools for music editing and playback. It doesn't mention notation
551   issues, but does come with the grand idea (not) of using music to
552   monitor complex systems. Imagine your nuclear plant supervisor to
553   use AC/DC for checking the reactor HWN},
554
555   year =  {1990},
556   title = {Unix music tools at Bellcore},
557   author = {Peter S. Langston},
558   journal={Software --- Practice and Experience},
559   volume={20},
560   number={S1},
561   pages={47--61},
562 }
563
564 @Article {tablature-web,
565   note = {FAQ (with answers) about TAB, the ASCII variant of Tablature. HWN},
566   title = {how to read and write tab: a guide to tab notation},
567   author = {Howard Wright},
568   email={Howard.Wright@ed.ac.uk},
569   url={http://www.guitartabs.cc/tabfaq.shtml},
570 }
571
572 @Article {niff-web,
573   note = {Specs for NIFF, a reasonably comprehensive but binary (yuk) format for notation HWN},
574
575   year =  {1995},
576   title = {NIFF6a Notation Interchange File Format},
577   author = {Cindy Grande},
578   publisher={Grande Software Inc.},
579   HTML= {http://www.jtauber.com/music/encoding/niff/},
580   ftp = {ftp://blackbox.cartah.washington.edu}
581 }
582
583 @Article {smdl-web,
584   author={unknown},
585   title = {SMDL, Standard Musical Description Language},
586   pdf= {ftp://ftp.ornl.gov/pub/sgml/wg8/smdl/10743.pdf},
587   note={ISO/IEC DIS 10743
588
589 SGML instance for describing music.  Very comprehensive in music
590 definition, but no support for notation / performance whatsoever (They
591 basically say: "You can embed a NIFF or MIDI file") HWN}
592
593 },
594 }
595
596 @TechReport{Ornstein83,
597   author={Ornstein, Severo M. and John Turner Maxwell III},
598   title={Mockingbird: A Composer's Amanuensis},
599   institution={Xerox Palo Alto Research Center},
600   address={3333 Coyote Hill Road, Palo Alto, CA, 94304},
601   number={CSL-83-2},
602   month={January},
603   year={1983}
604 }
605
606
607
608 @Article{Ornstein84,
609   author={Ornstein, Severo M. and John Turner Maxwell III},
610   title={Mockingbird: A Composer's Amanuensis},
611   journal= {Byte},
612   volume= 9,
613   month = {January},
614   year= { 1984},
615   note={A discussion of an interactive and graphical computer system for
616 music composition}
617
618 }
619
620 @PhdThesis{mueller90:_inter_bearb_musik,
621   author =       {Giovanni M\"uller},
622   title =        {Interaktive Bearbeitung konventioneller Musiknotation},
623   school =       {Eidgen\"ossischen Technischen Hochschule Z\"urich},
624   year =         1990,
625
626 note = {This is about engraver-quality typesetting with computers.  It
627 accepts the axiom that notation is too difficult to generate
628 automatically.  The result is that a notation program should be a
629 WYSIWYG editor that allows one to tweak everything.
630
631 The implementation therefore is quite "weak".  The introductory
632 chapters on engraving and notation are well structured and clear,
633 though.}
634 }
635
636
637 %
638 % three part study by John Gr/over
639 @TechReport{grover89-symbols,
640   author =       {John Gr\/over},
641   title =        {A computer-oriented description of Music Notation.  Part I. The Symbol Inventory},
642   institution =  {Department of informatics, University of Oslo},
643   year =         1989,
644   number =       133,
645
646 note = {The goal of this series of reports is a full description of
647 music formatting.  As these largely depend on parameters of fonts, it
648 starts with a verbose description of music symbols.
649
650  The subject is treated backwards: from general rules of typesetting
651 the author tries to extract dimensions for characters, whereas the
652 rules of typesetting (in a particular font) follow from the dimensions
653 of the symbols.  His symbols do not match (the stringent) constraints
654 formulated by eg. \cite{wanske}} }
655
656 @TechReport{grover89-twovoices,
657   author =       {John Gr\/over},
658   title =        {A computer-oriented description of Music Notation. Part II: Two Voice Sharing a Staff, Leger Line Rules, Dot Positioning},
659
660   institution =  {Department of informatics, University of Oslo},
661   year =         1989,
662   number =       134,
663
664   note = {A lot rules for what is in the title are formulated.  The
665 descriptions are long and verbose.  The verbosity shows that
666 formulating specific rules is not the proper way to approach the
667 problem.  Instead, the formulated rules should follow from more
668 general rules, similar to\cite{parrish87-simultaneities}},
669 }
670
671 @TechReport{grover89-accidentals,
672   author =       {John Gr\/over},
673   title =        {A computer-oriented description of Music Notation. Part III: Accidental Positioning},
674   institution =  {Department of informatics, University of Oslo},
675   year =         1989,
676   number =       135,
677
678 note = {Placement of accidentals crystallised in an enormous set of
679 rules.  Same remarks as for \cite{grover89-twovoices} applies} }
680
681 @TechReport{droettboom00:_study_notat_descr_languag,
682   author =       {Michael Droettboom},
683   title =        {Study of music Notation Description Languages},
684   year =         2000,
685 url= {http://gigue.peabody.jhu.edu/~mdboom/format.pdf},
686 annote ={Author compares GUIDO and lilypond. LilyPond wins on practical issues as usability and availability of tools, GUIDO wins on implementation simplicity.}
687 }
688