Kenneth wrote:

> I've been giving some thought to an idea: a built-in POV-ray 'tool' that uses a
> greatly-modified combination of trace and eval_pigment, to actually find the
> color that has *already been applied* to an object in 3-D space.

I think on SDL level this can only be solved if all assignments
of pigments to objects and all transformations of objects are made
through macros of your eval system.

OTOH internally POV-Ray should already have all data available after
an object including its transformations are parsed, so it should be
feasible in principle to implement an eval_object_pigment function
within POV-Ray itself that honors the transformations.

However, this begs the question what the pigment of an object
actually is (for example if layered textures have been applied).
I think the normal case is that the contribution of each texture
including finish / lighting will be merged. So it may not always
be uniquely defined what the "pigment" should be be.

Post a reply to this message