If you wish to see the hires image of the ball, I save saved it here 

http://binalong.hypermart.net/grimeball.rar

Warning, the file download is just under 6.7MB !!

This version is a 32bit 2048x2048 TIF image compressed with RAR.
There is a LOT more detail in the full render as I boosted the resolution 
of the displacement surface, it still does not show 100% of the detail on 
the map, but I thought a 40min wait on the parse stage of a scan-line 
render was getting a bit long. :o)

The image shows many small details that reveal the strengths ad weaknesses 
of the method I have described. I am sure that if it was procedural the 
results would be much better. 

Daniel Matthews wrote:

> Yes the mapping is not the same, but anything close is fine.
> I just thought that a "Standard Grime Ball" was a good way of people
> sharing and evaluating related techniques without the underlying model
> confusing comparisons. To do it correctly there should be a standard
> environment for the ball too.
> 
> Your ball is basically the same, but the layers of grime look more
> complex, do you have POV code for it? It would be great if we could set a
> fixed ball and env file/s then have people work on various grime type
> solutions. POV needs to get down and dirty!
> Then POV can have it's own library of filth and corruption.
> I hope you don't mind a bit of muck raking?
> :o)
> 
> Bob H. wrote:
> 

>> news:3B8FA127.A7734110@atosorigin.com...
>>> "Bob H." wrote:
>>> >
>>> > Anyway, your "grime" sphere seems to have more diversity of texture,
>> mine is
>>> > simply a spherical texture map.  Either that or I'm seeing reflections
>> of
>>> > the patina in some of the pockets.
>>>
>>> If you carefully look at the sphere, you will notice the image
>>> was probably used on the six faces of the sphere :->
>> 
>> Ahhhh yes...  I see that now.  Doesn't seem to be uniformly mapped onto
>> it though, still pinched at the top and bottom.
>> 
>> Bob H.

Post a reply to this message