In article <3c2b8a2e@news.povray.org> , "Thorsten Froehlich" 
<tho### [at] trfde> wrote:

> The problem exists only in the Mac version and there is no way to turn them
> off.  My time does not permit to upload a new beta 9 without these debug
> messages.  Sorry!

However, you can terminate POV-Ray (it may take a few seconds) while output
of these messages is in progress.  Your image has already be written to disk
at the time these messages are generated, so no data will be lost.

    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

Some more notes and job numbers:

> 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

> Bug with blobs and media
> (possibly related to  blob surface develops holes when "radius" is very
> small)
> http://news.povray.org/3be5f0b2@news.povray.org

> Blob component textures transformed twize
> http://news.povray.org/3bf70645@news.povray.org

All three logged as parts of job000189.
(also probably not the same problems)

> sin(X)^sin(X) -> crash! (job000179 and job000180)
> http://news.povray.org/3baf7992@news.povray.org

Fixed in next beta.

> [bug] orthographic camera bug?
> (objects sometimes disappear when the orthographic camera is used)
> http://news.povray.org/3bdca5eb@news.povray.org

An even simpler scene for this would really help.

> Jpeg and memory problem during animations (job000194)
> (It seems that some memory is not properly released between frames when
> a jpeg file is used)
> http://news.povray.org/3be2ef0d@news.povray.org

Fixed in next beta. (At least all known leaks there have now been fixed...)

> Black outline in smooth meshes
> (The outline of smooth meshes exhibit black dots or areas (which go away
> with double_illuminate))
> http://news.povray.org/3bf6794e$1@news.povray.org

Does this have something to do with surface normals?  The current behavior
might actually be correct...

> User_Abort_Command
> (User_Abort_Command does not seem to work at all)
> http://news.povray.org/Xns913D9F7268736seed7@povray.org

This might just be a user error.  Need details what users do and what they
expect.

> First report from bugreports
> http://news.povray.org/u12outsm2kso3k5ef4lp26ogm5cvsm46ge@4ax.com

Please change this to:

>>>
Error in VRand_Object
http://news.povray.org/3bc423e5[at]news.povray.org
<<<

> Re: trivial question on topic
> (Poly Object Bug: heart has a dark line of artifacts)
> http://news.povray.org/3BEBEB4C.CA854309@pacbell.net

Logged as job000038.

> Camera is off by half a pixel
> http://news.povray.org/3bccc696@news.povray.org

Will be changed in a future beta of 3.5 if #version 3.5 is used.

> Light_sources in light_groups don't cast shadows
> (rendering without light buffers (-UL) puts the shadows back)
> http://news.povray.org/3bfd4d63@news.povray.org

Logged as job000197.

> Save during render
> (is very slow)
> http://news.povray.org/jhaiduce@engin.umich.edu

I am not able to find this on the server.

> double_illuminate only works with direct lighting
> http://news.povray.org/3BF6F1FE.D21B0C6@oreka.com

Has not been confirmed.  Might just be a user misunderstanding.

> no_image, merge and shadows
> (setting no_image to an object in a merge causes that object to stop
> casting shadows)
> http://news.povray.org/vqfd0ucm5276q9j8sdh34afjliapc1kj0n@4ax.com

Logged as job000198.

> Isosurfaces *much* slower in beta 7?
> (isosurfaces with "evaluate" are now very slow)
> http://news.povray.org/3bdf24b3$1@news.povray.org

Already fixed in beta 9.

> Isosurface : 2 bugs
> (int() causes crash)
> http://news.povray.org/3c082dbe@news.povray.org

This was fixed in beta 9 but due to a usability problem did not make it into
source code used to build beta 9 versions other than the Mac beta 9.  It can
be removed once beta 10 is out.

> IsoCacti.pov
> (displays 754 evaluate warnings, most with incorrect values)
> http://news.povray.org/3c08c36c$1@news.povray.org

Fixed in next beta.

> Re: triangle texture interpolation
> (the second texture is on the first point and the third texture is used
> on the second and third points)
> http://news.povray.org/3C0A8288.DDA0905B@free.fr

Logged as job000199.

> Re: Workaround for function problems in beta 8 without scene file
> modification
> (using Include_Header in povray.ini crashes in some circumstances)
> http://news.povray.org/Xns9170BB3381723CoridonHenshaw@204.213.191.226

Same as function problems in beta 8.  Alreday fixed in beta 9.

