On Tue, 6 Jan 2004 18:04:26 +0000 Simon Wistow <[EMAIL PROTECTED]> babbled:
> On Sat, Jan 03, 2004 at 02:27:35PM +0900, Carsten Haitzler said: > > it errors out. libtiif is saying th eimage is not ok :( i guess libtiff just > > doesnt like it, or i need to updeate libtiff (i've got 3.5.7 too), or theres > > soem magic i need to do to make it be happy with this file! :) so in the end > > its libtiff here :) i've fixed my error handlign and now imlib2 wont segv, > > but it still wont load it thanks to libtiff erroring out. > > Cool, cheers. I'll go bother the libtiff people ;) > > > OpenEXR aaah yeah. sorry - forgot about this - no - don't know about any other loaders other than what's in E cvs (in the imlib2 src tree and the imlib2_loaders src tree for externally built/shipped loaders). > I'm currently trying t us Imlib2 for $large_film_project at > $special_effects_company hence the need for large TIFFs and the other > two file formats I mentioned. aaah - also one problem. imlib2 does all its math in 32bit RGBA - that mean 8 bits for R, G and B. film people won't like it cause it will lose precision from 16 or 32bit pixel data (16 or 32bits per color element). > Today I have mostly been trying write an OpenEXR loader and I'm > wonderign what the best way to do it is - is there a boiler plate for > writing stand alone loaders? imlib2 src and imlib2_loaders src is the "boiler plate" > Currently I'm chetaing and I added > > # Test for libexr > if test "$exr_ok" = no; then > AC_CHECK_LIB(IlmImf, file, > exr_libs="-lIlmImf -lImath -lHalf -lIex -lz" > exr_ok=yes, > exr_ok=no > AC_MSG_WARN(*** Native EXR support will not be built (EXR library > not found) ***), > $EXTRA_LIBS) > if test "$exr_ok" = yes; then > AC_MSG_CHECKING([for ImfRgbaFile.h]) > AC_TRY_CPP( > [#include <stdio.h> > #undef PACKAGE > #undef VERSION > #include <ImfRgbaFile.h>], > gif_ok=yes, > gif_ok=no) > AC_MSG_RESULT($gif_ok) > if test "$exr_ok" = yes; then > EXRLIBS=$exr_libs > else > AC_MSG_WARN(*** Native EXR support will not be built (EXR header > file not found) ***) > fi > fi > fi > > AM_CONDITIONAL(EXR_LOADER, test "$exr_ok" = yes) > AC_SUBST(EXRLIBS) > > to configure.ac, various other gubbins to loaders, Makefile.am ran hmmmm - yeah. the build system there is not very modular. it is possible to ship a loader built by itself (imlib2_loaders tree for example). thats more "modular" i guess. > % automake --foreign --add-missing --copy > % autoconf > % ./configure > > and ... got squat. > > Am I just being a 'tard? i'd have to see in more detail myself. my suggestion is make a build tree of its own. copy the imlib2_loaders tree from E cvs (checkout the e17/libs/imlib2 and e17/libs/imlib2_loaders modules) and just strip out everything form it except 1 loader and then replace it with yours... but again - for film... 8 bits per channel is not considered adeuqate as far as i understand it. > Simon > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > enlightenment-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/enlightenment-devel -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [EMAIL PROTECTED] çè - èå (æç) [EMAIL PROTECTED] Tokyo, Japan (æä ææ) ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id78&alloc_id371&op=click _______________________________________________ enlightenment-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
