Would it be possible to change trace(), so that it, next to the normal, also 
returns the colour of the hit point?
Ingo

-- 
Photography: http://members.home.nl/ingoogni/
Pov-Ray    : http://members.home.nl/seed7/

Post a reply to this message

On 13 Dec 1999 10:00:22 -0500, ingo wrote:
>Would it be possible to change trace(), so that it, next to the normal, also 
>returns the colour of the hit point?

It would, but in keeping with my usual principle of making things as flexible
as possible, I'd prefer to see this functionality implemented as a separate
function that returns the color of a given texture at a given location, since
then it's not tied to an actual object.  I know that that patch has been 
written, more than once, so I'm surprised it's not in MegaPOV.

-- 
These are my opinions.  I do NOT speak for the POV-Team.
The superpatch: http://www2.fwi.com/~parkerr/superpatch/
My other stuff: http://www2.fwi.com/~parkerr/traces.html

Post a reply to this message

Ron Parker wrote:

>...I'd prefer to see this functionality implemented as a separate
>function that returns the color of a given texture at a given location,
>since then it's not tied to an actual object.
>...
That, indeed, would even be nicer.

Ingo

-- 
Photography: http://members.home.nl/ingoogni/
Pov-Ray    : http://members.home.nl/seed7/

Post a reply to this message

In article <slr### [at] rongwmicrocom>, 
ron### [at] povrayorg wrote:

> On 13 Dec 1999 10:00:22 -0500, ingo wrote:
> >Would it be possible to change trace(), so that it, next to the normal, 
> >also 
> >returns the colour of the hit point?
> 
> It would, but in keeping with my usual principle of making things as 
> flexible
> as possible, I'd prefer to see this functionality implemented as a 
> separate
> function that returns the color of a given texture at a given location, 
> since
> then it's not tied to an actual object.  I know that that patch has been 
> written, more than once, so I'm surprised it's not in MegaPOV.

I have written an eval_pigment() function that returns the color of a 
pigment at a certain point. This might do what you want, but you have to 
know the pigment used on the object, and it is limited to pigment.

Making a function that acts like trace, but returns the color of a point 
taking lighting into account would probably not be possible, because the 
lighting could depend on parts of the scene not processed yet.

-- 
Chris Huff
e-mail: chr### [at] yahoocom
Web page: http://chrishuff.dhs.org/

Post a reply to this message

On Mon, 13 Dec 1999 15:16:58 -0500, Chris Huff wrote:
>I have written an eval_pigment() function that returns the color of a 
>pigment at a certain point. This might do what you want, but you have to 
>know the pigment used on the object, and it is limited to pigment.

Yours is exactly the patch I had in mind.  It's not in MegaPOV, though.
Any idea why not?

-- 
These are my opinions.  I do NOT speak for the POV-Team.
The superpatch: http://www2.fwi.com/~parkerr/superpatch/
My other stuff: http://www2.fwi.com/~parkerr/traces.html

Post a reply to this message

In article <38556a9a@news.povray.org>, ron### [at] povrayorg wrote:

> It's not in MegaPOV, though. Any idea why not?

It probably just didn't get noticed.

-- 
Chris Huff
e-mail: chr### [at] yahoocom
Web page: http://chrishuff.dhs.org/

Post a reply to this message

Chris Huff wrote:

>In article <38556a9a@news.povray.org>, ron### [at] povrayorg wrote:
>
>> It's not in MegaPOV, though. Any idea why not?
>
>It probably just didn't get noticed.
>

Lets hope it's noticed now ;)
It's perfect in combination with the trace() function and your very own 
object pattern.

Ingo

-- 
Photography: http://members.home.nl/ingoogni/
Pov-Ray    : http://members.home.nl/seed7/

Post a reply to this message

In article <8E9BE37FEseed7@204.213.191.228>, ing### [at] homenl (ingo) 
wrote:

> Lets hope it's noticed now ;)
> It's perfect in combination with the trace() function and your very own 
> object pattern.

If it gets added, I hope eval_pattern() gets added too. It is a bit 
simpler than eval_pigment(), it returns the float value of the pattern 
at the evaluation point.

Actually, I never thought of using my object pattern with these...it 
would be a good way to detect whether a point is inside an object, while 
trace() is useful for placing things relative to the surface of the 
object.

-- 
Chris Huff
e-mail: chr### [at] yahoocom
Web page: http://chrishuff.dhs.org/

Post a reply to this message

Chris Huff <chr### [at] yahoocom> wrote:

We are still looking at all your patches. We are going to add more of
them.
Just needs a bit more time and testing. 
We noticed them all ;-) 

We find it easier if the author of the patches is suplying some example
scenes. Now that we received some from you for your patches it's quicker
to work! Thanks for those examples.
Perhaps some more for all your patches? Most of the time is just a
matter of not having enough time to work more quickly.
We want to be more or less sure that there arn't too many bugs left in
paches before we add them.

Smellenbergh

> In article <8E9BE37FEseed7@204.213.191.228>, ing### [at] homenl (ingo) 
> wrote:
> 
> > Lets hope it's noticed now ;)
> > It's perfect in combination with the trace() function and your very own
> > object pattern.
> 
> If it gets added, I hope eval_pattern() gets added too. It is a bit 
> simpler than eval_pigment(), it returns the float value of the pattern
> at the evaluation point.
> 
> Actually, I never thought of using my object pattern with these...it 
> would be a good way to detect whether a point is inside an object, while
> trace() is useful for placing things relative to the surface of the 
> object.


-- 
e-mail:sme### [at] skynetbe

http://users.skynet.be/smellenbergh

Post a reply to this message

In article <1e2te4n.1jcwl0x17r8hl6N%smellenbergh@skynet.be>, 
sme### [at] skynetbe (smellenbergh) wrote:

> Chris Huff <chr### [at] yahoocom> wrote:
> 
> We find it easier if the author of the patches is suplying some example
> scenes. Now that we received some from you for your patches it's quicker
> to work! Thanks for those examples.
> Perhaps some more for all your patches? Most of the time is just a
> matter of not having enough time to work more quickly.
> We want to be more or less sure that there arn't too many bugs left in
> paches before we add them.

I will get some demo scenes finished and post them to .text.scene-files.

-- 
Chris Huff
e-mail: chr### [at] yahoocom
Web page: http://chrishuff.dhs.org/

Post a reply to this message