HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.emusic-l
Date:         Mon, 16 Nov 1992 13:51:01 +0100
From:         Adam Mirowski <mir@CHORUS.FR>
Subject: Re: Looking for patches for D-5/10/20/110 Roland synths
Comments: To: EMUSIC-L@AMERICAN.EDU

>I am quit satisfacted of the sound of the D-110, except for what concernes
>the piano section. I have found somwhere on the net a definition of this
>sound as "thin and crystalline", but I believe it is really innatural for
>this kind of section. Could someone send me some hint/trick for making the
>D-110 playing better the Piano ? By the way, I own a very cheap keyboard,
>and its piano sound is MUCH better than the D-110 one.... I believe that the
>LA method should be a little bit more efficient. I am waiting for your help.

Does it have a piano attack sample? My CM-32L doesn't, whereas a D-10 does.
I believe the D-5/D-10/D-20 had two banks of samples, whereas the MT-32 and
the CM-32L have only one, and organized differently. The D-110 could be on
the MT-32 side.

--
Adam Mirowski,  mir@chorus.fr (FRANCE),  tel. +33 (1) 30-64-82-00 or 74
Chorus systemes, 6, av.Gustave Eiffel, 78182 Saint-Quentin-en-Yvelines CEDEX
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.emusic-l
Date:         Sun, 15 Nov 1992 17:48:06 +0000
From:         Nick Rothwell <cassiel@CASSIEL.DEMON.CO.UK>
Subject:      Re: Spec question
Comments: To: Electronic Music Discussion List <EMUSIC-L@american.edu>

>There are a great many items in the
>MIDI world that would excite the EMUSIC-L readership, assuming they
>worked "properly," where the definition of that word varies from
>person to person.

Sure, although there is a reasonably common agreement on things which are
objectively broken. Witness the brand new Ensoniq ASR-10 sampler that
turned up at the local store this week. It crashed within ten minutes of
being turned on.

Why am I not surprised?

>I, for example, believe that the Roland U-50's MIDI
>spec works properly, whereas Nick regards it as completely broken,
>due to our differing needs....

It's not broken. It's "broken." That's different. It works well enough as a
slave, although the tying of the tone palette to the global control channel
is a serious compromise. The user interface and master control facilities
are sadly lacking in consistency.

>Namely, the reduction of overall form factor and bulk
>without sacrificing power or sound quality.

Quite so; this is what's really interesting about it.

>Are there any in stores
>yet, and has any REAL testing been published for them?

Sound On Sound UK did a detailed review, but their reviews are always
positive so it doesn't prove anything. I'm waiting for KEYBOARD to get to
it. I hope to play with some units in a week or two.

Nick.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: crispen <@ada3.ca.boeing.com:crispen@efftoo>
X-Envelope-To: EMUSIC-L@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.emusic-l
Date:         Tue, 17 Nov 1992 07:45:41 CST
From:         crispen <crispen@EFFTOO.BOEING.COM>
Subject:      Re: Yamaha V50?
Comments: To: EMUSIC-L@ada3.ca.boeing.com

MFMAPWN@FS1.ART.MANCHESTER.AC.UK (Barney Nuon) asks

>    Does anyone out there know of any MIDI software compatible with
>the Yamaha V50? Does anyone out there even know that this keyboard
>exists? I'd appreciate any response.

Well, here's what I've got (and I should say it's by no means
fancy or even complete).  It's called v50lib, it's in C, and it runs
under Unix on a Sun, reading and writing V50 disks.

I've got a bunch of listing utilities: a nifty one-page listing of
all the Voices and Performances in a file, with lots of info on each;
a long listing thingy that lists all the parameters of all the voices
in a file; a thing that makes a master voice list and master performance
list from a bunch of files; a dealy that lists the master voice list
by algorithm; another thangy that shows the differences between
two voices; and a final whatchamacallit that finds all the voice
duplicates in the master voice list file (by degree of similarity).

And I've got a thingamabob that converts a DX11 archive file (like
you can get in the MIDI archive) into a bunch of V%) SYN files.
Note that the DX11 library doesn't have any aftertouch parameters,
but has breath controller parameters.  There's also a thingummy that
moves the breath controller data to aftertouch and also makes a
Performance consisting of two duplicated and slightly detuned Voices
with a Tasteful Reverb (tm) -- one Performance for each Voice.

The only Unix stuff these use are stdio.h and string.h, which I assume
without any knowledge that people with Pieces of Chit have or can mimic.

