![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
in news:40555055@news.povray.org Manuel Kasten wrote:
> but wanted to play with attractors more, I wrote a Java
> program [...]
Are these "attractors" 3-dimensional? If so, how about the idea to have
your program output 3df's, and render them in POV-Ray?
Ingo
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
> Are these "attractors" 3-dimensional? If so, how about the idea to have
> your program output 3df's, and render them in POV-Ray?
No, the aren't. They are just millions of points on a 2-d coordinate system.
But it is possible to make 3-dimensional attractors.
Manuel
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
How much memory are we talking about for
the all-pov-version ?
--
Steven Pigeon, Ph. D.
pig### [at] iro umontreal ca
"Manuel Kasten" <kas### [at] gmx de> wrote in message
news:40555055@news.povray.org...
> > The code for this image is by Manuel Kasten, who posted it in
> > povray.general. The scene contains 2.000.000 little white spheres. He
> > couldn't render it himself though, because of heavy swapping.
>
> The code is based on Paul Bourkes scc3 entry.
>
> > Now, I don't have enough memory either, but what I did was to reduce the
> > memory usage by rendering the image over 20 passes each with 100.000
> > spheres, each time using the previous frame as a background image_map
> > for the current frame. The result looks nice. It's attached. Well, I
> > blurred it in Paint Shop Pro before posting in order to reduce
> > graininess and jpeg-artifacts. The original really isn't blurred at all
> > despite the multiple times applied antialiasing that is a side effect
> > from the multiple pass technique I used.
>
> Thank you! That's a great idea. Because I couldn't get around that problem
> for myself, but wanted to play with attractors more, I wrote a Java
program
> (so the following picture is _NOT POVRAY CREATED_). It consits of merely
> 50 mio. points and was created in less than 2 minutes with a memory usage
of
> approx. 4 MB.
>
> again: this is not povray generated, but related to the topic...
>
>
>
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
> (...the following picture is _NOT POVRAY CREATED_)
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Rune wrote:
>
> Now, I don't have enough memory either, but what I did was to reduce
> the memory usage by rendering the image over 20 passes each with
> 100.000 spheres, each time using the previous frame as a background
> image_map for the current frame.
BRAIN: "Pinky, are you pondering what I'm pondering?"
PINKY: "I think so, Brain. But what are we going to do with our
spare time if we can emulate a z-buffer in POV-Ray?"
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
From: Timothy Cook
Subject: Re: Strange Attractors by Manuel Kasten
Date: 15 Mar 2004 23:01:14
Message: <40567c0a@news.povray.org>
|
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Zeger Knaepen wrote:
> btw, Rune, nice image as always, but I believe in this case raytracing isn't
> the way to go. Using scanline, you don't have to store all the points in
> memory, only the one you're currently drawing, so it wouldn't be any problem
> to draw millions or billions of points :)
Does raytracing necessarily have to load all points into memory?
--
Tim Cook
http://home.bellsouth.net/p/PWP-empyrean
-----BEGIN GEEK CODE BLOCK-----
Version: 3.12
GFA dpu- s: a?-- C++(++++) U P? L E--- W++(+++)>$
N++ o? K- w(+) O? M-(--) V? PS+(+++) PE(--) Y(--)
PGP-(--) t* 5++>+++++ X+ R* tv+ b++(+++) DI
D++(---) G(++) e*>++ h+ !r--- !y--
------END GEEK CODE BLOCK------
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
ing### [at] tag povray org news:Xns94ADD20507BEDseed7@news.povray.org
> Are these "attractors" 3-dimensional? If so, how about the idea to have
> your program output 3df's, and render them in POV-Ray?
800x800x800 - its a lot of memory ;)
--
http://www.raf256.com/3d/
Rafal Maj 'Raf256', home page - http://www.raf256.com/me/
Computer Graphics
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
z99### [at] bellsouth net news:40567c0a@news.povray.org
> Does raytracing necessarily have to load all points into memory?
I think oct-tree would be best here
--
http://www.raf256.com/3d/
Rafal Maj 'Raf256', home page - http://www.raf256.com/me/
Computer Graphics
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
From: Manuel Kasten
Subject: Re: Strange Attractors by Manuel Kasten
Date: 16 Mar 2004 01:49:25
Message: <4056a375@news.povray.org>
|
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
> How much memory are we talking about for
> the all-pov-version ?
The original povray-version needed beetween 400 - 500 MB of RAM for
2 mio spheres. Runes version needs as low memory as you want, depending
on how much passes you do.
My Java version's memory consumption is independent from the number of
points, so I can easily go as high as say 350 mio. Thats why the Java version
looks that much smoother than the POV version. ( Memory usage can be
approximated by image_size*image_size*3 byte )
Manuel
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
> Are these "attractors" 3-dimensional? If so, how about the idea to have
> your program output 3df's, and render them in POV-Ray?
No they are not, which is interesting because they often look 3D.
For further examples see
http://astronomy.swin.edu.au/~pbourke/fractals/peterdejong/
http://astronomy.swin.edu.au/~pbourke/fractals/clifford/
http://astronomy.swin.edu.au/~pbourke/fractals/lyapunov/
--
Paul Bourke
pdb_NOSPAMswin.edu.au
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |