POV-Ray : Newsgroups : povray.general : pixels per ... : Re: pixels per ... Server Time
4 Aug 2024 18:23:26 EDT (-0400)
  Re: pixels per ...  
From: Timothy R  Cook
Date: 7 Mar 2003 15:14:57
Message: <3e68fdc1$1@news.povray.org>
Slime wrote:
> I believe that, the majority of the time, if a render is going more slowly
> than that, then the scene can be hand-tweaked to create an effect 99%
> similar but faster to render. Admittedly, this often means splitting media
> containers into up to 10 smaller containers (with different distances from
> the camera), and splitting transparent objects into the parts that will
> create visible photons and parts whose photons won't be noticeable, etc. It
> can be a nuisance sometimes. But it's a few hours of work versus a few days
> of rendering time.

But!  That's cheating!  Actually what's really slowing this render down
is the fact that I'm not using no_image on my glass objects (dispersion
1.5, 20 samples...IOR 1.51714...reflection min 0.04 max 1.0)...I make
those invisible and total render time drops.  But I also use a media
container which fills the scene (only 1 or 2 samples tho), and
radiosity, and focal blur with 100 samples, confidence .999 variance
.001, photon mapping...whether I could create the same effect faster is
not the point; that's for weenie post-processing dweebs who don't have
the cojones to do intense renders ;)

> 34 PPM is really freakin' slow. =)

Not really, I've had slower.

-- 
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

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.