|  |  | 
|  |  |  |  | 
|  |  | 
|  |  | 
|  |  |  |  | 
|  |  | 
|  |  | 
|  |  | When rendering an animation using Beta24 (3.7.0.beta.24.msvc8-sse2.win32) it 
refuses to render the first frame if the Initial_Frame=0.
Ini file Example 1:
    Initial_Frame=0
    Final_Frame=359
    Initial_Clock=0
    Final_Clock=359
    Input_File_Name=earth.pov
Ini file Example 2:
    Initial_Frame=1
    Final_Frame=360
    Initial_Clock=1
    Final_Clock=360
    Input_File_Name=earth.pov
Example 1 creates frames earth001.png to earth359.png under Beta24 (359 
files)... Under WinPov3.6.1c it correctly renders frames earth000.png to 
earth359 (360 files)
Example 2 creates frames earth001.png to earth360.png under Beta24 (360 
files)...
Not a major problem in this instance, but I can see situations where it 
could cause major headaches.
Rarius
Post a reply to this message
 |  | 
|  |  | 
|  |  | 
|  |  |  |  | 
|  |  | 
|  |  | 
|  |  | Is no-one going to answer my report... even with a "We know about it, now go 
away!"?
Rarius
"Rarius" <rar### [at] rarius co  uk> wrote in message 
news:478561e3@news.povray.org...
> When rendering an animation using Beta24 (3.7.0.beta.24.msvc8-sse2.win32) 
> it refuses to render the first frame if the Initial_Frame=0.
>
> Ini file Example 1:
>    Initial_Frame=0
>    Final_Frame=359
>    Initial_Clock=0
>    Final_Clock=359
>    Input_File_Name=earth.pov
>
> Ini file Example 2:
>    Initial_Frame=1
>    Final_Frame=360
>    Initial_Clock=1
>    Final_Clock=360
>    Input_File_Name=earth.pov
>
> Example 1 creates frames earth001.png to earth359.png under Beta24 (359 
> files)... Under WinPov3.6.1c it correctly renders frames earth000.png to 
> earth359 (360 files)
>
> Example 2 creates frames earth001.png to earth360.png under Beta24 (360 
> files)...
>
> Not a major problem in this instance, but I can see situations where it 
> could cause major headaches.
>
> Rarius
> Post a reply to this message
 |  | 
|  |  | 
|  |  | 
|  |  |  |  | 
|  |  | 
|  |  | 
|  |  | Rarius wrote:
> Is no-one going to answer my report... even with a "We know about it, now go 
> away!"?
Nope ;-) IIRC it was never documented to work in the first place...
	Thorsten
 Post a reply to this message
 |  | 
|  |  | 
|  |  | 
|  |  |  |  | 
|  |  | 
|  |  | 
|  |  | Rarius wrote:
> When rendering an animation using Beta24 (3.7.0.beta.24.msvc8-sse2.win32) it 
> refuses to render the first frame if the Initial_Frame=0.
I've penciled this in to look at later. If the behavior is different from 3.6
we may fix it.
-- Chris
 Post a reply to this message
 |  | 
|  |  | 
|  |  | 
|  |  |  |  | 
|  |  | 
|  |  | 
|  |  | >> When rendering an animation using Beta24 (3.7.0.beta.24.msvc8-sse2.win32) 
>> it
>> refuses to render the first frame if the Initial_Frame=0.
>
> I've penciled this in to look at later. If the behavior is different from 
> 3.6
> we may fix it.
I verified this behavior... here's a minimal test scene
// +kfi0 +kff2 +ki0 +kf2 +fn
// animation bug
// first frame may be skipped
// delete old renders first
#default{finish{ambient 1}}
#if (clock = 0)
// should produce "bug_anim0.png"
   sphere {0,1 pigment{rgb <0,1,0>}}
#else
   #declare check = pigment{image_map{png 
"e:\graphics\render\bug_anim0.png"}};
   sphere {0,1 pigment{rgb <0,1,0>}}
#end
Post a reply to this message
 |  | 
|  |  | 
|  |  | 
|  |  |  |  | 
|  |  | 
|  |  | 
|  |  | Rarius wrote:
> When rendering an animation using Beta24 (3.7.0.beta.24.msvc8-sse2.win32) it 
> refuses to render the first frame if the Initial_Frame=0.
> 
> Ini file Example 1:
>     Initial_Frame=0
>     Final_Frame=359
>     Initial_Clock=0
>     Final_Clock=359
>     Input_File_Name=earth.pov
> 
> Ini file Example 2:
>     Initial_Frame=1
>     Final_Frame=360
>     Initial_Clock=1
>     Final_Clock=360
>     Input_File_Name=earth.pov
> 
> Example 1 creates frames earth001.png to earth359.png under Beta24 (359 
> files)... Under WinPov3.6.1c it correctly renders frames earth000.png to 
> earth359 (360 files)
> 
> Example 2 creates frames earth001.png to earth360.png under Beta24 (360 
> files)...
> 
> Not a major problem in this instance, but I can see situations where it 
> could cause major headaches.
This is fixed in beta 26. Please hammer the animation code for possible
side-effects to animations that use the default start frame number of 1.
-- Chris
 Post a reply to this message
 |  | 
|  |  | 
|  |  | 
|  |  |  |  | 
|  |  |