POV-Ray : Newsgroups : povray.beta-test : Animation stuff in the source Server Time
27 Dec 2024 01:14:06 EST (-0500)
  Animation stuff in the source (Message 1 to 5 of 5)  
From: Chris Cason
Subject: Animation stuff in the source
Date: 27 Feb 2008 08:19:31
Message: <47c56363@news.povray.org>
I thought that I'd mention that there is an partially implemented feature
in 3.7 that may interest some folk who want to do things with the source.

Basically, we were considering adding the ability to output animations
directly in quicktime or AVI format using MJPEG compression. At the time
there was some doubt as to whether or not we could generate compliant
quicktime or AVI files using only the libjpeg code we already have present
in the source.

The infrastructure for actually co-ordinating all the things needed inside
the program to bring such a file together during an animation hasn't really
been put in place and would probably be too much of a bite for someone who
isn't already familiar with the code.

However, testing the code that has been added and working out if it is
indeed possible to generate working animations directly (i.e. testing the
files stand-alone) is probably somewhat more approachable. There is already
working and tested JPEG writing code, and some support code for writing .qt
files; the test status of the latter I am not sure of as while it hasn't
been used in 3.7, it could have been used by Thorsten elsewhere.

We also thought about allowing the reading of animation files that were
compressed with supported codecs (something we can read with existing code,
such as perhaps again MJPEG) to allow frames to be mapped into an animation
being generated (for example, if your animation has a TV in it, and the TV
is showing a program, the program itself could be an animation file read as
input with each frame mapped exactly as a still image may currently be).

Anyhow, if you're interested in having a poke at this, have a look at the
files in source\base\animation\. The POV-specific JPEG implementation code
may be found in \source\base\image\.

regards,

-- Chris


Post a reply to this message

From: Nicolas Alvarez
Subject: Re: Animation stuff in the source
Date: 27 Feb 2008 09:53:46
Message: <47c5797a@news.povray.org>
If you want to support hundreds of codecs *and* containers, use ffmpeg. 
It would be pretty cool to generate MPEG4 while the animation renders :)


Post a reply to this message

From: nemesis
Subject: Re: Animation stuff in the source
Date: 27 Feb 2008 12:00:33
Message: <47c59731@news.povray.org>
great!  nice addon!


Post a reply to this message

From: Thorsten Froehlich
Subject: Re: Animation stuff in the source
Date: 27 Feb 2008 20:00:29
Message: <47c607ad$1@news.povray.org>
Nicolas Alvarez wrote:
> If you want to support hundreds of codecs *and* containers, use ffmpeg. 

Thanks for the lecture :-P

> It would be pretty cool to generate MPEG4 while the animation renders :)

No, the idea is to not require a tool to turn all the animation images into 
a sequence as it is now, but instead have the sequence ready for 
post-processing i.e. by ffmpeg.

	Thorsten


Post a reply to this message

From: Chris Cason
Subject: Re: Animation stuff in the source
Date: 27 Feb 2008 23:24:02
Message: <47c63762$1@news.povray.org>
Nicolas Alvarez wrote:
> If you want to support hundreds of codecs *and* containers, use ffmpeg. 
> It would be pretty cool to generate MPEG4 while the animation renders :)

We don't really want to add yet another library to POV (especially such a
swiss army knife as ffmpeg). To the contrary, as Thorsten pointed out, what
we want is a convenient format that can be fed *into* ffmpeg as a post-
process. (While ffmpeg can of course read a sequence of still images, I
don't class this type of output as 'convenient'). Having a single file that
is viewable in a range of media players as output from an animation render
is the primary goal, along with retention of quality (e.g. we would not
consider adding support for any form of temporal compression).

Taking such a file to e.g. mpeg4 is a trivial post-render step using ffmpeg
or similar tools.

-- Chris


Post a reply to this message

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