Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!amdahl!ames!necntc!ci-dandelion!ulowell!dino!miner
From: miner@dino.cpe.ulowell.edu (Rich Miner)
Newsgroups: comp.sys.amiga,comp.graphics
Subject: Re: "LIVE!" report
Message-ID: <1782@dino.cpe.ulowell.edu>
Date: Fri, 30-Oct-87 18:13:36 EST
Article-I.D.: dino.1782
Posted: Fri Oct 30 18:13:36 1987
Date-Received: Thu, 5-Nov-87 00:43:10 EST
References: <17201@glacier.STANFORD.EDU> <21518@ucbvax.BERKELEY.EDU>
Reply-To: miner@dino.cpe.ulowell.edu (Rich Miner)
Organization: University of Lowell
Lines: 17
Keywords: Amiga, framegrabber, LIVE!
Xref: mnetor comp.sys.amiga:10240 comp.graphics:1306

In article <21518@ucbvax.BERKELEY.EDU>  (Bryce Nesbitt) writes:
>It should be pointed out that Live! does the reading in of data with the
>68000.  This is why it can't get all of it in just one frame.
Live! does not do the reading, the live.library routines do the reading.
Why bother to make the distinction?  Well, if you have another coprocessor
on the bus that can do DMA reads from MEMF_ANY and DMA writes to CHIP-MEM
then you could add some hardware to read directly from the registers of the
live board, just like the software in the library does.  This would be
similar to if the board had its own on-board DMA controller.

One of the reasons we put Live in a A2000 was to have our imaging
coprocessor read the images from live and move them into display RAM.  If we
can get one chip reading the image data, and one chip writing the image data,
then we will have 5-chips in between to do some nifty processing of the 
images in "real-time".
-- 
Rich miner@ulowell.edu  617/452-5000x2693  ULowell CPE Imaging Research Lab