POV-Ray : Newsgroups : povray.binaries.images : Back to the Grime Server Time
30 Jul 2024 14:28:04 EDT (-0400)
  Back to the Grime (Message 1 to 4 of 4)  
From: Trevor G Quayle
Subject: Back to the Grime
Date: 27 Mar 2011 12:00:01
Message: <web.4d8f5ef4ae52c0e9b05ef170@news.povray.org>
Back to some work on my grime and edge wear.  I think I may be close to what I
want.  My previous thought on edge wear had some pitfalls it it, basically due
to how I was trying to implement it, I wouldn't get much, if any, falloff.  Then
I realized, all I really need to do us use the crevice grime inside out: a bump
on the outside is a crevice on the inside.  This works out much better and gives
some transition dependent on the settings.  All I need to do is reverse my
control angle and surface offset in the crevice texture.  The only Issue I can
potentially see is with unioned (non-merged) CSG where an 'internal' surface may
interfere with the tracing.  Here is a sample with both some edge wear and
crevice grime.

I will likely try to clean up and document my macro to post for others to play
with or modify soon.

-tgq


Post a reply to this message


Attachments:
Download 'creviceedge.jpg' (170 KB)

Preview of image 'creviceedge.jpg'
creviceedge.jpg


 

From: Jim Holsenback
Subject: Re: Back to the Grime
Date: 27 Mar 2011 15:12:42
Message: <4d8f8c2a$1@news.povray.org>
On 03/27/2011 12:59 PM, Trevor G Quayle wrote:
> Back to some work on my grime and edge wear.  I think I may be close to what I
> want.  My previous thought on edge wear had some pitfalls it it, basically due
> to how I was trying to implement it, I wouldn't get much, if any, falloff.  Then
> I realized, all I really need to do us use the crevice grime inside out: a bump
> on the outside is a crevice on the inside.  This works out much better and gives
> some transition dependent on the settings.  All I need to do is reverse my
> control angle and surface offset in the crevice texture.  The only Issue I can
> potentially see is with unioned (non-merged) CSG where an 'internal' surface may
> interfere with the tracing.  Here is a sample with both some edge wear and
> crevice grime.

Wow Trevor, top drawer ... don't you just love it when you discover 
another trick use for something you've already been doing? I mean adapt 
crevice grim for use as edge wear! Must have been an epiphany ... was 
there a heavenly chord in the background ;-)

>
> I will likely try to clean up and document my macro to post for others to play
> with or modify soon.

Yep ... that's something I'd like to have a look at!

Jim


Post a reply to this message

From: Samuel Benge
Subject: Re: Back to the Grime
Date: 27 Mar 2011 20:15:01
Message: <web.4d8fd2d16c6364e7b86cffc90@news.povray.org>
"Trevor G Quayle" <Tin### [at] hotmailcom> wrote:
> Then I realized, all I really need to do us use the crevice grime inside out: a >
bump on the outside is a crevice on
 the inside.

Truly :)

Weren't you originally using multiple objects for this? If that is still the
case, your method would be useful in situations where one might want to chip
away the outer edges of an object with other objects. The chips could be
height_fields oriented to the normals of the main object....

Sam


Post a reply to this message

From: Trevor G Quayle
Subject: Re: Back to the Grime
Date: 30 Mar 2011 13:05:01
Message: <web.4d9361c66c6364e781c811d20@news.povray.org>
"Samuel Benge" <stb### [at] hotmailcom> wrote:
> "Trevor G Quayle" <Tin### [at] hotmailcom> wrote:
> > Then I realized, all I really need to do us use the crevice grime inside out: a >
bump on the outside is a crevice 
on
>  the inside.
>
> Truly :)
>
> Weren't you originally using multiple objects for this? If that is still the
> case, your method would be useful in situations where one might want to chip
> away the outer edges of an object with other objects. The chips could be
> height_fields oriented to the normals of the main object....
>
> Sam

Yes, I was originally using mesh2 squares, but to get a good resolution, it
would call for *many* individual objects.

Now you've got me thinking again though, I could probably adapt some of my
existing code to generate a single procedural mesh that could be used for
differencing...

-tgq


Post a reply to this message

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