HDTenEightyP/NetNews huggingface dataset:
From: marcel@hemulen.bull.se (Marcel Bos (Proxxi))
Subject: Help with second lang.
Summary: to make soundblaster talk other langures
Keywords: Soundblaster
Organization: proxxi (& SDF)
Date: Fri, 20 Nov 1992 17:26:28 GMT

First byte is not willy to share informations around the speech synteziser,
Its a problem since the card is located in other places than in the USA. 
The card is werry popular here back in sweden, but it is a big sitback
that the user not can control languages. So if you culd bring me some
informations doing this I would be happy..
From: marcel@hemulen.bull.se (Marcel Bos (Proxxi))
Newsgroups: comp.dsp
Subject: DTMF Decoding : Speech to Text chips who is making them!?
Summary: Life is hard..
Keywords: To scan for DTMF in Soundblaster
Date: 22 Nov 92 14:53:53 GMT
Organization: proxxi (& SDF)

I'll will keep it compact in this way... First. Do someone know how to
filter these DTMF tomes in soundblaster? Otherwise i have to do this
by hardware.. But in this way, it would be much more sport if I culd
catch it in direct by programming it..

Also if some one has Borland Pascal routines to make soundsampling
that wound be fine. The above has not to be just pascal but will
be fine if so.. 

Next...

Since I don't know what but some things has happended on the market.
National Has ended the production of text to speech chips..
General instument has also quited to do them..

And no ohter is making them as I know.. or?


Evrybody is using Taperecoder Chips... watta..


@#$%^&

Any how, cound anyone tell me how to make one?
Xref: sparky comp.dsp:2588 news.answers:4020
From: sassoj@aix.rpi.edu (John J. Sasso Jr.)
Subject: Continuous Wavelet Transform Code
Organization: Rensselaer Polytechnic Institute, Troy NY
Distribution: usa
Date: Wed, 18 Nov 1992 02:22:27 GMT

Hi!

    Does anyone have any, or know of any, source code that I can get my hands
on that does the <<CONTINUOUS>> wavelet transform?  I am sending this letter
for a friend of mine, who wrote his own CWT code which uses the FFT.  His big
problem is in dealing with aliasing effects, and I was hoping someone out
there would know of any CWT code which eliminates aliasing effects.  I believe
the aliasing effects are occur when the wavelet becomes very narrow.
    Any help is greatly appreciated!!!
 
                              John

Newsgroups: comp.dsp,can.vlsi,triangle.vlsi
From: jcooley@world.std.com (John Cooley)
Subject: E-mail Synopsys Users Group (ESNUG)
Organization: The World Public Access UNIX, Brookline, MA
Date: Wed, 18 Nov 1992 09:25:19 GMT


  If you're using the Synopsys Design Compiler and/or their ATPG product, you 
  might be interested in joining the E-Mail Synopsys Users Group (ESNUG).

  What we are is a group of hardware designers from all over the world who
  wish to trade experiences, bug reports and the techniques that we've
  found that work best in getting a design from a behavioral description
  to a final fully tested product.

  A Sample of What We Discuss:

	- Known Synopsys Compiler Bugs    - Implementing Boundry Scan

	- Mentor related issues    - EDIF related issues

	- Hierarchical Compliations   - design_analyzer   - JTAG

	- How Various ASIC Vendors Model Their Macros.   - Clock Constraints

	- Using ATPG Tools   - The Best Way To Write State Machines in Verilog

	- Using VHDL   - System Simulation vs. Synopsys Friendly Code

	- Clever Workarounds to Known Pitfalls   - Testing Strategies

  In order to insure an open discussion, but yet keep our respective managers
  happy in having our company's projects remain SECRET, submissions to be 
  posted to the ESNUG mailing list can be stripped of identifying engineers 
  and company names if so requested.

  In addition, to further secure privacy and to avoid e-mail headers that
  are hundreds of names long, each mailing is a batch of singlely addressed 
  e-mail letters.

  If you know of anyone who may be interested in this, please give them
  my e-mail address (jcooley@world.std.com or jcooley@miracle.com) or you can 
  send me their address!
					- John Cooley
					  ESNUG Moderator

 ===========================================================================
 Trapped trying to figure out a Synopsys bug?  Want to hear how others dealt
 with it ?  Join the E-Mail Synopsys Users Group!  To join, E-mail me today! 
 ===========================================================================
      !!!     "It's not a BUG,    | Preferred Address: jcooley@world.std.com
     /o o\  /  it's a FEATURE!"   |    Backup Address: jcooley@miracle.com
    (  >  )                       |              (508) 429-4357
     \ - /       |   Snail Mail: P.O. Box 6222, Holliston, MA 01746-6222
     _] [_       |     "This here ain't no one's opinion 'cept my own."
Newsgroups: comp.dsp
Subject: Seeking advice for Ph.D program
From: slfjd@saturn.ee.usu.edu (sane sachin arvind)
Date: 18 Nov 92 16:23:01 MDT
Distribution: world
Organization: Utah State University

Hi !
I am a graduate student and wish to persue Ph.D. program in the area of DSP.
Can somebody suggest me some good schools having strong research program/
activity in this area ? 

I would prefer you respond me directly. I will put summery on the net.
Thanks in advance.

- sachin`


Newsgroups: comp.dsp
From: msl5864@ultb.isc.rit.edu (M.S. Leibow)
Subject: Frequency scaling without time compression or dilation
Originator: msl5864@ultb
Reply-To: msl5864@ultb.rit.edu ()
Organization: Rochester Institute of Technology
Date: Mon, 16 Nov 1992 05:30:26 GMT


Hi, 

I am new to the world of DSP.  I am looking for a layman's description
of how to alter the frequency of sampled data without changing the
duration of playback.

I will be working with 16 bit 44.1 Khz mono samples.  One of the things
I hope to do is to sample a musical instrument, sound, or noise, and
scale it up or down and stored as patches for music synthesizers.

Thanks,

	--Mike Leibow
	msl5864@ultb.isc.rit.edu
Newsgroups: comp.dsp,comp.multimedia,comp.speech
From: dfrankow@deca.cs.umn.edu (Dan Frankowski)
Subject: Re: Sun audio device buffering
Organization: University of Minnesota
Date: Thu, 19 Nov 1992 23:06:29 GMT

In <dfrankow.722200575@peca> dfrankow@peca.cs.umn.edu (Dan Frankowski) writes:

>Sorry to waste bandwidth, but I don't know the proper place to post
>this question.

>count = read(record_fd, sound_bytes_ptr, sound_bytes_left);

>.. and sound_bytes_left is usually 800.

Argh!  Typo!  s_b_l is usually 8000.  This is essentially the call:

count = read(fd, buf, 8000);

Sometimes it gives less than 8000.  No problem, since it only has the
sound since I last asked it.  The problem is that it only gives me
1024 bytes, or 2048, or 3072, or 4096, etc.  It holds anything less
than 1K to itself.  I want to get all the data, even if it's less than 1K.

Dan
From: PM30@lafibm.lafayette.edu (PM30)
Newsgroups: comp.dsp
Subject: EVM C30 demo code (oscilloscope)
Date: 19 Nov 92 18:58:37 GMT
Organization: Lafayette College
Originator: news@lafcol

Does anyone know what changes need to be done to the C source
code (C30.C and OSC_C30.C) included in the application disk
with TI's EVM TMS320C30 evaluation module so that it will
compile correctly under the ver. 4.5 of TI's own optimizing
C compiler for the C3x family?

Marco Principato
Lafayette College, Easton PA
Dept. of Electrical Engineering
(215) 250-8527
Newsgroups: comp.dsp
From: yves@mars.dgrc.doc.ca (Yves Jolly)
Subject: Re: Prefilter type for downsampling
Reply-To: yves@mars.dgrc.doc.ca
Organization: Communication Research Centre
Date: Mon, 23 Nov 92 15:15:04 GMT

In article J2F@news.cso.uiuc.edu, ja51359@uxa.cso.uiuc.edu (axelrod) writes:
> 
> If I want to lower a sample's sampling rate, what kind of filter should I use?
> Is there a conventional digital filter design for this purpose specifically?
> It's an audio signal.  How important is keeping phase linear in audio filters?
> 
> Thanks
> Jeff
> 
What you need is called a decimation filter.  This can be a lowpass FIR designed at your initial sampling rate.  If there is no noise above your band of interest, you don't even need a filter !  Just keep one out of every N sample, and you have the simplest decimation filter.  Now, if there happens to be some noise (as is usually the case) above the band of interest, you would probably like to avoid having some of it aliased back in your signal.  Just filter out as much as you can without distorting the au




dio signal before keeping one out of every N samples out of the filter.

If computing speed is of interest to you, be aware that interpolation-by-2 and decimation-by-2 filters can often be designed as what is called a half-band filter.  These filters have the nicest property: every second coefficient is 0.  See the advantage ?  At the expense of a sligthly different data structure, you get the result in (almost) half the time.  If you want to design one, here is how:  I use Park-McClellan (equiripple) FIR type of filter design.  Everything you specify should be symmetric about 




Fs/4, including passband and stopband ripple, as well as the transition band (ex: for Fs/2 = 0.5, PBC = 0.2, SBC = 0.3, PBR = 0.01, SB = 0.01 will give you a half-band filter).

From my own experience, phase is important for the quality of audio, but phase linearity is not.  What really hurts an audio signal is phase discontinuity.  However this is not an issue here since decimation filters can be FIR, thus linear.

---
Yves Jolly		Email:	yves@mars.dgrc.doc.ca
Communications Research Centre, Dept. of Communications
P.O. Box 11490, Stn. H, Ottawa, Ont., CANADA  K2H 8S2
Phone: (613) 998-2780		Fax: (613) 990-7987

Newsgroups: comp.dsp
From: sjreeves@eng.auburn.edu (Stan Reeves)
Subject: Re: DSP and Control
Organization: Auburn University Engineering
Date: Fri, 20 Nov 1992 17:06:32 GMT

In article <1992Nov19.222938.28354@griffin.itc.gu.edu.au> jchen@tomahawk.me.gu.edu.au (Jinghong CHEN) writes:
>In article <1ednj3INNnup@daisy.ee.und.ac.za> spaday@daisy.ee.und.ac.za (Strini Padayachee) writes:
>>What distinguishes a Control engineer from a SP engineer??

>DSP can be considered as a small part of control. The main differences, as far
>as I can consider, are (1) DSP mainly deals with signals rathan than systems
>(i.e. control focuses on transfer functions, DSP focuses on FFTs). (2) The 
>signals which DSP will handle are much faster than the signals in process
>control.

(Well, it's been awhile since I've seen a flame-fest in comp.dsp, but I 
have a strange feeling that one may be coming on.  :-)

This is not only an oversimplification of the situation; it's just
plain inaccurate.  DSP is *not* a subset of controls.  And DSP uses
transfer functions all the time.  That's exactly how a lowpass filter
is characterized!  DSP and controls use many of the same techniques but
with different goals.  The goal of DSP is simply to process signals --
to manipulate them into a form that is in some sense more useful
(Fourier transforms, lowpass filters, deconvolution, compression,
etc.).  In controls, the goal is to control a process.  Sometimes this
involves manipulating signals, but that isn't an end in itself.  The
goal is to achieve a specified output given a physical system.

As an example, if DSP is a subset of controls, then I would like to
know how data compression fits within a controls framework.  (I realize
that one can make analogies, but that's not the same as saying that
compression is a controls problem.)



--
Stan Reeves
Auburn University, Department of Electrical Engineering, Auburn, AL  36849
INTERNET: sjreeves@eng.auburn.edu
Newsgroups: comp.dsp
From: knudsens@newton.ccs.tuns.ca (Steven K Knudsen)
Subject: WANTED: Research Assistants; Burchill Comm. Research Group
Summary: looking for grad students for research program
Date: Mon, 23 Nov 1992 20:18:21 GMT
Distribution: na
Organization: Technical University of Nova Scotia, Halifax, N.S.
Keywords: grad students wanted, dsp research, financial support


November 23, 1992

Burchill Communications Research Group,
DSP Research Program,
Dept. of Electrical Engineering,                                                Technical University of Nova Scotia,
P.O. Box 1000,
Halifax, NS, B3J 2X4

  //++++++++++++++++++++++++++++//
 //Graduate Research Assistants//
//++++++++++++++++++++++++++++//

Positions available immediately !!!

We seek outstanding M.Sc. and Ph.D. students to take part in the
DSP Research Program within the Burchill Communications Research
Group (BCRG). The mission of the BCRG is to enhance the
communications industry in Atlantic Canada. The BCRG is strongly
supported by several communications industry partners, the
Technical University of Nova Scotia (TUNS), the Natural Science
and Engineering Research Council of Canada (NSERC), and the Nova
Scotia Government. Funding for the program stands at $2.5M.
Current research encompasses 1-D and M-D linear and nonlinear
signal processing and includes projects in areas such as filter
design and implementation, signal parameter estimation, and
efficient DSP architectures. Successful candidates will pursue a
graduate degree at TUNS and will receive substantial financial
support. Candidates with scholarships can expect additional
financial support. Canadian citizens and landed immigrants are
strongly preferred. For further information, please contact,

Dr. Steven Knudsen,
Burchill Communications Research Group,
Dept. of Electrical Engineering,
Technical University of Nova Scotia,
P.O. Box 1000,
Halifax, NS, B3J 2X4

Tel.:   (902) 420 7977
FAX:    (902) 422 7535
e-mail: knudsens@tuns.ca


-- 
K. Steven Knudsen                     | The lasers are in the labs, the old
University of Calgary                 | man is dressed in white clothes.
Department of Electrical Engineering  | Everybody says that he's mad - 
knud@enel.ucalgary.ca                 | Nobody knows the things that he knows.
Newsgroups: comp.dsp
From: ukrainec@nimios.eng.mcmaster.ca (Andrew Ukrainec)
Subject: Re: Communication Toolbox for Matlab
Organization: Communications Research Laboratory, McMaster Univ
Date: Mon, 16 Nov 1992 17:29:13 GMT

In article <levy.49@elaine.ee.und.ac.za> levy@elaine.ee.und.ac.za (Dave Levy) writes:
>In article <1dngcgINN77a@hamblin.math.byu.edu> dos@gecko.ee.byu.edu (Soumendra Daas) writes:
>
>
>>I am looking for a Communications Toolbox for MATLAB. Does
>>anyone know where I can find one ??
>
>>Thanks in advance ...
>
>>---- Daas
>
>Me too
>
>-----Dave

For those interested in a communications toolbox, could you please outline
what kind of functions you are looking for?  I am currently involved in a
project for communications systems that would involve MATLAB code.

If you are desperate, you should take a look at the COMDISCO software.
I believe they have a strong simulation environment for communications
systems.

Andy
-- 
         Andrew Ukrainec                 ukrainec@nimios.eng.mcmaster.ca 
          <    (*) >               /  \             < (*)    >           
Communications Research Laboratory      McMaster Univ, Hamilton, Ontario
From: levy@elaine.ee.und.ac.za (Dave Levy)
Newsgroups: comp.dsp
Subject: Re: Communication Toolbox for Matlab
Date: 16 Nov 1992 09:34:16 GMT
Organization: Electronic Eng., Univ. Natal, Durban, South Africa
Distribution: world
NNTP-Posting-Host: pc18.ee.und.ac.za

In article <1dngcgINN77a@hamblin.math.byu.edu> dos@gecko.ee.byu.edu (Soumendra Daas) writes:


>I am looking for a Communications Toolbox for MATLAB. Does
>anyone know where I can find one ??

>Thanks in advance ...

>---- Daas

Me too

-----Dave
Newsgroups: comp.dsp
From: mzeytin@gauss.NoSubdomain.NoDomain (Mehmet Zeytinoglu)
Subject: Re: Communication Toolbox for Matlab
Keywords: MATLAB, Communication Toolbox
Organization: Ryerson Polytechnical Institute
Date: Mon, 23 Nov 1992 19:29:56 GMT

We have developed a "Communications Toolbox" based on the Matlab code for
classroom use.  It is used by students taking a 4th year communications
course where the emphasis is on digital coding of waveforms and on digital
data transmission systems.  The Matlab code that constitutes this toolbox
has been in use for over two years.  

There are close to 100 "M-files" that implement various functions.  Some
of them are quite simple and are based on existing Matlab M-files.  But 
a great many of them has been created from scratch.  We also prepared 
a lab manual (in TEX format) for the 7 simulations which the students 
perform as the lab component of this course.  The topics of these simulations
are:

	[1]. Probability Theory
	[2]. Random Processes
	[3]. Quantization
	[4]. Binary Signalling Formats
	[5]. Detection
	[6]. Digital Modulation
	[7]. Digital Communication

All these M-files are designed to work in synergy and communicate with each 
other through the use of some global variables. (I know, it is not a very good 
Matlab programming strategy, but it was the only solution we could think of 
to isolate the student from  some unnecessary intricacies of simulation.)  
These M-files can also be freely used with other Matlab M-files.

If anybody is interested send an e-mail to me so that I can provide a full list
of M-files and a brief description of the function they implement (too long to 
list here).

Regards,

=========================================================================
Mehmet Zeytinoglu                      Voice:  (416) 979-5000 ext. 6479
Department of Electrical Engineering   Fax:    (416) 979-5280
Ryerson Polytechnical Institute        E-mail: mzeytin@ee.ryerson.ca
350 Victoria Street                            
Toronto, Ontario
CANADA, M5B 2K3
=========================================================================

Newsgroups: comp.dsp
From: southern@rodan.acs.syr.edu (Southern)
Subject: Help! DTMF Software Decoding
Organization: Syracuse University, Syracuse, NY
Date: Mon, 23 Nov 92 18:12:33 EST

Hello there.. I am working on a project that requires DTMF decoding through
software on an IBMPC. I am using a SB card to sample the tones through a
microphone and I could sample anywhere from 300-13000hz. My question is
what methods are there to decode the sample? Are there any algorythms
allready out there that I could learn from? Even knowledge on basic
frequency detection would be most helpful. Thanks!

Newsgroups: comp.dsp
From: jchen@tomahawk.me.gu.edu.au (Jinghong CHEN)
Subject: Re: DSP and Control
Organization: Griffith University, Brisbane, Australia
Date: Sun, 22 Nov 92 22:17:36 GMT

In article <sjreeves.921120110631@fourier.ee.eng.auburn.edu> sjreeves@eng.auburn.edu (Stan Reeves) writes:
>
>This is not only an oversimplification of the situation; it's just
>plain inaccurate.  DSP is *not* a subset of controls.  And DSP uses
>transfer functions all the time.  That's exactly how a lowpass filter
>is characterized!  DSP and controls use many of the same techniques but
>with different goals.  The goal of DSP is simply to process signals --
>to manipulate them into a form that is in some sense more useful
>(Fourier transforms, lowpass filters, deconvolution, compression,
>etc.).  In controls, the goal is to control a process.  Sometimes this
>involves manipulating signals, but that isn't an end in itself.  The
>goal is to achieve a specified output given a physical system.

However a complete control system has input signals which also need to be
manipulate into a form that is in some sense more useful. 

>As an example, if DSP is a subset of controls, then I would like to
>know how data compression fits within a controls framework.  (I realize
>that one can make analogies, but that's not the same as saying that
>compression is a controls problem.)

The inputs of a control system can be anything including compressed data and
images. For instance a polymer reactor control system controls the molecular
size based on a compressed image data (gif format) taken by a micrographier.

>Stan Reeves
>Auburn University, Department of Electrical Engineering, Auburn, AL  36849
>INTERNET: sjreeves@eng.auburn.edu

---------------------------------------------------------------------------
J.CHEN                               |E-MAIL: jchen@tomahawk.me.gu.edu.au
School of Microelectronic Engineering| Phone: +61-7-8755050
Faculty of Science and Technology    |   Fax: +61-7-8755198
Griffith University                  |   Fax: +61-7-8755050
Nathan, QLD 4111, Australia          | 
---------------------------------------------------------------------------
-- 
ehunjfnlkdf dfdfjnlkdfl
Newsgroups: comp.dsp
From: aaron@cbnewsh.cb.att.com (aaron.michael.chesir)
Subject: Re: TIM-40 Module
Organization: AT&T
Distribution: att
Date: Mon, 16 Nov 1992 16:11:09 GMT
Summary: Details on 2-in-1 and 4-in-1 TMS320C40 modules
Keywords: 320C40 MCM

According to Ron Thomas of the TI DSP hotline, the 4-in-one 'C40 MCM is a
project with currently shaky financial commitment. Each C40 has 1 MByte RAM
(local), and all 4 share the global bus. They are thinking of sampling in mid-
1993. Heat dissipation estimated between 8 to 12 Watts (depending on duty cycle
of SRAM use). Size: 2" x 2" x 0.5". Price unknown, since the funding for the
project is unclear.

TI is more confident about a 2-in-1 module, expected sampling early 93, 40 MHz
5-8 Watts, 2.65" x 2.65" x 0.175", $8500 <100 pieces. 128K x 32 local SRAM,
EACH global bus is brought out.
The reason the 4-in-1 is smaller than the 2-in-1 is that they are using a new
MCM technique for the 4-in-1 fabrication.


Aaron Michael Chesir
AT&T Bell Laboratories
Room HO3C206
1-(908)-949-1530
..att!blink!aaron OR aaron@blink.att.com
From: sdew92kw@ap08.cip3a.tu-harburg.de (Kolja Waschk)
Newsgroups: comp.dsp
Subject: CELP on Zyxel modems
Keywords: CELP, ZYXEL, TMS320, COMPRESSION
Date: 23 Nov 92 13:50:07 GMT
Reply-To: koljawk@zerebrm.isnet.sub.org (Kolja Waschk)
Organization: Techn. Uni. Hamburg-Harburg, Germany

Hello you out there in the world !

I really need help about the implementation of CELP used in Zyxel
modems. The only thing I know about it is that there are two TMS320C25
built in running at 40.16 MHz, and the "output data rate" is 9600 bps...
(not 4800 as in USFS 1016).
I want to write a program that is able to convert the CELP coded data
into an 8-bit linear (not mu-law or something like that !) representation
of the signal and vice versa (no, must not be realtime)...
Anybody who can help me ? Many people here are interested in this.

Thanks in advance - Kolja

(I'm also reachable in FidoNet as 2:241/2101.27, per snail mail via
 "Kolja Waschk, Oevelgoenne 23, W-2000 Hamburg 52, Germany" and last
but not least by a normal voice phone call : +49 -40 8804056 !)
From: jchen@tomahawk.me.gu.edu.au (Jinghong CHEN)
Newsgroups: comp.dsp
Subject: Re: DSP and Control
Date: 19 Nov 92 22:29:38 GMT
Organization: Griffith University, Brisbane, Australia

In article <1ednj3INNnup@daisy.ee.und.ac.za> spaday@daisy.ee.und.ac.za (Strini Padayachee) writes:
>Hi
>
>I'm an EE grad with a control system background and the work I'm going to be doing is DSP. I'd like to know what the differences and similarities are between 
>these two fields. What distinguishes a Control engineer from a SP engineer??
>Thanx
>
>Strini

DSP can be considered as a small part of control. The main differences, as far
as I can consider, are (1) DSP mainly deals with signals rathan than systems
(i.e. control focuses on transfer functions, DSP focuses on FFTs). (2) The 
signals which DSP will handle are much faster than the signals in process
control.

---------------------------------------------------------------------------
J.CHEN                               |E-MAIL: jchen@tomahawk.me.gu.edu.au
School of Microelectronic Engineering| Phone: +61-7-8755050
Faculty of Science and Technology    |   Fax: +61-7-8755198
Griffith University                  |   Fax: +61-7-8755050
Nathan, QLD 4111, Australia          | 
---------------------------------------------------------------------------
-- 
ehunjfnlkdf dfdfjnlkdfl
Newsgroups: comp.dsp