home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / sys / acorn / 9482 < prev    next >
Encoding:
Internet Message Format  |  1992-11-10  |  2.2 KB
  1. Path: sparky!uunet!mcsun!uknet!strath-cs!sproven
  2. From: sproven@cs.strath.ac.uk (Simon B Proven IE91)
  3. Newsgroups: comp.sys.acorn
  4. Subject: Re: VIDC20!!
  5. Message-ID: <10909@baird.cs.strath.ac.uk>
  6. Date: 10 Nov 92 13:55:04 GMT
  7. References: <1992Nov9.113146.12042@waikato.ac.nz> <1992Nov9.110501.1@cc.curtin.edu.au> <1992Nov9.133838.17133@wam.umd.edu>
  8. Sender: news@cs.strath.ac.uk
  9. Organization: Comp. Sci. Dept., Strathclyde Univ., Glasgow, Scotland.
  10. Lines: 48
  11. Nntp-Posting-Host: hunter-08
  12.  
  13. In article <1992Nov9.133838.17133@wam.umd.edu> rsrodger@wam.umd.edu (Yamanari) writes:
  14. >In article <1992Nov9.110501.1@cc.curtin.edu.au> sdaveyj@cc.curtin.edu.au writes:
  15. >>Hey! Has every body read acorn.sys.announce! VIDC20
  16. >>
  17. >>Wow, just what I have always wanted. 32Bit! suck eggs PC's cheap per chip
  18. >>too, 28bit pallete!
  19. >
  20. >    When I read the annoncement, I was fairly impressed, but I noticed
  21. >    that it didn't really give any hard core information.  
  22.  
  23. Yes it did - you just have to read between the lines.
  24.  
  25. >
  26. >    <i.e. what is the maximum resolution at 32 bits per pixel>
  27.  
  28. Given max bandwidth of 160Mb/sec, you can get 32bpp 1024x768 at 50Hz
  29.  
  30. or 800x600 at 60Hz
  31.  
  32. (I *think*)
  33.  
  34. This is a back-of-envelope calculation, and 1024x768 is very close to the
  35. limit (150Mb/sec) and I've not taken account of flyback, so 1024x768 may be
  36. a nono, but 800x600 will work at 32bpp, as it only needs 109Mb/sec bandwidth
  37. which is well within spec
  38.  
  39. :)
  40.  
  41. >    The other thing I noticed is that, other than the hardware cursor,
  42. >    there was no mention whatsoever as to whether it had hardware
  43. >    assisted graphics--i.e. bitblt, and so on.  
  44.  
  45. Which means it doesn't.  In other words, to get fast graphics systems, you
  46. need a separete ARM600 coprocessor just to draw to the frame buffer.
  47.  
  48. >    If Acorn wants into the PC graphics biz, they'll have to provide
  49. >    at least some graphics accelleration...
  50.  
  51. I'd call that ARM700 :)
  52.  
  53. > Robert Stephen Rodgers  ||  rsrodger@wam.umd.edu  || IRC: Yamanari
  54.  
  55. mad@bike
  56. -- 
  57. * Simon Proven - 3rd Year student of Computer and Electronic Systems at the *
  58. * University of Strathclyde, Glasgow, Scotland  G1 1XQ                      *
  59. * Secretary, University of Strathclyde Green Group                          *
  60. * sproven@cs.strath.ac.uk             REAL (tm) peeps ride bike :)          *
  61.