On 2/7/25 06:46, Bald Eagle wrote:
> William F Pokorny <ano### [at] anonymousorg> wrote:
>> For the attached image the bump_map{} image generated was highly
>> asymmetric by intent (24 x 2400) and based upon yuqk's crackle with
>> ip_strength at 0.07.
>>
>> Bill P.
> 
> Nice!
> I'm waiting for it to crack open and green-yellow light come out.

Thanks. I had the thought it might make a good 'found in space' object 
when I saw it.

> 
> This is going to be on the poster for the new All-POV--Ray-rendered movie, isn't
> it?    {Wheee!}
> 

:-) IIRC, there was such an effort a couple decades ago or more. 
'Internet Movie Project' maybe?

Aside: I should've added in my original post that in the x (or u) 
direction of the wrap, the linear image interpolation ('ii_interpolate 
2' in yuqk), of the function generated internal image, is primarily 
responsible for the overall effect. I'm a little hung up of late on the 
idea of using those image interpolations themselves (or combinations of 
them (*)) for effects.

Bill P.

(*) - Differences / averages / directions, perhaps as additional 
interpolation modes. We today, rather inconveniently, have no 
interpolation in the '1' slot (a) and some implementations as seen from 
the parser don't support a setting of '0' - though the yuqk fork always 
does. (Plus the density_file option starts with 0 (no interpolation) and 
'1' as the tri-linear interpolation, 2 as cubic...)

(a) - Worse, official versions of POV-Ray don't check the setting (or 
map types settings) in many situations. If one tries 'interpolate 1', 
for example, in the 'bump_map_v38.pov' scene I posted a few days ago in 
this forum you get a black circle back for the sphere after nary a peep 
from the parser. The value '1' is an illegal / unsupported setting and 
the parser should complain.

Post a reply to this message