What Deke said and make sure your EXR files aren't tile based. Nuke isn't too
friendly with those.
Personally for CG I tend to stick with Zip1 16bit half for image passes and
32bit for data passes that demand that.
Uncompressed EXR demand a huge disk throughput and take way too much storage
and network bandwidth for my taste. They do make sense during DI in a ACES
pipeline where you really need playback straight from disk for grading, not so
much in Nuke or Hiero where things are inevitably cached at some point.
Cheers,
Diogo
On Mon, Mar 31, 2014 at 2:24 PM, Dorian Fevrier
<[email protected]> wrote:
> Hi (again for some of you!) Nuke community!
> I try to find the faster EXR formats for the exr Nuke reader in a case
> of a full CG compositing and it's quite hard to get valid informations.
> Could someone confirm me this:
> One channel per file (RGBA)
> Compression: Imf::NO_COMPRESSION
> Order: Imf::INCREASING_Y (I've never been sure about this)
> A dataWindow well defined.
> Have I miss something?
> Big thanks in advance and Hello again!
> Regards,
> Dorian
_______________________________________________
Nuke-users mailing list
[email protected], http://forums.thefoundry.co.uk/
http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