Anyway, if any of this lot sounds interesting to you, send me private
email and I'll send it off tarred, compressed and uuencoded.  I refuse
to fool with proprietary crap like zip or arc.

So far I do NOT have a computer next to my V50, so I haven't been
interested in writing stuff like ed/libs and sequencers.  But the data
in my v50.h file should be the basis of a nice ed/lib.  Hell, all I did
was translate the stuff in the back of the manual into C and then solve
a couple of problems I was having.
+-------------------------------+--------------------------------------+
| Rev. Bob "Bob" Crispen        |            "IT FOUND ME!"            |
| crispen@foxy.boeing.com       |      Campus Crusade for Cthulhu      |
+-------------------------------+--------------------------------------+
From: cassiel@CASSIEL.DEMON.CO.UK (Nick Rothwell)
Newsgroups: bit.listserv.emusic-l
Subject: Re: Mackie Automation (was Re: Fostex MIDI mixer)
Date: 18 Nov 92 18:47:44 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: Electronic Music Discussion List <EMUSIC-L@american.edu>

>Caught this thread a bit late.  Nick, can you explain a little more what
>you *do* get with the Mackie automation.  From the ads it sounded wonderful
>(yeah, gulible me).  Tell me what I'm missing.

Read the ad. on page thirty-something of KEYBOARD and fill in the blanks. I
forget what features the Mackie has, but the automation upgrade doesn't
automate them all. EQ automation is lacking for one. Also, there's no
feedback on virtual settings (the Fostex does this with screeds of LED's).

In other respects, I'm sure the Mackie is by far the better mixer. But,
incomplete automation doesn't quite cut it for me.


                      Nick Rothwell  |  cassiel@cassiel.demon.co.uk
   CASSIEL Contemporary Music/Dance  |  cassiel@cix.compulink.co.uk
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL11]
X-Charset: ASCII
X-Char-Esc: 29
Newsgroups: bit.listserv.emusic-l
Date:         Tue, 17 Nov 1992 10:08:37 EET
From:         Jari 'Jartsu' Lehto <jartsu@SNAKEMAIL.HUT.FI>
Subject:      Which computer? (was: Re: Yamaha V50?)
Comments: To: EMUSIC-L@AMERICAN.EDU
              "MFMAPWN@FS1.ART.MANCHESTER.AC.UK" at Nov 16, 92 4:07 pm

You (MFMAPWN@FS1.ART.MANCHESTER.AC.UK) wrote:

>     Does anyone out there know of any MIDI software compatible with
> the Yamaha V50? Does anyone out there even know that this keyboard
> exists? I'd appreciate any response.

There have been quite many and will always be questions like this.

Could you PLEASE always specify FOR WHICH COMPUTER the software is
wished to be for, or what you are able to use. MS-DOS is no default
for these questions. (It is the last possible solution, IMHO)


--
*******************   "Jartsu"   **********************
***********   Jari                 Lehto   ************
****************   "I hate MS-DOS"   ******************
*****   Finger jartsu@vipu.hut.fi for more info   *****
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.emusic-l
Date:         Sat, 21 Nov 1992 12:27:14 +0000
From:         Nick Rothwell <cassiel@CASSIEL.DEMON.CO.UK>
Subject:      Automation
Comments: To: Electronic Music Discussion List <EMUSIC-L@american.edu>

>To what extent do you need/want to automate?

The short answer is "totally" since then I have total recall (of course):
the ability to knock up a completely wild effects mix and get it back
instantly weeks later, or under program control when playing live. Let me
put it this way: would you settle for a synth which could hold 128 patches
except for filter cutoff which had to be set manually?

>For volume/pan, are
>controllers 7/10 inadequate?

Yup, just about. In fact, I prefer two controllers per attribute: one for
maximum level, and one for the fade (0..127). Much easier to manage and
maintain the MIDI data while putting together a mix. The more sources of
control for each attribute, the better (for example, if I can do a main
fade on the mixer with Performer, I can then do fancy things to controller
#7 with MAX). However, with so many multitimbral instruments around,
automated faders aren't actually too much use any more, and I keep all my
Studiomaster faders at unity (except for rough initial mixes).

>Actually, in order to do what I *REALLY*
>wish, is to have sends and returns automated.

Which the Fostex provides. If it didn't I'd not be interested.

                      Nick Rothwell  |  cassiel@cassiel.demon.co.uk
   CASSIEL Contemporary Music/Dance  |  cassiel@cix.compulink.co.uk
From: xrjdm@CALVIN.GSFC.NASA.GOV (Joseph D. McMahon)
Newsgroups: bit.listserv.emusic-l
Subject: Re: Challenges
Date: 17 Nov 92 20:50:08 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.4beta PL13]
Content-Type: text
Content-Length: 257
Comments: To: EMUSIC-L@american.edu
              17, 92 12:29:20 pm

