Hi, libIlmImf requires that you provide the domain of definition information a priori; failure to to fill all of the specified region will generate what is considered to be an ill-formed image. An application responsible for reading the image file may handle the case gracefully, for example, by informing the user of the missing tiles/scanlines, or catastrophically or somewhere in between.
Piotr On 3 November 2013 21:06, Larry Gritz <[email protected]> wrote: > Sorry for the delay in answering. > > Is this intended? I can't speak for the underlying OpenEXR library, > libIlmImf, but OIIO doesn't really make any promises one way or the other > about what should happen if you open a file for output but fail to write > all the scanlines or tiles. > > OIIO is pretty straightforward in its operation... each call to > ImageOuput->write_tile will write one tile. If you fail to write all the > tiles in the image region, then I guess it's up to IlmImf about whether > that produces a valid file or not. Perhaps it makes a valid file, but one > that will fail to read the tiles that were never written? > > -- lg > > > > On Oct 22, 2013, at 4:05 AM, Michel Lerenard <[email protected]> > wrote: > > > Hi > > > > i've stumbled across a problem i don't understand. I cannot save a tiled > image in EXR or TIFF if I don't fill all the area defined in the ImageSpec. > > If I try to open the file I get lots of messages "Unable to read tile: > $x/$count". > > > > I would have thought that all tiles would be created for the canvas set > in the ImageSpec, and that I would need to call "write_tiles" for the > meaningful parts of the image only. ( for example if you only render a cube > in the corner of the image, you would need to write only the tiles that > contains the images of the cube) > > > > > > Is this the intended behavior ? > > > > Thanks > > > > Michel > > > > -- > Larry Gritz > [email protected] > > > > _______________________________________________ > Oiio-dev mailing list > [email protected] > http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org >
_______________________________________________ Oiio-dev mailing list [email protected] http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
