POV-Ray : Newsgroups : povray.general : trees again : Re: trees again Server Time
29 Jul 2024 20:21:36 EDT (-0400)
  Re: trees again  
From: Anthony D  Baye
Date: 5 Aug 2010 14:55:00
Message: <web.4c5b086c61b29a709e1c416d0@news.povray.org>
At any rate, I'm more concerned with preventing interference with design
elements at the moment.

I've been working on an Idea that target elements could be separated into zones
of probability according to distance from the point of origin.

Without generic collision detection built into povray, collisions between
adjacent trees would be impossible to detect.

A.D.B.

Alain <aze### [at] qwertyorg> wrote:

> > I've been told, again and again, that there is no generic collision detection in
> > povray.  While I suppose that's true (you can't really tell if one object is
> > intersecting another) there's still the [trace] function, and the [inside] and
> > [outside] functions.
> >
> > Supposing that a tree generation macro took in a location, the age of the tree,
> > and an array of elements to test against, how hard would it be to grow a tree in
> > a given location, accounting for interference from the listed elements?
> >
> > If interference is deemed likely, or imminent, the limb in question (treated as
> > a vector) could be pruned or deflected. (this would likely be the difficult
> > part)
> >
> > A.D.B.
> >
> >
> >
>
> Pruning or deflecting a branch would be the easy part. The hard part is
> to detect when to do so.
> For each new segment, you need to check every other and test wether or
> not the new one would intrude into another.
>
> Anyway, in real life, there are uncommon cases when plants self
> collide/intersect. In that case, the affected branches/roots can merge
> together.
>
>
> Alain


Post a reply to this message

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