9601e

=========================================================================
Date:         Sat, 27 Jan 1996 21:20:56 -0800
Reply-To:     Electronic Music Discussion List 
Sender:       Electronic Music Discussion List 
From:         Mike Metlay ++ Atomic City 
Subject:      Re: Mike Metlay's article in Recording
In-Reply-To:  <199601251341.GAA02189@eclipse.Mobius.Provo.Novell.COM> from
              "Quinn Jensen" at Jan 25, 96 06:41:55 am

Quinn Jensen writes--
>
>Mike's "Whither Synthesis" article in the February issue of Recording
>magazine was well worth reading.  The only major glitch I noticed was
>the editor's mispelling of Metlay in the editorial introduction (he
>wrote "Metley").  I took slight issue with calling FM a fixed-block
>architecture, because each voice or element is highly configurable
>(perhaps even too configurable for many).  Some of the sweeter voices
>in FM are made by using operators as simple sine-wave oscillators and
>playing with the envelopes.

Wrongo. You can't change the feature set of a given element. It's fixed.
A fixed-block architecture with a lot of options built into the blocks
is not a variable architecture, no matter how much you can do with it.

>Nice job, Mike.

Thanks. I'm rather hoping I'll get to read it myself someday. And get
paid for it. :) (Shouldn't be a problem in either case-- Nick Batzdorf
is as good a guy as you could ask for in a client. And it was fun to
write and research, too. The first of many, I hope....)

mike
--
mike metlay * atomic city |
 =  atomic@netcom.com  =  |
info line: 1-800-924-atom | and she's a master of return hitting
cd orders--> po box 81175 | giving rhythm to her posts
pittsburgh, pa 15217-0675 | so you read her and think hey it sounds good
or via the worldwide web: | and wish her posts had a soundtrack too
http://pd.net/atomic-city |
or phone _lofty pursuits_ |                                (f. ercolessi)
toll free: 1-800-548-6724 |
=========================================================================
Date:         Sun, 28 Jan 1996 17:40:05 -0800
Reply-To:     Electronic Music Discussion List 
Sender:       Electronic Music Discussion List 
From:         Mike Metlay ++ Atomic City 
Subject:      ADMIN CHANGES: Please read!

I think this bounced the first time I sent it; the rules discussed
below were still being set up and debugged. Sorry if this is a repeat,
but hey, I'm allowed. :)



         * * * EMUSIC-L/SYNTH-L ADMINISTRATIVE UPDATES * * *

                       READ THIS OR SUFFER!


PROLOGUE: On the recent ASSETS96 problem

The recent problem with the ASSETS '96 program being reposted multiple
times, with appended garbage, has been solved. We would like to thank
the vast majority of the EMUSIC-L and SYNTH-L readership for suffering
in silence under the realization that (a) it was some kind of severe
problem outside the server and (b) that we were suffering as badly as
anyone else, and dealing with it. We would also like to thank the
folks that contacted us directly to bring our attention to the
problem.  Please refrain from contacting the original poster at RPI,
or the person at whose site the bounces/reposts occurred. I have had a
very nice telephone conversation with the chairman of the conference,
and would prefer that self-styled Net.terrorists not damage my
diplomatic efforts. As nearly as I can tell, the only breach of
etiquette was the fact that the posts were sent both from RPI and from
Stanford before the multiple bounces began, and that's not a hanging
offense.

For the folks who posted polite complaints/queries to the lists, we
have the following advice: please give us a chance to deal with these
problems before trying to call attention to them. Because of
inefficient gateways and incompatible software, it can take up to
three days for any given message to propagate to the whole List;
often, by the time you are aware of the problem, we have solved it. To
our knowledge, there has !!NEVER!! in the history of these lists been
a mailing list problem that had an adverse impact upon the readership
without being equally felt by the listowners. We are not 'absentee
landlords'; we read every message. Please trust us to do what needs to
be done, and be patient while we do it.

