|
![](/i/fill.gif) |
> That will have problems with geometric features that are smaller than
> the cells i assume.
The typical problem with sampling: inbetween samples you can of course miss
things which fit between two samples. Still, the main idea is to supply a
single, connected object, not pairs to groups of objects. In such a case,
when the boundary box isn't way too big, the boundary box should give a
reasonable scaling as to at least fill a few cells.
> Still a clever idea of course - it will improve
> performance for thing like trees but if the orthographic view is nearly
> totally white a conventional sampling of the whole area would be more
> efficient.
True. But I assume that in most cases, this won't happen. Also, if the
topview-image isn't supplied, there won't be any pretesting and sorting of
active and inactive cells, it'll just be a subdivided sampling. Not too much
loss.
> > I've always thought that POV-Ray relies heavily on the CPU, it's *the*
> > driving force.
>
> That's the case for *rendering* but not for *parsing*.
Oh, yeah, right. Duh... Should have thought a little harder. :-)
--
"Tim Nikias v2.0"
Homepage: <http://www.nolights.de>
Post a reply to this message
|
![](/i/fill.gif) |