Re: getting a different kind of TIFF file recognized...
Re: getting a different kind of TIFF file recognized...
- Subject: Re: getting a different kind of TIFF file recognized...
- From: "John C. Randolph" <email@hidden>
- Date: Thu, 17 Jan 2002 12:00:22 -0800
On Thursday, January 17, 2002, at 10:07 AM, Michael B. Johnson wrote:
>
So let's say I have a TIFF file that uses a proprietary
>
compression scheme. I now want to be able to have Cocoa apps
>
(ones that I write) be able to read these. If it was a
>
completely different format (.myPicFormat), I think I would
>
just make a new subclass of NSImageRep and override + (NSArray
>
*)imageUnfilteredFileTypes, but because it's TIFF, I'm not sure
>
how to proceed.
.tiff is a bit of a strange beast. It's not so much an image
format as a way of declaring any of several image formats. (e.g,
a .tiff can contain .jpeg DCT data, or run-length encoded
bitmaps, or any number of different representations of the same
image..)
Would a filter service do what you need? Is it important to
preserve the original compressed data, or is transmuting it into
jpeg acceptable?
>
On a related topic, what if my TIFF file has data that isn't
>
representable by the current representations. The two obvious
>
examples would be if my TIFF file had floating point channels
>
(a perfectly valid TIFF), and/or it had 16 bits/channel (ditto).
>
>
Do I subclass NSBitmapRep and extend it? Without the source,
>
that seems like a bad idea...
>
>
I'm hoping what I want to do is possible; even if it's not
>
straightforward...
Possible, sure. Easy or not is the question..
-jcr
"I fear all we have done is to awaken a sleeping giant and fill
him with a terrible resolve." -Admiral Isoroku Yamamoto, Dec 7,
1941.