HDTenEightyP/NetNews huggingface dataset:
From: gotwols@warper.jhuapl.edu (Bruce Gotwols)
Subject: Re: High-level language/package for signal processing
Organization: JHU/Applied Physics Laboratory
Date: Fri, 14 Aug 1992 00:04:12 GMT

I have used both IDl and Matlab for both signal processing and 
image processing.  As others have correctly said, Matlab is stronger
for signal processing and IDL for image processing.  However, IDL has
one important feature that caused me to settle on it for almost all of
my work in both areas:  It can handle bytes, 16  and 32 bit integers, 
floats, doubles, and complex.  Matlab is restricted to only doubles and
complex....a very severe restriction if you must work with huge arrays
as I often do.

IDL allows routines written in other languages such as C and Fortran to
be hooked into it.  Therefore, I write for instance, digital filter programs
in C and then hook them into IDL at run time.  I also have written a set of
routines that allow me to manipulate Exabyte tape drives from within IDL (using
the hooks mentioned above).  This way I can analyze several Gbytes of radar 
signal data straight from tape without having to first put the data on disk.
I do not know if this can be done from Matlab; perhaps someone will comment 
on this.

There is an anonymous ftp site with hundreds of well written IDL routines
of general interest.  It is fermi.jhuapl.edu.  Get into idl-pvwave and then
the next level down which I think is called jhuapl.  By the way, most of these
routines will also run under pv-wave, but I prefer IDL.

			Regards, bruce
--
Bruce L. Gotwols
Johns Hopkins University, Applied Physics Lab., Laurel MD 20723
Internet:  gotwols@warper.jhuapl.edu   (128.244.27.2) 
SPAN:      APLSP::STR::GOTWOLS
From: "dspse bedford" <dspse.bedford@channel1.com>
Newsgroups: comp.dsp
Subject: sonitec spirit 30
Date: 21 Aug 92 18:42:37 EST
Reply-To: "dspse bedford" <dspse.bedford@channel1.com>
Distribution: comp
Organization: Channel 1 Communications


Hi, I'm an engineer at DSP Software Engineering Inc., and I've
been working with the Sonitech Spirit-30 board with the SAIB
(their Stereo Audio Interface Box). I would advise looking into
other TMS320C30 boards based on my experience with their hardware
and technical support.

We have had great success with DSP Research's Tiger-30 board, which is
similar in price to the Spirit-30. DSP Research also has an AIB (w/DAA)
available for it if that was one of your considerations. The Elf-31 from
ASPI (Atlanta Signal Processors Inc.) is a very nice low-cost board
based on the TMS320C31 with a built-in telephone line interface.

Here are some addresses and phone numbers that may be useful to you:

DSP Software Engineering, Inc.
165 Middlesex Turnpike, Suite 206
Bedford, MA 01730
Phone (617) 275-3733    Fax (617) 275-4323

DSP Research, Inc.
1095 East Duane Avenue, Suite 203
Sunnyvale, CA 94086
Sales (408) 773-1042

Atlanta Signal Processors, Inc.
770 Spring Street
Atlanta, Georgia 30308
Phone (404) 892-7265    Fax (404) 892-2512

Hope this is helpful,

- Mehool S. Patel
--
Channel 1 (R)   Cambridge, MA

Newsgroups: comp.dsp
From: hblim@iti.gov.sg (Hock-Beng Lim)
Newsgroups: comp.dsp
Subject: Looking for ADC boards
Date: 13 Aug 92 11:08:59 GMT
Organization: Information Technology Institute, National Computer Board, Singapore.

Hi !

I am looking for an ADC (analog-to-digital) board which can be plugged
into the popular workstations such as the Sun SPARCstation 2, IBM RS/6000,
and the HP 700 series. The board (or multiple boards) should have eight
channels (preferably differential), with sampling rate of 50KHz to 200 KHz
per channel. The board should provide digital outputs of 12 to 16 bits.
Finally, it should have simultaneous sampling and hold capability.

Please send me email if you know of a company that offers such a product.

Thanks in advance !

