Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!ptimtc!nntp-server.caltech.edu!beyond!andrey From: andrey@beyond.caltech.edu (Andre Yew) Newsgroups: comp.sys.amiga.advocacy Subject: Re: AMIGA Message-ID: Date: 4 May 91 23:22:49 GMT References: <4402@mindlink.UUCP> <1991Jan11.225935.26086@mintaka.lcs.mit.edu> Sender: news@nntp-server.caltech.edu Organization: California Institute of Technology, Pasadena Lines: 35 melling@cs.psu.edu (Michael D Mellinger) writes: >In article <1991Jan11.225935.26086@mintaka.lcs.mit.edu> rjc@wookumz.ai.mit.edu (Ray Cromwell) writes: > Even if they were shipping, I wouldn't buy one, unless a few things > happen first: > 1) Jobs replaces that lame 56001 DSP with a 96001/2, and shares the DSP > better. Please explain why you'd want to use the 96001 over the 56001 in a host processor situation? Are you trying to do DSP the same time you play "Their Finest Hour", raytrace and read your news? 32-bit addressing on the 96001 onto its own RAM would make that convenient. Also, why is the 56001 lame? >Yeah, the 56001 is only a 10mip DSP, give me something better! CD >quality sound isn't enough. And the 96001 is only a 13.33 MIPS chip. You can get CD quality sound from almost anything -- it's not a function of the processor chip you're using, especially since it's not doing any sampling. An IBM-clone could do 16-bit, 44.1 kHz sampling. Also, I don't think the NeXT can do CD-quality sound by itself. It has a CODEC chip which compresses sound samples, which are probably not 16-bits to begin with. Perhaps you could oversample to get to CD-quality, but I don't know if the sampling software does this, and I don't know if your CODEC is fast enough. >-Mike Andre -- Andre Yew andrey@through.cs.caltech.edu (131.215.131.169)