To the folks who posted rants/obscenities to the lists, we give the
following advice: grow up and learn to act like adults.

Now then....


THE GIST OF THINGS: Changes to the EMUSIC-L/SYNTH-L admin policies

As you all know, Joe and I work very hard to keep EMUSIC-L and SYNTH-L
up and flying, trying to keep an even keel and a tight focus in the
face of mailer and network problems, the occasional netbombing, and
the even more occasional accusation of censorship and/or favoritism.
Anyone who thinks running a list server of this size is a picnic
should be forced to do it as well as we do while holding down a
full-time job; as of last Friday, the pressure on Joe, who does by
far the lion's share of the hard work on the lists, grew so great that
he called me at work and spent an hour going over options for
reorganizing the list with me.

Joe had a lot of suggestions: some were quite good, and others less
so, either being so draconian as to ruin the lists once and for all or
being 'non-solutions' in that they would create more work than they
saved. In the end, we hammered out a list of list server policies and
administrative changes that would largely eliminate the problems we
have been having on EMUSIC-L and SYNTH-L. In some cases, these new
changes will have a direct impact on the type, number, length, and
content/quality of the posts you receive. In other cases, they will
have a direct impact on the amount of work we (particularly Joe) must
do to keep the lists running smoothly.

I should note right off that the purpose of this message is not so
much to apprise you of new policies that YOU must follow, as to keep
everyone informed of the mechanics of what WE are now doing to
streamline the lists. There will be some changes to how your mail is
handled, but by and large the fixes will be transparent to you. If
they are not, it is an indication of a problem on your end, that will
require attention either from you or from your sysadmins.

Here's a list of the solutions we are implementing as of today or
tomorrow. I'll try to include some explanations of the primary
problems that we, as listowners, face, and how they reflect on you as
list members, and how these solutions deal with them. You will note in
several places that the solutions are designed to make life easier for
the list owners at the expense of some list members. We know this and
plan to do nothing about it.

1. SemiAutoDelete and FullAutoDelete server options

Normally, Joe receives flag messages every time there is a network or
delivery problem anywhere on the Internet tht results in the delay or
failure of EMUSIC-L or SYNTH-L mail messages. One bad router can
generate a dozen or more messages over the course of several days, per
list message originally posted. These show up in his mailbox as error
messages, that must be individually scanned and dealt with. On a good
day, he only gets about a hundred of them; lately he's had a lot more.
As a result, messages requiring attention far outnumber actual posts to
the lists for him to read and enjoy.

In the past, Joe considered it worthwhile to examine and deal with
each message by hand, to assure the best service to list members. As
of now, though, this policy will be replaced by setting the server to
SemiAutoDelete status. Under this setup, the server will continue to
generate error messages for Joe for certain types of 'temporary'
errors, such as 'no connection to node, will keep trying for 3 days'.
However, 'permanent' errors, such as 'no such user' or 'node not
found', never generate errors: Joe will never see them. This will cut
out the vast majority of the annoying email that Joe has to deal with.
later on, once everything is running smoothly, Joe will switch over to
FullAutoDelete status, in which no error messages are EVER sent. Once
that happens, the only way to get Joe's or my attention will be a
direct letter to him or me.

Needless to say, turning off error messages implies some risk of
problems going unnoticed. However, since most of these problems are
easily classified and not-so-easily-but-can-be dealt with, we can put
in place several administrative functions that reduce the risks to
controllable levels, ease up on server load, remove the junk the
listowners have to do, and parenthetically improve what the list
members get to read.

2. Members-only status

A while ago, we promised that we were looking into setting up the
lists so that nonmembers could not post anything. in practice, this
has proven to be difficult to set up reliably. However, we think we
have the bugs taken care of now, so there will be no more ads and
random junk from nonmembers. If you're not properly and currently
subscribed, you can't post or get mail. We hope to have members-only
status in place by the time you read this message.

While the most obvious benefit of members-only posting is that random
spammers can't hit the lists, it has some other benefits: it combines
with some of the other policies we're putting in place to control mail
from people with problematic network connections.