HB
-- 
-----------------------------------------------------------------------------
Hock-Beng Lim                                   | hblim@csrd.uiuc.edu
Center for Supercomputing R&D, UIUC. (on leave) | hblim@iti.gov.sg 
Information Technology Institute, Singapore.    | tel : (65)772-7205,772-7273
Newsgroups: comp.dsp
From: dak@tabaqui.informatik.rwth-aachen.de (David Kastrup)
Subject: Re: == A Little Question ==
Organization: Rechnerbetrieb Informatik  /  RWTH Aachen
Date: 13 Aug 92 06:19:45 GMT

u7811837@ccsun9.cc.nctu.edu.tw () writes:

>----------------------------------------------------------------------------
>Dear reders ,

> I am looking for real functions A(x) and B(x) which satisfy both  the following constraints :

> (a) < A(x-k), A(x-l) > = delta(k,l). 
>     < B(x-k), B(x-l) > = delta(k,l).
>     < A(x-k), B(x-l) > = 0. 

> (b) < A"(x-k), B"(x-l) > = 0.

> where the symbol <.,.> stands for the inner product, and delta(.,.) stands
> for the kronecker delta function. k and l are integers. A" and B" are defined
> as the second derivatives of functions A and B.
Assuming that this relations have to hold for integers only
(and the delta function is the integer one),
AND ignoring that you used a convolution in your definition, instead
of a correlation ( <A(k-x), A(x-l)> = 0, we can ignore this iff A is even),
apart from condition (b) this is just the Nyquist criteria. Now if
< A"(x-k), B"(x-l) > = 0, this means
< A(x-k), B(x-l), delta""(x) > = 0, which apart from the four time
differentiation is the same as Nyquist condition above. If you have any harmonic
signals (frequency multiplex), differentiating 4 times will not make any
difference, so the usual frequency multiplex signals will do.

Also, any orthogonal signals with a duration of strictly less than 1
will have an interval of zero about the critical sampling points in
their correlation functions, and will thus also qualify.
Newsgroups: comp.dsp
From: hopewell@cbnewsm.cb.att.com (alan.j.greenberger)
Subject: Re: AT&T DSP3210
Organization: AT&T
Distribution: usa
Date: Fri, 14 Aug 1992 16:17:04 GMT

In article <1992Aug12.160517.11303@cgrg.ohio-state.edu> david@osc.edu (David Knight) writes:
>I'm YADSPN (yet another DSP novice) wanting to experiment.  The August issue
>of Byte gives a brief comparison of a few DSP chips available, one of which
>is the AT&T DSP3210.  I'm interested in finding out more about this chip but
>I don't know who/where to contact at AT&T.  (I let my fingers do the walking
>in the phone book, but alas, the local AT&T sales rep. didn't even know what
>an integrated circuit was, nor where in his own company he should look.  He
>didn't know AT&T made them.)
>
>I'd appreciate it if anyone could give me an address, phone #, and/or email
>address of whatever AT&T contact is appropriate.

Try 1-800-372-2447
Newsgroups: comp.dsp
From: david@osc.edu (David Knight)
Subject: Re: AT&T DSP3210
Organization: The Ohio Supercomputer Center
Date: Thu, 13 Aug 1992 15:50:56 GMT

In article <1992Aug12.190457.13363@mnemosyne.cs.du.edu> jjsmith@nyx.cs.du.edu (Jonathan J. Smith) writes:
>In article <1992Aug12.160517.11303@cgrg.ohio-state.edu> david@osc.edu (David Knight) writes:
>>I'm YADSPN (yet another DSP novice) wanting to experiment.  The August issue
>>of Byte gives a brief comparison of a few DSP chips available, one of which
>>is the AT&T DSP3210.  I'm interested in finding out more about this chip but
>>I don't know who/where to contact at AT&T.  (I let my fingers do the walking
>>in the phone book, but alas, the local AT&T sales rep. didn't even know what
>>an integrated circuit was, nor where in his own company he should look.  He
>>didn't know AT&T made them.)
>>
>>I'd appreciate it if anyone could give me an address, phone #, and/or email
>>address of whatever AT&T contact is appropriate.
>
>
>I believe that same article also gives the companies phone number
>at the back of the article, they should all be 800 numbers for contacting
>the dsp departments.

