|
|
|
|
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Since nobody else wanted to take this on, and since I've got a bit of
leisure time, I'll have a bit of a go. There may well be things that
have fallen through the gap between when Rune stopped and I started
collecting the info.
The "unconfirmed" section at the end is there for my convenience. It's
easier for me to capture the information when I first see it rather than
waiting for a confirmation to be posted.
KNOWN BUGS
Blob problem
(blob surface develops holes when "radius" is very small)
http://news.povray.org/3b99052c@news.povray.org
Blob : Toward a solution
(no bug description posted, just source code)
http://news.povray.org/3B991C90.D715B7A3@free.fr
Superellipsoid epsilon to big ?
(strange dark patches occur on a superellipsoid when the east-west-
exponent is set very small)
http://news.povray.org/3b992a81@news.povray.org
Additional (?) blob bug
(blob component disappears when radius is 317 or greater)
http://news.povray.org/Xns9115B92CF7D8ACQ@204.213.191.226
(also reported as: Blob rendering error (job000136))
http://news.povray.org/Xns91203DC7F3CCQ@204.213.191.226
hf_gray_16 + png creates wrong output image (job000173)
(global_settings {hf_gray_16} causes "Cannot open output file")
http://news.povray.org/3BA3BAE6.4671C0BB@free.fr
Small window title bug
(Title switches back to "POV-Ray for Windows" after minimize or
restore.)
http://news.povray.org/3ba92966$1@news.povray.org
Bug in texture_map (job000183)
(code gives a parse error: Blend_Map too long)
http://news.povray.org/3ba9f8e9$1@news.povray.org
Rendering animation (MS Windows) (job000178)
(Message that indicates the frame to be render is displayed AFTER the
rendering.)
http://news.povray.org/3BAC1D0C.74A4A503@free.fr
sin(X)^sin(X) -> crash! (job000179 and job000180)
http://news.povray.org/3baf7992@news.povray.org
Bug with parse_string
http://news.povray.org/9pk0rto8s07dnm320f5m503aqu43ak6g3p@4ax.com
Spline bug (job000182)
(The spline path is all wrong when certain time values are used.)
http://news.povray.org/3bb41dc8@news.povray.org
Strange spline problem (job000181)
(Changes from render to render. Control points are sometimes missing.)
http://news.povray.org/Xns9136AC2E64F60seed7@povray.org
Highlight bug (job000137)
(highlights are sometimes visible where they should be in shadow)
http://news.povray.org/3bb4cf08@news.povray.org
Macro bug (job000146)
(POV can dereference a deallocated pointer if you return a local from a
macro.)
http://news.povray.org/3BB4ED11.8EC69CEC@hotmail.com
Number of parameters in functions (job000174)
(?is this the same as "function re-declaration crash"?)
http://news.povray.org/kc3hqtkgj93f82rpkj6puvlj8f5cs7nk0q@4ax.com
Bug with intersection stack (with crash)(job000175)
http://news.povray.org/5f13rtc0v0rso4fk7lut5e0980qa9g756b@4ax.com
Sphere_sweep plus radiosity bug (job000176)
(Colored sphere_sweeps lead to bad radiosity.)
http://news.povray.org/3b9670b2@news.povray.org
rand.inc VRand_In_Sphere flaw
(VRand_In_Sphere doesn't give uniform distribution)
http://news.povray.org/3bc64790$1@news.povray.org
Radiosity sampling, with fix method (job000177)
(radiosity sample counter is reset to the start every time, sampling
artefacts are produced)
http://news.povray.org/3BC5A13E.9C022BD6@reading.ac.uk
Slow rendering when using +ua and antialiasing method 1
(**details only on povray.pre-beta)
http://news.povray.org/3bbf6347@news.povray.org
Delayed syntax checking
(declare without the "#" can cause a much later line to fail to parse)
http://news.povray.org/AM3LOAABMO27EwFh@econym.demon.co.uk
Isosurfaces *much* slower in beta 7?
(isosurfaces with "evaluate" are now very slow)
http://news.povray.org/3bdf24b3$1@news.povray.org
[bug] orthographic camera bug?
(objects sometimes disappear when the orthographic camera is used)
http://news.povray.org/3bdca5eb@news.povray.org
Status line bug
(status line keeps saying "Parsing..." instead of telling me what the
error was)
http://news.povray.org/3bde062f@news.povray.org
WinPov crash with too many max_gradient warnings
(previously reported as: "[Bug] Output of too many evaluations cause
strange behavior", but it didn't actually crash beta 4 or beta 5)
http://news.povray.org/3BE026F0.B59858FA@gmx.de
BUGS REPORTED FIXED IN BETA 7
Crash when stopping in the first line (job000162 and job000168)
http://news.povray.org/1103_1002737295@iq
(Also reported as: Radiosity crash when user stops render during
pretrace.)
http://news.povray.org/3bb4605d$1@news.povray.org
Fixed in beta 7
Stop during mosaic: crash
http://news.povray.org/Xns9126925CDC108seed7@povray.org
Fixed in beta 7.
Photon problems
http://news.povray.org/3bc4d0a9$1@news.povray.org
Fixed in beta 7
Isosurface - contained_by
http://news.povray.org/3bc6ffd9@news.povray.org
Fixed in beta 7
BUGS REPORTED FIXED IN NEXT BETA
marble + turbulence bug
(marble turbulence now looks very different)
http://news.povray.org/Xns914AC563F6C36seed7@povray.org
function re-declaration crash
(Intel compilation only: previously reported as "loop bug" for beta 5)
http://news.povray.org/3bdfcdf7@news.povray.org
Possibly fixed in next beta
UNCONFIRMED
[Win] Can't select region that includes bottom and right edges of render
window
http://news.povray.org/3bdf8bd9@news.povray.org
--
Mike Williams
Gentleman of Leisure
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Mike Williams <mik### [at] nospamplease> wrote:
: Slow rendering when using +ua and antialiasing method 1
: (**details only on povray.pre-beta)
There are no "details". That's all the info there is. Currently no-one
knows what causes this.
: Isosurfaces *much* slower in beta 7?
: (isosurfaces with "evaluate" are now very slow)
: http://news.povray.org/3bdf24b3$1@news.povray.org
I think this one should be marked as "fixed in next beta".
There are also two other bugs/deficiencies which bother me quite a lot,
but no-one seems to notice (for some reason):
* When outputting to PNG, the wrong gamma correction value is written to it.
The value 1.0 is always written as gamma to the PNG, which is wrong. The
correct value to be written is 1.0/opts.DisplayGamma, which gives the correct
result. Another feasible solution is to not to output any gamma value at
all (I personally prefer this one) - this way PNG would work as all the
other possible output image types.
This is extremely easy to fix: In png_pov.cpp in the function
PNG_Image::PNG_Image() at lines 640-641 either comment out these two lines
(makes it to output no gamma correction value at all), or else fix the
first line to:
info_ptr->gamma = 1.0/opts.DisplayGamma;
* Focal blur aperture has no effect with camera types other than the
persective one (focal blur is calculated, but the aperture is ignored).
This one is (well, at least seems to be) easy to fix. I have discussed this
in http://news.povray.org/povray.beta-test/19382/
--
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}// - Warp -
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
in news:bEM### [at] econymdemoncouk Mike Williams wrote:
> Since nobody else wanted to take this on, and since I've got a bit of
> leisure time, I'll have a bit of a go.
Thanks Mike,
Here is an old one for you that never made it in the list:
Are '&' and '|' swiched?
http://news.povray.org/Xns9128A184570B3seed7@povray.org
in the same thread: '<=' is wrong
http://news.povray.org/Xns9128A519E6F15seed7@povray.org
Ingo
--
Photography: http://members.home.nl/ingoogni/
Pov-Ray : http://members.home.nl/seed7/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Can you add:
Camera is off by half a pixel
http://news.povray.org/3bccc696@news.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <Xns### [at] povrayorg> , ingo <ing### [at] homenl>
wrote:
> Are '&' and '|' swiched?
> http://news.povray.org/Xns9128A184570B3seed7@povray.org
This one has been fixed, I am fairly sure.
> in the same thread: '<=' is wrong
> http://news.povray.org/Xns9128A519E6F15seed7@povray.org
Not absolutely sure about this one...
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
"Mike Williams" wrote:
> Since nobody else wanted to take this on, and
> since I've got a bit of leisure time, I'll have
> a bit of a go.
Thanks a lot Mike!
> Bug in texture_map (job000183)
> (code gives a parse error: Blend_Map too long)
> http://news.povray.org/3ba9f8e9$1@news.povray.org
Here I believe the actual bug is:
(after shortening a too long blend map, POV-Ray crashes in the next render)
> Bug with parse_string
> http://news.povray.org/9pk0rto8s07dnm320f5m503aqu43ak6g3p@4ax.com
This one is not a bug.
> rand.inc VRand_In_Sphere flaw
> (VRand_In_Sphere doesn't give uniform distribution)
> http://news.povray.org/3bc64790$1@news.povray.org
I've just fixed this one now.
Keep up the good work! :)
Rune
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
in news:3be153fa@news.povray.org Thorsten Froehlich wrote:
> This one has been fixed, I am fairly sure.
>
Then the fixes aren't included in beta-7.
Ingo
--
Photography: http://members.home.nl/ingoogni/
Pov-Ray : http://members.home.nl/seed7/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <Xns### [at] povrayorg> , ingo <ing### [at] homenl>
wrote:
>> This one has been fixed, I am fairly sure.
>
> Then the fixes aren't included in beta-7.
While I can confirm that the bug was there (and it is fixed again now), is
it just me who is experiencing a deja vu? If change 503 on 2001/02/14 just
wouldn't say I fixed it and I would not know it was working back then...
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
In article <3be153fa@news.povray.org> , "Thorsten Froehlich"
<tho### [at] trfde> wrote:
>> in the same thread: '<=' is wrong
>> http://news.povray.org/Xns9128A519E6F15seed7@povray.org
>
> Not absolutely sure about this one...
Fixed now.
Thorsten
____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde
Visit POV-Ray on the web: http://mac.povray.org
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
in news:3be173c8@news.povray.org Thorsten Froehlich wrote:
> While I can confirm that the bug was there (and it is fixed again
> now), is it just me who is experiencing a deja vu? If change 503
> on 2001/02/14 just wouldn't say I fixed it and I would not know it
> was working back then...
>
Thorsten,
This doesn't sound good at all, I'm not trying to worry you. But maybe
you should take the dog out for a walk more often. A change of
perspective. Not stare at that rectangular glass all day....
Ingo
--
Photography: http://members.home.nl/ingoogni/
Pov-Ray : http://members.home.nl/seed7/
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |