[Bf-committers] Re: [Bf-blender-cvs] libtiff comments
Gilbert, Joseph T.
jgilbert at tigr.ORG
Tue Nov 29 05:29:19 CET 2005
Is windows distributing libtiff.dll with it's binary?
Because if it is the one uploaded to lib/windows has 2 version specific dependencies: jpeg62 and zlib1. We prob need one that calls the jpeg and zlib dll's we already distribute.
From: bf-committers-bounces at projects.blender.org [mailto:bf-committers-bounces at projects.blender.org] On Behalf Of Jonathan Merritt
Sent: Wednesday, November 23, 2005 5:08 AM
To: bf-blender developers
Subject: Re: [Bf-committers] Re: [Bf-blender-cvs] libtiff comments
Jean-Luc Peurière wrote:
> Le 23 nov. 05 à 03:07, Martin Poirier a écrit :
>>> Finally what features this gives that are not
>>> available via quicktime ?
>> Linux support, as there's no quicktime lib on linux.
> my point is that Kent hinted ( in wiki) that even on
> platforms with quicktime there was an interest to do
> If it is only for linux/otherIXs support, this should be
> restricted to these platforms
Currently, libtiff offers nothing more under Linux than QuickTime does
for its plaforms (aside from additional complexity...!). Hence,
currently, there's nothing to lose by restricting it to *NIXes (or
should that be *NIXen? :-)
However, once higher bit-depth images are available within Blender,
these can also be loaded and saved as TIFF files by libtiff. (This is
the sort of thing planned for OpenEXR. TIFF would just be another
alternative, but one that a number of legacy applications still use.)
I'm not sure whether this additional capability is something that
QuickTIme also wraps. I haven't looked into it in detail yet; I've been
waiting for the internal Blender image format to resolve itself first.
Bf-committers mailing list
Bf-committers at projects.blender.org
More information about the Bf-committers