HDTenEightyP/NetNews huggingface dataset:
From: hlj@hal.nta.no (Harald Ljoen FBA)
Subject: Re: 96002 Question
Reply-To: harald.ljoeen@nta.no
Organization: Norwegian Telecom Research
Date: Thu, 15 Oct 92 11:42:08 GMT

In article <1992Oct15.003553.14620@news.Hawaii.Edu>, denault@galileo.ifa.hawaii.edu (Tony Denault) writes:
>The system stack register seem very limited due to its size restriction
>of 15 RAM locations. According to the manual it can handle up to 15
>long int, 7 DO loops or 15 JSR's or a combinations of these. This would
>make it seem rather easy to write a program with overflows the stack.
>I wrote a function which has 4 nested DO loop. I am very careful when to
>call it. It seem to me if I nest subroutine call and receive an interrupt,
>I could get in trouble very easily. 
>
>I don't use a C compiler. But I'm curious about how they handle subroutines
>calls. Do they use a separate stack for parameters and local storage? Is
>the Stack Register used for subroutine calls? Are nesting of subroutines
>calls and used of hardware DO loop used sparingly?

The following is valid for the Intermetrics 96002 C-compiler:

- The hardware stack is saved as part of the prologue in all C-functions that
  may call other functions.
- Parameters are passed on a software stack maintained by the code. An address
  register is reserved for use as software stack pointer (another address
  register is reserved for use as base pointer).
- This compiler *never* generates do-loops.
- There are no restrictions (other than RAM shortage) on the number of 
  function calls that can be executed.

-- 
** The above was the private opinions of Harald Ljo"en (harald.ljoeen@nta.no) **
Newsgroups: comp.dsp
From: red@tina.dei.unipd.it (Piergiorgio Sartor 274199/IL)
Subject: TMS320C25 Cross-Assembler Source Wanted
Organization: D.E.I. Universita' di Padova -- Italia
Date: Tue, 13 Oct 1992 10:55:40 GMT

Does anyone know if exists a Cross-Assembler for the TMS320C25 ( a DSP from TI)?
I need the source code (better if it is C).
Thanks a lot in advance.
-- 
					red@paola.dei.unipd.it
					red@sabrina.dei.unipd.it
Newsgroups: comp.dsp
From: denault@galileo.ifa.hawaii.edu (Tony Denault)
Subject: 96002 Question
Organization: Institute for Astronomy, Hawaii
Date: Thu, 15 Oct 1992 00:35:53 GMT

Hello,

I'm working on a programming project using the 96002 DSP. Currently
I'm using the Motorola Assembler. I have a programming question
and I would appreciated any comments/answers.

The system stack register seem very limited due to its size restriction
of 15 RAM locations. According to the manual it can handle up to 15
long int, 7 DO loops or 15 JSR's or a combinations of these. This would
make it seem rather easy to write a program with overflows the stack.
I wrote a function which has 4 nested DO loop. I am very careful when to
call it. It seem to me if I nest subroutine call and receive an interrupt,
I could get in trouble very easily. 

I don't use a C compiler. But I'm curious about how they handle subroutines
calls. Do they use a separate stack for parameters and local storage? Is
the Stack Register used for subroutine calls? Are nesting of subroutines
calls and used of hardware DO loop used sparingly?

Thanks in advance
Tony Denault
--
/------------------------------------------------------------------------\
| Tony Denault, Institute for Astronomy,  | denault@uhifa.ifa.hawaii.edu |
| 2680 Woodlawn Drive, Honolulu, HI 96789 |               (808) 956-8101 |
\------------------------------------------------------------------------/
Newsgroups: comp.dsp
From: Mark Kovarski <kovarski@zooid.guild.org>
Subject: Re: Motorola's DSP 56001 and 96002
Organization: ZOOiD BBS
Date: Tue, 13 Oct 1992 20:35:45 GMT

