Colin Doncaster <col### [at] bentanimationcom> wrote:
: Jittering the ray
: (or sample) is what gives you the blurred reflections and refractions, soft
: shadows, DOF etc..

  I think that this is an incomplete statement.
  If you send _one_ sample for one pixel and jitter this sample (ie. change
it randomly) you will certainly not get blurred nor soft anything. You will
just add noise to the image.
  To get a blur you have to send _many_ samples for that one pixel and
average the results.
  Jittering can be used here, but it's not mandatory. For example, with
area light sources you can use jittering or not. If you don't use it, you
can get color banding at the shadows if the light sources inside the area
light are too far away from each other. On the other hand, if you use
jittering (and not enough light sources) you will get noisy shadows.
You can see the uglyness of noise with the media of the official povray.
  AFAIK radiosity and photon mapping do not use jittering for this reason.

-- 
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):5;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/

Post a reply to this message

Colin Doncaster <col### [at] bentanimationcom> wrote...
> This could also be extended to compare the differences between the
> elements that encompass the sample and building a vector (there is more to
it
> that just a vector, but for now I guess we can assume an all encompassing
> general vector) that is the difference between the two and move the
original
> based on this vector.  It's a lot more work of course.

This would be best, but not very possible with POV.  If it was just limited
to transformations, it might be possible to interpolate (since
transformations are linear).  However, it is possible to use more than just
transformations, which would be very difficult to interpolate.

-Nathan

Post a reply to this message