[Bf-committers] ffmpeg library update

[Sergey I. Sharybin]

  Stripping of final binary should remove all unused symbols. Does it 
make sense if symbols from libraries gets stripped when they're in 
binary or stripping happens on libraries before symbols are adding to 
binary?

But ok, it shouldn't be difficult to make test tomorrow.

Martin Poirier wrote:
> You strip the final binary, not the libs.
>
> Martin
>
> --- On Sun, 4/24/11, Tom M<letterrip at gmail.com>  wrote:
>
>> From: Tom M<letterrip at gmail.com>
>> Subject: Re: [Bf-committers] ffmpeg library update
>> To: "bf-blender developers"<bf-committers at blender.org>
>> Received: Sunday, April 24, 2011, 4:07 PM
>> --disable-stripping
>>
>> Why is stripping disabled?  I thought that we
>> generally do stripping...
>>
>> LetterRip
>>
>> On Sun, Apr 24, 2011 at 12:04 PM, Sergey I. Sharybin<g.ulairi at gmail.com>
>> wrote:
>>>   Ok, i've build the latest ffmpeg 0.6.90-rc0 with
>> options i've got from
>>> debian sid package rules (with some additional flags
>> to get static libs
>>> which would run on all platofrms -- the same flags
>> were used for mesa
>>> and openal):
>>>
>>>     ./configure \
>>>          --cc="gcc -Wl,--as-needed" \
>>>          --extra-ldflags="-pthread -static-libgcc"
>> \
>>>          --prefix=/opt/ffmpeg \
>>>          --enable-static \
>>>          --enable-avfilter \
>>>          --enable-vdpau \
>>>          --enable-bzlib \
>>>          --enable-libgsm \
>>>          --enable-libschroedinger \
>>>          --enable-libspeex \
>>>          --enable-libtheora \
>>>          --enable-libvorbis \
>>>          --enable-pthreads \
>>>          --enable-zlib \
>>>          --enable-libvpx \
>>>          --disable-stripping \
>>>          --enable-runtime-cpudetect  \
>>>          --enable-vaapi \
>>>          --enable-libopenjpeg \
>>>          --enable-libfaac \
>>>          --enable-nonfree \
>>>          --enable-gpl \
>>>          --enable-postproc \
>>>          --enable-x11grab \
>>>          --enable-libdirac \
>>>          --enable-libmp3lame \
>>>          --enable-librtmp \
>>>          --enable-libx264 \
>>>          --enable-libxvid \
>>>          --enable-libopencore-amrnb \
>>>          --enable-version3 \
>>>          --enable-libopencore-amrwb \
>>>          --enable-version3 \
>>>          --enable-libdc1394
>>>
>>> Haven't noticed that pixelization errors, but size of
>> Blender's ELF
>>> growed up from 41 to 51 megabytes. Quite noticale,
>> i'll say. I think
>>> some codecs could be disabled to reduce amount of
>> repended libraries.
>>> Maybe there's some coding/encoding gurus here who
>> could tell which
>>> options could be disabled?
>>>
>>> neXyon wrote:
>>>> Am 2011-04-24 11:15, schrieb Sergey Kurdakov:
>>>>> just to make it more correct
>>>>> http://win32.libav.org/win64/
>>>> Awesome! I've only looked here: http://libav.org/download.html where you
>>>> can only find win32 binaries.
>>>>
>>>> Regards
>>>>
>>>> _______________________________________________
>>>> Bf-committers mailing list
>>>> Bf-committers at blender.org
>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>
>>>
>>> --
>>> With best regards, Sergey I. Sharybin
>>>
>>> _______________________________________________
>>> Bf-committers mailing list
>>> Bf-committers at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-committers
>>
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers
>


-- 
With best regards, Sergey I. Sharybin