![](/i/fill.gif) |
![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
Hi, all povers.
This may belong to p.b-t, but up to now, it's a question, not a bug
report.
I use post_scene_command in my master povray.ini, to dump every
rendered file in a dircectory - to collect all the steps and so one. I
use a little program, that moves the rendered tga to a speciall
directory.
Whenever I want to render an animation, I don't want my
post_scene_command to start - it would copy the last frame of that
animation - that's not, what I want...
I write a "Post_Scene_Command=" (an empty command) in my ini-file that
I use for animations.
In povray 3.5 beta 6 The post_scene_command stays that call of my
little programm - It's not empty.
How can I overwrite the post_scene_command specified in the master
povray.ini?
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On Wed, 17 Oct 2001 23:35:02 +0200, KalleK wrote:
>Hi, all povers.
>
>This may belong to p.b-t, but up to now, it's a question, not a bug
>report.
It actually is a bug report, I think, but one we've seen before. No fix yet,
though.
--
#local R=<7084844682857967,0787982,826975826580>;#macro L(P)concat(#while(P)chr(
mod(P,100)),#local P=P/100;#end"")#end background{rgb 1}text{ttf L(R.x)L(R.y)0,0
translate<-.8,0,-1>}text{ttf L(R.x)L(R.z)0,0translate<-1.6,-.75,-1>}sphere{z/9e3
4/26/2001finish{reflection 1}}//ron.parker@povray.org My opinions, nobody else's
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
> >This may belong to p.b-t, but up to now, it's a question, not a bug
> >report.
>
> It actually is a bug report, I think, but one we've seen before. No
fix yet,
> though.
Thank you!
For me, it's a new one - it's different to the problems I had with
post_scene_command up to beta 4. Don't think I would want to nerve
you, asking what's going on with those bugs i posted before. That
wasn't intended - I just had a new problem.
cukk
Post a reply to this message
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
On Thu, 18 Oct 2001 00:36:40 +0200, KalleK wrote:
>
>> >This may belong to p.b-t, but up to now, it's a question, not a bug
>> >report.
>>
>> It actually is a bug report, I think, but one we've seen before. No
>fix yet,
>> though.
>
>Thank you!
>For me, it's a new one - it's different to the problems I had with
>post_scene_command up to beta 4. Don't think I would want to nerve
>you, asking what's going on with those bugs i posted before. That
>wasn't intended - I just had a new problem.
Actually, I failed to realize that it was you who had those problems
before. Maybe this is a new thing.
--
#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
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |
|
![](/i/fill.gif) |
| ![](/i/fill.gif) |
|
![](/i/fill.gif) |