2 % TITLE=The music notation with computer bibliography
3 % AUTHOR=Han-Wen Nienhuys
6 @String{CitH = {Computing and the Humanities}}
7 @String{CMJ = {Computer Music Journal}}
10 note = {Rules on formatting music formulated for use in computers. Mainly distilled from [Ross] HWN},
12 title = {Music Formatting Guidelines},
14 number = {OSU-CISRC-3/88-TR10},
15 institution = {Department of Computer and Information Science, The Ohio State University},
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},
30 title = {Music Notation by Computer},
31 author = {Donald Byrd},
32 school = {Indiana University},
34 note = {Describes the SMUT (sic) system for automated music printout.}
42 title = {A System for Music Printing by Computer},
43 author = {Donald Byrd},
44 journal = {Computers and the Humanities},
50 author = {Donald Byrd},
51 title = {Music Notation Software and Intelligence},
52 journal = {Computer Music Journal},
58 note = {Byrd (author of Nightinggale) shows four problematic
59 fragments of notation, and rants about notation programs that try to
60 exhibit intelligent behaviour. HWN}
66 author = {R. F. Ericson},
67 title = {The DARMS Project: A status report},
68 journal = {Computing in the humanities},
73 note = {Gourlay\cite{gourlay86} writes: A discussion of the design
74 and potential uses of the DARMS music-description language.}
78 @Article{field-richards93,
79 author = {H.S. Field-Richards},
80 title = {Cadenza: A Music Description Language},
86 note = {A description through examples of a music entry language.
87 Apparently it has no formal semantics. There is also no
88 implementation of notation convertor. HWN}
94 author = {Herbert Bielawa},
95 title = {Review of Sibelius 7},
99 note = {A raving review/tutorial of Sibelius 7 for Acorn. (And did
100 they seriously program a RISC chip in ... assembler ?!) HWN}
106 author = {Donald Sloan},
107 title = {Aspects of Music Representation in HyTime/SMDL},
113 note = {An introduction into HyTime and its score description variant
114 SMDL. With a short example that is quite lengthy in SMDL}
118 author = {Geraint Wiggins and Eduardo Miranda and Alaaaan Smaill and Mitch Harris},
119 title = {A Framework for the evaluation of music representation systems},
125 note = {A categorisation of music representation systems (languages,
126 OO systems etc) splitted into high level and low level expressiveness.
127 The discussion of Charm and parallel processing for music
128 representation is rather vague. HWN}
134 @Article{dannenberg93,
135 author = {Roger B. Dannenberg},
136 title = {Music Representation: Issues, Techniques, and Systems},
141 url = {http://citeseer.nj.nec.com/52890.html},
142 note = {The title says it all. This article does not make any
143 statements, it points to some problems and solutions with music
144 representation. HWN},
148 @Article{rothstein93,
149 author = {Joseph Rothstein},
150 title = {Review of Passport Designs' Encore Music Notation Software},
154 note = {A no-science-here review of Encore. HWN}
161 author = {Alan Belkin},
162 title = {Macintosh Notation Software: Present and Future},
168 note = {Some music notation systems are analysed for ease of use, MIDI
169 handling. No rocket science here. The article ends with a plea for a
170 standard notation format. HWN},
176 title = {Editing and Printing Music by Computer},
177 author = {Leland Smith},
178 totalentry = {Journal of Music Theory},
181 note = {Gourlay\cite{gourlay86} writes: A discussion of Smith's music-printing system}
185 @InProceedings{montel97,
186 author = {Dominique Montel},
187 title = {La gravure de la musique, lisibilit\'e esth\'etique, respect de l'oevre},
188 booktitle = {Musique \& Notations},
191 editors ={Genevois \& Orlarey}
196 @PhdThesis {gomber75,
198 title = {A Computer-Oriented System for Music Printing},
199 author = {David A. Gomberg},
200 school = {Washington University},
204 title = {A Computer-oriented System for Music Printing},
205 author = {David A. Gomberg},
211 note = {Gourlay \cite{gourlay86} writes: "A discussion of the
212 problems of representing the conventions of musical notation in
213 computer algorithms."}
220 note = {Annual editions since 1985, many containing surveys of music typesetting technology. SP},
221 title = {Directory of Computer Assisted Research in Musicology},
222 author = {Walter B Hewlett and Eleanor Selfridge-Field},
223 totalentry = {Menlo Park, CA: Center for Computer Assisted Research in the Humanities},
227 @Book{selfridge-field97:_beyon_midi,
228 editor = {Eleanor Selfridge-Field},
229 title = {Beyond MIDI},
230 publisher = {MIT Press},
232 note = {Description of various music interchange formats.}
236 @Book{hewlett01:_virtual_score,
237 editor = {Walter B. Hewlett and Eleanor Selfridge-Field},
238 title = {The Virtual Score; representation, retrieval and restoration},
239 publisher = {MIT Press},
240 series = {Computing in Musicology},
246 @InProceedings{hoos98:_guido_music_notat_format,
247 title={The {GUIDO} Music Notation Format---A Novel Approach
248 for Adequately Representing Score-level Music},
249 author = {H. H. Hoos and K. A. Hamel and K. Renz and J. Kilian},
250 booktitle = {Proceedings of International Computer Music Conference},
257 note = {A description of Lime internals (which resemble older (before 0.0.68pre) LilyPond data structures) HWN},
259 title = {The Tilia Music Representation: Extensibility, Abstraction, and Notation Contexts for the Lime Music Editor},
260 author = {Lippold Haken and Dorothea Blostein},
261 journal = {Computer Music Journal},
267 @InProceedings{haken95,
269 title = {A New Algorithm for Horizontal Spacing of Printed Music},
270 author = {Lippold Haken and Dorothea Blostein},
271 booktitle = {International Computer Music Conference},
275 note = {This describes an algorithm which uses springs between adjacent columns. This algorithm is a "subclass" of the LilyPond algorithm. HWN},
278 @Article {blostein91,
279 note = {This paper provides a shallow overview of the algorithm used in LIME for spacing individual lines. HWN},
281 title = {Justification of Printed Music},
282 author = {Dorothea Blostein and Lippold Haken},
283 journal = {Communications of the ACM},
292 author = {Dorothea Blostein and Lippold Haken},
293 title = {The Lime Music Editor: A Diagram Editor Involving Complex
295 journal = {Software Practice and Experience},
301 note = {A description of various conversions,
302 decisions and issues relating to this interactive editor HWN},
305 @InProceedings{bouzaiene98:_une,
306 author = {Nabil Bouzaiene and Lo\"ic Le Gall and Emmanuel Saint-James},
307 title = {Une biblioth\`eque pour la notation musicale baroque},
308 booktitle = {EP '98},
312 note = {Describes ATYS, an extension to Berlioz, that can mimick
313 handwritten baroque style beams}
318 @MastersThesis{gall97:_creat,
319 author = {Lo\"ic Le Gall},
320 title = {Cr\'eation d'une police adapt\'ee \`a la notation musicale baroque},
321 school = {\'Ecole Estienne},
325 @InProceedings{balaban88,
326 author = {M. Balaban},
327 title = {A Music Workstation Based on Multiple Hierarchical Views of Music},
328 booktitle = {Proceedings of the 1988 International Computer Music Conference},
330 address = {San Francisco},
331 organization = {International Computer Music Association}
337 @TechReport {gourlay87-spacing,
338 annote = {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},
340 title = {Spacing a Line of Music,},
341 author = {John S. Gourlay},
342 number = {OSU-CISRC-10/87-TR35},
343 institution ={Department of Computer and Information Science, The Ohio State University},
347 @TechReport {parish87,
348 annote = {A brief overview of {MusiCopy} HWN},
350 title = {{MusiCopy}: An automated Music Formatting System},
351 author = {Allen Parish and Wael A. Hegazy and John S. Gourlay and Dean K. Roush and F. Javier Sola},
352 totalentry = {OSU-CISRC-10/87-TR29},
353 institution ={Department of Computer and Information Science, The Ohio State University},
357 @TechReport {gourlay87-formatting,
358 note = {This paper discusses the development of algorithms for the
359 formatting of musical scores (from abstract). It also appeared at
360 PROTEXT III, Ireland 1986},
362 title = {Computer Formatting of Music},
363 author = {John S. Gourlay and A. Parrish
364 and D. Roush and F. Sola and Y. Tien},
365 number = {OSU-CISRC-2/87-TR3},
366 institution ={Department of Computer and Information Science,
367 The Ohio State University},
371 @TechReport {hegazy87,
373 title = {On the Implementation of the {MusiCopy} Language Processor,},
374 author = {Wael A. Hegazy},
375 number = {OSU-CISRC-10/87-TR34},
376 institution={Department of Computer and Information Science, The Ohio State University},
378 note = {Describes the "parser" which converts {MusiCopy} MDL to
379 MusiCopy Simultaneities and columns.
381 MDL is short for Music Description Language\cite{gourlay86}. It
382 accepts music descriptions that are organised into measures filled
383 with voices, those filled notes. The measures can be arranged
384 simultaneously or sequentially. To address the 2-dimensionality,
385 almost all constructs in MDL must be labeled.
387 MDL uses begin/end markers for attribute values and spanners.
388 Rightfully the author concludes that MusiCopy must administrate a
389 "state" variable containing both properties and current spanning symbols.
391 MusiCopy attaches graphic information to the objects constructed in
392 the input: the elements of the input are partially complete graphic
395 Since the design goals of both LilyPond and MusiCopy were roughly the
396 same, both systems have superficial similarities: the details of the
397 input format, the notation of "musical state". However, LilyPond
398 stresses extensibility, modularity and separation between content and
399 presentation much more, and this shows: LilyPond is more flexible. To
400 be fair: development of MusiCopy was abandoned in 1987, so it is not
401 surprising that LilyPond is more mature.
408 @TechReport {hegazy87-breaking,
409 annote = {This generalizes \TeX's breaking algorithm to music. It also appeared in Document Manipulation and Typography, J.C. van Vliet (ed) 1988. HWN},
411 title = {Optimal line breaking in music},
412 author = {Wael A. Hegazy and John S. Gourlay},
413 number = {OSU-CISRC-8/87-TR33},
414 institution={Department of Computer and Information Science, The Ohio State University,},
418 @TechReport {roush87,
419 note = {User manual of MusiCopy. Includes an impressive example piece. HWN},
421 title = {Using {MusiCopy}},
422 author = {Dean K. Roush},
423 number = {OSU-CISRC-18/87-TR31},
424 institution={Department of Computer and Information Science, The Ohio State University},
428 @TechReport {parrish87-simultaneities,
429 note = {Placement of balls, stems, dots which occur at the same moment ("Simultaneity") HWN},
431 title = {Computer Formatting of Musical Simultaneities,},
432 author = {A. Parrish and John S. Gourlay},
433 institution={Department of Computer and Information Science, The Ohio State University},
434 number = {OSU-CISRC-10/87-TR28},
439 note = {Overview of a procedure for generating slurs HWN},
441 title = {Computer Design of Musical Slurs, Ties and Phrase Marks,},
443 institution={Department of Computer and Information Science, The Ohio State University},
444 number = {OSU-CISRC-10/87-TR32},
448 @TechReport {sola87-beams,
449 institution={Department of Computer and Information Science, The Ohio State University},
450 note = {Calculating beam slopes HWN},
452 title = {Design of Musical Beams,},
453 author = {F. Sola and D. Roush},
454 number = {OSU-CISRC-10/87-TR30},
459 note = {This paper describes the {MusiCopy} musicsetting system and an input language to go with it. HWN},
461 title = {A language for music printing},
462 author = {John. S. Gourlay},
463 journal = {Communications of the ACM},
472 note = {Describes a system called MusicEase, and explains that it uses "constraints" (which go unexplained) to automatically position various elements. HWN},
474 title = {Creating Printed Music Automatically},
475 author = {Gary M. Rader},
476 journal = {Computer},
487 note = {Don't ask Stephen for a copy. Write to the Bodleian Library, Oxford, or to the British Library, instead. SP},
489 title = {Computer Tools for Music Information Retrieval},
490 author = {Stephen Dowland Page},
491 school ={Dissertation University of Oxford},
494 @MastersThesis{roelofs91,
495 note = {This dutch thesis describes a simplistic (monophonic) typesetting system, and focuses on the breaking algorithm, which is taken from Hegazy & Gourlay HWN},
497 title = {Een Geautomatiseerd Systeem voor het Afdrukken van Muziek},
498 author = {Ren\'e Roelofs},
499 school={Erasmus Universiteit Rotterdam},
501 translation = {``An automated system for printing music'' Master's Thesis Managerial Computer Science.},
505 @Article {filgueiras93,
507 title = {Representation and manipulation of music documents in SceX},
508 author = {Miguel Filgueiras and Jos\'e Paulo Leal},
509 journal= {Electronic Publishing},
511 number={4}, pages = {507--518},
512 url={http://citeseer.nj.nec.com/512957.html},
517 note = {A paper on a TROFF preprocessor to typeset music. The output shown is not very sophisticated, and contains some typographical atrocities HWN},
519 title = {Music --- A language for typesetting music scores},
520 author = {Eric Foxley},
521 journal = {Software --- Practice and Experience},
530 title = {Implementing a Symbolic Music Processing System},
531 author = {Miguel Filgueiras},
532 totalentry = {LIACC, Universidade do Porto, 1996; submitted},
536 title = {Some Music Typesetting Algorithms},
537 author = {Miguel Filgueiras},
538 totalentry = {Miguel Filgueiras. ``Some Music Typesetting Algorithms''. LIACC, Universidade do Porto, forthcoming},
542 @Article {colorado-web,
543 author ={Alyssa Lamb},
544 note = {Webpages about engraving (designed with finale users in mind) (sic) HWN},
545 institution = {The University of Colorado},
546 title ={The University of Colorado Music Engraving page.},
547 HTML={http://www.cc.colorado.edu/Dept/MU/Musicpress/},
554 @Article {Langston90,
555 note = {This paper deals with some command-line
556 tools for music editing and playback. It doesn't mention notation
557 issues, but does come with the grand idea (not) of using music to
558 monitor complex systems. Imagine your nuclear plant supervisor to
559 use AC/DC for checking the reactor HWN},
562 title = {Unix music tools at Bellcore},
563 author = {Peter S. Langston},
564 journal={Software --- Practice and Experience},
570 @Article {tablature-web,
571 note = {FAQ (with answers) about TAB, the ASCII variant of Tablature. HWN},
572 title = {how to read and write tab: a guide to tab notation},
573 author = {Howard Wright},
574 email={Howard.Wright@ed.ac.uk},
575 url={http://www.guitartabs.cc/tabfaq.shtml},
579 note = {Specs for NIFF, a reasonably comprehensive but binary (yuk) format for notation HWN},
582 title = {NIFF6a Notation Interchange File Format},
583 author = {Cindy Grande},
584 publisher={Grande Software Inc.},
585 HTML= {http://www.jtauber.com/music/encoding/niff/},
586 ftp = {ftp://blackbox.cartah.washington.edu}
591 title = {SMDL, Standard Musical Description Language},
592 pdf= {ftp://ftp.ornl.gov/pub/sgml/wg8/smdl/10743.pdf},
593 note={ISO/IEC DIS 10743
595 SGML instance for describing music. Very comprehensive in music
596 definition, but no support for notation / performance whatsoever (They
597 basically say: "You can embed a NIFF or MIDI file") HWN}
602 @TechReport{Ornstein83,
603 author={Ornstein, Severo M. and John Turner Maxwell III},
604 title={Mockingbird: A Composer's Amanuensis},
605 institution={Xerox Palo Alto Research Center},
606 address={3333 Coyote Hill Road, Palo Alto, CA, 94304},
615 author={Ornstein, Severo M. and John Turner Maxwell III},
616 title={Mockingbird: A Composer's Amanuensis},
621 note={A discussion of an interactive and graphical computer system for
626 @PhdThesis{mueller90:_inter_bearb_musik,
627 author = {Giovanni M\"uller},
628 title = {Interaktive Bearbeitung konventioneller Musiknotation},
629 school = {Eidgen\"ossischen Technischen Hochschule Z\"urich},
632 note = {This is about engraver-quality typesetting with computers. It
633 accepts the axiom that notation is too difficult to generate
634 automatically. The result is that a notation program should be a
635 WYSIWYG editor that allows one to tweak everything.
637 The implementation therefore is quite "weak". The introductory
638 chapters on engraving and notation are well structured and clear,
644 % three part study by John Gr/over
645 @TechReport{grover89-symbols,
646 author = {John Gr\/over},
647 title = {A computer-oriented description of Music Notation. Part I. The Symbol Inventory},
648 institution = {Department of informatics, University of Oslo},
652 note = {The goal of this series of reports is a full description of
653 music formatting. As these largely depend on parameters of fonts, it
654 starts with a verbose description of music symbols.
656 The subject is treated backwards: from general rules of typesetting
657 the author tries to extract dimensions for characters, whereas the
658 rules of typesetting (in a particular font) follow from the dimensions
659 of the symbols. His symbols do not match (the stringent) constraints
660 formulated by eg. \cite{wanske}} }
662 @TechReport{grover89-twovoices,
663 author = {John Gr\/over},
664 title = {A computer-oriented description of Music Notation. Part II: Two Voice Sharing a Staff, Leger Line Rules, Dot Positioning},
666 institution = {Department of informatics, University of Oslo},
670 note = {A lot rules for what is in the title are formulated. The
671 descriptions are long and verbose. The verbosity shows that
672 formulating specific rules is not the proper way to approach the
673 problem. Instead, the formulated rules should follow from more
674 general rules, similar to\cite{parrish87-simultaneities}},
677 @TechReport{grover89-accidentals,
678 author = {John Gr\/over},
679 title = {A computer-oriented description of Music Notation. Part III: Accidental Positioning},
680 institution = {Department of informatics, University of Oslo},
684 note = {Placement of accidentals crystallised in an enormous set of
685 rules. Same remarks as for \cite{grover89-twovoices} applies} }
687 @TechReport{droettboom00:_study_notat_descr_languag,
688 author = {Michael Droettboom},
689 title = {Study of music Notation Description Languages},
691 url= {http://gigue.peabody.jhu.edu/~mdboom/format.pdf},
693 annote ={Author compares GUIDO and lilypond. LilyPond wins on practical issues as usability and availability of tools, GUIDO wins on implementation simplicity.
698 @InBook{powell02:_music,
699 author = {Steven Powell},
700 title = {Music engraving today},
701 publisher = {Brichtmark},
705 A "How Steven uses Finale" manual.