Re: mplayer's size

On Sat, 13 Feb 2016 19:20:43 +0100
Reimar Döffinger <[email protected]> wrote:

> On Sat, Feb 13, 2016 at 06:04:53PM +0200, Lauri Kasanen wrote:
> > Mplayer will never need to encode H.264, ROQ, AAC, Sorenson, etc ;)
> > 
> > 0x000000000003853 t encode_frame
> > 0x000000000003a29 t aac_encode_frame
> > 0x00000000000415a t ff_mpv_encode_picture
> > 0x000000000004162 t g723_1_encode_frame
> > 0x000000000004fb7 t encode_mb_hq.isra.6
> > 0x000000000005405 t wavpack_encode_frame
> > 0x0000000000054d4 t roq_encode_frame
> > 0x000000000005f6b t encode_frame
> > 0x000000000006d4e t svq1_encode_plane
> > 0x000000000007bd9 t encode_thread
> > 
> > The non-compressed audio encoding options and some image filter options
> > are necessary like you say, but most of them are not. They're included
> > wholesale.
> 
> Actually... That means you didn't use --disable-mencoder.
> The problem is that you can't really build FFmpeg with both
> configurations at the same time or remove them at link time really.
> So the only way this can be more fine-grained is if you build
> MPlayer and mencoder separately.

Yeah, I use both mplayer and mencoder. I believe it is possible handle
both at link time. The key seems to be avcodec_register_all() - if
mplayer built a different version of that file only, the unused
encoders should be properly left out at link time, without breaking the
mencoder built at the same time.

This should be doable with some sed magic, and making a
libavcodec_mplayer.a for mplayer to link with. No changes needed in
ffmpeg.

- Lauri
_______________________________________________
MPlayer-dev-eng mailing list
[email protected]
https://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng