|
![](/i/fill.gif) |
"Nathan Kopp" <nat### [at] kopp com> wrote in message
news:3bffe2f5$1@news.povray.org...
>
> Actually, "rgb 1" does not become <1,1,1,1,1>. It will become
<1,1,1,0,0>.
> However, "rgb 1" is NOT what we have here.
>
> The issue is that the parser interprets "rgb 1 - Gray25" as
> "rgb (1 - Gray25) "
> which promotes to
> "rgb (<1,1,1,1,1> - Gray25)"
> which becomes
> "rgb (<0.75,0.75,0.75,1,1>)"
> and then the "rgb" gets ignored.
>
> Instead you probably desired this:
> "(rgb 1) - Gray25"
>
> Unfortunately, the parser won't accept that second version (with the "rgb
1"
> wrapped in parentheses) as I wrote it above, but there are plenty of other
> ways to work around this quirk in the POV parser. Examples have been
given
> in previous replies.
Yes, but when I was checking on this I made Gray25 in the colors.inc deal
only with 3 float vectors instead of what had been there previously, which
was rgb 1 as well for White. White was then made into Gray25 by doing
Gray25=White*0.25. I made that be <0.25,0.25,0.25>, so in theory all were 3
float vectors until the final rgb 1 - Gray25 was done. What you're saying
then would mean even then the rgb 1 gets changed into <1,1,1,1,1> once the
math on it exists. I can't see that as being correct.
rgb 1 - <1,1,1,0,0>*<.25,.25,.25,0,0> = <.75,.75,.75,1,1>
How can that be right?
--
text{ttf"arial","bob h",.1,0pigment{rgb 9}translate<-1,-.2,3>}
Post a reply to this message
|
![](/i/fill.gif) |