POV-Ray : Newsgroups : povray.general : fade_power in finish Server Time
5 Nov 2024 09:22:57 EST (-0500)
  fade_power in finish (Message 1 to 5 of 5)  
From: Jon S  Berndt
Subject: fade_power in finish
Date: 1 Jun 2003 15:15:34
Message: <3eda50d6@news.povray.org>
I know that from POV 3.5 fade_power, etc. is moved to interior. Yet, the
help file says it should still work in the finish statement, but a warning
will be issued. When I try to run a scene file that works but has fade_power
in the finish statement, it bombs out saying:

"Parse Error: No matching } in 'finish', fade_power found instead"

So, is the help file wrong? I'm using the Windows version of 3.5 with the
IDE.

Jon


Post a reply to this message

From: Hughes, B 
Subject: Re: fade_power in finish
Date: 1 Jun 2003 17:49:58
Message: <3eda7506@news.povray.org>
"Jon S. Berndt" <a@b.c> wrote in message news:3eda50d6@news.povray.org...
> I know that from POV 3.5 fade_power, etc. is moved to interior. Yet, the
> help file says it should still work in the finish statement, but a warning
> will be issued. When I try to run a scene file that works but has
fade_power
> in the finish statement, it bombs out saying:
>
> "Parse Error: No matching } in 'finish', fade_power found instead"
>
> So, is the help file wrong?

ior was moved. So refraction, which did use fading, might be what you are
thinking of. I took a look at section 6.7.3 Finish and it didn't suggest
fade_power (and fade_distance, fade_color) were also acceptable. If you can
point out a particular document section stating otherwise please let us know
and I'm sure it can be changed. Maybe at least to add a note about that if
nothing says it specifically already.

Bob H.


Post a reply to this message

From: Jon S  Berndt
Subject: Re: fade_power in finish
Date: 1 Jun 2003 22:31:26
Message: <3edab6fe$1@news.povray.org>
"Hughes, B." <omn### [at] charternet> wrote in message

> "Jon S. Berndt" <a@b.c> wrote in message

> > I know that from POV 3.5 fade_power, etc. is moved to interior. Yet, the
> > help file says it should still work in the finish statement, but a
warning
> > will be issued. When I try to run a scene file that works but has
fade_power
> > in the finish statement, it bombs out saying:
> >
> > "Parse Error: No matching } in 'finish', fade_power found instead"
> >
> > So, is the help file wrong?
>
> ior was moved. So refraction, which did use fading, might be what you are
> thinking of. I took a look at section 6.7.3 Finish and it didn't suggest
> fade_power (and fade_distance, fade_color) were also acceptable. If you
can
> point out a particular document section stating otherwise please let us
know
> and I'm sure it can be changed. Maybe at least to add a note about that if
> nothing says it specifically already.
>
> Bob H.

Bob:

See section 6.6.6 (... ooh, bad number ;-)

"The fade_power and fade_distance keywords were originally specified in
finish but are now properly specified in interior. They are accepted in
finish for backward compatibility and generate a warning message."

I found the above statement to be not true.

Jon


Post a reply to this message

From: ingo
Subject: Re: fade_power in finish
Date: 2 Jun 2003 10:45:07
Message: <Xns938EAAF266F12seed7@povray.org>
in news:3edab6fe$1@news.povray.org Jon S. Berndt wrote:

> I found the above statement to be not true.
> 

I'll have a look and may make some changes,

Thanks,

Ingo


Post a reply to this message

From: Hughes, B 
Subject: Re: fade_power in finish
Date: 2 Jun 2003 10:57:37
Message: <3edb65e1@news.povray.org>
"Jon S. Berndt" <a@b.c> wrote in message news:3edab6fe$1@news.povray.org...
>
> See section 6.6.6 (... ooh, bad number ;-)
>
> "The fade_power and fade_distance keywords were originally specified in
> finish but are now properly specified in interior. They are accepted in
> finish for backward compatibility and generate a warning message."
>
> I found the above statement to be not true.

Right you are, Jon, so thanks for telling where that incorrect sentence is
at. Just in case it's missed here, I'll let the POV-Team know about it. As
per other such instances, "accepted" should always mean it'll still parse
okay and then render. Maybe someone in the POV-Team can answer which way it
ought to be.

Bob H.


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.