> Crash with no objects in scene
> http://news.povray.org/3bd985b0@news.povray.org
> (also reported as http://news.povray.org/3C19B9EA.D2E16FBC@gmx.de

I cannot reproduce this.  Need to verify this bug still exists in beta 9.

> bug in sphere_sweep for removing parts of an object
> (discontinuous normals on inverse of sphere_sweep)
> http://news.povray.org/3C1A5D47.EA38F6E5@amc.uva.nl

Logged as job000200.  May or may not be related to job000176.

> color dot operators
> ((Color.red) doesn't work as a function parameter)
> http://news.povray.org/ofpr1ug9r6q3cak417pmj72bck6ufmgbtg@4ax.com

It does not work as *macro* parameter.  this is a very important difference.
Logged as job000201.

> Bicubic patch triangles disappear
> (When the triangles are fairly small)
> http://news.povray.org/3c23b26c@news.povray.org

Logged as job000202.

____________________________________________________
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

> > Camera is off by half a pixel
>
> Will be changed in a future beta of 3.5 if #version 3.5 is used.

So that's what you meant. :-) Thanks!

Anders

Post a reply to this message

"Thorsten Froehlich" wrote:
> Error in VRand_Object
> http://news.povray.org/3bc423e5[at]news.povray.org

Fixed in next beta.

> > Camera is off by half a pixel
> > http://news.povray.org/3bccc696@news.povray.org
>
> Will be changed in a future beta of 3.5 if #version 3.5 is used.

Will #version 3.5 have to be explicitely specified in the scene file, or
isn't it just the default?

> > Crash with no objects in scene
> > http://news.povray.org/3bd985b0@news.povray.org
> > (also reported as http://news.povray.org/3C19B9EA.D2E16FBC@gmx.de
>
> I cannot reproduce this.  Need to verify this bug still exists in beta 9.

This bug still exists in beta 9.

Rune
--
3D images and anims, include files, tutorials and more:
Rune's World:    http://rsj.mobilixnet.dk (updated Nov 5)
POV-Ray Users:   http://rsj.mobilixnet.dk/povrayusers/
POV-Ray Webring: http://webring.povray.co.uk

Post a reply to this message

In article <3c2fa2a8@news.povray.org> , "Rune" <run### [at] mobilixnetdk>
wrote:

> Will #version 3.5 have to be explicitely specified in the scene file, or
> isn't it just the default?

As usual, the current version is the default version and it won't need to be
specified explicitly to activate version specific "changes".

    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 <3c2f9fb8@news.povray.org> , "Anders K." <and### [at] prostard2gcom>
wrote:

>> > Camera is off by half a pixel
>>
>> Will be changed in a future beta of 3.5 if #version 3.5 is used.
>
> So that's what you meant. :-) Thanks!

Don't thank me.  It is not going to be changed based on my initiative.
It is a POV-Team decision to which I stand.

    Thorsten

____________________________________________________
Thorsten Froehlich
e-mail: mac### [at] povrayorg

I am a member of the POV-Ray Team.
Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

in news:3c2f9e16@news.povray.org Thorsten Froehlich wrote:

>> User_Abort_Command
>> (User_Abort_Command does not seem to work at all)
>> http://news.povray.org/Xns913D9F7268736seed7@povray.org
> 
> This might just be a user error.  Need details what users do and what
> they expect.

My expectation:
When I run the the animation \scenes\animations\boing\bounce.ini and 
manually stop the rendering somewhere, I expect the file bounce.txt to 
be deleted. This does not happen. When starting the renedering again it 
starts where it was left and not at the beginning (clock=0).
I modified the ini-file in several ways, for example use cmd instead of 
command or leave it out completely, or even start a totaly unrelated 
application with "User_Abort_Command", but nothing happens.

PII 233 192 MB, NT4 SP6
AthlonXP 1800 1.5 GB, Win2000 SP2
several betas of POV-Ray 3.5
POV-Ray 3.1g


Ingo

Post a reply to this message

In article <Xns### [at] povrayorg> , ingo <ing### [at] homenl>  
wrote:

> When I run the the animation \scenes\animations\boing\bounce.ini and
> manually stop the rendering somewhere, I expect the file bounce.txt to
> be deleted. This does not happen. When starting the renedering again it
> starts where it was left and not at the beginning (clock=0).
> I modified the ini-file in several ways, for example use cmd instead of
> command or leave it out completely, or even start a totaly unrelated
> application with "User_Abort_Command", but nothing happens.

OK.  It requires a few platform specific adjustments to work with the GUI
based platforms.  This will happen in one of the next betas.  Right now it
works neither on the Mac nor Win versions, but does work on the command line
based platforms.

    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

Thorsten Froehlich wrote:
> As usual, the current version is the default version and it won't need to be
> specified explicitly to activate version specific "changes".

Which means I made a dumb of myself ... :)


--
#local j=text{ttf"arial""JRG".2,0};#local J=0;#while(J<10)#local R=0;#while
(R<2)#local G=0;#while(G<1)#if(inside(j<R,G.1>))object{j scale.025translate
<R-1G-J/20J/-40+2>pigment{rgb<9J>}}#debug"O"#else#debug" "#end#local G=G+
.025;#end#local R=R+.05;#debug"\n"#end#local J=J+1;#end// JRG

Home: http://digilander.iol.it/jrgpov

Post a reply to this message

Wasn't it Thorsten Froehlich who wrote:
>
>> Save during render
>> (is very slow)
>> http://news.povray.org/jhaiduce@engin.umich.edu
>
>I am not able to find this on the server.

Oops. My fault. I copied the email address instead of the Message-ID.
Should be

http://news.povray.org/Pine.LNX.4.33.0111271256060.2190-100000@burpc3.en
gin.umich.edu


>> double_illuminate only works with direct lighting
>> http://news.povray.org/3BF6F1FE.D21B0C6@oreka.com
>
>Has not been confirmed.  Might just be a user misunderstanding.

I accepted the re-report of the problem in a different thread as
confirming it.
http://news.povray.org/3C03D9FC.B9F5E212@skynet.be

-- 
Mike Williams
Gentleman of Leisure

Post a reply to this message