Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!samsung!sdd.hp.com!ucsd!ucbvax!bloom-beacon!eru!hagbard!sunic!mcsun!unido!mpirbn!p554mve
From: p554mve@mpirbn.mpifr-bonn.mpg.de (Michael van Elst)
Newsgroups: comp.sys.amiga
Subject: Re: Amiga DSP Boards.
Message-ID: <1390@mpirbn.mpifr-bonn.mpg.de>
Date: 25 Nov 90 19:38:35 GMT
References: <944.27477729@weyr.FIDONET.ORG> <1990Nov20.161034.25281@sisd.kodak.com> <1990Nov21.013237.4623@ameristar>
Reply-To: p554mve@mpirbn.UUCP (Michael van Elst)
Organization: Max-Planck-Institut fuer Radioastronomie, Bonn
Lines: 23

In article <1990Nov21.013237.4623@ameristar> rick@ameristar (Rick Spanbauer) writes:
>	* Which DSP?  The major players (AT&T, Motorola, TI, Analog Devices)
>		      all have differing word lengths, instruction sets,
>		      architectures, chip resources, etc.
>	o Standard I/O resources?  Should the board have 14, 16, or 18 bit
>		      a/d, d/a?  What sampling rate (variable)?  What
>		      pre/post filtering?  A telephone interface for modems?
>	o IPC model?  Shared memory?  Mailboxes?  Serial interface?
>	o Memory available?

Well, if these parameters were fixed you won't benefit from future
enhancements of todays DSPs. I think the major point would be defining
data structures (f.e. file formats) that you can agree on storing
and processing information.
Another point would be an application interface for standard functions
but you'd need board specific routines for low-level operations.

Regards,
-- 
Michael van Elst
UUCP:     universe!local-cluster!milky-way!sol!earth!uunet!unido!mpirbn!p554mve
Internet: p554mve@mpirbn.mpifr-bonn.mpg.de
                                "A potential Snark may lurk in every tree."