www.kraytracing.com

I have to second that. Kray needs to be able to render alpha set in item properties and also alpha that is set in surface alpha setting. This should be on top priority.

Thanks.

jure wrote:Rendertime 6min in photonmapping on Q6600 here.
I wonder if it would be a good idea to use instances instead of clones for the copies of grass patch.

Last time i tried, instances renders slower than real geometry.

Captain Obvious wrote:Try rendering it without irradiance caching and see what happens.

It is even slower without IC.

jure wrote:Lovely grass! Care to share the model?

Here is the scene, textures are from maxwell material grass tutorial.

Silverlw wrote:it's because Kray will go nut's and fire way to dense fg rays in all that geometry. G is aware of it and i will work something out.

cool. ask G. to work on it soon. Thanks.

Grass in Kray with clipmap plates 16k poly, 15mins on DualXeon 3.4G at this res.

pretty slow though.

when did he added that? after OB 2.85? has he recovered? if so, it is so good to hear about that. Thanks.

Haven1000 wrote: ...handle and retain 32bpc data.

32bpc data as all textures into LW?? you must be joking, how many images could you load in per scene on a 2G limit? let alone have enough ram to do large render, of course unless you're on 64bit, that i can say nothing.

Haven, but if you were to do that in PS, wouldn't you lost dynamic range on the images? It is not the same as doing it in LW as LW works the gamma in FP.

curious.

Thanks for the action script though.

This is new concept:
Render to 3200/2000 HDR (2 h) and used Photomatrix.
PS rescale and sharp.
LM mode (only luminosity sphere)

Hey Johnny, very nice render! How do you get the HDR saved from kray to work?? Which version of kray OB did you use. Strange, everytime I do a HDR from kray, the dynamic ...

it is the higher pixel filtering radius value that is good for less flickery animation, giving it a softer look and more pixel consistency thru frames.

Usually, scenes containing thin lines/dots will flicker thru frames with the default value of 0.5, which is a bit too small, the result might look ...

Jure, thanks for the clarification, I really hope that G. will implement the 1/2.2 for all images/surfaces switch soonest, of course that's after fixing the major bugs.

Just tested Silverlw's AA settings of "Cone filtering at 1.5 + Fullscreen Grid AA 3" works pretty well for animation.

waiting for the tutorial also. :)

by linear workflow, does that mean you have to inverse gamma correct all images/colors to gamma 0.4545 (in which the images will look extremely contrasty)? and later do a gamma 2.2 in kray to get it to look right. Is the purpose of this so that lights' inverse dist ...

hi jure, just did a search a found this thread.

Which rc is having the slow transparency bug? has it been fixed now in the latest rc? Which is the good rc before the bug hit?

Need to know, Thanks.

current RPC lw plugin does not work with kray or fprime, due to the fact that it generates/loads mesh and surfaces from the .rpc file upon invoking the native lw render.

well of course you could still go thru the trouble of rendering it out from lw and map it onto a plane, but that does not work ...