home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / programm / 5239 < prev    next >
Encoding:
Internet Message Format  |  1992-07-25  |  1.2 KB

  1. Path: sparky!uunet!rosie!aozer
  2. From: aozer@next.com (Ali Ozer)
  3. Newsgroups: comp.sys.next.programmer
  4. Subject: Re: NeXT TIFF question
  5. Message-ID: <4481@rosie.NeXT.COM>
  6. Date: 26 Jul 92 01:46:23 GMT
  7. References: <17124@acorn.co.uk>
  8. Sender: news@NeXT.COM
  9. Organization: Next Computer, Inc.
  10. Lines: 19
  11.  
  12. In article <17124@acorn.co.uk> David De Vorchik writes:
  13. >We are currently trying to decode some TIFF files that originated on a NeXT
  14. >box.  These icons have a strange samples per pixel value (0x20002), we
  15. >assume this is something to do with masking of the image (as some of them
  16. >are icons).
  17.  
  18. Bizarre. NeXTSTEP never generates TIFFs with that spp; spp is always 1, 2, 3,
  19. or 4.  In fact, given that the SamplesPerPixel tag is a short, the value
  20. you specify doesn't look right. If it were to be 2 (which seems likely), then
  21. you probably have a grayscale image with alpha.
  22.  
  23. Images with alpha aren't too complicated; they just have an extra channel
  24. holding the transparency information, and the actual image itself is
  25. premultipled with alpha. The alpha is stored as the last channel of data.
  26.  
  27. NeXTSTEP 2.x denotes alpha with the private MATTE tag; NeXTSTEP 3.0 uses
  28. the newly created standard ExtraSamples tag.
  29.  
  30. Ali, Ali_Ozer@NeXT.com
  31.