HDTenEightyP/NetNews huggingface dataset:
From: japancs@cs.arizona.edu (Japan CS Project)
Newsgroups: comp.research.japan,sci.math.num-analysis
Subject: SIG Notes Series (SIGNA meeting held on October 7, 1989)
Date: 17 Dec 92 21:58:49 GMT
Followup-To: comp.research.japan


------------------------------------------------------------------------
SIG Notes Series (SIGNA meeting held on October 7, 1989)

            published by

Information Processing Society of Japan  (in Japanese)
------------------------------------------------------------------------

[Collection and dissemination of this information supported in part by
 ONR Grant N0001492J1737.]


An Iterative Method for Algebraic Equation by Pade Expansion
	by T. SAKURAI, T. TORII AND H. SUGIURA	
	 Department of Information Engineering, Faculty of Engineering, 
	 Nagoya University, Furo-cho, Chikusa-ku, Nagoya, 464-0l, Japan

Stabilization of Fast Solver For the Conformal Mapping
	by E. SONG, H. SUGIURA and T. SAKURAI
	 Department of Information Engineering, Faculty of Engineering,
	 Nagoya University, Furo-cho, Chikusa-ku, Nagoya, 464-01, Japan

A Method for Constructing Generalized R.K. Method
	by H. SUGIURA and T. TORII
	 Department of Information Engineering, Faculty of Engineering,
	 Nagoya University, Furo-cho, Chikusa-ku, Nagoya, 464-01, Japan

Disign Techniques for FIR Digital Filter by Direct Method
	by Y. OHTA and A. KAWATA
	 Faculty of Engineering, Kansai University, 3-3-35 Yamate-cho, 
	 Suita-shi, 564, Japan

A Family of Higher-Order Converging Algorithms for Approximating
 to Square Roots
	by K. OZAWA
	 Department of Information Technology, Sendai National College
	 of Technology, Kami-Ayashi, Aoba-ku, Sendai, 989-31, Japan

Improvement Methods of Calculation of Numerical Integration
	by H. HIRAYAMA
	 Dept. of Mechanical Systems Engng., Kanagawa Institute of Technology,
	 1030 Shimo-ogino, Atsugi, Kanagawa-ken 243-02, Japan

A Phase Property of Semi-implicit Runge-kutta Methods
	by T. KOTO
	 International Institute for Advanced Study of Social
         Information Science, Fujitsu Limited, 140 Miyamoto, Numazu-shi,
         Shizuoka 410-03, Japan

Numerical Conformal Mapping and its Inverse Mapping based
 on the Charge Simulation Method
	by K. AMANO
	 Department of Applied Mathematics, Faculty of Engineering,
	 Ehime University, Matsuyama, 790, Japan

Programming to Solve Linear Least Squares Problems on
 IBM 3090 Vector Facility
	by H. SAMUKAWA
	 IBM Japan, Ltd., 19-21, Nihonbashi, Hakozaki-cho, Chuo-ku, Tokyo 103

A Proposal of Efficient SOR Method on Vectorcomputers in the
 2D, 3D Generalized Coordinate System
	by S. FUJINO and T. TAMURA
	 Institute of Computational Fluid Dynamics ORI of Shimizu Corporation, 
	 21-4, Hara-cho, Meguro-ku, Tokyo 152, Japan

Solutions of 3D Incompressible MHD Code Using the Curvilinear
 Coordinate System
	by Y. TAKEMOTO and N. NAKAJIMA(2) 
	 Faculty of Economics, Yokkaichi University, Kayou-cho,
	 Yokkaichi, 512, Japan
	 (2)  National Institute for Fusion Science, Furou-cho, Chikusa-ku,
	  Nagoya, 464, Japan
From: japancs@cs.arizona.edu (Japan CS Project)
Newsgroups: comp.research.japan
Subject: SIG Notes Series (SIGDPS meeting held on September 28, 1989)
Date: 17 Dec 92 21:55:17 GMT


------------------------------------------------------------------------
SIG Notes Series (SIGDPS meeting held on September 28, 1989)

            published by

Information Processing Society of Japan  (in Japanese)
------------------------------------------------------------------------

[Collection and dissemination of this information supported in part by
 ONR Grant N0001492J1737.]


An Environment for SuperC Programming
	 by K. KATSUYAMA, T. NAKAKAWAJI, F. SATO and T. MIZUNO
	  Information Systems and Electronics Development Lab., 
	  Mitsubishi Electric Corp., 5 Ofuna, Kamakura-City, 247, Japan

