HDTenEightyP/NetNews huggingface dataset:
From: jthornto@ee.ubc.ca (Johan Thornton)
Subject: Re: Polhemus ISOTRACK/3-SPACE and VIRTUAL REALITY
Organization: University of BC, Electrical Engineering
Date: Wed, 8 Apr 1992 00:59:25 GMT

In article <1992Apr7.031033.19729@njitgw.njit.edu> andrews@rehab.njit.edu (John Andrews) writes:
>     I am starting a project that requires me to locate and
>     track a device in 3-space.

 [stuff deleted]

The way I would do this is by using ultrasound.  Construct an imaginary
cube around the space you need to track the object.  In the center of each
of three non-parallel faces you put an ultrasound transducer (mike).

The object emits a short pulse of ultrasound every, say, 1/100 sec.  Then
you just see how long it takes the sound to get to each mike.  The equations
to find the location of the object should be easy.  

Using v=330 m/s, even just 1 MHz timing resolution will give you the location
accurate to 0.3 mm.  

Of course, the object will have to be attached by a little wire, unless you
want to use radio to synch everything up.



-- 
Johan Thornton
(but my friends call me jthornto@ee.ubc.ca)
From: jpcampb@afterlife.ncsc.mil (Joe Campbell)
Newsgroups: comp.dsp
Subject: Re: 1 bit DAC on CD
Date: 6 Apr 92 15:35:43 GMT
Organization: The Great Beyond

John:
Thanks for your comments.  I see now that there was confusion about
which end of the synthesizer we were on:

>But we are not talking about aliasing at the DA conversion step.

Ahhh, but I was.  As I just followed up with Peter on this thread,
this was the context of my original comments.  As with the case of
low res A/D, low res arithmetic could be looked at the same way to
create aliasing (I guess you built the proof!).  I think we're in
agreement.
Joe
-- 
.............................................................................
; Joe Campbell  N3JBC  jpcampb@afterlife.ncsc.mil  74040.305@compuserve.com ;
; My opinions are mine!   Happiness = Reality - Expectations, Click & Clack ;
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Newsgroups: comp.dsp
From: henryc@pictel.com (Claudia Henry)
Subject: Ptolemy software
Followup-To: henryc@pictel.com
Keywords: block-diagram DSP programming environment
Organization: PictureTel Corporation
Date: Mon, 13 Apr 1992 15:10:51 GMT

Howdy,

At ICASSP recently, there was an impressive demo of a block-diagram DSP
programming environment called Ptolemy.  The system was developed at
UCBerkeley, and it was presented by Edward Lee.

They handed out business cards for someone at UCBerkeley who could arrange
for people to get free copies of the software over the Internet.
Unfortunately, I can't find the business card they gave me!

Does somebody out there have the e-mail address of this UCBerkeley
contact person?

Many thanks in advance,

Claudia Henry (henryc@pictel.com)
Newsgroups: comp.dsp
Subject: Re: Ptolemy software
From: srgxnbs@grace.dsir.govt.nz
Date: 16 Apr 92 23:32:07 +1200
Organization: DSIR, Gracefield, New Zealand

Whats the hardware requirements? or is it a case of "if you have to ask you
can't possibly have it"?
Bruce
From: ms2@ocean.cis.ufl.edu (Minbo Shim)
Newsgroups: comp.dsp
Subject: Hexagonal QMF for Wavelet Maxima
Date: 8 Apr 92 18:30:12 GMT
Reply-To: ms2@ocean.cis.ufl.edu (Minbo Shim)
Organization: CIS VISION LAB, U of Florida, Gainesville, Florida

Hi, there.

    I am working on Wavelet Maxima interpretation using khoros which is
visual programming environment. Instead of using dyadic case, I am going
to apply Hexagonal QMF. The problem I have got so far is to make 
HDFT(Hexagonal DFT) out of hexagonally sampled signal.

    If somebody out there knows about this method, please let me have
a chance to share that with you.

    Thanks in advance.


~~~~~~~~~~~~~~~~~~~~~~~~~
Minbo Shim               
ms2@ocean.cis.ufl.edu
(904)392-1435
(904)392-2585
~~~~~~~~~~~~~~~~~~~~~~~~~
Xref: sparky comp.dsp:1138 sci.engr.biomed:262 sci.electronics:8573
From: jfa0522@hertz.njit.edu (john f andrews ece)
Newsgroups: comp.dsp,sci.engr.biomed,sci.electronics
Subject: Re: Polhemus ISOTRACK/3-SPACE and VIRTUAL REALITY
Date: 15 Apr 92 21:54:13 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.

