home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / next / programm / 5247 < prev    next >
Encoding:
Internet Message Format  |  1992-07-26  |  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: <4482@rosie.NeXT.COM>
  6. Date: 26 Jul 92 21:23:21 GMT
  7. References: <17124@acorn.co.uk> <4481@rosie.NeXT.COM> <1992Jul26.060536.22698@csus.edu>
  8. Sender: news@NeXT.COM
  9. Organization: Next Computer, Inc.
  10. Lines: 28
  11.  
  12. In article <1992Jul26.060536.22698@csus.edu> eps@cs.sfsu.edu writes:
  13. >In article <4481@rosie.NeXT.COM> aozer@next.com (Ali Ozer) writes:
  14. >>NeXTSTEP 2.x denotes alpha with the private MATTE tag; NeXTSTEP 3.0 uses
  15. >>the newly created standard ExtraSamples tag.
  16. >
  17. >You mean alpha tiff format changed *again*???  [Before 2.0 NeXT
  18. >used PhotoMetricInterpretation=5.]  Arrgh!!!
  19. >
  20. >                    -=EPS=-
  21.  
  22. But Eric, what's the problem?  Our 3.0 images (with alpha) load under
  23. 2.0 just fine, and that was certainly the biggest concern...
  24.  
  25. Our 1.0 alpha format was real crufty. 2.0 fixed that by using a
  26. private tag registered by SGI and used by Sam Leffler's library. As far
  27. as I know, no one but SGI and NeXT used that format. The TIFF 6.0 spec
  28. (just recently finalized) adopted a standard for alpha that was different 
  29. and in NeXTSTEP 3.0 we decided to follow that.
  30.  
  31. Ali
  32. Ali_Ozer@NeXT.com
  33.  
  34.  
  35.  
  36.  
  37.  
  38.  
  39.  
  40.