Implementation of OSI RDA Protocol
	 by S. NISHIYAMA, S. OBANA, K. SUGIYAMA, H. HORIUCHI(2),
	 and K. SUZUKI(3)
	  KDD Kamifukuoka R & D Labs., 2-1-15, Ohara, Kamifukuoka,
	  Saitama 356
	  (2)  OSI Plus Corp., 2-1-23, Nakameguro, Meguro-ku, Tokyo 153 
	  (3)  KDD Kamifukuoka R & D Labs., 2-1-15, Ohara, Kamifukuoka,
           Saitama

Implementation of OSI CCR
	 by S. OBANA, K. SUGIYAMA and S. NISHIYAMA
	  KDD R & D Labs., 2-1-15, Ohara, Kamifukuoka-shi, Saitama 356

Implementation and Evaluation of a Network System Based
 on LLC Type 3 for OZ: Object-Oriented Open Distributed System
	 by M. TSUKAMOTO, N. YOSHIE(2), T. KONDO(3), I. MIZUTANI(4)
	 and N. TANAKA(5)
	  Electrotechnical Laboratory, l1-4, Umezono, Tsukuba Science
	  City, 305 Japan
	  (2)  Sumitomo Electric Industries, Ltd.
	  (3)  Sharp Corporation
	  (4)  Sumitomo Electric Industries, Ltd.
	  (5)  Matsushita Electric Industrial Co. Ltd.

Distributed Checkpointing and Roll Back Recovery
	 by M. TAKIZAWA and K. MIYAJIMA
	  Department of Information and Systems Engineering, Tokyo
	  Denki University, Ishizaka, Hatoyama, Hiki-gun, Saitama 350-03, Japan

A Method of Voice Input and User-lnterface Evaluation for 
 Order-Entry System
	 by K. SAKANOUE and M. KATSUMATA
	  NTT Communications and Information Processing Laboratories,
	  1-2356, Take, Yokosuka-shi, Kanagawa 238-03, Japan
From: rick@cs.arizona.edu (Rick Schlichting)
Newsgroups: comp.research.japan
Subject: New NSF Program for Sending American Researchers to Japan
Date: 16 Dec 92 22:48:51 GMT

[Note that the application deadline for the initial evaluation round
 is Feb 15.  -- Rick]


           Grants for Research in Japan


The National Science Foundation (NSF) and the Japan
Foundation's Center for Global Partnership (CGP) announce a
new program to encourage U.S. scientists and engineers to
participate in research in Japan.  U.S. science and
engineering researchers at the level of postdoctorate* and
above in industry, government, or university, may apply for
support to conduct research at Japanese corporate,
government, or university laboratories.

Depending upon the length of stay, support will consist of
some or all of the following items: salary, travel,
relocation expenses, housing, and Japanese language study.

The U.S. researcher must take the initiative to correspond
with potential Japanese hosts and to identify the one who
will be the most appropriate.  To aid in the search for an
appropriate host, NSF will furnish upon request directories
of Japanese institutions willing to receive American
researchers.

Applications will follow NSF's standard proposal format as
outlined in the "Grants for Research and Education in
Science and Engineering: An Application Guide," NSF
publication 92-89.  Project Descriptions are limited to
five pages for research stays of three to six months and 10
pages for research stays of more than six months.  Beginning
December 1992, proposals will be accepted for fellowships to
begin after June 1, 1993.  The target date for proposal
submission will be February 15, 1993.

For futher information as well as copies of the materials
mentioned above contact:

                 Japan Program
       Division of International Programs
           National Science Foundation
                1800 G Street, N.W.
              Washington, D.C.  20550

              phone:  (202) 653-5862
                TDY:  (202) 357-7492     
     e-mail:  nsfjinfo@nsf.gov (Internet) or
               nsfjinfo@nsf (BitNet)
                      
[* or equivalent professional research experience beyond 
an M.S. degree  in the natural sciences or engineering]
From: japancs@cs.arizona.edu (Japan CS Project)
Newsgroups: comp.research.japan
Subject: SIG Notes Series (SIGCV meeting held on September 21, 1989)
Date: 17 Dec 92 21:51:15 GMT


------------------------------------------------------------------------
SIG Notes Series (SIGCV meeting held on September 21, 1989)

            published by

Information Processing Society of Japan  (in Japanese)
------------------------------------------------------------------------

