resented in the order specified. No random writes for
scanlines.
>
> Tiled files can be increasing Y, decreasing Y, or
random Y, and for the first two cases, out-of-order tiles will be
compressed and buffered internal to libIlmImf.
>
> Yes?
>
> On Apr
11, 2014, at 10:45 PM, pete
It appears that support for buffering tiles to handle out-of-order
calls to writeTiles was present in the first version of OpenEXR that
supported tiles (OpenEXR-1.1.0)
I realise my last reply about
scanlines was incorrect due to some poor editing skills on my part:
Scanline images have no bu
HI Vincent,
To vaguely answer your questions:
1. ImfCRgbaFile.h
provides a C interface to the library - it is not a complete interface
to all C++ functionality, however. For more advanced interaction with
OpenEXR in a C application, it might be worth implementing the
functionality required i
We haven't done a great deal of testing comparing reading all
channels - we have seen very satisfactory speedups reading only one part
from a file, particularly when the SSE optimised path gets used.
Theoretically, multipart EXRs will be a little slower when reading all
parts, though larger imag
