summaryrefslogtreecommitdiff
path: root/libavcodec/ac3tab.h
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/ac3tab.h
parent5a41a5a4f57dc30df3795f52634ca69a18f33226 (diff)
downloadffmpeg-7b11eead1b4e08728561595e6b610cf8fe2b7122.tar.gz
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/ac3tab.h')
-rw-r--r--libavcodec/ac3tab.h8
1 files changed, 1 insertions, 7 deletions
diff --git a/libavcodec/ac3tab.h b/libavcodec/ac3tab.h
index 74cbd9ed65..f529fc8077 100644
--- a/libavcodec/ac3tab.h
+++ b/libavcodec/ac3tab.h
@@ -27,12 +27,6 @@
#include "libavutil/internal.h"
#include "ac3.h"
-#if CONFIG_HARDCODED_TABLES
-# define HCONST const
-#else
-# define HCONST
-#endif
-
extern const uint16_t ff_ac3_frame_size_tab[38][3];
extern const uint8_t ff_ac3_channels_tab[8];
extern av_export const uint16_t avpriv_ac3_channel_layout_tab[8];
@@ -54,7 +48,7 @@ extern const int16_t ff_ac3_floor_tab[8];
extern const uint16_t ff_ac3_fast_gain_tab[8];
extern const uint16_t ff_eac3_default_chmap[8];
extern const uint8_t ff_ac3_band_start_tab[AC3_CRITICAL_BANDS+1];
-extern HCONST uint8_t ff_ac3_bin_to_band_tab[253];
+extern const uint8_t ff_ac3_bin_to_band_tab[253];
/** Custom channel map locations bitmask
* Other channels described in documentation: