OpenEXR developer list

headers Nico Ritsche | 2 Jan 12:29 · /OpenEXR/

_______________________________________________
Openexr-devel mailing list
Openexr-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel

_______________________________________________
Openexr-devel mailing list
Openexr-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel

Doesn't libtiff support 32 bit floats as a tiff image?

On 1/5/07, Nico Ritsche <Nico.Ritsche <at> imgtec.com> wrote:
>
>
> I'm desperately looking for HDR images using the full 32 bit float range.
> Such images should be possible with the exr format, hm? Or is it limited to
> store images using the half format? Can anybody help?
>
> Regards,
> Nico
>
>
>
>
> -
> This message is subject to Imagination Technologies' e-mail terms: http://www.imgtec.com/e-mail.htm
>  -
> _______________________________________________
> Openexr-devel mailing list
> Openexr-devel <at> nongnu.org
> http://lists.nongnu.org/mailman/listinfo/openexr-devel
>
>
>

Am 06.01.2007 um 07:56 schrieb Bruce Johnson:

> Doesn't libtiff support 32 bit floats as a tiff image?

Yes and OpenEXR too. OpenEXR allowes as well mixed data types. So they 
do
not fit each other everytime.

regards,
Kai-Uwe Behrmann

> On 1/5/07, Nico Ritsche <Nico.Ritsche <at> imgtec.com> wrote:
>>
>>
>> I'm desperately looking for HDR images using the full 32 bit float 
>> range.
>> Such images should be possible with the exr format, hm? Or is it 
>> limited to
>> store images using the half format? Can anybody help?
>>
>> Regards,
>> Nico

_______________________________________________
Openexr-devel mailing list
Openexr-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel

Hi,

There seems to be an oversight in the headers for OpenEXR.

 From /usr/local/include/OpenEXR/
	ImfIO.h
	ImfChannelList.h
	ImfInputFile.h
	ImfCompressionAttribute.h

These files have the following:

#include <ImfInt64.h>

#include <ImfName.h>
#include <ImfPixelType.h>

... etc.

However, since <>'s are used to indicate standard library directories 
(e.g., /usr/include and /usr/local/include), they do not refer to 
/usr/local/include/OpenEXR. Compiling applications at this point will 
fail. (I am trying to compile Blender 2.42a and have hit a roadblock.)

I recommend changing them to the following:

#include "ImfInt64.h"

#include "ImfName.h"
#include "ImfPixelType.h"

... etc.

Whereby the ""'s indicates to include from the same directory, and thus 
can find its own header files. (After making these changes myself, the 
include files could be found.)

Kind regards,
Dave Jarvis

P.S.
For what it's worth, here are some of the error messages:

In file included from 
source/blender/imbuf/intern/openexr/openexr_api.cpp:73:
/usr/local/include/OpenEXR/ImfInputFile.h:46:23: error: ImfHeader.h: No 
such file or directory
/usr/local/include/OpenEXR/ImfInputFile.h:47:28: error: 
ImfFrameBuffer.h: No such file or directory
/usr/local/include/OpenEXR/ImfInputFile.h:48:32: error: 
ImfTiledOutputFile.h: No such file or directory
/usr/local/include/OpenEXR/ImfInputFile.h:51:26: error: ImfThreading.h: 
No such file or directory
In file included from 
source/blender/imbuf/intern/openexr/openexr_api.cpp:76:
/usr/local/include/OpenEXR/ImfCompressionAttribute.h:46:26: error: 
ImfAttribute.h: No such file or directory
/usr/local/include/OpenEXR/ImfCompressionAttribute.h:47:28: error: 
ImfCompression.h: No such file or directory

Hi All

I'm trying to get the display apps to compile on my laptop which has a 
fresh ubuntu 6.06 install on it.
I tried Openexr 1.4 first and it failed so thought I'd try the 1.5 
version, and I get the same issue (see gcc output below).  The base and 
main libraries appear to install and work ok, its just the display app 
that is failing.

It looks like a gcc issue to me, is there a preferred gcc version that I 
should be using, or I'm I missing something in the configuration that 
I'm too dim to spot!

many thanks

Nigel

make[1]: Entering directory `/disk/OPENEXR/openexr_viewers-0.9.0/exrdisplay'
if g++ -DHAVE_CONFIG_H -I. -I. -I../config -I/usr/local/include 
-Dbool=char -Dfalse=0 -Dtrue=1 -I.. -pthread 
-I/usr/local/include/OpenEXR -DHAVE_CTL_INTERPRETER=0   -pipe -g -O2 -MT 
main.o -MD -MP -MF ".deps/main.Tpo" -c -o main.o main.cpp; \
         then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f 
".deps/main.Tpo"; exit 1;
fi
/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/cpp_type_traits.h:178: 
error: redefinition of ‘struct
std::__is_integer<char>’
/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/cpp_type_traits.h:172: 
error: previous definition of ‘struct std::__is_integer<char>’
/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/limits:369: 
error: redefinition of ‘struct std::numeric_limits<char>’
/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/limits:316: 
error: previous definition of ‘struct std::numeric_limits<char>’
make[1]: *** [main.o] Error 1
make[1]: Leaving directory `/disk/OPENEXR/openexr_viewers-0.9.0/exrdisplay'
make: *** [all-recursive] Error 1

Dave Jarvis wrote:

> There seems to be an oversight in the headers for OpenEXR.
> 
>  From /usr/local/include/OpenEXR/
> ImfIO.h
> ImfChannelList.h
> ImfInputFile.h
> ImfCompressionAttribute.h
> 
> These files have the following:
> 
> #include <ImfInt64.h>
> 
> #include <ImfName.h>
> #include <ImfPixelType.h>
> 
> ... etc.
> 
> However, since <>'s are used to indicate standard library directories
> (e.g., /usr/include and /usr/local/include), they do not refer to
> /usr/local/include/OpenEXR.

WORKSFORME, since
$ pkg-config --cflags OpenEXR
-I/usr/include/OpenEXR

Does your build not include -I/usr/local/include/OpenEXR ?

-- Rex

_______________________________________________
Openexr-devel mailing list
Openexr-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/openexr-devel

I haven't tried 4.0.3, but OpenEXR does compile with a variety
of different versions of gcc.  Versions 3.0 and later should
work.  The error you are getting does look like a problem with
the either the limits header or the bits/cpp_type_traits.h
header file.

You may want to take a look at file config/OpenEXRConfig.h
in your OpenEXR source directory, and check if it defines any
macros that are referenced in limits or bits/cpp_type_traits.h.

Florian

Nigel Jenkins wrote:
> Hi All
> 
> I'm trying to get the display apps to compile on my laptop which has a 
> fresh ubuntu 6.06 install on it.
> I tried Openexr 1.4 first and it failed so thought I'd try the 1.5 
> version, and I get the same issue (see gcc output below).  The base and 
> main libraries appear to install and work ok, its just the display app 
> that is failing.
> 
> It looks like a gcc issue to me, is there a preferred gcc version that I 
> should be using, or I'm I missing something in the configuration that 
> I'm too dim to spot!
> 
> many thanks
> 
> Nigel
> 
> 
> 
> make[1]: Entering directory 
> `/disk/OPENEXR/openexr_viewers-0.9.0/exrdisplay'
> if g++ -DHAVE_CONFIG_H -I. -I. -I../config -I/usr/local/include 
> -Dbool=char -Dfalse=0 -Dtrue=1 -I.. -pthread 
> -I/usr/local/include/OpenEXR -DHAVE_CTL_INTERPRETER=0   -pipe -g -O2 -MT 
> main.o -MD -MP -MF ".deps/main.Tpo" -c -o main.o main.cpp; \
>         then mv -f ".deps/main.Tpo" ".deps/main.Po"; else rm -f 
> ".deps/main.Tpo"; exit 1; fi
>
/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/cpp_type_traits.h:178: 
> error: redefinition of ‘struct std::__is_integer<char>’
>
/usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/bits/cpp_type_traits.h:172: 
> error: previous definition of ‘struct std::__is_integer<char>’
> /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/limits:369: 
> error: redefinition of ‘struct std::numeric_limits<char>’
> /usr/lib/gcc/i486-linux-gnu/4.0.3/../../../../include/c++/4.0.3/limits:316: 
> error: previous definition of ‘struct std::numeric_limits<char>’
> make[1]: *** [main.o] Error 1
> make[1]: Leaving directory `/disk/OPENEXR/openexr_viewers-0.9.0/exrdisplay'
> make: *** [all-recursive] Error 1
> 
> 
> 
> _______________________________________________
> Openexr-devel mailing list
> Openexr-devel <at> nongnu.org
> http://lists.nongnu.org/mailman/listinfo/openexr-devel
> 
> 

Mon	Tue	Wed	Thu	Fri	Sat	Sun

1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30	31

6	February 2012
2	January 2012
2	November 2011
8	September 2011
12	August 2011
5	July 2011
2	June 2011
18	May 2011
15	April 2011
15	January 2011
9	November 2010
9	October 2010
6	September 2010
34	August 2010
4	June 2010
6	May 2010
31	March 2010
5	February 2010
12	December 2009
2	November 2009
2	October 2009
11	September 2009
11	July 2009
18	June 2009
4	May 2009
23	March 2009
5	February 2009
7	January 2009
4	December 2008
6	November 2008
18	October 2008
10	September 2008
11	August 2008
4	July 2008
19	June 2008
9	May 2008
8	April 2008
11	March 2008
12	February 2008
11	January 2008
30	December 2007
13	November 2007
9	October 2007
3	September 2007
26	August 2007
2	July 2007
11	June 2007
33	May 2007
11	April 2007
47	March 2007
9	February 2007
35	January 2007
49	December 2006
22	October 2006
23	September 2006
19	August 2006
17	July 2006
27	June 2006
11	May 2006
15	April 2006
29	March 2006
23	February 2006
55	January 2006
22	December 2005
17	November 2005
17	October 2005
10	September 2005
15	August 2005
48	July 2005
18	June 2005
14	May 2005
20	April 2005
91	March 2005
51	February 2005
27	January 2005
13	December 2004
54	November 2004
45	October 2004
57	September 2004
74	August 2004
17	July 2004
52	June 2004
58	May 2004
21	April 2004
35	March 2004
34	February 2004
112	January 2004
39	December 2003
31	November 2003
45	October 2003
9	September 2003
25	August 2003
25	July 2003
18	June 2003
16	May 2003
57	April 2003
116	March 2003
16	February 2003
58	January 2003
2	March 2002

Problem compiling my openexr code

Problem compiling my openexr code solved

Re: full 32 bit per channel exr images

Re: full 32 bit per channel exr images

full 32 bit per channel exr images

OpenEXR 1.4.0a

exrdisplay compliation fails

Re: OpenEXR 1.4.0a

Congrats!

Re: exrdisplay compliation fails