[Bf-committers] Render Layer Proposal

[Ton Roosendaal]

Hi,

If we stick to exr then we can save out Z values, Index masks, speed vectors, and raw HDR values without need of worrying how to convert this. Not to forget all color space issues.

-Ton-

------------------------------------------------------------------------
Ton Roosendaal  Blender Foundation   ton at blender.org    www.blender.org
Blender Institute   Entrepotdok 57A  1018AD Amsterdam   The Netherlands

On 18 Jan, 2012, at 14:26, François T. wrote:

> yes sure. Except not just for EXR but any other file format would be nice.
> 
> 
> 2012/1/18 Ton Roosendaal <ton at blender.org>
> 
>> Hi,
>> 
>>> You actually told me the reason why we have openEXR & MultiLayer (exr) is
>>> because some third party software do not support Multilayer properly.
>> 
>> I wouldn't have said that. At the time there was no other program using
>> openEXR multilayer at all. I asked ILM to propose a standard for it, but
>> they were not interested.
>> 
>>> So my proposal was for Blender to render 1 "image sequence" by passes out
>>> of the box without going through the trouble of compositor, and this only
>>> in case the user didn't choose a multiLayer format.
>> 
>> You're making it sound so complicated... here's my version:
>> 
>> A new OpenEXR render output option, that saves the layers and passes per
>> frame as individual files, according to naming specifications that are used
>> for MultiLayer already. For frame 1 it would look like this for example:
>> 
>> ./0001.RenderLayer.combined.exr
>> ./0001.RenderLayer.Z.exr
>> ./0001.Characters.AO.exr
>> ./0001.Characters.Diffuse.exr
>> 
>> Where the .exr files store channels as specified by the exr spec.
>> Sometimes 1 channel, or 3, or 4.
>> 
>> The dots can become underscores too; dunno if programs get confused with
>> it. Having custom naming for passes or channels is something cycles work
>> can look into.
>> 
>> -Ton-
>> 
>> ------------------------------------------------------------------------
>> Ton Roosendaal  Blender Foundation   ton at blender.org    www.blender.org
>> Blender Institute   Entrepotdok 57A  1018AD Amsterdam   The Netherlands
>> 
>> On 17 Jan, 2012, at 21:16, François T. wrote:
>> 
>>> Ton :
>>> My bad for calling it better or whatever, I'm sorry that's all you
>>> understood and remember from my mail, in which I tried to explain each
>>> point of the current process and how I "wish" it to be !
>>> 
>>> But maybe the best way to understand it is if you try to render each pass
>>> into different image sequence (whatever format : png, jpg,tga, tiff, ...)
>>> and see how long the process is and how it would slow down the render
>> time.
>>> If you do so, you'll see that the only way to do it is manually by hand
>> via
>>> the compositor.
>>> 
>>> You actually told me the reason why we have openEXR & MultiLayer (exr) is
>>> because some third party software do not support Multilayer properly.
>> That
>>> doesn't mean the user wouldn't like to have all his passes seperated.
>>> 
>>> So my proposal was for Blender to render 1 "image sequence" by passes out
>>> of the box without going through the trouble of compositor, and this only
>>> in case the user didn't choose a multiLayer format.
>>> Basically assuming that if he didn't setup the compositor, selected a few
>>> passes to render and select a format as PNG for example, then it means he
>>> wants 1 sequences by passes in a PNG format saved on his harddrive (that
>>> why I suggested a path naming convention as well). And same goes for
>>> multiple RenderLayers.
>>> 
>>> I honestly don't know how to explain it more clearly I'm sorry :'(
>>> 
>>> 
>>> F.
>>> 
>>> 
>>> 2012/1/17 gespertino at gmail.com <gespertino at gmail.com>
>>> 
>>>> Ton:
>>>> I think he's talking about how tedious is to output individual passes
>>>> as image sequences using file-output nodes.
>>>> 
>>>> For instance, storing 5 passes to tga sequences requires you to add 5
>>>> file-output nodes, set them up with the right path, and it still
>>>> requires the presence of a composite node in order to save animation.
>>>> That could be simplified and the composite node shoudn't be required
>>>> if file-output nodes are used.
>>>> _______________________________________________
>>>> Bf-committers mailing list
>>>> Bf-committers at blender.org
>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>> 
>>> 
>>> 
>>> 
>>> --
>>> ____________________
>>> François Tarlier
>>> www.francois-tarlier.com
>>> www.linkedin.com/in/francoistarlier
>>> _______________________________________________
>>> Bf-committers mailing list
>>> Bf-committers at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>> 
>> 
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-committers
>> 
> 
> 
> 
> -- 
> ____________________
> François Tarlier
> www.francois-tarlier.com
> www.linkedin.com/in/francoistarlier
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>