The center ball is supposed to be made of rusted gold, but since the light
source is inside it, it looks more like a ball of fire. Oh well...

BTW. I got a very nasty surprise, trying to use my planet generator macro
to produce the ball. The macro defines a function, which takes parameter
called "x1", but this causes Povray to complain, since the context in
which the macro is included has a local variable x1. Is there any way
around this (no, renaming the parameter or variable is not an option,
since there would be a new conflict sooner or later) and should this be
reported as a bug ?

The bug comes out in situations like this:

#macro planet(rseed, atmo, clouds, lights, dayvector)
#local vangle = function(x1,y1,z1,x2,y2,z2) { <-- Povray exits with error}
#end

#declare temple = union {
#local x1 = 0;
#include planet(4,0,1,1,<0,10,0>)
}

Oh well, here's the temple:

Post a reply to this message

Attachments:
Download 'temple.png' (275 KB)

Preview of image 'temple.png'

"JS" <no### [at] spammersallowed> wrote in message
news:pan### [at] spammersallowed...

> The center ball is supposed to be made of rusted gold, but since the
light
> source is inside it, it looks more like a ball of fire. Oh well...

  Firstly, gold won't rust - ever. ;)  Secondly, there's not a metal
out 'there' that can emit a glow afaik.

  Nice image though. Try a+0.3 for Anti-Aliasing, (to get rid of those
jagged edges). This will increase your render time a little, but with
your image, not a lot, but with better results.


   ~Steve~

Post a reply to this message

Hi JS,

sorry, but I can't see your picture with my Netscape7 newsreader ...


thx
	Steffen


JS schrieb:
> The center ball is supposed to be made of rusted gold, but since the light
> source is inside it, it looks more like a ball of fire. Oh well...
> 
> BTW. I got a very nasty surprise, trying to use my planet generator macro
> to produce the ball. The macro defines a function, which takes parameter
> called "x1", but this causes Povray to complain, since the context in
> which the macro is included has a local variable x1. Is there any way
> around this (no, renaming the parameter or variable is not an option,
> since there would be a new conflict sooner or later) and should this be
> reported as a bug ?
> 
> The bug comes out in situations like this:
> 
> #macro planet(rseed, atmo, clouds, lights, dayvector)
> #local vangle = function(x1,y1,z1,x2,y2,z2) { <-- Povray exits with error}
> #end
> 
> #declare temple = union {
> #local x1 = 0;
> #include planet(4,0,1,1,<0,10,0>)
> }
>

Post a reply to this message

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

espri128 wrote:
| Hi JS,
|
| sorry, but I can't see your picture with my Netscape7 newsreader ...
|
	You'll need to save the message to a file, then use uudecode to
decode it. Since you are on windows, you can get uudecode in the
sharutils package at this address:
http://gnuwin32.sourceforge.net/packages/sharutils.htm

	JS, you shouldn't use Pan to post images to the newsgroups since a
lot of people won't be able to see them easily. Just about any other
newsreader available on Linux is better in that respect...

		Jerome

- --
******************************
*      Jerome M. Berger      *
* mailto:jbe### [at] ifrancecom *
*  http://jeberger.free.fr/  *
******************************
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBj/ICqIYJdJhyixIRApWbAJ44DJ5nq/0mGKtgm0+PxLTOsph3BACfSj6t
kgUgngqtZw98feLCReYbGnY=
=eqZz
-----END PGP SIGNATURE-----

Post a reply to this message

I've downloaded the image from the web view and converted it from PNG to 
JPG. Not that there is anything wrong with PNG but it is a little more 
widely compatible and the original was 200+ KB.

Post a reply to this message

Attachments:
Download 'temple.jpg' (61 KB)

Preview of image 'temple.jpg'