3. Weekly PERL script to sift out bad addresses

While the FullAutoDelete setting will prevent Joe from ever having to
see 'no such user' error messages, the mail bounces will still be
there. That puts an unnecessary load on the server, and slows down its
performance for everyone. To eliminate this and streamline the user
list, Joe is writing a PERL script to automatically sift through the
user list and eliminate bad addresses, once a week.

Here's how it works: once a week, probably on Monday morning EST, the
script will download the current listing of member addresses from the
server, and send email to each name on the list directly. This will be
an automatically generated test message and will have an easily
recognized subject like 'PERLsift' or something similar. There will be
no need to reply to the message (in fact, Joe may write in a code to
automatically unsubscribe anyone who does, for stupidity :). Any
addresses that bounce will be brought to Joe's attention; he can then
remove them from the member list by running a simple server
command. It's very simple: if Monday morning rolls around and the
mailer can't find your address, you're off the list and the server
doesn't have to deal with bounces from your site. Period.

We anticipate a LOT of deletions from everybody's favorite domain,
aol.com. Often people switch screen names and so forth, resulting in
old addresses being remembered by the server. These should now be
cleared out with the rest of the garbage addresses every week.  It
also means that AOL users will have to be careful to maintain stable
addresses if they want to get list mail, and not to be sloppy about
screen names and so forth. The AOL link to the Internet is so badly
designed that we accept no responsibility for problems with AOL users,
now or ever. Our best advice is that if you want to get serious about
the Internet, kiss your AOL connection goodbye and get on a real
service provider.

As with any of these problems, you can ask us directly if you think
you've been removed in error. Politeness counts.

4. Subscription Confirmations

One of the biggest mail administration problems we have is that people
shoot off subscription requests to the server without verifying that
the address they've typed in the request is valid. The result is a
subscription to a bad address: instant multibounce city. As of now,
subscriptions must be confirmed in order to take effect. When someone
subscribes to either list, the server will generate a message to the
address they give, which reads, "Please confirm subscription to this
mailing list by sending 'OK'." If that's not received in 2 days, the
address is thrown away. End of problem.

Of course, people who do this will never know why they're not
subscribing successfully unless they manage to write to us
directly. They can't post to the List because they're not members yet
(see note 2 above), so they will labor on in silence until they get a
clue as to how to subscribe properly. Lack of intelligence isn't on
our warranty, folks. Sorry.

5. Length limit on postings

This one was a no-brainer after the latest spate of posted GIFs and
bounced spool files. At the very least, it limits the amount of damage
any single message can do. After some argument, Joe and I settled on a
limit of 400 lines of text, just under 32k of data.  According to our
information on the server, anything over that is chopped off and
trashed by the server, without returning any sort of warning that it
has done so; in practice, it seems that the entire message is bounced
back to the sender with a tag on it explaining why it was rejected.
I guess we'll find out who's right soon enough. :)

Note that this limit doesn't apply to the listowners and that they can
allow certain messages, like the FAQ, to be released in longer
form. If you have a very long message that you think is worth posting,
ask. We'll probably say yes. (You could always avoid asking us by
breaking a long post down by hand into chunks before mailing it, but
it'd better be worth the trouble you'll be in. :)

6. Oh yes, unsubscribes

The fixes to the server will eliminate postings from idiots who are
trying to subscribe to the list, but of course they cannot do so for
posts from idiots trying to UNSUBSCRIBE from the list. For those
folks, we say again:

Send email to listserv@american.edu, subject line unimportant, with
the words "UNSUB listname" in the body of the text. If you can't
remember how to do this, tattoo it on your arm or something.

