multiLayerEXR

[sa...@ddd.co.jp]

I wish support of multilayer EXR. 

Is there any correspondence schedule?

[Alexandre]

We can implement it but once we will get more active into stereovision/multi-view

Right now we have other things to do, but I keep it on the list of things to do;)

On Jul 1, 2014, at 2:14 AM, sa...@ddd.co.jp wrote:

I wish support of multilayer EXR. 

Is there any correspondence schedule?

--
You received this message because you are subscribed to the Google Groups "Natron" group.
To unsubscribe from this group and stop receiving emails from it, send an email to Natron-VFX+...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[Francesco Paglia]

Multilayer OpenEXR are so useful for many other purpose than stereovision.

From a 3D tool you can output a *.EXR with all the passes you want to tweak in a compositing tool.

This great addition should of course come with an "enpowered" shuffle node to read all the buffers and extract all the other layers.

--
Francesco Paglia

Vfx and Production Supervisor

mobile  +39 347.82.12.473

e-mail   f.pag...@gmail.com

[omar brown]

The shuffle node and the merge node should be able to read multi layered file formats.  When it comes to combining layers from two images, the merge works best.  It you what to extract a layers channel or color, the shuffle node works best and then pipe that into the merge node.

[Frédéric Devernay]

Hi,
This requires a solid exr reader. The channel/layer mapping should be selectable in the exr reader. OpenImageIO has basic reading facilities for rgba files, by multilayer requires exr-specific code.

We are looking for developers/contributors for the EXR and ImageMagick plugins (for PSD & XCF support). If you have and experience with these libraries or want to develop one of these plugins, please contact Alex. We will help you understand how things work with OFX

Fred

[Gear]

A multilayer high bit depth image format is a must have for serious modern comping. While one could separate the layers into individual files, the additional clutter to both the file structure and node graph make the process archaic and time consuming. If part of Natrons goal is speed, then this is an important element to implement as it is one of the first things most experienced artists will attempt to use. In my eyes if a composting application doesn't support this then it is not much more than a glorified toy.

[Frédéric Devernay]

Always remember that this is open source software, and you are free to contribute !

I may modify ReadOIIO to have two more parameters: output format (RGBA, RGB, A) and starting channel.

You will need one ReadOIIO node par layer.

Don't expect full deep imaging functionality before 2.0. Keep in mind that OpenFX 1.3 doesn't support deep imaging.

See https://github.com/MrKepzie/Natron/issues/88 (you can make constructive comments there)

 

f

[Frédéric Devernay]

You now can select the first channel to read and the components to read, using ReadOIIO.

This means that there is multilayer/multichannel reading support now.

See https://github.com/MrKepzie/openfx-io/commit/afbbff932a9d4c40ff18556a04c7df5f793145dd

Of course, if you don't compile yourself or use a nightly, you'll have to wait for the next beta.

fred

[Nicholas Carroll]

Sorry how does this work? I brought my exr in via a standard read node and also tried TuttleEXRReader. Neither of them let me see all the layers/channels like I would in Nuke. I have all my rendering passes in there.

[omar brown]

Hello Nicholas,

Are you using the latest version of Natron. You don't need TuttleFX plugins. The ReadOIIO node will do the job.

If you still having having problems, send me a single multiexr frame and I will check it on my system and provide a screen capture for you. My email vegas...@gmail.com.

[Nicholas Carroll]

OK I found it - they are all there in the drop down for the four channels RGBA and you have to use one read node for each and then you can merge them back together.

[Nicholas Carroll]

thanks omar. Its working perfectly well with one read node per pass, then an unpremult and merge for each. I would have done that in nuke anyway with shuffles to break up the multilayer exr.