hi,

"Bald Eagle" <cre### [at] netscapenet> wrote:
> "jr" <cre### [at] gmailcom> 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)