For what it's worth, I don't think this is due to outdated libraries. Nuke's exrReader uses OpenEXR 1.6.1. In fact, it's slightly above that. IIRC from a post to this list a while ago, it's a checkout from somewhere between 1.6.1 and 1.7 releases, after the addition of StringVector and MultiView attributes, but before support for long channel names.
1.6.1 is the latest stable release, and there are other reasons not to move to 1.7, like the fact that exr files with long channel names are not backwards compatible. I don't think there's many vendors using 1.7, if any, and I suppose most are now waiting for OpenEXR 2.0 before updating their EXR libs. If Nuke is indeed not reading chroma subsampled EXRs correctly, I would imagine this is not because of the libs used, but because it's simply not handled in the exrReader (though I might be wrong). As for long channel names, I think they were added in 1.7, not 1.6. So no, Nuke's default exrReader won't read them. On Sun, Mar 11, 2012 at 4:36 PM, fnordware < [email protected]> wrote: > ** > *Jed Smith wrote:* > It seems like Nuke does not handle chroma subsampled EXR files properly? > Is this a bug? Has anyone else experienced this problem? > > > It looks like Nuke is actually using an outdated version of the OpenEXR > library. Nuke, of all programs! > > The 4:2:0 Luminance/Chroma sampling was added to OpenEXR after the initial > release. The library now provides a class that will handle the conversion > to and from 4:4:4 RGB, but you have to be using a version of the library > that supports it and be on the lookout for that situation. > > Something else I recently noticed: Nuke can't handle EXR files if they > have channel names longer than 32 characters (at least the Mac version). > This is another sign they're using the old library. OpenEXR originally had > that limit, but it was expanded to 256 characters in 2007 with OpenEXR 1.6. > Older versions of the library will reject these files. > > But the Luminance/Chroma stuff was added in 2004 with OpenEXR 1.2! > > > Brendan > > _______________________________________________ > Nuke-users mailing list > [email protected], http://forums.thefoundry.co.uk/ > http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users >
_______________________________________________ Nuke-users mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
