 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"KalleK" <kal### [at] gmx de> wrote in message news:3a12d809@news.povray.org...
> Nice! The rainbow is a good idea. And it's not a background rainbow, is it?
> What is it then?
A rainbow { }. The POV-Ray kind. Seems to be overlooked a lot that one exists
in POV-Ray. Maybe because it's one of those not-so-easy to control sort of
things. At least not right away.
> > "artifact" across it too, lined up with the horizon, but I don't think
> it's in
> > error.
> What else? An effect with the horizon?
Effect of refraction, I'd say, of the horizon. I think I used too much
transmit in my glass and liquid too though.
> It is a bit strange effect - the heat wave. How did you make it? a plane
> with a gradient y decreasing normal-turbulence?
Good guess. A ior 1.01 too. I used it in the final material { } which had a
texture {texture_map{}} because of not knowing any way to do a material_map.
material_map, as you might know, is not a map made up of material { }
statements.
Bob
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
I have since made another render of my attempt at a Galileo Thermometer with
the floor plane clipped to a small size and found that the lathe does indeed
continue to produce the artifact. The camera has always been offset from any
axis and yet it still persists, probably until the camera is completely
non-parallel with any point along the lathe height, but I haven't checked.
Sorry if I sounded argumentive before. I was going on what I experienced
before and figured it was either a case of point placements of spline (it might
still be only cubic_spline doing it, I just don't know, sturm isn't used at all
for it, only the quadratic_spline I think) or axis-aligned camera.
Looked at the bugreport group about what Thomas Willhalm had said and I guess
there was never any fix found or produced.
Bob
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Bob it may be worth posting your code so that we can see if the
problem can be reproduced on other systems, or even find a
solution.
--
Cheers
Steve email mailto:ste### [at] zeroppsuklinuxnet
%HAV-A-NICEDAY Error not enough coffee 0 pps.
web http://www.zeropps.uklinux.net/
or http://start.at/zero-pps
3:12pm up 37 days, 17:35, 2 users, load average: 0.99, 0.98, 0.99
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Steve" <ste### [at] zeroppsuklinuxnet> wrote in message
news:slr### [at] zero-ppslocaldomain...
> Bob it may be worth posting your code so that we can see if the
> problem can be reproduced on other systems, or even find a
> solution.
Well, I found that going with a quadratic_spline instead of cubic_spline appears to
almost fix it completely
when sturm is used.
Just now getting back here to post a reply and now I have to leave again.
The pov script was put at povray.scenes.text-files yesterday as if anyone sees this
message try replacing the
cubic_spline type with the quadratic_spline and uncomment the sturm keywords. The
shape has to be adjusted for
but it seems to be the answer. Almost but not quite maybe. I think it might still be
susceptible to problems.
I haven't tried a sor yet.
Bob
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Bob H." wrote:
> I haven't tried a sor yet.
For the record I have had this problem more times with a SOR object
than I have had with lathes. I have pretty much given up on SORs
altogether because of this.
--
Ken Tyler - 1400+ POV-Ray, Graphics, 3D Rendering, and Raytracing Links:
http://home.pacbell.net/tylereng/index.html http://www.povray.org/links/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
