What improvements would you like to see in Kray next?

General disscusion about Kray

What improvements would you like to see in Kray the most?

Better/faster GI rendering
80
20%
Better network rendering
17
4%
Displacements
57
15%
Better Instancing
39
10%
GPU rendering
53
14%
Better integration with LightWave
35
9%
Improvements to Physical Sky
35
9%
Better motion blur and DOF
12
3%
Better Antialiasing
51
13%
Buffers improvement
13
3%
 
Total votes: 392

jrandom
Posts: 22
Joined: Thu Jul 22, 2010 11:37 pm
Contact:

Re: What improvements would you like to see in Kray next?

Post by jrandom »

Where does KRay stand in SSS support? I'd like to see that up and running.
Chumarin Ruslan
Posts: 14
Joined: Fri Nov 13, 2009 2:52 pm

Re: What improvements would you like to see in Kray next?

Post by Chumarin Ruslan »

Hi! It would be nice to do a preview render selection "region"
Attachments
render preview.jpg
User avatar
Janusz Biela
Posts: 3265
Joined: Mon Mar 13, 2006 10:39 am
Location: Finland
Contact:

Re: What improvements would you like to see in Kray next?

Post by Janusz Biela »

jrandom wrote:Where does KRay stand in SSS support? I'd like to see that up and running.
It is. Special command turn ON this. But I am not sure that part code is finish by Grzegorz...so we cant`t activate.
jure
Posts: 2142
Joined: Thu Jun 02, 2005 6:53 pm

Re: What improvements would you like to see in Kray next?

Post by jure »

Chumarin Ruslan wrote:Hi! It would be nice to do a preview render selection "region"
eeeeem... just use LW "limited region"... or am I missing something?!
- Jure
jrandom
Posts: 22
Joined: Thu Jul 22, 2010 11:37 pm
Contact:

Re: What improvements would you like to see in Kray next?

Post by jrandom »

Throwing KRay at 24 hardware threads (two 6-core hyperthreaded processors) has brought something interesting to light:

When I use the Scanline mode (fastest, gets the most out of each and every hardware thread) there are Final Gather artifacts at the meeting points between areas rendered by different threads. This makes the Final Gather more shimmery in animations and there are some subtle but noticeable artifacts on flat, solid-colored areas lit by diffuse light. These artifacts can be minimized by adding more passes, but that's a lot slower.

If I choose, Random, Renderworm, or Frost, these artifacts are minimal (or in the case of Random, gone entirely), but these render methods only take advantage of a fraction of my total processing hardware. Aside from better AA, what I would most like to see is the Random render method updated to take full advantage of many-thread processors.
jure
Posts: 2142
Joined: Thu Jun 02, 2005 6:53 pm

Re: What improvements would you like to see in Kray next?

Post by jure »

jrandom wrote:Throwing KRay at 24 hardware threads (two 6-core hyperthreaded processors) has brought something interesting to light:

When I use the Scanline mode (fastest, gets the most out of each and every hardware thread) there are Final Gather artifacts at the meeting points between areas rendered by different threads. This makes the Final Gather more shimmery in animations and there are some subtle but noticeable artifacts on flat, solid-colored areas lit by diffuse light. These artifacts can be minimized by adding more passes, but that's a lot slower.

If I choose, Random, Renderworm, or Frost, these artifacts are minimal (or in the case of Random, gone entirely), but these render methods only take advantage of a fraction of my total processing hardware. Aside from better AA, what I would most like to see is the Random render method updated to take full advantage of many-thread processors.
Random should use all your CPU power. If it's not then something is wrong. Like I said in the other thread, wait for the next update. Or you can also try this: enter previewsize 0,0; into header commands and use random mode. See if this uses all your cpu power.
- Jure
Chumarin Ruslan
Posts: 14
Joined: Fri Nov 13, 2009 2:52 pm

Re: What improvements would you like to see in Kray next?

Post by Chumarin Ruslan »

jure wrote:
Chumarin Ruslan wrote:Hi! It would be nice to do a preview render selection "region"
eeeeem... just use LW "limited region"... or am I missing something?!
I'm using LW Limited region. I compare with 3ds max Vray. Very convenient to allocate the desired area that needs to be corrected, and then save the image.
jure
Posts: 2142
Joined: Thu Jun 02, 2005 6:53 pm

Re: What improvements would you like to see in Kray next?

Post by jure »

Chumarin Ruslan wrote:
jure wrote:
Chumarin Ruslan wrote:Hi! It would be nice to do a preview render selection "region"
eeeeem... just use LW "limited region"... or am I missing something?!
I'm using LW Limited region. I compare with 3ds max Vray. Very convenient to allocate the desired area that needs to be corrected, and then save the image.
I'm still not sure about this... what 3dsmax does that you can't do in LW?
- Jure
jrandom
Posts: 22
Joined: Thu Jul 22, 2010 11:37 pm
Contact:

Re: What improvements would you like to see in Kray next?

Post by jrandom »

jure wrote:Random should use all your CPU power. If it's not then something is wrong. Like I said in the other thread, wait for the next update. Or you can also try this: enter previewsize 0,0; into header commands and use random mode. See if this uses all your cpu power.
No biggie, I shall wait for the next update. Is there a timeline on when it's coming out or are you still in the thick of writing it?
jure
Posts: 2142
Joined: Thu Jun 02, 2005 6:53 pm

Re: What improvements would you like to see in Kray next?

Post by jure »

jrandom wrote:
jure wrote:Random should use all your CPU power. If it's not then something is wrong. Like I said in the other thread, wait for the next update. Or you can also try this: enter previewsize 0,0; into header commands and use random mode. See if this uses all your cpu power.
No biggie, I shall wait for the next update. Is there a timeline on when it's coming out or are you still in the thick of writing it?
no we are just testing stability. it should be out in a week or two.
- Jure
jrandom
Posts: 22
Joined: Thu Jul 22, 2010 11:37 pm
Contact:

Re: What improvements would you like to see in Kray next?

Post by jrandom »

jure wrote:no we are just testing stability. it should be out in a week or two.
Hooray! I am very looking forward to it.
geo_n
Posts: 363
Joined: Tue May 20, 2008 3:01 pm
Location: jpn

Re: What improvements would you like to see in Kray next?

Post by geo_n »

jure wrote:
jrandom wrote:
jure wrote:Random should use all your CPU power. If it's not then something is wrong. Like I said in the other thread, wait for the next update. Or you can also try this: enter previewsize 0,0; into header commands and use random mode. See if this uses all your cpu power.
No biggie, I shall wait for the next update. Is there a timeline on when it's coming out or are you still in the thick of writing it?
no we are just testing stability. it should be out in a week or two.
Do you have list of changes? :mrgreen:
Steel
Posts: 87
Joined: Fri Jul 11, 2008 6:56 pm
Contact:

Re: What improvements would you like to see in Kray next?

Post by Steel »

Region Rendering with n-Poly.
It would be cool if it could be possible to select with an n-poly the region which should be (re)rendered. With the standard limited region i often have to rerender more than necessary. And there should be a "save" and "load" region option to keep this area reloadable for later changes.
_mats_
Posts: 247
Joined: Sun Nov 19, 2006 11:53 pm
Location: Seattle, wa

Re: What improvements would you like to see in Kray next?

Post by _mats_ »

yes VPR and micropoly displacement would be AWESOME !
jrandom
Posts: 22
Joined: Thu Jul 22, 2010 11:37 pm
Contact:

Re: What improvements would you like to see in Kray next?

Post by jrandom »

After much experimentation, this is what I'd like to see:

1. Much better anti-aliasing.

2. Animation-quality (ie. flicker-free) final gather that is feasible on a single hefty home computer (as opposed to having to rent out a render farm). This one is such a big deal that I bought the PBRT book and am going to try my hand and writing a renderer just to see how difficult a task this really is.

3. Micro-poly displacement would be phenomenal. This is what allows for realistic terrain and tree bark w/out multi-day render times per frame.
Locked