🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: comp.sys.next.misc
6 messages
6 total messages Started by Eskandar Ensafi Thu, 16 Apr 1992 18:04
DSP: It's about time for the 96002
#1700
Author: Eskandar Ensafi
Date: Thu, 16 Apr 1992 18:04
16 lines
1178 bytes
Why not NeXT? I mean, Ariel has come out with PC boards using the 96001  
"Multimedia" DSP chip from Motorola.
  
For those of you who don't know, the chip is binary-compatible with the 56001  
that NeXT uses and it is called a multimedia chip because, being a 32-bit  
version of the 24-bit 56001, it can process sound and graphics simultaneously.

a 33-MHz 96002 processes 16.5 MIPS and 49 MFLOPS.  The dual 88110 CPUs being  
rumored lately beat this chip in the MIPS, but do they have the MFLOPS?  I  
think it would be a good idea to use it in both 040 and (if ever) 88110  
systems.

What do you think?

Eskandar Ensafi --- esky@marathon.cs.ucla.edu, esky@mayhem.icsl.ucla.edu
Re: DSP: It's about time for the 96002
#1729
Author: Kent L Shephard
Date: Thu, 16 Apr 1992 21:19
35 lines
2181 bytes
In article <1992Apr16.180415.26582@cs.ucla.edu> esky@mayhem.icsl.ucla.edu writes:
>
>Why not NeXT? I mean, Ariel has come out with PC boards using the 96001  
>"Multimedia" DSP chip from Motorola.
>  
>For those of you who don't know, the chip is binary-compatible with the 56001  
>that NeXT uses and it is called a multimedia chip because, being a 32-bit  
>version of the 24-bit 56001, it can process sound and graphics simultaneously.
>

This is wrong.  The 96Kis a different animal all completely. It is a
floating point DSP.  This also means that data formats are different.
With floating point you typically get more dynamic range but less
resolution.  The 56K has 2 56 bit accumulators and can store 48 bits to
memory.  The resgister size is 24 bits but you can concatinate 2 regs.
to get 48 bits.

It is ideally suited for audio since it ca get a left and right sample
with out much trouble.

>a 33-MHz 96002 processes 16.5 MIPS and 49 MFLOPS.  The dual 88110 CPUs being  
>rumored lately beat this chip in the MIPS, but do they have the MFLOPS?  I  
>think it would be a good idea to use it in both 040 and (if ever) 88110  
>systems.
>

The 96k has very few uses for audio currently.  Most synths that use off
the shelf DSPs use the 56K.  I have seen very little software for th 96K.
This means a lot if time and investment writing code.  The 96K and 56K
are NOT sompatible.
--
/*  -The opinions expressed are my own, not my employers.    */
/*      For I can only express my own opinions.              */
/*                                                           */
/*   Kent L. Shephard  : email - kls30@DUTS.ccc.amdahl.com   */
Re: DSP: It's about time for the 96002
#1735
Author: Stuart Ritchie
Date: Thu, 16 Apr 1992 23:14
39 lines
2024 bytes
In article <1992Apr16.180415.26582@cs.ucla.edu> esky@mayhem.icsl.ucla.edu writes:
>
>Why not NeXT? I mean, Ariel has come out with PC boards using the 96001  
>"Multimedia" DSP chip from Motorola.
>
[munch]  
>
>a 33-MHz 96002 processes 16.5 MIPS and 49 MFLOPS.  The dual 88110 CPUs being  
>rumored lately beat this chip in the MIPS, but do they have the MFLOPS?  I  
>think it would be a good idea to use it in both 040 and (if ever) 88110  
>systems.
>
>What do you think?
>
>Eskandar Ensafi --- esky@marathon.cs.ucla.edu, esky@mayhem.icsl.ucla.edu

The problem I have with this is integrating a completely foreign
CPU with the rest of the system.

Currently, the NeXT requires special DSP memory and a special DSP
bus to bridge between the native CPU and the DSP.  It seems to me
that this stuff is very special purpose and totally nonflexible.

The software required to access the DSP is also very special
purpose and not very flexbile.  Currently, the DSP can be only
used for batch jobs.  It's a problem when I want to run Mandelbrot.app
and listen to a .score file.  This does not seem like the way to do things
in a multitasking environment.

It costs money to design and implement these special purpose solutions.

I speculate that special purpose onboard processors like the DSP
will give way to fast and inexpensive general purpose processors.
The DSP is an intermediate stage until we get a general purpose
CPU that can do everything.

Special purpose processors have their place doing dedicated things.