In article <drues.703291186@pv320a.vincent.iastate.edu> drues@iastate.edu writes:
>In <1992Apr7.031033.19729@njitgw.njit.edu> andrews@rehab.njit.edu (John Andrews) writes:
>>     I am looking at using a 3-SPACE digitizer from Polhemus
>>     (also called ISOTRACK, Kaiser Aerospace) and am looking
>>     for any information on this system or perhaps similar
>>     systems from competing companies.
>
>I bought one of these systems for my research several months ago.
>It works well but is very sensitive to electronics/metal objects in the
>area.  The software that comesw with it is pretty lame.  You have to 
>write your own code (in C) to use it to do anything useful.  It is being
>used in a variety of applications, not just VR.
>
>The Isotrak gives location (x,y,z) AND orientation (pitch, roll, yaw) for 
>a total of 6 degrees of freedom.  I don't see how you could get all that
>using ultrasound (especially the 3 angles).
>
>>     Has anyone any experience with this? Somethign similar?
>>     A better way to locate and track something in 3 dimen-
>>     sions? This system will run me over $10,000, so any and
>>     all responses greatly appreciated.
>
>No way. The base system (1 source and 1 probe) goes for about $3300.  
>If you ask them right, who can buy a used sytem (same warantee) for half
>that.  
>
>If you want more info, let me know.
>
>mike
>
>-- 
>Michael Drues                              Dept. of Biomedical Engineering
>Internet:drues@iastate.edu                        1146 Veterinary Medicine
>BITNET:v2.med@isumvs.bitnet                          Iowa State University
>Office:(515)294-6520(or 4-1771) Home:(515)233-5652        Ames, Iowa 50011



This is true. I should have mentioned I don't need the 3d positition of a *point* in 
space but of a *plane*, which requires the additional degrees of freedom. That is
where the Polhemus was useful (as are a few other systems).

But system latency is a problem with Polhemus, from what I have been told. It is too slow
for tracking most movement.

As for your pricing, the 3300 is for a single-sensor, and I need more than that. I need to
make referenced measurements, so I need the two -sensor-input system, which runs $9900
plus the $900 for the additonal sensor. It is an expensive system.

Referenced measurements also demand more of the system latency, enhancing the problem
with Polhemus.

									-=john

-- 
-----------------------------------------------------------------------------
john f andrews                SYSOP           The Biomedical Engineering BBS
    24 hrs             300/1200/2400/4800               (201) 596-5679
-----------------------------------------------------------------------------
From: dpkemp@afterlife.ncsc.mil (David P. Kemp)
Newsgroups: comp.dsp
Subject: Re: ADA for DSP processors
Keywords: ADA
Date: 11 Apr 92 03:08:01 GMT
Organization: The Great Beyond

In article <BLzLFv.8Cq@world.std.com> DSPWorld@world.std.com (Amnon Aliphas) writes:
>Tartan, Inc. in Pennsylvania has an ADA compiler for the TMS320C30, C40

Ah yes . . . Tartan . . . The company that distributed a white paper at
ICASSP with the headline "ADA beats Assembly!".

Midway through the second page, you find out that Tartan's compiler 
produces code that runs faster on a TMS320C30 than an assembly language
equivalent on the 'C15.

Schmucks.


-- 
   Dave Kemp   dpkemp@afterlife.ncsc.mil              "Pave the Bay!"
   #include <std/disclaimer>
From: sjreeves@eng.auburn.edu (Stan Reeves)
Newsgroups: comp.dsp
Subject: Re: image restoration
Date: 16 Apr 92 22:09:20 GMT
Organization: Auburn University Engineering

In article <1992Apr13.133510.5562@iplmail.orl.mmc.com> jeanv@iplmail.orl.mmc.com (Jean Vasicek) writes:
>Has anyone tried applying neural nets to solving the inverse problem?

Yes.  See "Image Restoration Using a Modified Hopfield Network," J. K. Paik
and A. K. Katsaggelos, IEEE Transactions on Image Processing, January 1992,
pp. 49-63.


--
Stan Reeves
Auburn University, Department of Electrical Engineering, Auburn, AL  36849
INTERNET: sjreeves@eng.auburn.edu
From: garp@isy.liu.se (Johan Garpendahl)
Newsgroups: comp.dsp
Subject: Motorola address, please?
Date: 14 Apr 92 13:07:07 GMT
Organization: Dept of EE, University of Linkoping

Hello,
	
I wonder if anyone has an address or phone number to Motorola.
I'd like to contact them about their gcc implementation.

Thanks, 

	Johan

-- 
Johan Garpendahl                   | Email: garp@isy.liu.se
Linkoping University               | Phone: +46 - 13 - 28 13 24
Dept. of Electrical Engineering    | Fax  : +46 - 13 - 13 92 82
S-581 83  LINKOPING // SWEDEN      | This space is left blank.
Newsgroups: comp.dsp
From: jeanv@iplmail.orl.mmc.com (Jean Vasicek)
Subject: image restoration 
Followup-To: jeanv@iplmail.orl.mmc.com
Keywords: neural net, inverse problem
Organization: Martin Marietta
Date: Mon, 13 Apr 1992 13:35:10 GMT

Has anyone tried applying neural nets to solving the inverse problem?
 

Newsgroups: comp.dsp
From: franko@cco.caltech.edu (Frank Joseph Filipanits)
Subject: Wanted: Info re: Fellowships & scholarships for DSP
Organization: California Institute of Technology, Pasadena
Date: Thu, 16 Apr 1992 06:23:16 GMT

Having just been accepted to the University of Miami's Music Engineering
Master's program under Ken Pohlmann, I am thrilled.  However, I need to find
a way to pay for it, since there are no TA or RA positions available for 
first year students in this program...

So, I would appreciate any information on fellowships or scholarships 
awarded specifically for audio or DSP work.  Thank you.


-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Frank Filipanits         Sr EE/CS/Music, California Institute of Technology
'68 Mustang 302           '81 Kawasaki 750 LTD           Ibanez Roadstar Bass
franko@tybalt.caltech.edu   "Why should I believe what they say?..."
Newsgroups: comp.dsp
From: hanke@nessie.cs.id.ethz.ch (Norbert Hanke)
Subject: Re: Hardware questions (help wanted QUICK)
Organization: Swiss Federal Institute of Technology (ETH), Zurich, CH
Date: Mon, 6 Apr 1992 06:06:22 GMT

In article <0WV1D7H@obh.in-berlin.de> nummer_5@obh.in-berlin.de (Christian Wierzbicki) writes:
>Hi, Folks !
>-----------
>I've read in Motorolas Hardware Manual on the 56001 that there has to
>be fast static ram connected to the processor.
>
>Therefore my questions are:
>
>1.) How fast must this s-ram be at minimum (for usw with a 2MHz 56001)

I think you wanted to say 20 MHz instead of 2 MHz.
The access time of the s-ram has to be, without address decoding of any
kind, about 55 ns. With address decoding accordingly less, you end up
using 35 ns s-rams in most cases.

>2.) Can someone send me a picture or something (best gif or amiga iff)
>    where such a connection is shown (cause I don't understand the
>    drawn one in the manual).

Connection of srams depends on a lot of factors. The easiest configuration
(without decoding) just connects address lines, data lines, rd and wr
signals to the corresponding pins of the srams.


Norbert Hanke
ETH Zurich, Switzerland
From: alanb@hpnmdla.sr.hp.com (Alan Bloom)
Newsgroups: comp.dsp
Subject: Re: Morse Code Recognizer Needed!!
Date: 6 Apr 92 19:08:45 GMT
Article-I.D.: hpnmdla.7070010
Organization: HP Network Measurements Div, Santa Rosa, CA

In comp.dsp, u7717815@ccsun8.cc.nctu.edu.tw () writes:

>I am interested in using machine to recognize audio Morse code signal.
>Does any one out there have or know the software/hardware/FTP-site that
>deal with it?

Try asking on rec.radio.amateur.misc.

Alan Bloom
From: pendecot@armltd.uucp (Philip Endecott)
Newsgroups: comp.dsp
Subject: Audio Restoration: Queen Victoria's Voice
Keywords: Queen Victoria Audio Restoration
Date: 8 Apr 92 09:02:06 GMT
Distribution: comp
Organization: Advanced RISC Machines Ltd