Thanks for the tip, but you must have a different edition of Byte than I have.
Just in case anyone else is interested, here's a summary of the responses I've
received:

-------
From: huh@drutx.ATT.COM

Try:
	AT&T Microelectronics
	555 Union Blvd
	Allentown, PA  18103
	(800) 372-2447

-------
From: winkeler@eagle.natinst.com (Keith Winkeler)

Try Kreg Ulery, DSP Multimedia Applications Manager at (215)439-6559

-------
From: dld@vax135.att.com

The Northeast Regional center for information is given as 508-626-2161
in the DSP3210 manual I have.

-------
From: bil@ccrma.Stanford.EDU

Their numbers are (USA) 1-800-372-2447 and (Canada)
1-800-553-2448.  Besides the "DSP3210 Digital Signal
Processor" manual, you might also find the "VCOS Multimedia
Development Kit Technical Reference" interesting.  Both
were sent to me free and very promptly.

-------

Thanks to all who helped!
Newsgroups: comp.dsp
From: bbs.forte@tsoft.sf-bay.org (Steve Salani)
Subject: National Instruments LabView
Organization: The TSoft BBS and Public Access Unix, +1 415 969 8238
Date: Tue, 18 Aug 1992 20:25:45 GMT

Does anyone have any experience using the National Instruments Labview
package (Macintosh) for developing DSP code?  It looks like a nice 
package,, but the price is quite high ($2000).  Are there other DSP
development environments available for the mac?    Thanks!

--
Steve Salani (bbs.forte@tsoft.sf-bay.org)
Newsgroups: comp.dsp
From: ukrainec@nimios.eng.mcmaster.ca (Andrew Ukrainec)
Subject: Re: High-level language/package for signal processing
Organization: Communications Research Laboratory, McMaster University
Date: Thu, 13 Aug 1992 17:31:18 GMT

In article <4272@inca.comlab.ox.ac.uk> ph@physiology.oxford.ac.uk (Patrick
Haggard) writes:

>I am looking for a high-level language/environment for viewing,
>editing, and manipulating physiological signals.  My signals tend to

As far as commercial choices go, there is MATLAB, IDL or PV-wave.  (IDL and
PV-wave were the same program, but are know diverging).  We use all three
here, and are quite happy with them.  If you decide on MATLAB, the new
version 4.0 is / will be an improved product, with better graphing.  I saw a
demo at a conference recently, and it looks quite impressive.  This is my
personal favourite choice.  A lot of built in signal processing capabilities.
The IDL / PV-wave product is more geared to image processing, and has signal
processing functions as well.  You can design your own widgets which can
control your simulation.  Nice.  All these products are available for SPARC
2.  See comp.lang.idl and comp.lang.idl-pvwave for info.

There is not much in the public domain, Khoros being the only one that
comes to mind.  Its geared for image processing.  See comp.soft-sys.khoros
for more info.

If I had to choose one, it would be MATLAB.

Hope this helps,
Andy
-- 
         Andrew Ukrainec                 ukrainec@nimios.eng.mcmaster.ca 
          <    (*) >               /  \             < (*)    >           
Communications Research Laboratory      McMaster Univ, Hamilton, Ontario
Newsgroups: comp.dsp
From: hards4@ee.adfa.oz.au (Brad Hards)
Subject: Re: comp.dsp FAQ 0.0alpha
Organization: ADFA Vortex
Date: Thu, 13 Aug 1992 11:57:01 GMT

In article <1992Aug11.180633.11475@bert.eecs.uic.edu>, eddins@bert.eecs.uic.edu (Dr. Steven L. Eddins) writes:
> 
> I thought it appropriate to correct the statement below about Khoros:
[Me quoting someone else saying Khoros is public domain]
> Khoros is definitely *not* public domain.  It's all carefully
> copyrighted, and although it may generally be obtained free if you get
> it directly from UNM, there are restrictions on redistributing Khoros
> or Khoros derivatives.  See the FAQ in comp.soft-sys.khoros for more
> info.
Steve Eddins is quite correct. Note that I also managed to state that 
the ptolemy system is Public Domain which is also in error. There will be
a new draft of the FAQ (with lots of other errors corrected) soon.