Now, there will be times when this simply doesn't work: we have seen
problems where someone's address will be changed on them and they no
longer are getting email at the address they gave the server. This
prevents unsubscribing, since the address read off the request by the
server doesn't match the subscription address. In those cases, please
write directly to us and we'll help you. Don't write to the list to
ask for this help unless email to the listowners is bouncing! If at
all possible, please describe the exact problem, and list both your
old and new addresses EXACTLY as they should be seen by the server. A
manual search of the member list is possible, but takes a lot of time
that could best be used elsewhere. Sometimes the old address will
become entirely invalid; if that happens, the weekly script will catch
it and remove it, and all you need to do is resubscribe. But we'd
prefer to know that the switch was handled properly, to save bandwidth
and possible errors.

I should point out one more thing here: it is possible, under some
mailing list server software (such as Majordomo), to unsubscribe from
a mailing list by posting the word 'unsubscribe' to the list
itself. (In fact, this can be a problem for some lists, when using the
word in a sentence can inadvertantly cost you your membership. :) So
it's not TOTALLY idiotic to think that sending the word 'unsubscribe'
to a list will actually do something. However, and let me repeat this
redundantly and repetitively and over and over again several times
repeatedly: on EMUSIC-L and SYNTH-L, it won't work, and you'll look
like a jerk for trying it. Doing it several times increases your jerk
coefficient, and will get you unsubscribed all righty, along with a
handcrafted public flame from whichever listowner gets to you first as
a parting gift.


And so, in summary: Manos, the Hands of Fate. No. Sorry. I'll start again.

And so, in summary: Keep your posts under 400 lines, and your address
current, and you should have no problems at all and enjoy a much more
streamlined set of lists, with more content and less junk. If your
email from either or both lists suddenly disappears, there's probably
a good reason for it, and it's probably in your best interest to find
out why before blindly resubscribing or spamming the list with "where
is everybody?" mail.


EPILOGUE: The Web site and past email/digest listings

