|
 |
hi,
"Bald Eagle" <cre### [at] netscape net> wrote:
> "jr" <cre### [at] gmail com> wrote:
> > can post the code used if you want to take a gander.
>
> Is it like an adjustable mandelbulb thing where the result can be animated, or
> does it just make a single DF3?
a c program which outputs 256 frames/images.
there's not much by way of parameters, <x,y,z> dims and iteration count, I've
attached a source which is formatted (and slightly modified from the original),
compile with:
$ cc -std=c99 ct.c -lm
the author recommends doubling the resolution.
> I can take a look at the DF3, and maybe
> someone can suggest a texture / uv map to use.
the df3 is 256^3, build your own?! :-)
fwiw, this is the BASH to do it:
# mkdf3-sh
for i in $(seq 0 255)
do
ppmtogif -nolzw ct_anime_$(printf %03d $i).ppm |
giftopnm |
pnmtopng > frm_$(printf %03d $i).png;
sync
done
df3util create 256,256,256 1 ctdata && sync
for i in $(seq 0 255)
do
df3util -w import ctdata y:$i frm_$(printf %03d $i).png
done
> I would imagine a proximity
> pattern would be the closest to what people do with raymarching / signed
> distance functions.
I'd be interested in the program writing more than just a single value
("colour"), but haven't the maths to divine where to .. interfere.
> It looks like the bad guy in a cheesy action movie.
> "Pink Ranger, I am your father!"
> --
> dik
> Rendered 49,882,521,600 of 49,882,521,600 pixels (100%)
</grin> (although the reference is straight over my head)
regards, jr.
Post a reply to this message
Attachments:
Download 'ct.c.txt' (11 KB)
|
 |