Just think: what could you contribute?

Brad Hards
From: ph@physiology.oxford.ac.uk (Patrick Haggard)
Newsgroups: comp.dsp
Subject: High-level language/package for signal processing
Date: 13 Aug 92 12:53:56 GMT
Organization: Physiology Department, Oxford University, Oxford, UK.
Originator: ph@galen.physiol


Hi. I'm new to this group, and I would have thought this was a FAQ,
but I couldn't locate it, so:

I am looking for a high-level language/environment for viewing,
editing, and manipulating physiological signals.  My signals tend to
be 1D waveforms like EEGs, but I often want to work with many
channels simultaneously.  I want to be able to view them on a
SPARC2 running OpenWindows 2, and to interactive things like cursor
movement etc.  However, I would also like an underlying highlevel
language for doing things like:
applying builtin or userdefined functions to signals: a=fft(b)
arithmetic signal manipulation;  signal3=(signal_a+signal_b)/2
etc., so that automated analyses could be done in batch.  A macro
facility would also be extremely useful.

Does anyone have any thoughts about such environments, prefarably PD 
but commercial info would also be interesting.  At the moment, a lot
of the software interest seems to be on environments for image
processing, but there still seems to be a wide-open space for someone
to come in with a really good signal environment.

Thanks

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

Patrick Haggard,
Oxford University Laboratory of Physiology,
Parks Road,
Oxford,
OX1 3PT
England

Tel. (0865) 272116
Fax. (0865) 272469
Email (JANET): ph@uk.ac.ox.physiol
------------------------------------------------------------
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.soft-sys.andrew
Subject: Re: compiling andrew for Risc/os 4.52
Date: 13 Aug 92 21:53:58 GMT
Organization: Auspex Systems, Santa Clara

>It has a dlfcn.h and a library containing dlopen, dlsym etc... I never got a  
>chance to test them out though.

