www.kraytracing.com

"exsposure" is mainly to set the bright parts of the image and gamma is to set the dark parts. Try that and you will get much better images
It's a missunderstanding that gamma "should" be at 2.2
Also use Cone filtering at 1.5 + Fullscreen Grid AA 3 to get it fast and nice.
The image "the ring" in gallery is rendered with these settings.

I dont see "the ring".

NiGMa

Gamma 2.2 should be used when you work in "Linear workflow". That means that all your textures and colors should be gamma corrected also. Otherwise your imgaes will look washed out.
I hope I'll have time to prepare a little "linear workflow" tutorial with 1.7 release.

I generally work with gamma 1.0, render to a Radiance file and tweak the gamma/exposure/etc settings in Cinepaint or Photoshop.

great Tips .. thanks silver

I hope I'll have time to prepare a little "linear workflow" tutorial with 1.7 release.

I'm waiting for that tutorial hehe

alex-7 wrote:great Tips .. thanks silver

I hope I'll have time to prepare a little "linear workflow" tutorial with 1.7 release.

I'm waiting for that tutorial hehe

Yep
Wait for tutorial for Kray 1.7.
I write now tutorial for beginer users (Exponential+HSV+AA)

glad to hear that
thanks man

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 squared falloff will work correctly as it supposed to work?

tajino wrote: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 squared falloff will work correctly as it supposed to work?

Yes, exactly. When inv square lights are viewed at gamma 1.0 they will tend to falloff very quickly with a very bright (burned) hotspot. With gamma 2.2 they will look much more natural as can be seen here http://www.kraytracing.com/forum/viewto ... =2368#2368

Unfortunately gamma correcting every image and surface in a scene can be a very tedious process...

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.

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

Oh? Can you elaborate this a bit more? I'm not sure I know about that trick...

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 razor sharp but it is bad for animation.

the reason for FSAA, it is more predictable, rather than gambling with adaptive edge detection. I would go for FSAA anytime, unless if the scene is made up of mostly flat, non-textured, non blur-reflection surfaces. With FSAA, i can lower the reflection rays as it will be compensated with each FSAA pass.

alternatively, i did try Box filter at 1.0, results are almost the same as cone, maybe only for the scene that i'm working on, got to do further testing on each filtering mode.

Talking about pixel-filtering mode, I've requested to G. some months ago about have an Off mode, no pixel filter at all. I know it might be similar with Box at 0.5, but it is the pixel filtering process that causes Kray to crash upon completing a render when ram is low. Which makes Kray incapable of doing large render (8000x6000) on a 2G ram limit (edit : without splitting up into limited region no-border segments).

jure wrote:Unfortunately gamma correcting every image and surface in a scene can be a very tedious process...

What I do to streamline the process is to run a batch action script in photoshop of the image folder in my LW directory after I've built and surfaced my scene, so all images are gamma corrected for render time.

My PS action script is attached.

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.

Photoshop C2 &> can handle and retain 32bpc data.

The reason why I correct the original image opposed to modifying it in LW image edit is because....well.. I'm not that 100% sure, I think it's something to do with LW image editor having problems converting floating point data in the colour channel, but I'm not that sure, I've always done it this way and it works so I've not really needed another solution, maybe somebody could prove that I'm not going mad!