[Bf-committers] ffmpeg library update

Sergey I. Sharybin g.ulairi at gmail.com
Mon Apr 25 09:39:15 CEST 2011


  Made full release build cycle (with blenderplayer, strippng, packing 
and so on). Archive size with all that codecs enabled growed up from 30 
to 33mb for linux64 platforms

Sergey I. Sharybin wrote:
> Also, forgot to mention.
>
> Pre-rc1 binaries were 52mb. Not sure why with the same configuration 
> Ken had got such bigger binary -- maybe it's because of collada (not 
> sure i've used exactly the same configuration for it).
>
> Really strange thing that even with binary 10mb bigger tham mine Ken's 
> archive was 2-3mb smaller. Matbe it's bytes sequence issue.
>
> So, maybe enabling all that codecs aren't so big issue from binary 
> side point of view?
>
> Sergey I. Sharybin wrote:
>> 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
>
>
> -- 
> With best regards, Sergey I. Sharybin


-- 
With best regards, Sergey I. Sharybin



More information about the Bf-committers mailing list