Path: utzoo!attcan!uunet!mcsun!unido!mpirbn!p554mve
From: p554mve@mpirbn.mpifr-bonn.mpg.de (Michael van Elst)
Newsgroups: comp.sys.amiga
Subject: Re: a new music standard
Message-ID: <1360@mpirbn.mpifr-bonn.mpg.de>
Date: 5 Nov 90 23:03:30 GMT
References: <35126@nigel.ee.udel.edu> <558@cbmger.UUCP> <183@cbmcel.UUCP>
Reply-To: p554mve@mpirbn.UUCP (Michael van Elst)
Organization: Max-Planck-Institut fuer Radioastronomie, Bonn
Lines: 24

In article <183@cbmcel.UUCP> stoller@cbmcel.UUCP (Martin S. Stoller) writes:
>Unfortunatly, SMUS is WAY OUT OF DATE.  ST/NT data files are NOT IFF,
>and never will be.  What is really neaded is a new MUSIC FORM, which
>takes the good stuff of each idea.  IFF is still the best thing.  I can
>load a Pic from my AMI onto my PC, without bothersome conversions, for example.
>Also, all good Programs using GFX load and save IFF.  Here a short
>declaration of JAZZ, a new IFF, which holds SAMPLES AND SCORE!

I don't think this is necessary. IFF isn't just a standard to store
one single data item. The most simple way would be a CAT that stores
a sequence of FORM 8SVX and FORM SMUS chunks. The SMUS player would
have to use the preceeding samples before looking in its sound library.
If all sounds used in the score are present in the CAT you have a
single file that stores a complete piece of music.

Maybe there are other limits within 8SVX or SMUS but that doesn't
need a new music FORM but simple additional chunks to the existing
formats.

-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."