Hi There are sample Luma/Chroma images on the exr repository on the exr project website; shows exactly what happens. http://www.openexr.com/downloads.html Generaly speaking: Nuke doesn't support Luma/Chroma encoded exr files. But problem is more complicated... Exr libraries provide 2 ways to import/export exr files: can say "simplified" and "complex". Nuke uses "complex" way (IlmInputFile Class) because this gives ability to support multilayered files. But IlmInputFile Class doesn't support Luma/Chroma encoding (as far as I know). Simple way (IlmRgbaInputFile Class) support Luma/Chroma encoding but not support multilayer. So... the exrReader and Writer should be modified just to support this little useful feature. In my opinion chroma subsampled exr files are completely out of the "exr workflow advantages". Currently when you render your composition to exr sequence you know that you have full quality "base". From this base you can export whatever format you want: quicktime, mxf, avi, DPX seq or DCP. But what is advantage of Chroma subsampled exr files?? When you render it out and than you find that everything is ok.. you need to render it again in full quality. It waste of time. If you need proxy render you could use jpg sequence. But that is only my personal opinion ;-) Best Adrian W dniu 2012-03-02 17:23:14 użytkownik Deke Kincaid <[email protected]> napisał: You should send a sample file if you could to [email protected]. Even if it is an example checkerboard. Just something showing the error. -deke On Fri, Mar 2, 2012 at 01:05, Jed Smith <[email protected]> wrote: Thanks for the reply Seth. I just compressed some test images to OpenEXR B44 4:2:0 using rvio (which is fantastic btw), and when trying to read these images into Nuke, I get the same error as with images compressed using ProEXR from After Effects CS5.5. I have tried reading 4:2:0 yryby EXR in both Nuke 6.3v6 and 6.2v6, and it gives the same "not compatible with the frame buffer's subsampling factors" error. It seems like Nuke does not handle chroma subsampled EXR files properly? Is this a bug? Has anyone else experienced this problem? On Wed, Feb 29, 2012 at 8:19 AM, Seth <[email protected]> wrote: Hey Jed, For what it's worth, RVIO can also render B44 and B44A images. rvio -help will print out some examples. The Exr examples are: Quote: OpenEXR 16 Bit Out: rvio in.#.dpx -outhalf -o out.#.exr OpenEXR to 8 Bit: rvio in.#.exr -out8 -o out.#.tif OpenEXR B44 4:2:0: rvio in.#.exr -outhalf -yryby 1 2 2 -codec B44 -o out.#.exr OpenEXR B44A 4:2:0: rvio in.#.exr -outhalf -yrybya 1 2 2 1 -codec B44A -o out.#.exr ACES from PD DPX: rvio in.#.dpx -inlog -outhalf -outaces out.#.aces ACES from JPEG: rvio in.#.jpg -insrgb -outhalf -outaces out.#.aces Cheers, Seth ~~~~~~~~~~~ Seth Rosenthal Tweak Software ~~~~~~~~~~~~~~~ Seth Rosenthal Tweak Software www.tweaksoftware.com _______________________________________________ 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
_______________________________________________ Nuke-users mailing list [email protected], http://forums.thefoundry.co.uk/ http://support.thefoundry.co.uk/cgi-bin/mailman/listinfo/nuke-users
