[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