home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / mac / programm / 15017 < prev    next >
Encoding:
Internet Message Format  |  1992-09-07  |  2.3 KB
  1. Path: sparky!uunet!ogicse!cs.uoregon.edu!sisters.cs.uoregon.edu!mkelly
  2. From: mkelly@sisters.cs.uoregon.edu (Michael A. Kelly)
  3. Newsgroups: comp.sys.mac.programmer
  4. Subject: Re: Top byte of 24-bit offscreen gworld?
  5. Message-ID: <1992Sep4.201711.16186@cs.uoregon.edu>
  6. Date: 4 Sep 92 20:17:11 GMT
  7. Article-I.D.: cs.1992Sep4.201711.16186
  8. References: <28628@vedge.UUCP> <1992Sep4.181047.16762@primerd.prime.com>
  9. Sender: news@cs.uoregon.edu (Netnews Owner)
  10. Organization: University of Oregon Computer and Information Sciences Dept.
  11. Lines: 38
  12.  
  13. In article <1992Sep4.181047.16762@primerd.prime.com> <J.Cook@ENS.Prime.COM> writes:
  14. >In article <28628@vedge.UUCP> brad@vedge.com (Brad Fowlow) writes:
  15. >>Can anyone say how quickly or terribly things might
  16. >>go awry if I try to keep some extra info in the top 8 bits
  17. >>of the pixel data of a 24-bit offscreen gworld?
  18. >>
  19. >>That byte is awfully tempting as a place for alpha stuff.
  20. >>And for the moment I'm not too concerned with how the code
  21. >>will react under system 12; I just don't want sneaking 
  22. >>randomness to show up next week. 
  23. >>Have I missed something in IM6 that unequivocally rules
  24. >>this out, or permits it?  Has anyone else been similiarly tempted?
  25. >
  26. >The only think I know is that you better check the spec's on your video board.
  27. >Some video boards implement 32 bits per pixel and ignore the high 8 bits and
  28. >some board don't have the memory there to save money.  Check your board and
  29. >the boards of any other Macs you want to run on.
  30.  
  31. If the extra memory isn't available, the card should take care of that
  32. itself.  Since there's no such thing as a 24-bit GWorld, those cards must
  33. be taking the extra byte into account.
  34.  
  35. If a card does have the extra memory, and it uses that memory internally,
  36. it should still be masking off the extra byte in a 32-bit GWorld.  If the
  37. card has the memory but doesn't use it, it doesn't matter whether or not
  38. it copies the extra byte.
  39.  
  40. This is all assuming you're using QuickDraw.
  41.  
  42. I haven't tested this, but it _should_ work that way.  Please correct me
  43. if I'm wrong.
  44.  
  45. Mike.
  46. -- 
  47. _____________________________________________________________________________
  48. Michael A. Kelly                                         University of Oregon
  49. mkelly@cs.uoregon.edu                             Computer Science Department
  50. _____________________________________________________________________________
  51.