[Bf-committers] ffmpeg library update

Sergey I. Sharybin g.ulairi at gmail.com
Mon Apr 25 08:26:03 CEST 2011


  Hi,

I've done some testing with configurations. Here are some results.

So, first of all i've disabled version3 and nonfree otions. First of 
them leads to gpl3 or higher library version, second maked libraries 
un-redistributable. Now libraries are gpl2 or higher.

Also, i've disabled debugging symbols (--disable-debug flag). This 
shouldn't affect on size doe to all symbols (strip --strip-all) are 
stripping from blender binary.

Then i've made simple config which gave exactly the same result in 
dependencies as ffmpeg which was used for 2.57a release. Conficuration 
is published in [1]. Blender binary after stripping was 43Mb. Don't 
think it's matetr due to linking happened against libraries which are 
~1year newer, i think, and codebase of ffmpeg became larger (additional 
checkings, maybe architecture changed so some symbols which were unused 
and stripped now used and so on).

Next test was with initial config from this thread with license cleaning 
and cleaning up flags which Peter and Joerg marked as unused and also 
disabled most of marked as "UNSURE" options. This options are related on 
speech (don't think this kind of audio is useful for Blender, but this 
libraries aren't big -- ~300Kb so could be added if they're necessery) 
and streaming (but dirac and schro keeped enabled -- it's algos of 
encoding/decoding raw videos). Configuration is published in [2]. 
Blender binary growed u[ to 49mb. This is also understandable, because 
all new dependencies (vpx, ogg, vorbis, theora, dirac, schro) are ~8mb 
in total. More codecs -- higher size of binary.

Next step was disabled schro and dirac. Configuration posted to [3]. 
This saved 2mb and Blender binary became 47mb.

I haven't tested with rtmp enabled because don't find stream sources b 
useful in Blender and this gives too much dependencies which weren't 
easy to solve -- some libraries came from Debian Sid environment, some 
from Debian Lenny, some from Lenny Backports.. Also, this adds ~2mb of 
Blender binary size.

So, question is: do we want to support more codecs (ogg, vorbis, teora, 
vpx, dirac, schro) and have 8mb bigger Blender binary as we've got now?

[1] http://www.pasteall.org/21098
[2] http://www.pasteall.org/21099
[3] http://www.pasteall.org/21100

-- 
With best regards, Sergey I. Sharybin



More information about the Bf-committers mailing list