home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!cis.ohio-state.edu!ucbvax!mtxinu!taniwha!paul
- From: paul@taniwha.UUCP (Paul Campbell)
- Newsgroups: comp.sys.mac.programmer
- Subject: Re: Top byte of 24-bit offscreen gworld?
- Message-ID: <1262@taniwha.UUCP>
- Date: 8 Sep 92 07:06:08 GMT
- References: <28628@vedge.UUCP> <1992Sep4.181047.16762@primerd.prime.com> <1992Sep4.201711.16186@cs.uoregon.edu>
- Organization: Taniwha Systems Design
- Lines: 29
-
- In article <28628@vedge.UUCP> brad@vedge.com (Brad Fowlow) writes:
- >Can anyone say how quickly or terribly things might
- >go awry if I try to keep some extra info in the top 8 bits
- >of the pixel data of a 24-bit offscreen gworld?
- >
- >That byte is awfully tempting as a place for alpha stuff.
- >And for the moment I'm not too concerned with how the code
- >will react under system 12; I just don't want sneaking
- >randomness to show up next week.
- >Have I missed something in IM6 that unequivocally rules
- >this out, or permits it? Has anyone else been similiarly tempted?
-
- Well you can go ahead and put data in the top byte BUT don't expect QuickDraw
- to do anything usefull with it .... despite what IM sais a later note in
- Develop said recently that you should NOT depend on CopyBits preserving
- that byte - even if it dows now it might not in the future - or in all
- the circumstances you can test today.
-
- All 24-bit cards I know of that ship today do NOT preserve the top eight
- bits a pixel - but then they aren't GWorlds and you can't get usefull data
- on there with out CopyBits anyway
-
- Paul
-
- --
- Paul Campbell UUCP: ..!mtxinu!taniwha!paul AppleLink: CAMPBELL.P
-
- "Most American's day to day experience of 'Family Values' is found in
- brightly colored fliers from such organisations as Target and K-Mart."
-