Re: [MPlayer-dev-eng] Size of codecs_t, CODECS_MAX_FOURCC
- Date: Wed, 31 May 2017 10:34:52 +0300
- From: Lauri Kasanen <cand@xxxxxxx>
- Subject: Re: [MPlayer-dev-eng] Size of codecs_t, CODECS_MAX_FOURCC
On Tue, 30 May 2017 13:44:57 -0400
Compn <tempn@xxxxxxxxx> wrote:
> > Having just updated mplayer, I had a quick look at its current size.
> > The builtin codec arrays take 700kb currently.
> updated it how? did you --disable-mencoder and also disable all of the
> encoders in ffmpeg compile? that usually shrinks mplayer binary size
> considerably. also check what libs are linked in and strip debug
Yes, disabled mencoder and stripped. I didn't manually disable
encoders, configure does that itself, see mplayer_encoders in it.
--prefix=/usr --disable-real --disable-xanim --confdir=/etc/mplayer
--enable-menu --disable-fribidi --disable-win32dll --disable-qtx
--disable-cddb --cc=/opt/gcc52/bin/gcc --disable-relocatable
--enable-openssl-nondistributable --disable-mencoder --disable-pvr
> > Dropping it to the 71 would save 100kb. 72 or 80 would be more "round",
> > saving less but maybe giving some headroom to add fourccs to that
> > largest codec.
> is there a way to change the code without reducing the max fourcc
> number, so that it does not require that much size in the binary?
Certainly, by making dedicated fourcc and fourccmap arrays, and
replacing those in codec_t with a start index and a count. That's a lot
more work than just reducing the number, though.
> unfortunately, i think we will find more mpeg2 fourcc in the wild in
> the future, so i am not for reducing this max fourcc number.
Why would that be a blocker? If more mpeg2 fourccs appear, then the max
would be increased at that time?
MPlayer-dev-eng mailing list