Hmm.  At one point, I'd asked somebody at MIPS whether they were going
to have it, and they indicated it wasn't coming out in the first release
with the dynamic-linking stuff (5.0, I'd assumed), but would come out
later.  I guess they decided not to wait....

>Please don't mention pty's and signals under RISC/os. Just thinking about it  
>makes me ill.

Is it that SVR4's pty stuff has problems (it does - folks at Sun fixed
many of them for SunOS 5.0, and sent the fixes back to AT&T, and
hopefully they'll show up in a subsequent SVR4 release), or that RISC/os
5.0's pty stuff isn't SVR4's and has problems of its own?
From: njw@cs.city.ac.uk (Nick Williams)
Newsgroups: comp.soft-sys.andrew
Subject: More checks on size of ATK applications
Date: 21 Aug 92 10:03:10 GMT
Organization: The Internet


Well, I'm still trying to cut down the size of ATK apps.

As Nathaniel points out, much of the overhead in the applications is
from the ATK itself, and the message server business with messages will
only decrease the size in a minor way. However in the SunOS environment,
where the `.do' files really use the SunOS dynamic library mechanism,
surely it'd be better to have the statload business in runapp eliminated
and make everything dynamic (including the linking of the X11 libraries,
etc).

This way, it'd take an extra micro-moment to start up the application,
which people wouldn't really notice, but most of the application could
be shared between processes;  unless I'm wrong, dynamic linking of
libraries allows applications to share the text image of the libraries,
so cutting down on swap size.  Hence the 900 odd K of runapp could be
cut down fairly massively.

Am I wrong?

Nick Williams                          E-mail: njw@cs.city.ac.uk (MIME and ATK)
Systems Architecture Research Centre,  Tel: +44 71 477 8551
London, EC1V 0HB                       Fax: +44 71 477 8587
From: zstern@adobe.com (Zalman Stern)
Newsgroups: comp.soft-sys.andrew
Subject: Re: compiling andrew for Risc/os 4.52
Date: 12 Aug 92 21:18:12 GMT
Organization: Adobe Systems Incorporated

In article <14002@auspex-gw.auspex.com> guy@Auspex.COM (Guy Harris) writes:
> >If you do RISC/os 5.0, start with Guy Harris' SysVr4 dynamic loader code  
for  
> >the Sun SPARC.
> 
> I.e., RISC/os 5.0 has "dlopen()", "dlsym()", and company?  If not, my code
> won't work, as it's built atop them.

It has a dlfcn.h and a library containing dlopen, dlsym etc... I never got a  
chance to test them out though. They are built on MIPS' own Dynamic Shared  
Object (DSO) technology which is somewhat different from Sun's or AT&T's.  
That is, dlopen/dlsym are library routines written in terms of a different  
MIPS only interface (consisting of routines with "rld_" in front of them if  
I recall). I suppose if the SysVr4 compatibility code doesn't work, you can  
either bug report it or use the lower level DSO interfaces. (I have no  
reason to believe dlsym/dlopen are broken though.)

Please don't mention pty's and signals under RISC/os. Just thinking about it  
makes me ill.
--
Zalman Stern		   zalman@adobe.com		    (415) 962 3824
Adobe Systems, 1585 Charleston Rd., POB 7900, Mountain View, CA 94039-7900
  "Yeah. Ask 'em if they'll upgrade my shifters too." Bill Watterson
From: guy@Auspex.COM (Guy Harris)
Newsgroups: comp.soft-sys.andrew
Subject: Re: More checks on size of ATK applications
Date: 21 Aug 92 18:02:31 GMT
Organization: Auspex Systems, Santa Clara

>However in the SunOS environment,
>where the `.do' files really use the SunOS dynamic library mechanism,

Yes, under SunOS 4.1[.x].  No, under SunOS 4.0[.x] (or 3.x, but 3.x
didn't have the dynamic linking mechanisms); 4.0[.x] has dynamic
libraries, but its dynamic linking mechanism didn't have dynamic
run-time loading.

>This way, it'd take an extra micro-moment to start up the application,
>which people wouldn't really notice, but most of the application could
>be shared between processes;  unless I'm wrong, dynamic linking of
>libraries allows applications to share the text image of the libraries,

It does - *and* allows them to share the text image of stuff loaded at
run-time as well; however:

>Hence the 900 odd K of runapp could be
>cut down fairly massively.

"runapp" was, at least in part, cooked up as "shared libraries for
systems that don't have them" - all applications built atop "runapp"
will share that part of ATK statically linked into "runapp".
From: harcoh@ZEUS.CS.KUN.NL (Harco de Hilster)
Newsgroups: comp.soft-sys.andrew
Subject: Re: SNAP, remote message servers
Date: 21 Aug 92 09:07:37 GMT
Organization: The Internet

Excerpts from andrew.mailing-list: 20-Aug-92 SNAP, remote message
servers Nick Williams@cs.city.ac (908+0)

> Hey folx.

> I'm thinking of setting up our site such that messages uses the remote
> message server facilities.  The hope is that this will cut down on the
> size of the application performing the actual reading of the mail. This
> would allow more people to run messages in the timesharing-like system
> that we have here.

> Does anyone have any experience of running SNAP with the basic andrew
> environment (i.e. no AMDS or suchlike)?  Any pitfalls that I should know
> about? Is it even worth it---how much saving would I get? Is there any
> real documentation on setting it up?

The message server that will serve the clients is on a sun4 737280 bytes
large.  Instead of messages you would start messagess, which just start
messages with a -S option, so I don't think you get impressive less
memory usage (but the load should drop). 
here is a ps aux:

harcoh     314  0.0  1.4 1424  856 p0 S    08:27   0:17 messages
harcoh     730  0.0  0.0 1016    0 p1 IW   08:56   0:01 messages -S
harcoh    2938  0.0  1.4  368  872 p0 S    10:38   0:00 MS.10.3 harcoh 8 10 -a

I got this to work yesterday, so your timing is perfect. I've got some
problems like; messages takes forever to startup (but when it is done,
you don't notice any delays), vuis/t dumps core, and cuis/t gives an
authorization failure. The latter may be caused by the new guardian I'am
using. This new guardian seems to be necessary to use PC/Mac Mail.

> Also, what conclusion was there earlier (in mailing list timesense)
> about where to get Macintosh/PC interfaces to the SNAP mechanism.

Someone of special projects gave me the sources for the new message
servers and EzMail. EzMail can be used to replace VUI on Unix, I should
compile on a PC with stacks of FTP and LWP. I'am trying to convince the
sources that PC-NFS  is a good alternative. I only got the binaries of
MacMail, but I haven't tried it yet.
The message servers contained some AFS dependencies, which I removed.

It certainly takes some work to get this all to work, but I'am very close.

Contact me if you want more information.

Greetings,

Harco de Hilster
University of Nijmegen
The Netherlands
Newsgroups: comp.soft-sys.andrew
From: ggm@brolga.cc.uq.oz.au (George Michaelson)
Subject: shrinking the installed andrews down
Organization: Prentice Centre, University of Queensland
Date: Fri, 21 Aug 1992 02:45:55 GMT


So I have ez and the inserts working fine, I guess I might
want to keep messages alive in case I ever work out how
to sigue it into local mail. console doesn't look big enough
to worry about.

do I need the .ch and .ih files in /usr/andrew/include for
runtime reasons? its about 8Mb deep. 

can I tell simply if anything under dlib/atk is needed by
another runtime-loaded resource?

	-George

--
                         George Michaelson
G.Michaelson@cc.uq.oz.au The Prentice Centre      | There's no  market for
                         University of Queensland | hippos in Philadelphia
Phone: +61 7 365 4079    QLD Australia 4072       |          -Bertold Brecht
Newsgroups: comp.soft-sys.andrew
From: robd@ZEUS.CS.KUN.NL (Rob Duin)
Newsgroups: comp.soft-sys.andrew
Subject: print page and TOC
Date: 14 Aug 92 10:55:04 GMT
Distribution: world
Organization: The Internet

I have run into some strange problems. When I select the Printer Setup
dialog box, and choose the option "Print table of contents (TOC) with
documents" and try to print the document, I do not get any TOC. Only the
full document appears on the printer.

Another problem comes with preview. From the preview window I choose the
Print Page option. Nothing happens!! Is this known, and will this be
solved?

When dealing with larger documents these options are very important,
using EZ and ATK.

System: SUN4.1.2, NFS, ATK 5.1, Ez 7.0, GROFF

Does anyone know more about this? Thanks in advance.

Rob.
=======================================
= Rob Duin 
= email: robd@cs.kun.nl
= kamer A5009, tel. 080 - 652169
= Universitaire School voor Informatica
= Katholieke Universiteit Nijmegen
= 6525 ED   Nijmegen
=======================================
From: njw@cs.city.ac.uk (Nick Williams)
Newsgroups: comp.soft-sys.andrew
Subject: SNAP, remote message servers
Date: 20 Aug 92 11:17:44 GMT
Distribution: world
Organization: The Internet

Hey folx.<nl>
<nl>
I'm thinking of setting up our site such that <bold>messages</bold> uses the r=
emote message server facilities.  The hope is that this will cut down on the s=
ize of the application performing the actual reading of the mail. This would a=
llow more people to run messages in the timesharing-like system that we have h=
ere.<nl>
<nl>
Does anyone have any experience of running SNAP with the basic andrew environm=
ent (i.e. no AMDS or suchlike)?  Any pitfalls that I should know about? Is it =
even worth it---how much saving would I get? Is there any real documentation o=
n setting it up?<nl>
<nl>
Also, what conclusion was there earlier (in mailing list timesense) about wher=
e to get Macintosh/PC interfaces to the SNAP mechanism.<nl>
<nl>
Nick<nl>
Nick Williams                          E-mail: njw@cs.city.ac.uk (MIME and ATK=
)<nl>
Systems Architecture Research Centre,  Tel: +44 71 477 8551<nl>
London, EC1V 0HB                       Fax: +44 71 477 8587<nl>