...Stuart
Re: DSP: It's about time for the 96002
#1757
Author: John G Shirlaw
Date: Fri, 17 Apr 1992 04:54
24 lines
1632 bytes
In article <1992Apr16.180415.26582@cs.ucla.edu>, esky@marathon.cs.ucla.edu (Eskandar Ensafi) writes:
|> 
|> Why not NeXT? I mean, Ariel has come out with PC boards using the 96001  
|> "Multimedia" DSP chip from Motorola.
|>   
|> For those of you who don't know, the chip is binary-compatible with the 56001  
|> that NeXT uses and it is called a multimedia chip because, being a 32-bit  
|> version of the 24-bit 56001, it can process sound and graphics simultaneously.
|> 
|> a 33-MHz 96002 processes 16.5 MIPS and 49 MFLOPS.  The dual 88110 CPUs being  
|> rumored lately beat this chip in the MIPS, but do they have the MFLOPS?  I  
|> think it would be a good idea to use it in both 040 and (if ever) 88110  
|> systems.
|> 
|> What do you think?
|> 
|> Eskandar Ensafi --- esky@marathon.cs.ucla.edu, esky@mayhem.icsl.ucla.edu


Another interesting question is why didn't NeXT replace the 56001 with the 96002
when they introduced the new turbo's?  this should have been a simple mod given all the other
things they have been doing to the board any way.

john.
Re: DSP: It's about time for the 96002
#1794
Author: in use
Date: Fri, 17 Apr 1992 18:46
68 lines
4598 bytes
In article <1992Apr17.045418.23581@athena.mit.edu> jgshir@athena.mit.edu (John G Shirlaw) writes:
>In article <1992Apr16.180415.26582@cs.ucla.edu>, esky@marathon.cs.ucla.edu (Eskandar Ensafi) writes:
>|> 
>|> Why not NeXT? I mean, Ariel has come out with PC boards using the 96001  
>|> "Multimedia" DSP chip from Motorola.
>|>   
>|> For those of you who don't know, the chip is binary-compatible with the 56001  
>|> that NeXT uses and it is called a multimedia chip because, being a 32-bit  
>|> version of the 24-bit 56001, it can process sound and graphics simultaneously.
 
Could you please site the document which says the 56001 and the 96001 are binary
compatable?  Motorola's Technical Summary of the 96001 (BR574/D, (C) 1988) says
in its opening paragraph that the two chips are "software compatable."  However,
on page 21 youll find the following:  "Because the DSP96001 floating-point data
ALU is substantially different from the DSP56001 fixed-point data ALU, serveral
assembler options are provided to allow source-code compatability across both
families."

As for its being called a Multimedia chip, I suspect it may have more to do with
the fact that the TI320C30 seems to be the chip of choice in the DSP market, Im
told due to the fact that it is far cheaper than the 96000 series.  With the
TI320C40 having very good support for building multiprocessor systems (even with its
odd 325(?)-pin zig-zag PGA arrangement :-) it may be the Motorola chip would
still not be the chip of choice for building scalable multimedia systems.  I fear
this volume/price thing will also severely hamper the evolution of the 88110
series.  Dont forget, before AMD, Intel could charge hundreds more per each
of millions of 386/486 chips.  That means potentially billions more to invest
in future growth.

>|> a 33-MHz 96002 processes 16.5 MIPS and 49 MFLOPS.  The dual 88110 CPUs being  
>|> rumored lately beat this chip in the MIPS, but do they have the MFLOPS?  I  
>|> think it would be a good idea to use it in both 040 and (if ever) 88110  
>|> systems.
>|> 
>|> What do you think?
>|> 
>|> Eskandar Ensafi --- esky@marathon.cs.ucla.edu, esky@mayhem.icsl.ucla.edu

I think advertising literature may be somewhat misleading.  49 MFLOPS is high,
considering the only instruction that will do that is FMPY//FADDSUB.S.  Im told
by a few DSP gurus that this instruction isnt used by the algorithms they work
with, giving a typical peak performance of 33 MFLOPS (if you see where this is
commonly used, please write to me!)  On the other hand, modulo and bit-reverse
address generation is required by many DSP algorithms.  The fact that address
generation occurs in parallel with the Data ALU operations means that the
MOPS/MIPS value is far higher for a DSP chip than a standard RISC chip.  The
fact that DSP systems are typically built around 0 wait state memory systems
instead of slower cached memory systems means the performance is predictable,
which is a critical factor for hard real-time systems.

>Another interesting question is why didn't NeXT replace the 56001 with the 96002
>when they introduced the new turbo's?  this should have been a simple mod given all the other
>things they have been doing to the board any way.
>
>john.

The latest rumor up the pike is that there will be no DSP with the NRW.  If the
96001 (the 96002 doesnt have the serial ports or host port) isnt fully binary
compatable it would be a big change for one generation, just to watch both
generations die.

If NeXT ever catches up to the rest of the world in desktop systems (DECs TurboChannel,
Suns SBus, Apples NuBus 90, etc...) it might be wiser in the long run to offer
a base DSPless system with a series of multimedia expansion cards.  That way
you only pay for the level of sophistication you need, and you have more options
as to how many levels there are.  Right now its just the NeXTdimension or nothing.

-Steve
Re: DSP: It's about time for the 96002
#1755
Author: James Uther
Date: Sat, 18 Apr 1992 04:49
3 lines
556 bytes
The 96002 costs an order of magnitude more than the 56001. (as of the end of
last year, anyway). Could NeXT do it?
	james
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads