home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / graphics / 14266 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  2.1 KB
  1. Path: sparky!uunet!ferkel.ucsb.edu!taco!gatech!rpi!usc!elroy.jpl.nasa.gov!decwrl!netcomsv!netcomsv!telco-nac.com!telco-nac.com!not-for-mail
  2. From: dave@telco-nac.com (David Cornejo)
  3. Newsgroups: comp.graphics
  4. Subject: Re: 256 color faster than 16 color ...why?
  5. Date: 26 Jan 1993 15:57:01 -0800
  6. Organization: Telco Systems NAC, Fremont, CA
  7. Lines: 34
  8. Message-ID: <1k4j4dINNoo5@hobbes.telco-nac.com>
  9. References: <C1FvJp.Hw9@acsu.buffalo.edu>
  10. NNTP-Posting-Host: hobbes.telco-nac.com
  11.  
  12. In article <C1FvJp.Hw9@acsu.buffalo.edu> tef@acsu.buffalo.edu (Tom Frisinger) writes:
  13. >Hello,
  14. >    I've done some tests and found out that 256 is indeed much faster
  15. >than 16 color at the same resolution.  Why is this?  I tested
  16. >320x200x16 vs. 320x200x256, and 640x480x16 vs. 640x480x256, and
  17. >800x600x16 vs. 800x600x256.  I figure that that covered all the
  18. >memory ranges pretty well.  The 256 color out performed the 16 color
  19. >by anywhere from 10%-40%!!!   The only possible explantion I can
  20. >think of is that with 256 color they can to fast byte operations on
  21. >memory vs. messing around with 4bits and shifting and all that.  Is
  22. >this theory at all on the right track?
  23. >Thanks for the help.
  24. >
  25. >                    Tom Frisinger
  26. >                    tef@acsu.buffalo.edu
  27.  
  28. I believe this is right or at least on the right track...
  29.  
  30. In 16 color mode, the video memory is organized as 4 planes of 1 bit each,
  31. requiring a lot of diddling of I/O ports & masks before you output the pixel.
  32. Even when you write the pixel, you're not actually writing to the video
  33. memory - the card has to jump through some hoops to write it to the memory
  34. for you. In 256 color mode, I believe that you have direct (or at least
  35. fast buffered) access to flat video memory. Michael Abrash (I hope that's
  36. correct) covers this frequently in his column in Dr Dobbs, so you can check
  37. back issues for a better explanation (I'm doing this from memory). I think
  38. he has a book or a set of article reprints available too.
  39.  
  40.  
  41.  
  42. -- 
  43. Dave Cornejo, Telco Systems NAC                      voice 510.490.3111
  44. 4305 Cushing Parkway                                       ext 5158
  45. Fremont, CA 94538                                      FAX 510.490.9396
  46.