The EMUSIC-L/SYNTH-L Website (its URL is http://sunsite.unc.edu/emusic-l )
is now undergoing a major overhaul. When it's done, all of the old Digests
will be burst into their individual messages, and a keyword search engine
will be in place so that relevant email can be easily found and downloaded
via FTP. This will make Web-based searches much easier than trying to grab
Digests and sort through them, and it will save Joe the hassle of indexing
the Digests by hand. We're still taking suggestions on how to organize the
back mail on the site, and would like to hear from users as to what sorts
of seraches they'd like to be able to perform, and on whether we should
preserve intact Digests as well as burst ones.


Thanks for reading this, and we are interested in feedback on how the new
policies are working, a week or two down the road. Major improvements?
Major hassles? Let us know. (Please do NOT post the usual "Thanks for doing
a great job, guys" letters to the lists. We KNOW we're doing a great job. :)

For the Management,

mike


--
mike metlay * atomic city |
 =  atomic@netcom.com  =  |
info line: 1-800-924-atom | and she's a master of return hitting
cd orders--> po box 81175 | giving rhythm to her posts
pittsburgh, pa 15217-0675 | so you read her and think hey it sounds good
or via the worldwide web: | and wish her posts had a soundtrack too
http://pd.net/atomic-city |
or phone _lofty pursuits_ |                                (f. ercolessi)
toll free: 1-800-548-6724 |
=========================================================================
Date:         Sat, 27 Jan 1996 21:58:51 -0800
Reply-To:     Electronic Music Discussion List 
Sender:       Electronic Music Discussion List 
From:         Mike Metlay ++ Atomic City 
Subject:      Re: experiments in granular synthesis
In-Reply-To:  <199601231555.KAA115769@atlanta.american.edu> from "Eric Harnden"
              at Jan 23, 96 04:58:11 pm

Eric Harnden writes--
>anyway, after noodling with karplus-strong, vosim, and the like,
>i finally decided to tackle granular synthesis... it certainly
>sounds like an interesting idea. but does anyone here have any
>experience with it? surely there's someone from ccrma or mit
>around here.

They are, but after the flap the last time they posted a job offer, I
wouldn't be surprised if they decided to keep their collective head
down. :)

>my immediate question is along these lines:
>it strikes me that if the grains of sound in a particular screen
>are arranged strictly geometrically with respect to frequency and
>time... that is, if they inhabit well-defined 'boxes' in that
>space... then for any given time slice you're simply superposing
>the output of some number of grains whose amplitude envelopes are
>perfectly synched, producing nothing more than an amplitude
>modulated set of additive partials. in order for this to be more
>than just AM, don't they need to be more time-distributed?
>doesn't there need to be under/overlap in their envelope periods,
>so that at any moment some are rising, some are falling, and
>others are steady? and is that inherent in the original
>description of the technique, or did i miss something?

I don't th9ink you did. I believe that a certain global fade time
is actually built into the granular model. I should make the caveat that
I've only read about this stuff at the near-layman level, though, and
have never been in a position to try it, although apparently several
folks took a suggestion of mine and diddled with quasi-simple-granular
synthesis using wave sequencing with step crossfades and extremely
short steps on the Wavestation... an experiment I would have liked
to try someday, alas....

mike
--
mike metlay * atomic city |
 =  atomic@netcom.com  =  |
info line: 1-800-924-atom | and she's a master of return hitting
cd orders--> po box 81175 | giving rhythm to her posts
pittsburgh, pa 15217-0675 | so you read her and think hey it sounds good
or via the worldwide web: | and wish her posts had a soundtrack too
http://pd.net/atomic-city |
or phone _lofty pursuits_ |                                (f. ercolessi)
toll free: 1-800-548-6724 |
=========================================================================
Date:         Mon, 29 Jan 1996 07:29:45 -0500
Reply-To:     Electronic Music Discussion List 
Sender:       Electronic Music Discussion List 
From:         Mark Nutter 
Subject:      Re: ADMIN CHANGES: Please read!

This all sounds good, and kudos for all the effort and hard work you put
into this list.  If I may offer one suggestion:

>To eliminate this and streamline the user
>list, Joe is writing a PERL script to automatically sift through the
>user list and eliminate bad addresses, once a week.
>
>Here's how it works: once a week, probably on Monday morning EST, the
>script will download the current listing of member addresses from the
>server, and send email to each name on the list directly.

I think there is a better way to do this.  I've been playing with the SMTP
documentation in conjunction with writing a Web-to-Email gateway CGI in
perl, and it's possible to connect to a mail server and authenticate a user
name WITHOUT sending "junk mail" to the user.  Perhaps this wouldn't catch
all the possible situations, but it might be nice to use this kind of
technique to filter out all the easy cases, and then use the "junk mail"
test only on those addresses that did not pass the easy filter.

I am actually fairly new to perl, but I would be happy to lend whatever
expertise and/or code I can to assist you in this endeavor.

-----------------------------------------------------------------------------
Mark Nutter                           Internet: manutter@grove.iup.edu
College Technology Systems Manager      BITNET: MANUTTER@IUP
ACS/College of Fine Arts                   WWW: http://www.iup.edu/~manutter/
G-4 Stright Hall, IUP
Indiana, PA 15705
"Prejudice is what keeps us from seeing that every member of the human species
is a person with human rights equal to our own."
 ============================================================================
=========================================================================
Date:         Tue, 30 Jan 1996 21:01:39 +1000
Reply-To:     Electronic Music Discussion List 
Sender:       Electronic Music Discussion List 
From:         David Rodger 
Subject:      Re: experiments in granular synthesis

Hi everyone,
since Eric Harnden mentioned granular synthesis and Mike answered him,
some of you might be interested in an article which cam up in Interface
8 years ago.  (I don't even know if Interface is still around -- anyway,
time to burrow into the vaults of your nearest academic library!).

The reference is...

Waschka, Rodney II and Toze Ferreira (1988)  Rapid Event Deployment in a
MIDI Environment.  _Interface_ 17: 211-222.

Abstract:
Granular synthesis, the method of creating complex timbres by the production
of high densities of small "grains", has been proposed by Roads (1978) and
realised in realtime by Truax (1986), using an LS1 11/23 as a host computer
in conjunction with a DMX-1000 signal processing computer (Wallraff 1979).
This paper describes an application of the granular concept to an inexpensive
digital music system: an Atari 1040stf computer interfaced via MIDI to
various readily available commercial synthesizers.  The resulting technique
named "Rapid Event Deployment" was found to produce interesting and musically
useful timbres not usually associated with a MIDI environment.

=========

Well...

> an Atari 1040stf computer

It _was_ 1988 and some folks thought they were the bee's knees!

Hope this helps.
Regards, David
musdr@lure.latrobe.edu.au

Am I the only Pool Lifeguard on emusic-l?
=========================================================================
Date:         Tue, 30 Jan 1996 17:47:13 -0600
Reply-To:     Electronic Music Discussion List 
Sender:       Electronic Music Discussion List 
From:         "Brian C. Czernik" 
Subject:      Re: Removable media for HD recording (old thread)

Given the drastic fallout of hard drive space and removable storage, I do=
ubt anything less than 1 gig will be a standard for long. An intriguing (=
albeit expensive) option that I am considering is the Pinnacle Micro Apex=
 4.6 Gigabyte Optical Hard Drive (for Macs and PCs). Each $199 4.6 GB dis=
k has a "guaranteed" shelf life of 30 years. It also runs CD-ROM titles q=
uickly (16x speed). If you compress data, you can get 10 GB per disk. It =
has access and transfer speeds comparable to similarly-sized HD. Yes, the=
 initial cost is high, $1695, but the reliability, speed, expandability a=
nd storage size make it appealing. (By the way, I am not in anyway affili=
ated with Pinnacle, just another option).

Brian Czernik

----------
From:   Mike Metlay ++ Atomic City[SMTP:atomic@NETCOM.COM]
Sent:   Sunday, January 28, 1996 12:22 AM
To:     Multiple recipients of list SYNTH-L
Subject:        Removable media for HD recording (old thread)

>Any other Deck users out there?  I'm also going to try it out with a
>Syquest EZ135 removable cartridge... I SHOULD be able to get 8 tracks at=
 a
>time on the Syquests with the 5300...  Am I dreaming?

Um...your songs are two minutes long? At 5 Meg per track-minute, an
EZ135 ain't gonna hold all that terribly much. Even in stereo, that's
less than 14 minutes' audio. The removable medium of choice for
digital audio is going to be the Iomega Jaz, with its 500 Meg or 1 Gig
capacity and ease of use (just like the Zip, a much better drive than
the EZ135 IMO, especially if you're using a Mac with it). Emu, Akai,
Roland, and several other hard-disk recording system vendors are all
talking about the Jaz as a plug-in or SCSI add-on.  There's some
question, though, as to just how fast you can push a Jaz, although
most of the vendors seem quite confident about them....they'll either
be usable for direct-to-Jaz recording (if they're fast enough) or for
fast archival and reliable backup of sessions (if they're not).  I
think they probably won't replace an internal SCSI hard drive for a
main storage system, though.
=========================================================================
Date:         Wed, 31 Jan 1996 09:41:17 CST
Reply-To:     Electronic Music Discussion List 
Sender:       Electronic Music Discussion List 
From:         harry haecker 
Subject:      Re[2]: what kind of music I like

Good to hear from you, David!

David wrote:

>> Sounds uppity, mebbe, but I like to write music which can't/shouldn't
>>be cubbyholed.

>Well, sorry Harry... I think we've done this before.

Ach, die lieder!  :-)  Heh-- perhaps I should've done an archival search
using the words "Harry" and "cubbyhole" before I responded... You *are*
correct, David: I seem to dimly recall a post about a year ago to that
effect.  I guess I like to rear my ugly head every once and ruminate a
while on these matters after someone gently pokes me with a cattle prod.

>I'm afraid that if you let your music out into the public domain there's not
a lot you can do about people cubbyholing.

Very true.  In some perverse way, it might explain why I haven't sent demos
to RCA or Warner Bros. (although I'd like it if WB used my music as
background for Animaniacs!!).  Another reason I haven't done so is that I'm
scared poopyless.  I don't own a digital multitrack, just a Yamaha MT-120,
so my tapes are kinda hissy.

>[Labelling] it does at least two things...

>(1) Helps the listener to remember it by association;

Hmm. That is true when looking in a record store for a particular album,
but not always.  To take it _ad absurdum_, Do I remember Chopin because
his music is lumped into the mid-Romantic era, or even worse, as
"classical?"  Nah, I remember Chopin because of the innate "Chopin-ness"
of his music. (Er, please don't think I'm comparing myself to him, except
peripherally.)

The problem seems to be one of the size of the cubbyhole imposed by
whoever is in charge of such things.  For example, in 1977, I thought of
ambient music in terms of Eno's "Discreet Music" and "Ambient 1" and
Carlos' "Sonic Seasonings."  Now, I'm afraid to say that my music is
ambient, because it doesn't mean the same thing to people anymore.  I
picked up a so-called "Ambient Compilation" CD the other day, and half the
tracks are not even CLOSE to my aural image of ambient.  One of the tracks
even had vocals (with real lyrics!) in it.  I felt duped.  Maybe what I
think of as ambient should now  be termed "classical ambient?"  How long
would that term last, though?  Music, like language, evolves, and the
terms to describe it become obsolete and must change in order to make a
better fit.

>(2) Is a way of describing it to someone who hasn't heard it.  If the
>categorisation and the description accompanying it inspires the person
>receiving the news seek you or your music out, what's the problem?

No problem here!  However, I've never been inspired to buy an album on the
basis that it's "rap" or "nationalistic (a la Sibelius).  The accompanying
description, yes.  I listen to a public radio show here in the States
called "All Things Considered."  Among other things, they feature
insightful, perceptive reviews of albums and musical acts.  They rely on
interviews with the artist(s), commentator's opinions, and music clips.  I
first heard of _Nightnoise_ on ATC, and purchased an album based on that.
BTW, the record store had cubbyholed them under "New Age" along with Eno
and Shadowfax.  Not a very accurate appelation in my opinion.  Just what
the Hell is this "new age" I've been hearing about, anyway????  When is it
coming?  Is it here?  If it is, am I expected to listen to that genre, as
amorphous as it seems to be?  Anyone who puts Eno/Cale near friggin' George
Winston in the record store should be forced to listen to each,
simultaneously, one in each ear, until they scream "Gaia!!" googol times!

>...spotty Brit youngsters in 60s garb who claimed to be totally original
>(while happily adopting the broad category of 'dance music' and
>occasionally admitting terms like 'trance' and 'house') after having had
>one hit record that sounded just like everything else around.  They, too,
>refused to be categorised.

I'm confused...they refused to be categorized, yet adopted the catagories
of dance, trance, and house?  Yer right, David: that is a bit dotty.

>Given your infrequent but insightful contributions to this list over
>the past couple of years, I hope your music is interesting

Tell you what, man, we'll exchange tapes, if you want...just send your
address directly to me and I'll reciprocate.

>Just don't flame me too much if I want to cubbyhole it.

Never!!

later,

Harry
=========================================================================
Date:         Wed, 31 Jan 1996 13:21:19 -0600
Reply-To:     Electronic Music Discussion List 
Sender:       Electronic Music Discussion List 
From:         "Brian C. Czernik" 
Subject:      FW: Removable media for HD recording (old thread)

While Syqu*st might guarantee disks for xx amount of time, I was told tha=
t the disks (for the *Z drive and the old Syqu*sts--44,88,105, 250mb) are=
 actually rejected REAL hard drives (although I can't confirm that). It w=
ould be consistent with my understanding of the technology. That would me=
an you always have a risk associated with the format, but given that the =
drives are not mounted (used) often reduces that risk. They are cheap but=
 not THE most reliable format. Other formats will likely play a bigger ro=
le in the future.

-BDC

----------
From:   THEODOREC@VAXVMSX.BABSON.EDU[SMTP:THEODOREC@VAXVMSX.BABSON.EDU]
Sent:   Tuesday, January 30, 1996 1:44 PM
To:     Multiple recipients of list SYNTH-L
Subject:        Re: Removable media for HD recording (old thread)

Just my two cents...

I've owned two EZ drives.  Both have given me problems.

The first one was experiencing what the SyQuest techsupp. guy
called a "minor head crash" (sounds like a bit of an oxymoron to
me).  The drive would try to spin-up, whine a lot and then give up
and release the disk.

With the second one, the slider on the front panel suddenly became very
resistant to being, well, slid (to the right).  Also, the drive would
spin up *very* slowly, and then quit.  Ugh.

I have a couple of friends with EZ drives, and they haven't been
experiencing any problems...  Maybe I got some bum units?

Regardless, I don't trust the darned things anymore, so I bought a Zip
drive.

--- CT
=========================================================================
Date:         Wed, 31 Jan 1996 23:34:39 +0100
Reply-To:     Electronic Music Discussion List 
Sender:       Electronic Music Discussion List 
From:         Stefan Trischler 
Organization: Black*Box*Systems Vienna-AUSTRIA
Subject:      Cubase

Hi !
Does anyone of you maillist subscribers out there know if there's a
possibility to put samples into Cubase arrangements and play them within
the arrangement?
I'm using Cubase version 2.60 for Win3.1.
Please help me !!!

Cheers,
Stefan...

Stefan Trischler
stefan_trischler@bboard.blackbox.or.at
http://193.171.32.14/home/sz/stefan



--- OffRoad 1.9i unregistered



--

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
           Sent via SMTP from Black*Board Education Network in Austria
FC-Client or vt100/telnet to: bboard.blackbox.or.at 3000 / modem +43-1-4077288
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
=========================================================================
Date:         Thu, 1 Feb 1996 01:11:25 +0100
Reply-To:     Electronic Music Discussion List 
Sender:       Electronic Music Discussion List 
From:         Piet van Oostrum 
Subject:      Midi files/software archives on the Internet

There is a list of ftp and mail server archives with MIDI documentation,
programs and music on the Internet. Also enclosed is a list of MIDI and
electronic music related mailing lists.

The latest version of this file can be obtained by ftp from ftp.cs.ruu.nl
[131.211.80.17] in pub/MIDI/DOC/archives, on the WWW by
http://www.cs.ruu.nl/pub/MIDI/DOC/archives  or by e-mail from
mail-server@cs.ruu.nl (send a message with HELP in the body).
The latest monthly version is also available in the various news.answers
archives around the world, in music/midi/archives.

Version: $Id: archives,v 1.156 1996/01/29 08:46:25 piet Exp $
=========================================================================
Date:         Thu, 1 Feb 1996 01:11:25 +0100
Reply-To:     Electronic Music Discussion List 
Sender:       Electronic Music Discussion List 
From:         Piet van Oostrum 
Subject:      Computer Music bibliography

There is a bibliography on synthesizers, midi, computer and electronic
music that I have collected from various sources. I have tried to bring
some structure into it, but not all books will fit into a single subject.
NOTE: I haven't read these books, and the comments are from other people.

The latest version of this file can be obtained by ftp from ftp.cs.ruu.nl
[131.211.80.17] in pub/MIDI/DOC/bibliography, on the WWW by
http://www.cs.ruu.nl/pub/MIDI/DOC/bibliography or by e-mail from
mail-server@cs.ruu.nl (send a message with HELP in the body).
The latest monthly version is also available in the various news.answers
archives around the world, in music/midi/bibliography.

Version: $Id: bibliography,v 1.38 1996/01/02 12:56:17 piet Exp $