home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / rec / music / compose / 363 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.6 KB  |  32 lines
  1. Newsgroups: rec.music.compose
  2. Path: sparky!uunet!caen!umeecs!zip.eecs.umich.edu!fields
  3. From: fields@zip.eecs.umich.edu (Matthew Fields)
  4. Subject: Re: Score?
  5. Message-ID: <1992Nov18.140415.17605@zip.eecs.umich.edu>
  6. Sender: news@zip.eecs.umich.edu (Mr. News)
  7. Organization: University of Michigan EECS Dept., Ann Arbor
  8. References: <9211172056.AA00567@polar.bowdoin.edu> <downs.28.722059363@helios.nevada.edu>
  9. Date: Wed, 18 Nov 1992 14:04:15 GMT
  10. Lines: 20
  11.  
  12. In article <downs.28.722059363@helios.nevada.edu> downs@helios.nevada.edu (Lamont Downs) writes:
  13. >Speaking purely from hearsay, my understanding about Score is that you type 
  14. >in an ASCII file and the program translates it into musical notation. 
  15. >Supposedly puts out as good output as any other program, but sounds like a 
  16. >bear to use.
  17.  
  18. I used it for 2 years.  This is a pretty good description of Score.  Score
  19. is unique and idiomatic, and often requires the user to be concerned about
  20. how objects are stored internally in the program (as sequences of code
  21. numbers in FORTRAN arrays).  It has its own way of doing page justification
  22. that is not based on having a scrolling view of a whole score but rather
  23. a bunch of separate files representing your first guess at breaking the
  24. score into separate systems...Its postscript output is beautiful, but in
  25. all the years that I've been around computers, the only person I've ever
  26. seen get anywhere near fluent in Score was the author of the program, who
  27. was quite a whiz at it.
  28.  
  29. I continue my hypocrisy by using Finale for some small projects while publicly
  30. advocating pens and vellum (which I use for larger projects).
  31.  
  32.