Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!cbmvax!cbmehq!cbmswi!cbmcel!stoller
From: stoller@cbmcel.UUCP (Martin S. Stoller)
Newsgroups: comp.sys.amiga
Subject: Re: a new music standard
Message-ID: <185@cbmcel.UUCP>
Date: 7 Nov 90 12:19:11 GMT
References: <35126@nigel.ee.udel.edu> <558@cbmger.UUCP> <183@cbmcel.UUCP> <1360@mpirbn.mpifr-bonn.mpg.de>
Reply-To: stoller@cbmcel.UUCP (Martin S. Stoller)
Organization: COMMODORE ELECTRONICS LIMITED
Lines: 30

In article <1360@mpirbn.mpifr-bonn.mpg.de> p554mve@mpirbn.UUCP (Michael van Elst) writes:
>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,
Good Ideas Deleted...
>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
>                                "A potential Snark may lurk in every tree."
So you know your SF-Fantasy...   ^^^^->

A CAT is a good idea, but.  The more complicated an IFF gets, the longer
it takes to load from FloppyDisk (Nota Bene: Fast HDs are FAST, so if your
Programm is only to work on HDs, then there is no need to invent something new.
But how many games are sold on Hard Disks???) and the faster said Floppy gets
ready for an update! Also I am not (personnally) prepared to wait several
minutes for the dang thing to load.  A new FORM is needed, and should include
a new compression method for SAMPLES and SCORES.  Okay, so may last post
was a bit simplistic, but that's how we want to keep it, right?  As I said,
Michael's idea is good, but only if speed makes no difference.

(In the future:  "MA, why is it taking so long to load the Molekule Structure
of my Breakfast?"  "Because you want Synthetik Corn Flakes with Asperatim.  That
is in an old Format, so it takes several milliseconds to decompress...")


-- 

   Regards,
   UUCP: [{(uunet|pyramid|rutgers)!cbmvax}!cbmehq!cbmcel!stoller