Path: utzoo!attcan!uunet!know!cs.utexas.edu!evax!hill From: hill@evax.arl.utexas.edu (Adam Hill) Newsgroups: comp.sys.amiga.tech Subject: Re: a new music standard Message-ID: <1990Oct31.182940.17900@evax.arl.utexas.edu> Date: 31 Oct 90 18:29:40 GMT References: <90304.092652ST00482@auvm.auvm.edu> Organization: Computer Science Engineering Univ. of Texas at Arlington Lines: 35 Ok I'll bite :-) First off ST/NT is a totally inadequate format. If has 64 "quanta" divisions per blocks. Is is bad for triplets and music isn't "BLOCK" oriented it is measure oriented and the standard should be measure oriented as well. Now over in rec.music they are talking about a standard based on SDML (Standard ???? Markup Language). This would represent scores only (from what I can gather from following threads), there would need to be an extension for instruments if we wanted to encapsulate all parts necessary to play a song. For binary data a ASCII file would be on the largish size. So we could have a binary version for "encapsulated songs. (Encapsulated MusicScript anyone? ) I have no idea if CBM CATS would like a ASCII music standard. Now on to the hard stuff :-) Ok .. Simple to define meter, simple for (de)creshendo, pitch and duration fine.... Trills - is there a formula to "compute" a trill. Should we indicate a trill and make the implementation application dependent? This applies to all ornamentation as well. Are there any good books out there on the "mechanics" of music. Especially ones geared toward computer representation of music. If someone from CATS would respond I would like to know "who" can develop a IFF form and if someone is already working on it (Dissident's has developed a SAMP form already.) The ball is rolling..... -- adam hill "I will tell you three things.." hill@evax.arl.utexas.edu Make Up Your Own Mind.. AMIGA! Amiga... Multimedia NOW!! 24 Bit Color(n.) Large waster of bandwidth. "Amiga walk with me ........"