[Soc-2005-dev] FFMpeg integration

[Ian Gowen]

On 7/26/05, Ton Roosendaal <ton at blender.org> wrote:

> - how will 'codecs' be stored... for quicktime we now have a quite
> obscure method (although it works!) which fully includes a codec string
> in the .blend file. But this is also since it has to communicate with a
> standard OSX/Windows platform library.

This'll be done by adding a couple of fields to SDNA(or whatever it's called).
Currently both the output format type and the codec are stored as ints, so 
that shouldn't be too difficult.

> - where will this ffmpg lib reside... are you going to make it a
> dynamic library, creating an installation dependency? If it's static,
> what would it mean for the distribution size?

intrr has been talking about including it with the main Blender distribution. 
It'll add about 2MB(compressed) to the source tarball if you do decide to
include it.

> - will it be for linux only? If not, how does it work together with the
> current formats then?

Supposedly it will compile on Windows and OSX as well; I haven't been 
able to test it out since I don't have access to a Windows or OSX box. The
way I am implementing it right now is as a seperate render type-- I'm not
replacing the current AVI/Quicktime code.

> - will it allow multiple Blender clients (on a renderfarm) to save into
> the same output file?

Almost definitely not. Or rather, it would be beyond my ability to
implement something like this. If you really need to, you could save
to a sequence of images and re-load them into the sequencer for
compression.

--Ian