2010.01.15 13:40 "Re: [Tiff] eta for bigtiff support?", by Phil Harvey

2010.02.05 16:50 "[SPAM WARNING]Re: [Tiff] eta for bigtiff support?", by Toby Thain

On 5-Feb-10, at 11:36 AM, Edward Lam wrote:

>
> Also recall that TIFF has much more heterogeneous nature compared
> to PSD
> files. IMHO, just because Adobe went with a different extension for
> PSD
> is a weak argument to begin with.

Changing a PSD parser to work with PSB as well only affects half a dozen lines of code.

Not sure what you mean by less "heterogeneous", though. PSD is a menagerie of internally inconsistent representations and encodings - due to its ad-hoc, accretive history.

--Toby

>

> Regards,
> -Edward
>
> Chris Cox wrote:

Yes, and around that time I brought the same arguments and reasons to the libTIFF team.

And they rejected the idea of a different extension.

PSD had problems going to a new version because too many third party implementations were not even checking the version number (or many other size fields) when reading the files.

Chris

On 2/4/10 9:35 AM, "Phil Harvey" <phil@owl.phy.queensu.ca> wrote:

Regarding the choice of extension for BigTIFF:

For what it's worth, I have just learned the Adobe released new version of their PSD format back in 2005, called "Photoshop Large Document Format". This change was very similar to that of BigTIFF in that a few of the pointers changed from 4 to 8 bytes. They also changed the file header from "8BPS\0\1" to "8BPS\0\2" so the new file format could be identified (this was a version number change according to the specification).

Adobe uses a different extension for these files (PSB instead of PSD).

>

>> ---------------------------------------------------------------------
>> ---

>
> _______________________________________________
> Tiff mailing list: Tiff@lists.maptools.org
> http://lists.maptools.org/mailman/listinfo/tiff
> http://www.remotesensing.org/libtiff/