metlay writes:
>
> Tympani are one of my few real victories in programming the Xpander,
> I have a patch that has about a one-octave usable range and sounds GREAT
> in orchestral use.
>
Details, man, details! What's the basic technique? :-)

 --- Joe M.
From: peter@BERTHA.KENTROX.COM (Peter Uchytil)
Newsgroups: bit.listserv.emusic-l
Subject: Re: Mackie Automation (was Re: Fostex MIDI mixer)
Date: 18 Nov 92 19:30:09 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Comments: To: EMUSIC-L@AMERICAN.EDU

> >Caught this thread a bit late.  Nick, can you explain a little more what
> >you *do* get with the Mackie automation.  From the ads it sounded wonderful
> >(yeah, gulible me).  Tell me what I'm missing.
>
> Read the ad. on page thirty-something of KEYBOARD and fill in the blanks. I
> forget what features the Mackie has, but the automation upgrade doesn't
> automate them all. EQ automation is lacking for one. Also, there's no
> feedback on virtual settings (the Fostex does this with screeds of LED's).
>
>
>                       Nick Rothwell  |  cassiel@cassiel.demon.co.uk
>    CASSIEL Contemporary Music/Dance  |  cassiel@cix.compulink.co.uk
>

Ok, I didn't even think about the EQ. My Fostex 2016 mixer that I use to
sub-mix my synths has no EQ, so I tend to forget about it. Is this something
that you're looking to tweak real time, or is more like having different
settings for each piece? I'm obviously not as sophisticated in my
playing/recording as you are.  I realize that whether you mess with
EQ during the song or just set it at the beginning of each song you are still
requiring the same "real-time-ness" of the mixer.  I'm just curious on how
you want to use it.

Pete
--
Peter Uchytil   | ADC Kentrox Industries | "Let your dreams start a fire
peter@kentrox.com |  Portland, Oregon    |  Let your hopes fan the flames"
From: m.ridgeway@GEM.GEAC.COM
Newsgroups: bit.listserv.advanc-l
Subject: Re: GEAC participation and communication
Date: 14 Nov 92 13:25:00 GMT
              <ADVANC-L@IDBSU.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

Greetings from Geac...

I am but a GLIS project manager and therefore an interloper in
the ADVANCE forum, so forgive me for butting in.

An online version of 'TELEPHONE' is emerging.  We see this when an
off-hand remark by a Geac employee, neither attributed nor confirmed,
acquires the status of Geac policy, obdurately ignoring the reasonable
needs of its plaintive customers.

Geac sincerely wants to provide superior service to its customers.
We are sometimes teased about our frequent re-organizations; these are
also a manifestation of a concern about serving the customer better,
a dynamic reaction to operational changes.  As to whether Geac policy
permits acknowledgement of bugs, this is not a policy at all.
Policies are crafted and negotiated by the senior people in
organizations and are codified and distributed.  Support personnel
have a policy of being polite, concerned, and responsive.  In no way
are they to dissemble, obfuscate, or otherwise mislead our customers.
Of course, bugs happen, incorrect information is imparted, problems are
misunderstood or slip through the cracks; these are the ways of an
imperfect world.  While we strive to eliminate these problenms, there
is not a policy of concealment while we do so.

While it is not within my province to speak for Geac on the issue of
support through Internet, it is my conviction that the absence of
response to recent concerns is simply because no one has been appointed
to do so.  Corporate Communications currently exists to prepare press
releases and disseminate the necessary annoucements of a publicly traded
company.  Geac people like myself may monitor the Internet, but we may
need to appoint a spokesperson to clarify and and respond to concerns
raised here.  I will raise this issue within Geac and hope that users
will understand the need to provide coherent responses to a melange
of topics, some arcane.

The ubiquity of Internet access within higher education leads some to
believe that all customers have access.  This is a canard; many of our
public libraries, public schools, and consortia do not yet have access.
Of course we are encouraging and advising all to explore ways of doing
so, yet it may require the implementation of NREN before all the citizens
of our country (i.e., those currently footing the Internet bill) may have
full access to a national network.  So this is a concern. It may not be a
show-stopper, but it deserves consideration.

Finally, to put in a plug for my sponsor, I believe that Geac is open
and candid.  Our meetings are open, our systems are open, and our financials
are a public record.  I am confident that a workable solution to the issues
raised can be resolved through the intercession of Dan Lester and Matt
Goldner, in their capacities as List Manager and User Group President,
respectively.

Michel Ridgeway
Library Division
Malvern, PA
(215) 644-4071
Newsgroups: bit.listserv.advanc-l
Date:         Mon, 16 Nov 1992 10:42:48 MST
              <ADVANC-L@IDBSU.BITNET>
From:         Dan Lester <ALILESTE@IDBSU.BITNET>
Subject:      Re: Dan's comments to Geac (RIGHT ON!)
              11 Nov 1992 09:25:05 PST from <turitz@SFSUVAX1.SFSU.EDU>

On Wed, 11 Nov 1992 09:25:05 PST Mitch Turitz said:
>Dan - I think that your idea boaut printing out the logs every month
>could replace the "newsletter" which hasn't appeared in what, two years?

   I DID get a newsletter last week.  Supposedly all Geac Advance
sites got one or more copies.  I know several of us here at BSU got one.
I remember it as being on glossy paper, about 8 pages, and used
a couple of pictures I shot at ALA (without credit lines, unfortunately).
   I got a call from a Geac lady on Friday asking if I got the newsletter
because someone thought I hadn't gotten one.  If anyone did NOT get one,
please call Geac at 800-229-2148 and I'm sure they'll send you another.
   I still believe they WANT to do things right and communciate with us,
but that somehow they are still trying to figure out whether this is one
of the right ways......and WE know it is....and hope they will realize that
real soon now....

dan

*****************************************************************************
* Dan Lester                          Bitnet:   alileste@idbsu              *
* Associate University Librarian      Internet: alileste@idbsu.idbsu.edu    *
* Boise State University                                                    *
* Boise, Idaho  83725                 BSU and I have a deal: I don't speak  *
* 208-385-1234                        for them and they don't speak for me. *
*****************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
From: ICST006@UCLAMVS.BITNET (Gabriel Manje)
Newsgroups: bit.listserv.advanc-l
Subject: database search
Date: 19 Nov 92 00:25:00 GMT
              <ADVANC-L@IDBSU.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

//
database search DD=rules
//Rules DD
search position announcement in idbsu
index
/*
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.advanc-l
Date:         Wed, 18 Nov 1992 10:13:51 EST
              <ADVANC-L@IDBSU.BITNET>
From:         Minh-Thu Nguyen <I003@POLYTEC1.BITNET>
Subject:      communication problems

I did not want to participate in this discussion which obviously has
been very active without my input.

However, by reading Michel Ridgeway's posting yesterday, I suddendly
realised I almost forgot that the initial complaints are about Geac's
non-responsiveness or lack of communication towards customers, not
particularly about this list.

So, Michel is speaking about how Geac could be more responsive to the
list. I think Geac should first of all better its communication towards
its customers, on or off the list.

Minh-Thu Nguyen - Ecole Polytechnique, Montreal - i003@polytec1
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.advanc-l
Date:         Mon, 16 Nov 1992 10:55:06 MST
              <ADVANC-L@IDBSU.BITNET>
From:         Dan Lester <ALILESTE@IDBSU.BITNET>
Subject:      response time

A  little food for thought about response time.

We all know that response time on a system can depend on how many users
are on it, what kind of searches or processes  they are doing, and whether
other things are going on in background, such as report generation.

We heard today from a Geac rep who was calling our system to demo or
test it that response time was VERY slow over the weekend on one
occasion and VERY fast on another.  He wondered whether we were doing
a backup or major report at the one time.  The answer was no.

However, when one phones our system, the call is answered at a central
modem pool which connects to the campus network.  Although WE were not
doing anything like a big backup, it is common for the campus computer
center folks to backup systems across the campus network on weekends.
I don't know that they were, but it is quite likely that is the
explanation to the slow (apparent) system response.

Just one more thing in the mix.....slow local system, slow campus network,
slow internet?  Who knows?

dan

*****************************************************************************
* Dan Lester                          Bitnet:   alileste@idbsu              *
* Associate University Librarian      Internet: alileste@idbsu.idbsu.edu    *
* Boise State University                                                    *
* Boise, Idaho  83725                 BSU and I have a deal: I don't speak  *
* 208-385-1234                        for them and they don't speak for me. *
*****************************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: ELM [version 2.3 PL5]
Newsgroups: bit.listserv.advanc-l
Date:         Wed, 18 Nov 1992 10:27:06 PST
              <ADVANC-L@IDBSU.BITNET>
From:         hye_ok_park@CSUFRESNO.EDU
Subject:      Re: Terminal servers and printers
              at Nov 17, 92 11:10 pm

>
> >    Most of our terminals and dial-in remote ports come thru terminal
> > servers with the exception of several direct nail-down connections
> > which are used for Circ. checkout/in, OCLC downloading, one Ref. Desk
> > terminal, and system printers.
> >
>
> I am reassured to see that we are trying to do the same thing here
> except for the Circ. checkout/in. Is it possible to tell me whether
> you foresee a problem of some kind if Circ. terminals are connected
> thru the network rather than by hard wires? we planned to have only
> the micro backup unit physically connected.
> Thank you for answering promptly, our terminals are being installed
> any time now...
>
> Minh-Thu Nguyen  i003@polytec1
>

We do have circulation terminals connected thru the network except for
a few direct connects, i.e. two checkout and one checkin terminals.
We had experienced early on some downtime due to problems with network
and wanted to have several crucial service points connected bypassing
the network.  This does not mean that we have a lot of problem with
network but just in case it needs maintenance while PYRAMID is up or
something like that.  -- Hye Ok Park, hye_ok_park@csufresno.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Mime-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Newsgroups: bit.listserv.advanc-l
Date:         Wed, 18 Nov 1992 12:59:35 -0500
              <ADVANC-L@IDBSU.BITNET>
From:         "Murray C. Shepherd" <liboff09@WATSERV1.UWATERLOO.CA>
Subject:      Re: GEAC participation and communication

Thanks for this.

Murray Shepherd.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.advanc-l
Date:         Tue, 17 Nov 1992 23:10:52 EST
              <ADVANC-L@IDBSU.BITNET>
From:         Minh-Thu Nguyen <I003@POLYTEC1.BITNET>
Subject:      Re: Terminal servers and printers

>    Most of our terminals and dial-in remote ports come thru terminal
> servers with the exception of several direct nail-down connections
> which are used for Circ. checkout/in, OCLC downloading, one Ref. Desk
> terminal, and system printers.
>

I am reassured to see that we are trying to do the same thing here
except for the Circ. checkout/in. Is it possible to tell me whether
you foresee a problem of some kind if Circ. terminals are connected
thru the network rather than by hard wires? we planned to have only
the micro backup unit physically connected.
Thank you for answering promptly, our terminals are being installed
any time now...

Minh-Thu Nguyen  i003@polytec1
From: ICST006@UCLAMVS.BITNET (Gabriel Manje)
Newsgroups: bit.listserv.advanc-l
Subject: database search
Date: 19 Nov 92 00:41:00 GMT
              <ADVANC-L@IDBSU.BITNET>
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

//
database search dd=rules
//rules dd   *
search position announcement in idbsu
index
/*
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Envelope-to: ADVANC-L@IDBSU.BITNET
X-VMS-To: IN%"ADVANC-L@IDBSU.BITNET"
Newsgroups: bit.listserv.advanc-l
Date:         Mon, 16 Nov 1992 22:58:00 EDT
              <ADVANC-L@IDBSU.BITNET>
From:         FSDW@UORDBV.BITNET
Subject:      Re: GEAC participation and communication

Thank you Michel Ridgeway for your input.  Please do see that someone gets
the responsibility to answer questions.  Regarding your comments about
everyone not having access to the internet:  that's true, but if a question
is asked on the internet, why can't it be answered the same way.  Yes others
may benefit from the response, but informing some (or many) is better than
nobody.  I would like to point out that the same situation applies to the
Library of Congress, but they have a representative who gives LC responses
when it's appropriate.  Likewise OCLC.
        So far, I've seen problems with some aspects of CIRC, and relatively
few problems with cataloging.  No comments (that I recall) about check-in or
other serials issues.  But lots and lots of comments about communication.
This obviously needs some work.
        Best wishes!

        Frank Sadowski,  University of Rochester, Rush Rhees Library
        FSDW@UORDBV.bitnet