[Bf-cycles] Optimization project
d4vidfenner at gmail.com
Thu Feb 6 18:33:18 CET 2014
*I did now add an alpha threshold per render layer which should makerender
passes work a bit better with fully transparent surfaces. Notquite what you
asked for, but this had been on my To Do for a
Well this does solve a lot of shortcomings. Thanks.
2014-02-06 Brecht Van Lommel <brechtvanlommel at pandora.be>:
> On Wed, Feb 5, 2014 at 10:12 PM, David Fenner <d4vidfenner at gmail.com>
> > The thing about transparency counted on material override is that, for
> > example, you wan't to make a custom light moving around the scene but
> > to be composed later. You could make all a grey shader for the render
> > to render fast, but if you use leaves or any transparent surface (or in
> > future displacement) you get wrong results and the little planes would
> > to appear in the render, instead of leaves. If displacement is
> > the surfaces would also have wrong shape. So render layer override taking
> > into account original shader displacement and transparency (only if its
> > full, no need for partial transparency) would be ideal for custom render
> > passes, rim lights, animated lights, gunfire lights, you name it. I know
> > this maybe isn't about technical/code optimizations, but the ability to
> > this could make render custom passes way faster, so it does optimize the
> > lighting workflow.
> > Currently, lighting or texturing in any compositor is also impossible
> > because normal and uv pass don't take transparency into account,
> > in the same leave example you end up lighting planes instead of leaves.
> > it isn't possible with a custom render layer in 3D and it's also
> > with fake compositor lights based on normal / z / uv pass.
> Ok, I see what you're getting at, I was thinking too much of partial
> transparency, with binary transparency it's easier to do things in
> compositing. Making it possible to do lighting and texturing in the
> compositor is not something I've tried to optimize. We can do a lot
> better here, it's not really a workflow I've considered a priority.
> Making override materials more flexible in what they affect would be
> useful. There's also some other possibilities like giving access to
> the current render layer in shader nodes, so you could do this kind of
> thing in nodes setups, although that's not as convenient always. I'll
> think about this more, but don't really consider it as something to
> tackle as part of this performance project, just general features that
> can be added at some point.
> I did now add an alpha threshold per render layer which should make
> render passes work a bit better with fully transparent surfaces. Not
> quite what you asked for, but this had been on my To Do for a while.
> Bf-cycles mailing list
> Bf-cycles at blender.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Bf-cycles