warwick@cs.uq.oz.au writes:
>loj@cae.wisc.edu (Lo Jeffrey) writes:
>
>>Sorry for asking a dumb question, but what is a falcon030 and 040?
>
>The falcon030 is the new low-cost machine from Atari Corp. - it has a
>16MHz 68030 and a 32MHz 56001 (with 32K of 24bit words), excellent (16bit)
>sound, and graphics (VGA + 65000 colour True-Colour), all BUILT-IN.
>
>Probably a cheaper platform for DSP development than any card for IBM's or
>Apple Macs - the falcon030 is priced at $800 for the bare machine (no
>harddrive, no monitor, only 1 megabyte - add any SCSI drive, or 2.5" IDE drive,
>and any VGA/SVGA monitor).
>
>It looks like DSP is finally coming to home computers (NeXT already have
>them, but they're STILL out of my price range).  I hear the latest Amiga
>also has DSP.  Now we might start seeing home applications - who'd bother
>in the past when machines did not come standard with DSP.
>
>--
>Warwick
>--
>  _-_|\      warwick@cs.uq.oz.au            /Disclaimer:
> /     * <-- Computer Science Department,  /  
> \_.-._/     University of Queensland,    /   C references are NULL && void*
>      v      Brisbane, Australia.        /  

Nevertheless, it is not available and the earliest is early next year. Apple
will release a Mac that will contains a CD ROM as well as a DSP. You are
right, the DSP is coming to the computer near you. -)

Sooner or later PC computers will have DSPs as well. Like most semiconductors
the DSP is good for certain tasks but not all. In some cases, the RISC
processor is more appropriate.

Mark K.
E-Mail: kovarski@zooid.guild.org
From: ska@hercules.acpub.duke.edu
Newsgroups: comp.dsp
Subject: Address of Data Translation, Inc.
Date: 14 Oct 92 17:27:07 GMT
Distribution: usa
Organization: Duke University; Durham, N.C.
Originator: ska@red10.acpub.duke.edu

Hello netters:


  Could someone please email me the address and telephone number(s) of
Data Translation, Inc. (The guys that make Data Acquisition Boards and a
variety of other things ) ? I happen to have a number that's no longer
in service.

Appreciate the help !

--santosh ananthraman
  ska@raphael.acpub.duke.edu
Newsgroups: comp.dsp
From: jeff@dsp.sps.mot.com (Jeff Enderwick)
Subject: Re: 96002 Question
Organization: Motorola DSP Compilers
Date: 15 Oct 92 00:18:26


> I don't use a C compiler. But I'm curious about how they handle subroutines
> calls. Do they use a separate stack for parameters and local storage? Is
> the Stack Register used for subroutine calls? Are nesting of subroutines
> calls and used of hardware DO loop used sparingly?

For both g56k and g96k, we manage a software stack in addition to the
hardware stack. When a function is called, the jsr instruction is
used.  The callee will then transfer the saved program counter off of
the hardware stack and onto the software stack, thus freeing up that
stack location. At the end of the function, the saved program counter
is restored to the hardware stack, and the rts instruction is used.
Leaf functions, which make no function calls themselves, don't bother;
they just leave the program counter on the hardware stack. 

We, by default, issue up to three nested do loops. We won't issue a 
do loop if the loop body contains a function call for obvious reasons.
The number three was picked so that most of the do loop benefit would be 
derived in most cases, with plenty of room for interrupt nesting. The
user can change this limit. The user can also turn off leaf function 
optimizations.

	Jeff Enderwick
	jeff@dsp.sps.mot.com
From: fullmam@ece.orst.edu (Mike Fullman)
Newsgroups: comp.dsp
Subject: HELP!!!  I need a Motorola DSP56ADC16  16 bit a-d converter
Date: 14 Oct 92 06:24:27 GMT
Distribution: na
Organization: Oregon State University, Corvallis

Help, I am working on a digital signal processor for my senior project and
I need a chip desperately.  I have already designed and wired up the board
but can't seem to get one chip.  The chip I need is the Motorola

      DSP56ADC16S

This is a 16 bit A/D converter that oversamples, digitally filters, and
decimates all in one convenient package.

I already tried all six of the Motorola distributors and queried the sales
office for samples or sources...  Same answer.. No chips for 11 weeks.
I would talk to their university support people but I know that is at least a
three month turn around.

If you have any of these laying around I would be very interested.  
Compensation is negotiable.

Thanks, 

