Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!rutgers!cbmvax!grr
From: grr@cbmvax.UUCP (George Robbins)
Newsgroups: comp.dcom.modems
Subject: Re: Where is modem progress?
Keywords: V.32
Message-ID: <7002@cbmvax.UUCP>
Date: 27 May 89 16:25:36 GMT
References: <78700004@p.cs.uiuc.edu> <6977@cbmvax.UUCP> <753@hsfmsh.UUCP>
Reply-To: grr@cbmvax.UUCP (George Robbins)
Organization: Commodore Technology, West Chester, PA
Lines: 23

In article <753@hsfmsh.UUCP> sfsun!hsfmsh!mhyman@sun.com (Marco S. Hyman) writes:
> In article <6977@cbmvax.UUCP> grr@cbmvax.UUCP (George Robbins) writes:
> > Implementations are also not particularly cheap at this point.  A lot
> > of these modems are using DSP chips of one sort or another - all of the
> > V.32 modems are currently using the same Rockwell DSP chipset, which
> > being single sourced, isn't immediately subject to price competition.
> 
> Not true.  Several of the V.32 modems out there pre-date the Rockwell V.32
> chipset. Check out the Codec, NEC, UDS, and Hayes V.32 entries for example.  

All right!  I confess to overgeneralization and ignorance of tru-facts.

I'll modify my statment to say the the current "cook-book" solutions to
building V.32 modems are limited to (a) using the Rockwell V.32 chipset
or (b) using a "module" from UDS.  The real price cuts don't start until
somebody can avoid paying the piper on proprietary technology, and is
willing to sell products without feeling a compulsion to jack up the
margin to cover R&D or other business issues.

-- 
George Robbins - now working for,	uucp: {uunet|pyramid|rutgers}!cbmvax!grr
but no way officially representing	arpa: cbmvax!grr@uunet.uu.net
Commodore, Engineering Department	fone: 215-431-9255 (only by moonlite)