Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!elroy.jpl.nasa.gov!usc!samsung!uakari.primate.wisc.edu!umriscc!mcs213f.cs.umr.edu!mcastle
From: mcastle@mcs213f.cs.umr.edu (Mike Castle (Nexus))
Newsgroups: comp.ivideodisc
Subject: Re: DVI questions
Message-ID: <1964@umriscc.isc.umr.edu>
Date: 15 Jan 91 20:54:19 GMT
References: <573@hydra.bucknell.edu> <1991Jan15.040230.26507@gpu.utcs.utoronto.ca> <425@newmedia.UUCP>
Sender: news@umriscc.isc.umr.edu
Organization: University of Missouri - Rolla
Lines: 29

In article <425@newmedia.UUCP> jim@newmedia.UUCP (Jim Beveridge) writes:
>The first chip to do JPEG is from C-Cube, and they are currently only
>shipping the still frame version of the chip.  The real time version
>is still not available.  Even in compressed form, the bandwidth
>required for a full JPEG screen far exceeds the abilities of an
>IBM bus to transfer.  (I don't believe it to be a problem for the
>Apple NuBus)  JPEG still requires LOTS of data moving around.
>To keep track of it, you pretty much require the full resources
>of the system to move it off the hard disk and pump it into the
>chip fast enough.
>
>Of course, there are ways around this problem with a private
>bus and private hard drives, but that is $$$.

Which 'IBM' bus are you referring to?  I can see where the data transfer
rates necessary would be too high for an ISA bus too handle, and perhaps
even EISA.  But I think the MCA design (from what I've heard) would be
able to handle that kind of throughtput.

Anyone who has actually done any work with EISA or MCA have any comments?

This is just pure speculation on my part, so I could be way off about this.

Just curious.
-- 
Mike Castle (Nexus) S087891@UMRVMA.UMR.EDU (preferred)       | ERROR:  Invalid
                mcastle@mcs213k.cs.umr.edu (unix mail-YEACH!)| command 'HELP'
Life is like a clock:  You can work constantly, and be right | try 'HELP'
all the time, or not work at all, and be right twice a day.  |