[Collection and dissemination of this information supported in part by
 ONR Grant N0001492J1737.]


International Standardization of Imaging Processing
	by K. FUJIMURA
	 Electrotechnical Laboratory, l-14 Umezono, Tsukuba-shi,
	 Ibaraki 305, Japan

Multiple Optical Flow Estimation Using Spatio-temporal Filtering
	by M. SHIZAWA and K. MASE
	 NTT Human Interface Laboratories, 1-2356 Take, Yokosuka- shi,
         238-03, Japan

Road Shape Reconstruction by Local Flatness Approximation
	by K. WATANABE and K. KANATANI
	 Department of Computer Science, Gunma University, Kiryu,
	 Gunma 376, Japan

A Method of Corresponding between Surfaces of Two Frames in
 Cell Animation Images using each Three Dimensional Structure
 	by M. SHIOHARA, S. SHlMlZU and T. GOTOH
	 Pattern Information Processing Laboratory, Fujitsu
	 Laboratories Ltd., 1015, Kamikodanaka, Nakaharaku, 
	 Kawasaki, 211, Japan

Extraction of String Patterns from Illustration of Parts
	by H. TAKEDA and Y. ONO(2)
	 Systems Development Laboratory, Hitachi Ltd., 1099, Ohzenji,
	 Asao-ku, Kawasaki, 215, Japan
 	 (2)  Hitachi Keiyo Engineering Ltd.
Newsgroups: comp.dsp
From: Bob Zigon <bobz@truevision.com>
Subject: I need the comp.dsp FAQ
X-Useragent: Nuntius v1.1
Date: Wed, 16 Dec 1992 18:14:47 GMT
Organization: Truevision, Inc

   Could someone please send me the comp.dsp FAQ so that I can avoid
asking what has already been asked?

Thanks

Bob Zigon
bobz@truevision.com
Newsgroups: comp.dsp
From: mimic@lesti.hut.fi (Jarkko Vuori)
Subject: Re: DSP56001 and CS4215
Organization: Helsinki University of Technology, Finland
Date: 17 Dec 92 18:12:01 GMT

In <1gmm0kINNm8t@agate.berkeley.edu> tom@mills.edu (Tom Erbe) writes:
>Has anyone connected these two chips (DSP56001, CS4215)?
>As I am under a deadline, I would be
>forever indebted to anyone who could share their experiences with me.  DSP
>or psuedo code would be very appreciated.

	CS4215 connects very neatly to DSP56001. The software is a little
	tricky if you want high-performance 16-bit fast-interrupt
	based data transfer. Look the source code sample below.

		Jarkko Vuori
		Jarkko.Vuori@hut.fi

-----------------------------------------------------------------------
; SSI transmitter interrupt
;(because syncronous mode, we can use the same interrupt for both reading and writing)
	org	p:i_ssitd
	movep		    y:(r7)+,x:m_tx
	movep		    x:m_rx,x:(r7)


;****************************
;*     Open codec driver    *
;****************************
; Start-up Crystal CS4215 Codec
;   r7 - address of the modulo buffer (x: A/D, y: D/A)
;   m7 - lenght of the modulo buffer
;   x0 - samping rate:
;	8	kHz   $000000
;	9.6	kHz   $003800
;      16	kHz   $000800
;      27.42857 kHz   $001000
;      32	kHz   $001800
;      48	kHz   $003000
;
;
; program SSI to handle Crystal's initial communication mode
opencd	movep		    #$4f05,x:m_cra	    ; 16-bit, 16 frames
	movep		    #$3b3c,x:m_crb	    ; generate SCLK and FS

	movep		    #$01e3,x:m_pcc	    ; TXD,RXD,SC2,SCK,SRD,STD
	movep		    #$001c,x:m_pcddr	    ; SCLK,SC0,SC1 as output
	movep		    #$0000,x:m_pcd	    ; PDN down (wake up Crystal)

; send control blocks to the Crystal until we get valid responce from it
	move		    y:<cryconf,a1	    ; add sampling rate info to configuration block
	or	x0,a	    #cryconf,r0
	move		    a1,y:<cryconf
	move		    #4-1,m0

wakeCry jsr	outblk				    ; send control info until CLB is low
	jset	#2+16,x:tmpblk+2,wakeCry

; Crystal is configured, send final control block
	bset	#2+16,y:<cryconf+0		    ; set CLB high
	do	#10,confok			    ; at least two frames after CLB high
	jsr	outblk				    ; and ensure that at least 50 ms elapsed after leaving from PDN state
	nop

; reset and reprogram SSI again because we will get clock and frame signals from Crystal
confok	movep		    #$0003,x:m_pcc	    ; SRD,STD
	movep		    #$4305,x:m_cra	    ; 16-bit, 4 frames
	movep		    #$3b0c,x:m_crb	    ; receive SCLK and FS
	movep		    #$01e3,x:m_pcc	    ; TXD,RXD,SC2,SCK,SRD,STD

; then start data transfer and synchronize to it
	movep		    #$0010,x:m_pcd	    ; D/C high (switch Crystal to data mode)

waitsyn jclr	#m_tde,x:m_sr,waitsyn		    ; wait for the frame sync
	jset	#m_tfs,x:m_sr,frmsync
	movep		    x:m_rx,x:m_tsr
	jmp	waitsyn

frmsync do	#4-1,flshfrm			    ; then get rid of the remaining data
_loop	jclr	#m_tde,x:m_sr,_loop
	movep		    y:(r7)+,x:m_tx
	movep		    x:m_rx,x:(r7)
flshfrm movep		    #$7b0c,x:m_crb	    ; enable transmit interrupts

	rts
Newsgroups: comp.dsp
From: fransdon@fwi.uva.nl (Robert Wim Fransdonk (I))
Subject: libaudio.h
Organization: FWI, University of Amsterdam
Date: Mon, 14 Dec 1992 10:59:47 GMT

Could someone tell me where to find 'libaudio.h' ?
I need it for a Sun Sparc.

Thanks,
            Rob Fransdonk    (fransdon@gene.fwi.uva.nl)
From: assaleh@eagle.rutgers.edu (Khaled Assaleh)
Newsgroups: comp.dsp
Subject: Re: Books on spectral analysis
Date: 12 Dec 92 19:42:37 GMT
Organization: Rutgers Univ., New Brunswick, N.J.

hedley@ee.su.oz.au writes:

>I am searching for a book (not papers) that covers spectral analysis,
>time-frequency distributions, wavelets etc.

>If such a book exists please provide details.

>Thanks in advance,

>Mark Hedley
>hedley@ee.su.oz.au

It is difficult to find one book that covers all the subjects you mentioned.
However, along with the suggested books in article: 2239 you might want 
consider the following books:

1. Digital Spectral Analysis with Applications,
   S. Lwrence Marple, Jr.

2. Optimum Signal Processig,
   S. J. Orfanidis

3. Wavelet Theory and its Applicatios,
   R. K. Young 

Good Luck,

Khaled Assaleh
CAIP CENTER
RUTGERS
From: cmh@eng.cam.ac.uk (C.M. Hicks)
Newsgroups: comp.dsp
Subject: Re: compilers for DSP processors
Date: 17 Dec 92 12:46:18 GMT
Organization: cam.eng

vanpraet@imec.be (Johan Van Praet) writes:


>I am writing a report on different approaches to generate code for a
>DSP processor and would like to hear some opinions of the net-people
>about this.

>- Which method do you use to write code ?

All my DSP code is 100% assembler, but I often prototype algorithms
in MATLAB on a PC to get the *algorithm* right, before diving into
coding for speed on the DSP.

DSP assembly language is such that it is relatively easy to write good,
readable code (main experience is with DSP32c and ADSP21xx). I find that
a compiler really does not make coding that much easier, particularly if
the assembler supports macros etc. Direct assembly language coding
also allows me to use tricks with the pipeline, special addressing modes (eg
bit-reversed, circular buffers), zero-overhead loops and so on, squeezing
as much useful work out of the processor as possible. (Most of my work
is in audio processing)

DSP chips are designed to be fast, and to slow them down with compiled code
seems daft, particularly in real-time applications. Obviously development
time (and hence cost) is an issue, but I can write DSP code as good as any 
compiler, just not quite as quick...:-)

Christopher-- 
 ==============================================================================
 Christopher Hicks    |    If it doesn't fit...
 cmh@uk.ac.cam.eng    |                        ...you need a bigger hammer.
 ==============================================================================
--
 ==============================================================================
 Christopher Hicks    |    If it doesn't fit...
 cmh@uk.ac.cam.eng    |                        ...you need a bigger hammer.
 ==============================================================================