Mike Fullman
Xref: sparky comp.dsp:2378 rec.music.makers:10237 rec.music.synth:16614
From: ross-c@scs.leeds.ac.uk (R Clement)
Newsgroups: comp.dsp,rec.music.makers,rec.music.synth
Subject: Vocal Erasers - What can we leave in?
Date: 15 Oct 92 10:42:19 GMT
Followup-To: comp.dsp
Organization: The University of Leeds, School of Computer Studies
Originator: ross-c@csparc2

I've just implemented a vocal eraser (thanks DAn) but have noticed one 
main problem. When I cancel out the vocal (usually dead centre), it tends
to cancel out the bass as well.

Since bass is usually at lower frequencies than vocals, would it not
be possible to filter out the bass parts of the stereo signal (hopefully 
avoiding nearly all of the vocal) and then add this back to the (monoised)
vocal cancelled signal. This would (theoretically) add some stereo width
back to the signal.

Can anyone suggest a suitable frequency cutoff (in Hertz) for a low pass
filter to filter out the bass parts of a music signal?

What about a high pass filter, what are the highest frequencies present in
a lead vocal? Are they low enough so that there's useful stuff in the higher
frequency ranges (I'm using 48Khz sampling, and processing output from a
CD player).

Thanks in anticipation,

Ross-c
Xref: sparky comp.dsp:2345 sci.electronics:16978
From: uclyjjd@ucl.ac.uk (Julian Daley)
Newsgroups: comp.dsp,sci.electronics
Subject: Assembler for Motorola 68HC11
Keywords: 68HC11
Date: 12 Oct 92 13:33:53 GMT
Organization: Bloomsbury Computing Consortium

Does anyone know if there is a PC based assembler available
for this microcontroller ?

We have an old CPM :-( based assembler which is no longer in
service.

Many thanks,
Julian.

--
        _________________________________________________________
       | Julian Daley,                         j.daley@ucl.ac.uk |
       | Department Clinical Physics, Guys Hospital, London.     |
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
From: laut@alien.gici.com (Bill Laut)
Newsgroups: comp.dsp
Subject: Re: Motorola's DSP 56001 and 96002
Date: 11 Oct 92 21:32:23 GMT
Organization: Gull Island Consultants, Inc.

In article <Bvt76B.CMt@ufrima.imag.fr>, mathevet@boole (MATHEVET Jerome) writes:
> I'm willing to purchase the falcon030 as soon as it is released .
> The 030 version is to have the DSP 56001 and the 040 the 96002 (the 
> latest DSP from Motorola). Unfortunately, noone has ever edited anything
> about them (In france). If anyone has the motorola's programmer handbook
> in a file (the complete specs, if available), it would be nice to mail
> them to me (I mean, E-mail of course).
> 
> 	Thanx in advance
> -- 
> -----------------------------------------------------------------
> |    mathevet@turing	| fav-quote:Sam Tramiel says:		|
> |			| "We are very enthusiastic about it !"	|
> -----------------------------------------------------------------


Please add me to the mailing list for the 96002!

-- 
Bill Laut			Internet:  laut@alien.gici.com
Gull Island Consultants, Inc.	Phone:     (616) 780-3321
P.O. Box 627
Muskegon, MI  49440		>> "Usual disclaimers, apply within" <<
Newsgroups: comp.dsp
From: gao@eecg.toronto.edu (Xiangyang Gao)
Subject: Design a real-time image processing system
Date: 10 Oct 92 02:18:53 GMT

Dear Friend

I have a challenging problem: designing a real-time image processing system.  
If using DSPs, such as Motorola DSP56000, the system requires about 
100 MIPS (say 100 million of multiplies and adds per second).
It needs several best DSPs on the market. The system has to be as small
as possible since it is used on an aircraft. Is there any better way to do it?
ASIC? PLD? How hard to use these techniques? How much do the development
tools cost? Or is there any good boards one market?

Thank you very much!!

Frank

gao@eecg.toronto.edu
From: christos@kuhub.cc.ukans.edu
Newsgroups: comp.dsp
Subject: STORING VOICE&SOUND SAMPLES IN A PC
Date: 9 Oct 92 18:58:15 CDT
Organization: University of Kansas Academic Computing Services

Hello there,

	I am looking for a board to plug in the PC(386SX) so that it will
get a signal(voice or sound) sample it and store the numbers in a file. 
I just wanted to know where should I look for such a board. What are the 
appropriate places? I have seen one sold at $100 by the Tiger Software.

	I would appreciate any relevant response.

Thanks, Chris.
Newsgroups: comp.dsp
From: micro@imada.ou.dk (Klaus Pedersen)
Subject: Re: Motorola's DSP 56001 and 96002
Organization: Dept. of Math. & Computer Science, Odense University, Denmark
Date: Sun, 11 Oct 1992 18:40:40 GMT

ross-c@scs.leeds.ac.uk (R Clement) writes:

>>I'm willing to purchase the falcon030 as soon as it is released .
>I think there is a major unanswered question about the 030 (for me anyway).
>That is, can the DSP56001 access main memory directly? Otherwise it's

The DSP have access to 2 DMA channels. Both supports 1 MByte/sec transfer rate.
One is to main memory and one is from main memory.

Data from the AD and to the DA converters don't have to go through DSP, but
can access the memory directly, leaving the DSP alone.


>Ross-c
Newsgroups: comp.dsp
From: shif@aplpy.jhuapl.edu (Gary D. Shiflett)
Subject: state-of-the-art FFT processors
Keywords: digital FFTs, GaAs, DARPA 
Organization: Johns Hopkins University Applied Physics Lab
Distribution: usa
Date: Fri, 9 Oct 92 19:17:13 GMT


     I am working on a project to determine the feasibility
of developing an ultra-high speed FFT signal processor subsystem.
My questions are:

   1) What is considered state-of-the-art in FFTs?

   2) Who are the players?

   3) Has or is DARPA supporting the development of 
      GaAs FFT processors as part of a technology
      enhancement initiative? With whom? Details?

   4) Does anyone know of any POCs for FFT work at
      nChip in San Jose, CA?

   Thanks in advance,