Geln Pringle writes about Queen Victoria's voice having been recovered from
an old wax cylinder recording.

I heard about this on BBC Radio 4's Science Programme.  They had to
construct a cylinder player specially for it.  They didn't use a laser or
anything like that; they started with a very soft stylus (wooden) and moved
up to harder ones to see what improvement they could get without damaging
the wax.  There were lots of problems including not knowing what speed to
turn the cylinder at!  They then used some DSP "magic" to remove some of the
noise (they were very vague about exactly what they were doing).  The final
result is still totally incomprehensible.  There is lots of crackling and
perhaps a couple of words; "We are.." or something like that.  They seem to
have put in a lot of effort so I doubt there is any way of getting more out
of it.

 -- Phil.


-----------------------------------------------------------------------

Philip Endecott                      email : pendecot@armltd.co.uk
Advanced RISC Machines Ltd           Phone : +44 223 813000
Swaffham Bulbeck                     Fax   : +44 223 812800
CAMBRIDGE
CB5 0NA UK
Xref: sparky comp.dsp:1075 sci.engr.biomed:191 sci.electronics:8109
From: andrews@rehab.njit.edu (John Andrews)
Newsgroups: comp.dsp,sci.engr.biomed,sci.electronics
Subject: Polhemus ISOTRACK/3-SPACE and VIRTUAL REALITY
Date: 7 Apr 92 03:10:33 GMT
Organization: New Jersey Institute of Technology, Newark, N.J.



     I am starting a project that requires me to locate and
     track a device in 3-space.

     I am looking at using a 3-SPACE digitizer from Polhemus
     (also called ISOTRACK, Kaiser Aerospace) and am looking
     for any information on this system or perhaps similar
     systems from competing companies.

     This system has been used to monitor head position in a 
     virtual reality environment, and has been widely used to
     monitor hand/finger positioning in kinesiologic studies.

     The Polhemus system is made up a SOURCE and a SENSOR.
     The SOURCE is three orthogonal coils, energized to
     create a low frequency field. The SENSOR is also three
     orthogonal coils, and when placed within the field the
     electronics unit (80186-based) reports the position of
     the SENSOR with accuracy to about 2mm or so (as long as
     you remain within 30 inches of the source). The system
     is capable of reading at a rate of 60Hz.

     Has anyone any experience with this? Somethign similar?
     A better way to locate and track something in 3 dimen-
     sions? This system will run me over $10,000, so any and
     all responses greatly appreciated.

     					-=john

-----------------------------------------------------------------------------
john f andrews                SYSOP           The Biomedical Engineering BBS
    24 hrs             300/1200/2400/4800               (201) 596-5679
-----------------------------------------------------------------------------
INTERNET jfa0522@hertz.njit.edu                                CIS 73710,2600
-----------------------------------------------------------------------------
Xref: sparky comp.dsp:1127 sci.engr.biomed:255 sci.electronics:8517
From: dpkemp@afterlife.ncsc.mil (David P. Kemp)
Newsgroups: comp.dsp,sci.engr.biomed,sci.electronics
Subject: Re: Polhemus ISOTRACK/3-SPACE and VIRTUAL REALITY
Date: 14 Apr 92 20:52:04 GMT
Organization: The Great Beyond

In article <1992Apr14.094205@andrea-doria.ifr.ethz.ch> vestli@andrea-doria.ifr.ethz.ch (Sjur Jonas Vestli) writes:
>|> 
>|> Using v=330 m/s, even just 1 MHz timing resolution will give you the
>location
>|> accurate to 0.3 mm.  
>|> 
>
>The accuracy of such a measuring system will also be limited by the
>wavelength of the ultrasound (US). Let us assume that the
>we need one full wave for reliable detection and that we are operating
>at 250 kHz. Tperiod=4 us, v=330 M/s, Lambda
>(wavelenght)=Tperiod*v=0.00132 m (1 mm).
>You might be able to detect within less than one wavelenght,
>but usually in US there is plenty of noise around and the detection
>circuitry introduces errors of this kind.
>
> Sjur

And why do you say that measurement resolution is limited by wavelength
and noise?  We're talking delay estimation here, not optics.  Radar
people know how to design waveforms with good correlation properties.
I'm not a radar person, but I don't see why you can't get arbitrarily
good resolution using chirps.

