|
![](/i/fill.gif) |
Ok All,
I make futher investigations and find that megapov0.5 is ok!!
The code for the test is below (the gif file can be found in the
binaries-scene file group).
You just need to put different value for n. In Megapov0.5
the result is independant of n but not in Megapov0.4!
The thing which trouble me (and I don't understand yet
One can explain??) is that I need to put this kind of line
in the subtexture : scale<1/100,1/100,1/30> for megapov0.5
but I DON'T need to change the scale of the substructure
if I change n!! So why I need to change scale one time
and after not!? I must use scale<1/100,1/100,1/30> because
the heightfield is scale by 2 by Moray and scale by
<50,50,15> by me. But after I scale again the heightfield
(scaling is multiply by n) But I don't need to change
the scale of the subtexture anymore, so I miss something
here??
#version Unofficial MegaPov 0.5;
#declare n=1;
global_settings {
adc_bailout 0.003922
ambient_light <1.0,1.0,1.0>
assumed_gamma 1.9
hf_gray_16 off
irid_wavelength <0.247059,0.176471,0.137255>
max_intersections 64
max_trace_level 10
number_of_waves 10
radiosity {
brightness 3.3
count 100
distance_maximum 0.0
error_bound 0.4
gray_threshold 0.5
low_error_factor 0.8
minimum_reuse 0.015
nearest_count 6
recursion_limit 1
}
}
background { color <0.000,0.000,0.000> }
camera { // Camera StdCam
location < -3.772, 12.256, 20.617>*n
sky < 0.00000, 0.00000, 1.00000> // Use right
handed-system
up < 0.0, 0.0, 1.0> // Where Z is up
right < 1.37370, 0.0, 0.0> // Right Vector is
adjusted to compensate for spherical (Moray) vs. planar (POV-Ray) aspect
ratio
angle 50.00000 // Vertical 37.500
look_at < -3.063, -7.569, 13.876>*n
}
light_source { // Light1
<0.0, 0.0, 0.0>
color rgb <1.000, 1.000, 1.000>*1.8000
translate <-200.0, -200.0, 200.0>*n
}
object { // HgtFld001
height_field {
tga "ile.tga"
water_level 0.001
}
rotate <-90, 0, 0> // Turn onto XY plane. Now points along -Z
scale < 2, 2,-2> // Scale to Cube size. Now points along +Z
translate < -1,-1,-1> // Center around origin
material // Material1
{
texture
{
material_map
{
gif "ile_map.gif"
texture
{
pigment
{
image_map
{
gif "rock.gif"
}
scale 3
scale<1/100,1/100,1/30> //comment this for
megapov0.4
}
}
texture
{
pigment
{
color rgb <1.0, 1.0, 1.0>
}
}
texture
{
pigment
{
image_map
{
gif "conc-f1.gif"
}
scale 3
scale<1/100,1/100,1/30> //comment this for megapov0.4
}
}
}
scale <2.0, 2.0, 1.0>
translate <-1.0, -1.0, 0.0>
}
}
scale <50.0, 50.0, 15.0>*n
translate 14.98*z*n
}
Post a reply to this message
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
: I make futher investigations and find that megapov0.5 is ok!!
So you were using the buggy behaviour thinking that it's ok, and then when
you get the bug fixed, and you get what it should be, you don't realize it
and think that the new version has a bug.
It has happened to me. Don't you just hate it when it happens?-)
--
main(i,_){for(_?--i,main(i+2,"FhhQHFIJD|FQTITFN]zRFHhhTBFHhhTBFysdB"[i]
):5;i&&_>1;printf("%s",_-70?_&1?"[]":" ":(_=0,"\n")),_/=2);} /*- Warp -*/
Post a reply to this message
|
![](/i/fill.gif) |