Newsgroups: comp.dsp
From: alvin@netcom.com (Alvin H. White)
Subject: Re: pitch shifting
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Sun, 13 Dec 1992 17:16:30 GMT

edhall@rand.org (Ed Hall) writes:

>One composite technique is to use linear prediction to derive a
>spectral envelope and a phase vocoder to shift the excitation spectrum.

>A phase vocoder models a sound as a summation of sine waves, using
>either an FFT or filterbank to determine the frequencies; these can then
>be shifted proportionally such that the ratios between the frequencies
>are maintained while the overall pitch is changed.  When a phase vocoder
>is used by itself, the magnitudes of the original frequencies are
>usually imposed on the corresponding shifted frequencies.  This means
>that the formants shift as well.  However, by imposing the original
>spectral envelope on the shifted frequencies the formants can be
>maintained even though the pitch has changed.

>The CSOUND package contains both linear prediction and phase vocoder
>modules, among other goodies.  It is available for FTP at
>media-lab.media.mit.edu.  

I had better luck:  ftp ems.media.mit.edu:/pub/Csound/csound.tar.Z

>CSOUND is big, complex, and hard to use.  If
>you're serious about computer sound synthesis, though, it is well worth
>the effort.  It runs under various Unices, the NeXT, and the Mac. (I've
>compiled and run it on a SPARC and a '486, more or less out-of-the-box.)

>		-Ed Hall
>		edhall@rand.org

alvin  

Postal:  Alvin H. White, Gen. Sect.
         G.O.D.S.B.R.A.I.N.
         1505 De Rose Way #66 
         San Jose, CA 95126-4133 USA 

   Tel:  +1 408-286-2794
E-mail:  alvin@netcom.com

======================================================== 
Government Online Database Systems
Bureau for Resource Allocations to Information Networks 
[an idea waiting to happen]          . 
                                     U 
120 West 38 North                    3~ 

Co-ordinature: Univers Musicum Omnium Colloquium.

Xref: sparky comp.dsp:2824 comp.multimedia:3878 alt.binaries.sounds.d:2368
From: jack@cwi.nl (Jack Jansen)
Newsgroups: comp.dsp,comp.multimedia,alt.binaries.sounds.d
Subject: New version of ADPCM coder available - bug fix
Date: 17 Dec 92 13:29:25 GMT
Followup-To: comp.dsp
Organization: CWI, Amsterdam

I suggest that everyone who uses my Intel/DVI compatible ADPCM coder
routines grab a new version off ftp.cwi.nl:/pub/adpcm.shar.

This version (V1.1) fixes a bug in the predicted-value update. Besides
being incompatible with other Intel/DVI coders (if any exist:-) this
caused a pretty serious loss of quality. The buggy version had 4-8%
distortion on average where the fixed version has only 1-2%
(comparable if not lower than uLAW/ALAW coders).

In case you don't have a clue what I'm talking about: adpcm.shar is a
set of two routines to convert 16 bit linear audio samples to 4 bit
Adaptive Delta Pulse Code Modulation samples and back, resulting in a
4-fold compression at only a moderate loss of quality.
-- 
--
Jack Jansen        | If I can't dance I don't want to be part of
Jack.Jansen@cwi.nl | your revolution             -- Emma Goldman
uunet!cwi.nl!jack    G=Jack;S=Jansen;O=cwi;PRMD=surf;ADMD=400net;C=nl
Newsgroups: comp.dsp
From: vreeburg@fys.ruu.nl (Jurriaan Vreeburg)
Subject: Products from Data Beta
Summary: Anyone out there using Data Beta products?
Keywords: data beta dbex
Organization: Physics Department, University of Utrecht, The Netherlands
Date: Fri, 18 Dec 1992 13:10:31 GMT

Hi Netlanders,

I'm looking for anyone who is using products of the British
firm Data Beta. They make DSP- and fast ADC-boards. The
problem I have is that their ADC-boards can only be accessed
via their so-called BDex bus. Since I'm going to use these
boards in a VME-environment, I want to be able to access that
DBex bus from VME. Data Beta once announced a DBex-VME interface,
but they never implemented it.

Is there anyone out there that made such an interface, or knows
anyone who did?

Thanks.

-- 
Jurriaan Vreeburg                             email: vreeburg@fys.ruu.nl
Department of Physics and Astronomy           tel.:  (+31)-(0)30-534566
P.O. Box 80.000
3508 TA  Utrecht  Holland
Xref: sparky comp.dsp:2796 misc.books.technical:1759
From: slyh@guinness.eng.ohio-state.edu (Raymond Edward Slyh)
Newsgroups: comp.dsp,misc.books.technical
Subject: Looking for book by Monzingo and Miller
Date: 14 Dec 92 20:30:41 GMT
Distribution: usa
Organization: The Ohio State University Dept of Electrical Engineering



I am looking for a copy of a book by R. A. Monzingo and T. W. Miller
entitled _Introduction to Adaptive Arrays_. Unfortunately, it is out
of print even though it was published in 1980. If anybody has a copy
that he/she would like to unload, please send email to me.

Thanks,

Ray Slyh                        Dept. of Electrical Engineering
                                The Ohio State University
slyh@ee.eng.ohio-state.edu      205 Dreese Laboratory
                                2015 Neil Avenue
                                Columbus, OH 43210-1272
-- 
Ray Slyh                        Dept. of Electrical Engineering
                                The Ohio State University
slyh@ee.eng.ohio-state.edu      205 Dreese Laboratory
                                2015 Neil Avenue
Newsgroups: comp.dsp
From: "Michael Smith" <p00004@psilink.com>
Subject: Re: DSP code for modem functions?
Organization: Performance Systems Int'l
Date: Mon, 14 Dec 1992 19:16:28 GMT
X-Mailer: PSILink-DOS (3.3)

>DATE:   12 Dec 92 18:39:11 GMT
>FROM:   Lars Poulsen <lars@spectrum.CMC.COM>
>
>In article <2933103874.1.p00004@psilink.com>
>   "Michael Smith" <p00004@psilink.com> writes:
[....]
>>we need to put together an integrated piece of hardware incorporating 
>>both modem functions and proprietary protocol and network-management 
>>processing
[....]
>I also noticed that the device you are describing sounds a lot like "a
>smart modem". If the modem function is really the least part of your
>system, I suggest that you simply install a Rockwell-chipset-based modem
>in a corner of your circuit board.

There's an aspect of the design problem that I neglected to mention. 
Cost-per-port is an important consideration. Ideally, I'd like to have 
one DSP chip handling more than one line. And it would be better if the 
modulation technique were in "soft" (i.e. downloadable) code, as 
insurance against firmware bugs and for purposes of upgrading as new 
techniques are defined.

--Michael Smith
From: chbl@sbustd.rz.uni-sb.de (Christian Blum)
Newsgroups: comp.dsp
Subject: Any sugg. on Assembler/Compiler?
Date: 18 Dec 1992 08:40:04 GMT
Organization: Studenten-Mail, Rechenzentrum Universitaet des Saarlandes
NNTP-Posting-Host: sbustd.stud.uni-sb.de

Hi Netfolk!

I need to use a DSP in the near future for analyzing a signal
derivated from an inductor loop (like those used with traffic lights).
Being unexperienced with DSPs (but I'm experienced with "normal"
Intel processors), I don't know which one to choose and how to pro-
gram it. What I need now is
  - a suggestion, which one to choose best (cheap, software available)
  - and how to program it. What kind of compilers and assemblers
    (X-asemblers/compilers on an IBM PC) are there available?

Sorry if it's a FAQ or a very silly one.

Please email, I don't check this group regularly.
If I get useful information (useful for starters like me), I'll post
a summary.

Thanks, Chris
--
---------------------------------------------------------------------
Christian Blum                   Universitaet des Saarlandes, Germany
Friedrich-Ebert-Str. 50          chbl@stud.uni-sb.de
W-6685 Heiligenwald              chbl@sbustd.rz.uni-sb.de
Germany                          Tel (+49) (0) 6821 67476
Newsgroups: comp.dsp
From: vjh21@cas.org (Vince Herried ext 2877)
Subject: Motorola HC16 EVB
Organization: CAS
Date: Tue, 15 Dec 1992 13:09:03 GMT

I just received my rebate from Motorola on the contest to learn how to use
the HC16 DSP evaluation board.  Yah hoo.


-- 
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
				 |     Vincent Herried  (614) 447-3600 x 2877
				 |     Chemical Abstracts Service
 _____________________           |     P.O. Box 3012
(_)________________   \          |     Columbus, OH 43210-0012
  ________________|\   \         |
 (_)______________\_\   \        |     Current thought: People who cannot be
   ______________________\       |     understood are geniuses, so management
  (_)____________________|       |     assigns them the toughest projects.
				 |
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-