summaryrefslogtreecommitdiff
path: root/libavcodec/ac3enc.c
diff options
context:
space:
mode:
authorGanesh Ajjanagadde <gajjanagadde@gmail.com>2015-11-29 20:15:27 -0500
committerGanesh Ajjanagadde <gajjanagadde@gmail.com>2015-11-30 18:29:57 -0500
commit7b11eead1b4e08728561595e6b610cf8fe2b7122 (patch)
tree10c63f9c8c004f089a7c6c7c8fd97edccaa6eb27 /libavcodec/ac3enc.c
parent5a41a5a4f57dc30df3795f52634ca69a18f33226 (diff)
avcodec/ac3: always use hardcoded tables
The table in question is a 253 byte one. In fact, it turns out that dynamic generation of the table results in an increased binary size. Code compiled with GCC 5.2.0, x86-64 (size in bytes), before and after patch: old: 62321064 libavcodec/libavcodec.so.57 new: 62320536 libavcodec/libavcodec.so.57 Thus, it always make sense to statically allocate this. Tested with FATE with/without --enable-hardcoded-tables. Reviewed-by: wm4 <nfxjfg@googlemail.com> Signed-off-by: Ganesh Ajjanagadde <gajjanagadde@gmail.com>
Diffstat (limited to 'libavcodec/ac3enc.c')
-rw-r--r--libavcodec/ac3enc.c2
1 files changed, 0 insertions, 2 deletions
diff --git a/libavcodec/ac3enc.c b/libavcodec/ac3enc.c
index c8a0caa194..636ca72050 100644
--- a/libavcodec/ac3enc.c
+++ b/libavcodec/ac3enc.c
@@ -2431,8 +2431,6 @@ av_cold int ff_ac3_encode_init(AVCodecContext *avctx)
s->eac3 = avctx->codec_id == AV_CODEC_ID_EAC3;
- ff_ac3_common_init();
-
ret = validate_options(s);
if (ret)
return ret;