POV-Ray : Newsgroups : povray.beta-test : Animation bug... Server Time
31 Oct 2024 16:15:14 EDT (-0400)
  Animation bug... (Message 1 to 6 of 6)  
From: Rarius
Subject: Animation bug...
Date: 9 Jan 2008 19:08:03
Message: <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

From: Rarius
Subject: Re: Animation bug...
Date: 11 Jan 2008 13:58:01
Message: <4787bc39@news.povray.org>
Is no-one going to answer my report... even with a "We know about it, now go 
away!"?

Rarius

"Rarius" <rar### [at] rariuscouk> 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

From: Thorsten Froehlich
Subject: Re: Animation bug...
Date: 11 Jan 2008 14:06:31
Message: <4787be37$1@news.povray.org>
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

From: Chris Cason
Subject: Re: Animation bug...
Date: 14 Jan 2008 04:47:30
Message: <478b2fb2$1@news.povray.org>
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

From: Tim Attwood
Subject: Re: Animation bug...
Date: 22 Jan 2008 18:27:45
Message: <47967bf1$1@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.
>
> 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

From: Chris Cason
Subject: Re: Animation bug...
Date: 11 May 2008 05:34:42
Message: <4826bdb2@news.povray.org>
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

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.