--
Gary Shiflett
Applied Physics Laboratory
Johns Hopkins University
gary_shiflett@jhuapl.edu

Newsgroups: comp.dsp
From: BH40@calvacom.fr (Benjamin HERRENSCHMIDT)
Subject: DSP56001 C ompiler for Macintosh
Summary: Is it possible to find a C compiler for the 56001 on Macintosh ?
Organization: R.C.I. CalvaCom
Distribution: ?
Date: Mon, 12 Oct 1992 13:17:02 GMT


i'm looking for a C cross compiler for a DSP56001 running on the Macitosh
Please, answer by e-mail to bh40@calvacom.fr
Thanx.
Newsgroups: comp.dsp
From: antsu@polaris.utu.fi (Antti-Pekka Virtanen)
Subject: Re: TI 34010 PD Assembler and debugger
Organization: University of Turku, Computing Centre
Date: 11 Oct 92 19:04:07


>   Does there exists such a thing as a Public Domain assembler and/or debugger
>   for the Texas Instrumnet 34010 chip. TI is asking $1500.00 for their
>   development set, and that is definitly not cost effective for a one off
>   project. Any and all info or leads are appreciated.
>	   Thanks in advance
>
>			   Patrick Arnoux
>			   (parnoux@dorsai.com)

TMS34010 is a GSP (Graphics processor). If you are after the TMS32010 DSP,
then you may want to take a look at the archives in nic.funet.fi under
~pub/ham/dsp/dsp-group/ . There is an old version of TI's assembler and
related tools which you might be able to use to do the job for you.

If you really mean the TMS340 family, then all I can say is that I haven't
located PD tools for it.

Best regards, Antti-Pekka


--
 **************************************************************
 * Mail: Antti-Pekka Virtanen  E-Mail:   antsu@utu.fi         *
 *       Arholankuja 3 as 21             antsu@mea.utu.fi     *
 *       SF-21100 Naantali               antsu@nic.funet.fi   *
 *       Finland                         antsu@sandra.pp.fi   *
 **************************************************************
From: jcbhrb@nic.cerf.net (Jacob Hirbawi)
Newsgroups: comp.dsp
Subject: Re: Optimizing frequency reolution with DFT
Date: 7 Oct 92 21:33:22 GMT
Organization: CERFnet

In comp.dsp, <dak.718418083@messua>
David Kastrup , <dak@messua.informatik.rwth-aachen.de> writes:

> sjreeves@eng.auburn.edu (Stan Reeves) writes:
>
>  >In order to optimize the tradeoff between main lobe width and side lobe
>  >height, one has to have a criterion.  Do you want more resolution and more
>  >variance or do you want less variance and less resolution?  I suppose that
>  >one could come up with a criterion based on expected mean-square error
>  >between the estimated and actual power spectrum, but I don't know of any
>  >neat closed-form expressions for this.

> Well, if you define bandwidth (and timespread) as the variance of a
> similar-spread probability density function, you get a sort of
> square mean error. The product of the time width and the bandwidth
> is limited downwards, it cannot get better than an optimum, that is
> provided by a gaussian curve which again transforms into a Gaussian
> in the frequency domain. You cannot get any better, but this is definitely
> a closed-form expression. So mean square criterions will not get you
> too far, but will show you the direction.

This is all very true for the measures of optimality you have described.
There are at least three differnet sets of parameters that we often deal
with in this kind of work; I think it will be helpful to list them here:

     (1.1) minimize time-domain "variance"
     (1.2) minimize frequency-domain "variance"

     (2.1) minimize mainlobe width
     (2.2) minimize sidelobe level

     (3.1) maximize energy within a time interval  
     (3.2) maximize energy within a freuquency band

In the first case where "variance" of a function is defined by

                       <x^2> - <x>^2  

where < H > is defined as: integral(  H f(x) f^*(x) dx  ).
Then the optimal functions are in fact as you have noted guassian.
(please excuse the mixing up of continuous functions with discrete windows)

In the second case, if I remember right, the Tchebychev windows actually
minimize mainlobe width for a given sidelobe level. There is definitely 
a closed form solution for these.

In the third case the optimal functions are Prolate Spheroidal functions
which are approximated by Kaiser-Bessel windows; these windows also have a
closed form solution.

Jacob Hirbawi
JcbHrb@CERF.net
Xref: sparky comp.dsp:2337 news.answers:3388
From: 5140840@mcimail.com
Newsgroups: comp.dsp
Subject: DSP Operating Systems
Date: 12 Oct 92 23:30:15 GMT
Organization: Texas Instruments Materials and Controls Group
Nntp-Software: PC/TCP NNTP

Chuck Corley at HP writes:

>	I've been asked to post the phone numbers and addresses for
> companies that make operating systems that run on DSP processors.  Here
> are the ones I know of:

> 'Nucleus RTX' is available from:

> Accelerated Technology
> P.O. Box 850245
> Mobile, Alabama 36685, USA
> Phone:     (205) 661-5770
> Toll free: (800) 468-NUKE
> Fax:	     (205) 661-5788


> 'SPOX' is available from:

> Spectron Microsystems
> 5266 Hollister Ave
> Santa Barbara, CS 93111, USA
> Phone:     (805) 967-0503
> Fax:	     (805) 683-4995

I would like to add the following to the list:

3. RTXC and RTXC/MP (a parallel processing version) are are available from

   AT Barrett & Associates
   11501 Chimney Rock
   Houston, Texas  77035

   Phone : 713-728-9688
   Toll Free : 800-525-4302
   Fax : 713-728-9688

4. Byte-BOS (low-cost multi-tasking operating system)

   Byte-BOS
   P.O. Box 3067
   Del Mar, CA	92014

   Phone : 619-788-7288
   Toll Free : 800-788-7288


5. Helios (for distributed parallel processing) is available from

   Perihelion Software Limited
   The Maltings
   Charlton Road, Shpeton Mallet
   Somerset, United Kingdom  BA4 5QE

   Phone : (44) (0) 373-344345
   Fax : (44) (0) 373-344977

There are also a couple of executives and specialty OSs out there for various
TMS320 members as well as a few that aren't announced yet.

This situation is a little humorous considering TI was begging people back in
1988 for a DSP operating system with no takers until Spectron came along with
the first.  Today there are these as well as a couple others for non-TI DSPs.

Regards,
Mitch Reifel
Texas Instruments
Houston, Texas
Newsgroups: comp.dsp
From: Michael Knappe <knappe@bnr.ca>
Subject: CD/DAT Pre-emphasis filter
Organization: Bell-Northern Research
X-Useragent: Nuntius v1.1b3
Date: Fri, 9 Oct 1992 19:34:22 GMT