As for noise, just average your measurements.  If this 3D tracker is
following hand motions, 10-20 measurements/sec should be sufficient.
Use a rep rate of 1000-2000 pulses/sec, and average 100 pulses for each
reading.
-- 
   Dave Kemp   dpkemp@afterlife.ncsc.mil              "Pave the Bay!"
   #include <std/disclaimer>
Newsgroups: comp.dsp
From: wlee@csd4.csd.uwm.edu (Wan Ngai Wayne Lee)
Subject: Additional information for the DDJ wavelet code
Originator: wlee@csd4.csd.uwm.edu
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Date: Thu, 9 Apr 1992 03:41:56 GMT

The code and demo come from:

    Mac A. Cody.  "The Fast Wavelet Transform."
        Dr. Dobb's Journal, Volume 17, Issue 4,
        Page 16-28, April 1992.

The demo is in ARC archive format after uudecode.  The file contains
source and executable for IBM PC compatibles.  There are unARC programs
for UNIX systems somewhere.

The code and demo are available for ftp.

From: charlier@cs.tamu.edu (Charlie Richardson)
>Thanks a lot. I was the person who asked for it.  If you had trouble
>getting it, I found it via anonymous FTP from wuarchive.wustl.edu.
>They apparently archive ALL the DDJ code every month - they must
>get it from somewhere else.

The file in there is called "ddj9204.zip" under directory
"/mirrors/msdos/ddjmag".  The site is a simtel mirror site,
so you should be able to get it from any simtel mirror site.
Newsgroups: comp.dsp
From: weixiu@edwin.UVic.CA (Weixiu Du)
Subject: Re: Ptolemy software
Organization: University of Victoria, Victoria, BC, Canada
Date: Thu, 16 Apr 92 21:35:07 GMT

In article <skk5dINN719@agate.berkeley.edu>, jbuck@forney.berkeley.edu (Joe Buck) writes:
> In article <1992Apr16.233208.16723@grace.dsir.govt.nz> srgxnbs@grace.dsir.govt.nz writes:
> >Whats the hardware requirements? or is it a case of "if you have to ask you
> >can't possibly have it"?
> 
> Ptolemy release 0.3.1 runs on a Sparc, a Sun-3, or a DecStation.  It
> builds successfully on the Sparc or the Sun-3 with g++1.40.3 (for which a
> precompiled binary is included in the distribution), or a DecStation with
> the OSF port of g++ (also included).  It also builds on Sun-4's with Sun
> C++ version 2.1 (Sun's port of cfront version 2.1).
> 
> Sources and binaries for each of these three platforms can be FTP'd once
> you sign the agreement.
> 
> 
> --
> Joe Buck	jbuck@ohm.berkeley.edu
 
I have looked at the agreement. It seems to me that Ptolemy can
only be leased to "Organizations". If I want to  install it
on my supervisor's machine  for the purpose of research in
digital signal processing, who is supposed to sign the agreement.
The president of the university or the department head or my 
supervisor or simply just myself, a postdoc at ECE department.
 
  

... weixiu du 

Newsgroups: comp.dsp,sci.engr.biomed,sci.electronics
From: vestli@andrea-doria.ifr.ethz.ch (Sjur Jonas Vestli)
Subject: Re: Polhemus ISOTRACK/3-SPACE and VIRTUAL REALITY
Reply-To: vestli@andrea-doria.ifr.ethz.ch (Sjur Jonas Vestli)
Organization: Swiss Federal Institute of Technology - Inst. of Robotics
Date: Tue, 14 Apr 1992 07:42:05 GMT

In article <1992Apr8.005925.455@ee.ubc.ca>, jthornto@ee.ubc.ca (Johan
Thornton) writes:
|> In article <1992Apr7.031033.19729@njitgw.njit.edu>
andrews@rehab.njit.edu (John Andrews) writes:
|> >     I am starting a project that requires me to locate and
|> >     track a device in 3-space.
|> 
|>  [stuff deleted]
|> 
|> The way I would do this is by using ultrasound.  Construct an
imaginary
|> cube around the space you need to track the object.  In the center of
each
|> of three non-parallel faces you put an ultrasound transducer (mike).
|> 
|> [stuff deleted]
|> 
|> Using v=330 m/s, even just 1 MHz timing resolution will give you the
location
|> accurate to 0.3 mm.  
|> 
   [stuff deleted]

The accuracy of such a measuring system will also be limited by the
wavelength of the ultrasound (US). Let us assume that the
we need one full wave for reliable detection and that we are operating
at 250 kHz. Tperiod=4 us, v=330 M/s, Lambda
(wavelenght)=Tperiod*v=0.00132 m (1 mm).
You might be able to detect within less than one wavelenght,
but usually in US there is plenty of noise around and the detection
circuitry introduces errors of this kind.

Additionally v is dependant on teperature, you probably want to measure
it (temperature) and compensate for it in you calculations.

250 kHz is, I believe, the highest frequency
you will find being used, higher than that the dissipation in air
starts becoming a problem

Sjur Vestli
From: mcgonig@eeserv.ee.umanitoba.ca (Gordon McGonigal)
Newsgroups: comp.dsp
Subject: Re: Hardware questions (help wanted QUICK)
Date: 6 Apr 92 14:52:25 GMT
Organization: Dept. of Elect. & Comp. Engineering, U of Manitoba

hanke@nessie.cs.id.ethz.ch (Norbert Hanke) writes:
>In article <0WV1D7H@obh.in-berlin.de> nummer_5@obh.in-berlin.de (Christian Wierzbicki) writes:
>>I've read in Motorolas Hardware Manual on the 56001 that there has to
>>be fast static ram connected to the processor.
>>Therefore my questions are:
>>1.) How fast must this s-ram be at minimum (for usw with a 2MHz 56001)

