home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.acorn
- Path: sparky!uunet!mcsun!ub4b!news.cs.kuleuven.ac.be!gate!rilke!tytgat
- From: tytgat@rilke.esat.kuleuven.ac.be (John Tytgat)
- Subject: Re: VIDC20!!
- Message-ID: <1992Nov12.125305.4665@gate.esat.kuleuven.ac.be>
- Sender: news@gate.esat.kuleuven.ac.be (USENET News System)
- Organization: K.U.Leuven, Belgium
- References: <1992Nov9.110501.1@cc.curtin.edu.au> <1992Nov9.133838.17133@wam.umd.edu> <1992Nov10.174945.19853@maths.tcd.ie>
- Date: Thu, 12 Nov 1992 12:53:05 GMT
- Lines: 30
-
- In article <1992Nov10.174945.19853@maths.tcd.ie> merlin@maths.tcd.ie (Merlin Hughes) writes:
- >I would say it is a display-only chip, otherwise they would
- >have mentioned stuff like that. What you need to do is put
- >the VIDC on a graphics card, with wads of fast VRAM, and
- >then you can add your graphics processor to the card. All
-
- Although there are only a few technical specifications in the VIDC20
- announcement, I believe that the VIDC20 is capable of handling VRAM.
- So finally we won't lose any speed due the video DMA.
-
- Can someone enlighten the 'CD serial output' facility of the VIDC20 ? Are
- we talking about the Philips/Sony CD standard for digital audio transmission ?
- And which audio sample rates are possible (32, 44.1 or even 48 KHz) ?
-
- >the VIDC will do is display the picture cheaply, in a wide
- >variety of screen configurations. The Arc (if that is your
- >desired machine) will then send commands down to the card,
- >and get on with its own things at no system bandwidth loss.
- >The graphics processor can be an ARM or whatever. The Vidc
- >can only read from the VRAM; it will never write to it.
-
- A graphics card with a graphic engine would be ok if we have a 32 bit
- podule comminication. Otherwise this will be the bottleneck.
-
- But what about games Merlin ?
-
-
- John.
- tytgat@esat.kuleuven.ac.be (do not thrust my e-mail address in the header)
- BASS
-