Does anybody know the characteristics of the pre-emphasis (and
corresponding de-emphasis) filter used in CD (de-emphasis only) and DAT
players to improve the signal-to-noise ratio of low-level high-frequency
source material? 

Thanks,

Michael Knappe
Bell-Northern Research
Ottawa, Canada
Newsgroups: comp.next.misc,comp.sys.next.misc,comp.sys.next.software,comp.sys.next.nextstep
From: jspears@nuchat.sccsi.com (James Weston Spears)
Subject: CAD Software for NeXTstep
Organization: South Coast Computing Services, Inc.
Date: Fri, 9 Oct 1992 04:02:42 GMT

I am interested in any information anyone has for plans for CAD software on
NeXTstep.  All help is appreciated.

Thanks
Wes Spears
jspears@nuchat.sccsi.com
From: acslp@jetson.uh.edu (M M Uddin (Pablo) acslp@jetson.uh.edu)
Newsgroups: comp.soft-sys.andrew
Subject: request for some information about AFS
Date: 13 Oct 92 15:45:00 GMT
Article-I.D.: jetson.13OCT199210453322
Organization: University of Houston
News-Software: VAX/VMS VNEWS 1.41

Hello,

	I am trying to find out if AFS will meet our needs at University of 
Houston. We have a wide variety of unix based workstations and also many 
machines running VMS. I would really like to know if we can use VMS-based 
machines with the Andrew File System. Also, is there a domonstration package 
that we can install here for the purpose of testing only before we commit 
ourselves to AFS.

Thanks in advance
________________________________________________________________________________
Name: Mohammed Moin Uddin			(Alias: Pablo)
Email: MUddin@uh.edu or acslp@jetson.uh.edu
(H): 8431 Hearth #36, Houston, Tx 77054. Tel: (713) 667-0826
(W): University of Houston, Houston, Tx 77204-5502 Tel: (713) 743-1561 
"For him who follows a path of seeking knowledge, Allah will ease for him 
the path to Paradise." [Muslim]
From: rskm+@rchland.ibm.com (Robert Kemmetmueller)
Newsgroups: comp.soft-sys.andrew
Subject: eq bugs
Date: 8 Oct 92 23:35:53 GMT
Article-I.D.: rchland.EepALNQ91F05Jj8uJ4
Reply-To: "Robert Kemmetmueller" <rskm@rchland.vnet.ibm.com>
Distribution: world
Organization: The Internet

Not sure if these are known bugs or not, but eq (the inset fordrawing
equations) has a few problems:

1. It doesn't ever set its "modified" flag, so the text object you
embedded itin has no clue that it's been changed.

2. It doesn't chop up its outputted lines (per datastream standard),so
some network mailers might not appreciate them.

3. Pressing Enter will start a new "formula", but there's no way to get
rid ofit.  (A bit of investigating shows thateq_DeleteCarefully does
remove the zilch when you Cutor ^D or ^H it, but then the same routine
adds a zilch back IN because itthinks a formula isn't deletable. 
Ideally, it should NOT add it,and, in addition, should remove the empty
begin andend tokens that still remain.)

[An Andrew ToolKit view (eqview) was included here, but could not be
displayed.]
                          Robert Kemmetmueller
                              rskm@rchland
                                 3-4968
From: rr2b+@ANDREW.CMU.EDU (Robert Andrew Ryan)
Newsgroups: comp.soft-sys.andrew
Subject: Re: Font Problem
Date: 8 Oct 92 14:47:09 GMT
Distribution: world
Organization: The Internet

Excerpts from internet.other.info-andrew: 8-Oct-92 Re: Font Problem Todd
Inglett@rchland.ibm (805+0)

> Until you get things working, you might want to put the following into
> your ~/preferences file:

> *.AnnounceFontSubstitutions: true
> *.ErrorsToConsole: false

I believe the ErrorsToConsole preference is not present in the current
release.  It's purpose is to determine if the stderr of ATK apps should
be sent to the console program, or left to go wherever it otherwise
would.

-Rob Ryan
Andrew Consortium