 |
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Mon, 14 Jan 2002 06:06:37 +0000, Mike Williams <mik### [at] nospam please> wrote:
> KNOWN BUGS
perhaps I've read it not carefully but you probably missed some my reports
Crash with redeclared functions
http://news.povray.org/q6g83u4egq3ts0m8ip5nkn5lf0ljkacu8g%404ax.com
(Thorsten said it is not legal syntax but there is still bug becouse of crash)
Not catched function redeclaration
http://news.povray.org/tis83ugh1kcc22h5o6is9qpkv61pjgunc0%404ax.com
(Thorsten said it is not catched illegal syntax, perhaps the same job number as
above)
Function declaration and namespace
http://news.povray.org/l2ji3uc2k9su99o2gct3n2thgqoq7f4pd5%404ax.com
Wrong highlighting in editor (function_id)
http://news.povray.org/jfji3ug1faevn1jk3mlko64sb71ptmmn97%404ax.com
Splines - not working legal statement
http://news.povray.org/m7fq3u41ctia9e6i3tbnlstn6ek739vpke%404ax.com
ABX
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Mon, 14 Jan 2002 06:06:37 +0000, Mike Williams wrote:
> Camera is off by half a pixel
> http://news.povray.org/3bccc696@news.povray.org
job000209, by the way. Fixed, but probably not in beta 10.
--
#macro R(L P)sphere{L __}cylinder{L P __}#end#macro P(_1)union{R(z+_ z)R(-z _-z)
R(_-z*3_+z)torus{1__ clipped_by{plane{_ 0}}}translate z+_1}#end#macro S(_)9-(_1-
_)*(_1-_)#end#macro Z(_1 _ __)union{P(_)P(-_)R(y-z-1_)translate.1*_1-y*8pigment{
rgb<S(7)S(5)S(3)>}}#if(_1)Z(_1-__,_,__)#end#end Z(10x*-2,.2)camera{rotate x*90}
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
>On Mon, 14 Jan 2002 06:06:37 +0000, Mike Williams <mik### [at] nospamplease> wrote:
>> KNOWN BUGS
>
>perhaps I've read it not carefully but you probably missed some my reports
Tracking these was a bit of a nightmare because some of them arrived on
my newserver with completely different subject lines and subtly
different message ids. I can search my article database by either of
those fields, or by author (but you wrote so many!).
>Crash with redeclared functions
>http://news.povray.org/q6g83u4egq3ts0m8ip5nkn5lf0ljkacu8g%404ax.com
>(Thorsten said it is not legal syntax but there is still bug becouse of crash)
Original Subject: crash during function creation in loop
Isn't this already reported in the thread that Thorsten referred you to?
>Not catched function redeclaration
>http://news.povray.org/tis83ugh1kcc22h5o6is9qpkv61pjgunc0%404ax.com
>(Thorsten said it is not catched illegal syntax, perhaps the same job number as
>above)
Original Subject: can't redefine identifier
OK
>Function declaration and namespace
>http://news.povray.org/l2ji3uc2k9su99o2gct3n2thgqoq7f4pd5%404ax.com
I got totally confused by this thread, and can't seem to see if anything
ever actually got confirmed, and if so, what.
>Wrong highlighting in editor (function_id)
>http://news.povray.org/jfji3ug1faevn1jk3mlko64sb71ptmmn97%404ax.com
Unconfirmed
>Splines - not working legal statement
>http://news.povray.org/m7fq3u41ctia9e6i3tbnlstn6ek739vpke%404ax.com
Original Subject: splines - documentation and reality
I'm not logging documentation errors. If there's anything there that's
not a documentation error, then I believe it's unconfirmed.
--
Mike Williams
Gentleman of Leisure
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ron Parker wrote:
> job000209, by the way. Fixed, but probably not in beta 10.
BTW, I've read that the "good" camera will function only with
"#version 3.5" set. Is that true ?
Fabien.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Mon, 14 Jan 2002 21:10:58 +0100, Fabien Mosen wrote:
> Ron Parker wrote:
>
>> job000209, by the way. Fixed, but probably not in beta 10.
>
>
> BTW, I've read that the "good" camera will function only with
> "#version 3.5" set. Is that true ?
It's supposed to be. Guess I should implement that part. :)
--
plane{-z,-3normal{crackle scale.2#local a=5;#while(a)warp{repeat x flip x}rotate
z*60#local a=a-1;#end translate-9*x}pigment{rgb 1}}light_source{-9red 1rotate 60
*z}light_source{-9rgb y rotate-z*60}light_source{9-z*18rgb z}text{ttf"arial.ttf"
"RP".01,0translate-<.6,.4,.02>pigment{bozo}}light_source{-z*3rgb-.2}//Ron Parker
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Mon, 14 Jan 2002 21:10:58 +0100, Fabien Mosen wrote:
> Ron Parker wrote:
>
>> job000209, by the way. Fixed, but probably not in beta 10.
>
>
> BTW, I've read that the "good" camera will function only with
> "#version 3.5" set. Is that true ?
It is now.
--
#macro R(L P)sphere{L F}cylinder{L P F}#end#macro P(V)merge{R(z+a z)R(-z a-z)R(a
-z-z-z a+z)torus{1F clipped_by{plane{a 0}}}translate V}#end#macro Z(a F T)merge{
P(z+a)P(z-a)R(-z-z-x a)pigment{rgbf 1}hollow interior{media{emission 3-T}}}#end
Z(-x-x.2x)camera{location z*-10rotate x*90normal{bumps.02scale.05}}
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Fabien Mosen <fab### [at] skynetbe> wrote:
: BTW, I've read that the "good" camera will function only with
: "#version 3.5" set. Is that true ?
If the default value of 'version' is '3.5', then you don't have to
explicitly write that.
It just means that if you write "#version 3.1" or smaller it won't work.
--
#macro M(A,N,D,L)plane{-z,-9pigment{mandel L*9translate N color_map{[0rgb x]
[1rgb 9]}scale<D,D*3D>*1e3}rotate y*A*8}#end M(-3<1.206434.28623>70,7)M(
-1<.7438.1795>1,20)M(1<.77595.13699>30,20)M(3<.75923.07145>80,99)// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Ron Parker wrote:
> It's supposed to be. Guess I should implement that part. :)
Why should a correct behaviour only appear with a given version ?
Why keep compatibility with a bug ?
I mean, I don't see any situation where the buggy behaviour
could be wanted... especially since it's very subtle. But maybe
others do ?
Fabien.
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
On Mon, 14 Jan 2002 22:08:11 +0100, Fabien Mosen wrote:
> Ron Parker wrote:
>
>
>> It's supposed to be. Guess I should implement that part. :)
>
>
> Why should a correct behaviour only appear with a given version ?
> Why keep compatibility with a bug ?
>
> I mean, I don't see any situation where the buggy behaviour
> could be wanted... especially since it's very subtle. But maybe
> others do ?
I think Thorsten probably has some input on this, so I'll defer to him,
but I think the issue was that we thought some people might have already
worked around the error in scenes where it was important. Of course, any
such workaround would be resolution-dependent, but it's likely that if you
needed subpixel accuracy your results were already resolution-dependent.
In any event, our fixing the camera would break any such workarounds, and
those workarounds might no longer be in a form their creator would now
understand. :)
--
#macro R(L P)sphere{L F}cylinder{L P F}#end#macro P(V)merge{R(z+a z)R(-z a-z)R(a
-z-z-z a+z)torus{1F clipped_by{plane{a 0}}}translate V}#end#macro Z(a F T)merge{
P(z+a)P(z-a)R(-z-z-x a)pigment{rgbt 1}hollow interior{media{emission T}}finish{
reflection.1}}#end Z(-x-x.2y)Z(-x-x.4x)camera{location z*-10rotate x*90}
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Fabien Mosen <fab### [at] skynetbe> wrote:
: Why should a correct behaviour only appear with a given version ?
: Why keep compatibility with a bug ?
On the other hand, why would you want to use a #version older than 3.5
for the camera?
I think that the idea is that if you have an old scene, it won't break in
any way if you write #version 3.1 at the beginning.
--
#macro N(D)#if(D>99)cylinder{M()#local D=div(D,104);M().5,2pigment{rgb M()}}
N(D)#end#end#macro M()<mod(D,13)-6mod(div(D,13)8)-3,10>#end blob{
N(11117333955)N(4254934330)N(3900569407)N(7382340)N(3358)N(970)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
