Ah, ok, I must be remembering a restriction from an older version.
-- lg
> On Jun 9, 2016, at 3:20 PM, Andrea Solis <[email protected]> wrote:
>
>
>
> On Thu, Jun 9, 2016 at 2:33 PM, Larry Gritz <[email protected]
> <mailto:[email protected]>> wrote:
>
>
> I'd never heard or thought of the multipart UDIMs. That's a neat idea, I'm
> sure we can make that work somehow. It seems in that case that you want to
> give it the one and only true filename (no translation necessary), but then
> have the UDIM tile select a subimage ("part", in EXR terminology). I think
> that if we build this into maketx somehow, it can also add an attribute into
> the header that identifies it as a UDIM file.
>
> IIRC, OpenEXR multi-part files are not allowed to have differing resolutions
> for the parts. Is this not a fatal flaw here? Or in practice is that not a
> problem for you? I would have thought that allowing the different "tiles" to
> have differing resolutions (higher res for tiles corresponding to large
> pieces of the model, etc) would be typical for UDIM practice. No?
>
>
> At one time there was a requirement that only the display windows were the
> same, not necessarily the resolution of the data. So prior to calling the
> 'exrmultipart' command, we used 'oiiotool --fullsize' to set all display
> windows to that of the highest resolution in the file set. But then that
> requirement was lifted, at least as of version 2.1.0 we no longer have to set
> the display windows equal. From this doc:
> http://www.openexr.com/TechnicalIntroduction.pdf
> <http://www.openexr.com/TechnicalIntroduction.pdf>
>
> "An OpenEXR file may contain multiple independent images or “parts” with
> different sets of image channels, resolutions and data compression methods."
--
Larry Gritz
[email protected]
_______________________________________________
Oiio-dev mailing list
[email protected]
http://lists.openimageio.org/listinfo.cgi/oiio-dev-openimageio.org
