Tim Attwood <tim### [at] comcastnet> wrote:
> With radiosity ambient 0 means an object doesn't emit light

  The reflection of light on surfaces is controlled by the diffuse term
(as it should). The ambient component can be bumped up to artificially
make a surface emit more light than it normally would, but ambient is
not necessary, and in fact for "realistic" results should be turned off.
(After all, the ambient component is only a cheap radiosity substitute.)

-- 
                                                          - Warp

Post a reply to this message

"Arno" <nomail@nomail> wrote:
> I'm already using a large sphere with an HDRI image map instead of
> sky_sphere. This shpere has ambient >0, hence it functions as a light
> source.
>
> BWT, I'm using MegaPov, since Povray 3.6 doesn't support HDRI.

Aha. Try adding the no_radiosity keyword to your glass dome.

Bill

Post a reply to this message

"Bill Pragnell" <bil### [at] hotmailcom> wrote:
> "Arno" <nomail@nomail> wrote:
> > I'm already using a large sphere with an HDRI image map instead of
> > sky_sphere. This shpere has ambient >0, hence it functions as a light
> > source.
> >
> > BWT, I'm using MegaPov, since Povray 3.6 doesn't support HDRI.
>
> Aha. Try adding the no_radiosity keyword to your glass dome.
>
> Bill

Thanks! That did the trick.

Can anybody explain why this is needed here? I don't understand it.

Post a reply to this message

"Arno" <nomail@nomail> wrote:
> > Aha. Try adding the no_radiosity keyword to your glass dome.
> Thanks! That did the trick.
>
> Can anybody explain why this is needed here? I don't understand it.

I think it's just because the radiosity sampling ignores transparency.
Presumably, diffuse and ambient contributions to the illumination are taken
from the first object encountered along the sampling ray regardless of other
surface characteristics; as a side effect, transparent objects block
radiosity lighting. I'm sure others can expand on this if I have it wrong!

I'm not sure how one would reliably avoid this issue in standard POV-Ray
versions though - I think no_radiosity is indigenous to MegaPOV.

Bill

Post a reply to this message

Bill Pragnell nous apporta ses lumieres en ce 09-02-2007 07:32:
> "Arno" <nomail@nomail> wrote:
>>> Aha. Try adding the no_radiosity keyword to your glass dome.
>> Thanks! That did the trick.

>> Can anybody explain why this is needed here? I don't understand it.

> I think it's just because the radiosity sampling ignores transparency.
It get's thru transparent objects in standard POV-Ray.
> Presumably, diffuse and ambient contributions to the illumination are taken
> from the first object encountered along the sampling ray regardless of other
> surface characteristics; as a side effect, transparent objects block
> radiosity lighting. I'm sure others can expand on this if I have it wrong!

> I'm not sure how one would reliably avoid this issue in standard POV-Ray
> versions though - I think no_radiosity is indigenous to MegaPOV.

> Bill


Radiosity do work trough transparent objects, you can even have a lense or globe 
project an image on a surface. That image becomes crude if the focal lenght gets 
to long, but it's there.

-- 
Alain
-------------------------------------------------
WARNING: the crumsumpten of alcohol may Mack you tink you kan tpye reel gode

Post a reply to this message

Alain <ele### [at] netscapenet> wrote:
> Radiosity do work trough transparent objects, you can even have a lense or globe
> project an image on a surface. That image becomes crude if the focal lenght gets
> to long, but it's there.

Yes, I guessed it should be possible. Is there anything I can do to 'fix'
this problem except for adding the no_radiosity keyword?

Post a reply to this message

> Yes, I guessed it should be possible. Is there anything I can do to 'fix'
> this problem except for adding the no_radiosity keyword?

Render it as a 2 frame animation and use save_file to save the
radiosity data witout the glass, then load the data back in and
do a final frame with the glass.

global_settings {
  assumed_gamma 1.0
  max_trace_level 10
#switch (frame_number)
#case (1)
   radiosity {
      save_file "bidirectional.dat"
   }
   }
#break
#case (2)
   radiosity {
      load_file "bidirectional.dat"
   }
   }
   object {globe}
#break
#end

Post a reply to this message

"Tim Attwood" <tim### [at] comcastnet> wrote:
> Render it as a 2 frame animation and use save_file to save the
> radiosity data witout the glass, then load the data back in and
> do a final frame with the glass.

I'm sorry if this sounds stupid, but wouldn't this be the same as using the
no_radiosity keyword in MegaPov?

Post a reply to this message

> I'm sorry if this sounds stupid, ...

The only stupid question is the one you don't ask =)

>...but wouldn't this be the same as using the
> no_radiosity keyword in MegaPov?

No, radiosity is calculated in the second frame for
the scene again, correcting for the globe having been
left out of the first frame, there's just more samples
that make it thru to the center sphere from the first frame.

Post a reply to this message

Hmmmmm..... I tried both approaches. There's almost no difference between
the resulting images, if any.

Post a reply to this message