 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
WINPOV 3.5 Beta 10
When including woodmaps.inc (or woods.inc) without including colors.inc
an error occurs in line 471. A color "Clear" defined in colors.inc is
used.
Either colors.inc should be included in woodmaps.inc or "Clear" should
be replaced by rgbf 1 imho.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Felix Wiemann wrote:
>
> WINPOV 3.5 Beta 10
> When including woodmaps.inc (or woods.inc) without including colors.inc
> an error occurs in line 471. A color "Clear" defined in colors.inc is
> used.
> Either colors.inc should be included in woodmaps.inc or "Clear" should
> be replaced by rgbf 1 imho.
There are other include files that are dependant upon colors.inc being
included to make the file work. It is a good idea to just get used to
including colors.inc if you will be using other texture related files.
--
Ken Tyler - POV-Ray Techinical Assistance Group
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> There are other include files that are dependant upon colors.inc
being
> included to make the file work. It is a good idea to just get used to
> including colors.inc if you will be using other texture related
files.
But why not including colors.inc in every include, which needs it? That
would be more logical and the parsing time would not be much longer.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Felix Wiemann" <Fel### [at] gmx net> schrieb im Newsbeitrag
news:3c5571df@news.povray.org...
> > There are other include files that are dependant upon colors.inc
> being
> > included to make the file work. It is a good idea to just get used to
> > including colors.inc if you will be using other texture related
> files.
>
> But why not including colors.inc in every include, which needs it? That
> would be more logical and the parsing time would not be much longer.
It actually would increase parse time. Besides, POV-Ray include files
always used to depend on a common subset of include files.
Thorsten
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
> It actually would increase parse time. Besides, POV-Ray include files
> always used to depend on a common subset of include files.
But there's this section in colors.inc:
#ifdef(Colors_Inc_Temp)
// do nothing
#else
#declare Colors_Inc_Temp = version;
Does it take so much time to open the include and to skip reading if
Colors_Inc_Temp already exists? I think this isn't used in loops, so it's
not very important.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thorsten Froehlich <tho### [at] trfde> wrote:
: It actually would increase parse time.
Then use a trick sometimes used in C/C++. Instead of:
#include "whatever"
do:
#ifndef _WHATEVER_INC_
#include "whatever"
#declare _WHATEVER_INC_ = yes;
#end
As this is done just inside a standard include, the user doesn't have to
worry about it.
--
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Warp <war### [at] tagpovrayorg> wrote in news:3c55a741@news.povray.org:
> Thorsten Froehlich <tho### [at] trfde> wrote:
>: It actually would increase parse time.
>
> Then use a trick sometimes used in C/C++. Instead of:
Colors.inc already does this.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3c55a741@news.povray.org> , Warp <war### [at] tagpovrayorg> wrote:
> : It actually would increase parse time.
>
> Then use a trick sometimes used in C/C++. Instead of:
Which is exactly what increases parse time! The POV-Ray parser still turns
everything into tokens, only to ignore it - keep in mind the parser and what
looks like a preprocessor is actually more or less *one* step, so it isn't
very fast.
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <Xns### [at] 204213191226> , che### [at] sympaticoca
(Coridon Henshaw) wrote:
> Warp <war### [at] tagpovrayorg> wrote in news:3c55a741@news.povray.org:
>
>> Thorsten Froehlich <tho### [at] trfde> wrote:
>>: It actually would increase parse time.
>>
>> Then use a trick sometimes used in C/C++. Instead of:
>
> Colors.inc already does this.
Precisely. Afaik a lot of include files do, or at least did this.
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Thorsten Froehlich <tho### [at] trfde> wrote:
:> Then use a trick sometimes used in C/C++. Instead of:
: Which is exactly what increases parse time!
Do you mean that povray reads the #included file even though it's inside
an #if block which is just being skipped?-o
--
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
