Path: utzoo!attcan!uunet!cs.utexas.edu!usc!rutgers!aramis.rutgers.edu!topaz.rutgers.edu!eric From: eric@topaz.rutgers.edu (Eric Lavitsky) Newsgroups: comp.sys.amiga.tech Subject: Re: 24bit/pixel Keywords: IFF 24-bits truecolor Message-ID: Date: 4 Nov 89 19:46:15 GMT References: <5342@spudge.UUCP> <932@mit-amt.MEDIA.MIT.EDU> Distribution: na Organization: Rutgers Univ., New Brunswick, N.J. Lines: 34 In article limonce@pilot.njin.net (Tom Limoncelli) writes: > In article <932@mit-amt.MEDIA.MIT.EDU> ralph@atrp.mit.edu (Ralph L. Vinciguerra) writes: > > > I'm thinking of defining an alternate to ILBM chunks which > > allow non-bitplane interleaved image storage (like perhaps line interleaved > > instead). > > That's called "chunky" bitmaps, and it's usually done on a per-pixel > basis. It is *much* easier for a program to work with if one is doing > internal calculations. At DevCon, C-A officially adopted a chunky > bitmap IFF spec (which was co-developed by ASDG & C-A) The 24-Bit IFF standard is *not* chunky. It is rather a natural extension of the ILBM spec to support images up to 24-bitplanes. It was developed by ASDG - the only thing that was changed in the final spec due to external input was removal of ASDG's improper usage of the CMAP chunk for color correction information. A new chunk has been added for color correction, but the exact name escapes me at the moment. The latest format can be found on BIX in amiga.dev/iff ... > (DISCLAIMER: I'm not associated with ASDG or C-A and I wasn't at > DevCon, but this is what I recall from some net (and non-net) > summaries of the last DevCon. I'm sure I'll be flameboyantly > corrected for any discrepancies :-)) I'm also not associated with ASDG, but I was at DevCon and I am an interested party since my company's products support 24-bit image processing. > Drew University -- Tom Limoncelli -- Eric Lavitsky UUCP: ...rutgers!tstream!eric Active Circuits, Inc. eric@topaz.rutgers.edu 201-223-5999 BIX: eric