>The access time of the s-ram has to be, without address decoding of any
>kind, about 55 ns. With address decoding accordingly less, you end up
>using 35 ns s-rams in most cases.

... assuming, of course, you want a zero wait state system.
However,  the 56001 can be configured with up to 15 wait states, which
will enable the use of much slower memory.
--
                                   * * *
Gord McGonigal                                  mcgonig@eeserv.ee.UManitoba.ca
Dept. of Electrical & Computer Engineering
University of Manitoba, Winnipeg, CANADA (R3T 2N2)       phone: (204) 474-6295
Newsgroups: comp.dsp
From: wlee@csd4.csd.uwm.edu (Wan Ngai Wayne Lee)
Subject: DDJ wavelet code is available
Originator: wlee@csd4.csd.uwm.edu
Organization: Computing Services Division, University of Wisconsin - Milwaukee
Distribution: usa
Date: Tue, 7 Apr 1992 13:16:55 GMT

Recently someone asked for it.  I got it now.
If anybody is interested, send me an email.
There are two files.
    wavlet.asc
    wavlet.arc
The first one is the listing (about 11K).  The
second one is the demo (about 100K).
From: izumi@pinoko.berkeley.edu (Izumi Ohzawa)
Newsgroups: comp.dsp
Subject: Re: How to get to Dr. Bub ?
Date: 16 Apr 92 07:41:51 GMT
Article-I.D.: agate.sjb3vINN32d
Reply-To: izumi@pinoko.berkeley.edu
Organization: University of California, Berkeley
NNTP-Posting-Host: moica.berkeley.edu

In article <1992Apr15.101754.27694@cs.tu-berlin.de> leon@opal.cs.tu-berlin.de (Leon Schmidt (  
Barmixer )) writes:
> Please help me, I need application notes for a digital mixing
> panel. A friend of mine told me to watch out for Dr. Bub and
> he told me to search at "ivucsb.sba.ca.us", but this server
> seems not to exist.
> So please send me information, which e-mail Dr.Bub has or at
> wich ftp-anonymous accounts I may get such application notes.

There is an anonymous FTP site which has materials related to
Motorola DSP56001 including Dr. Bub stuff.  I understand that
the stuff that used to be at ivucsb.sba.ca.us was moved there
before it became unavailable.
Dr. Bub related files are most likely not updated, and are
probably frozen about a year or more ago.
If you are looking for new stuff, go to the original BBS.

Try "sonata.cc.purdue.edu" or "nova.cc.purdue.edu"
128.210.15.30 or 128.210.7.22
in /pub/next/DSP directory.

As you can guess, this is an archive for NeXT computers.

--
Izumi Ohzawa             [ $BBg_78^=;(B ]
USMail: University of California, 360 Minor Hall, Berkeley, CA 94720
Telephone: (510) 642-6440     Fax:  (510) 642-3323
Internet: izumi@pinoko.berkeley.edu (NeXT Mail OK)