Chiebot-Mirror/FFmpeg - FFmpeg - Gitea: Git with a cup of tea

Author	SHA1	Message	Date
Ronald S. Bultje	d2ec6ea6c6	lavc: Move ff_cropTbl and ff_zigzag_direct from dsputil to mathtables These are widely used throughout libavcodec, nothing dsputil-specific. Change ff_cropTbl to a statically initialized table, to avoid initializing it with a function call. Signed-off-by: Martin Storsjö <martin@martin.st>	12 years ago
Anton Khirnov	c6b25d1d5e	Revert "avutil: Add a copy of ff_sqrt_tab back into avutil to restore ABI compatibility" This reverts commit `d15c21e5fa`. After the major bump this is no longer necessary.	12 years ago
Martin Storsjö	d15c21e5fa	avutil: Add a copy of ff_sqrt_tab back into avutil to restore ABI compatibility Earlier versions of for instance of libavcodec expect this symbol to be present in libavutil. This commit can be reverted after the next major bump. New shared builds of avcodec will link to the internal copy of the table within that library, so those builds won't rely on this table being present in avutil any longer either. Signed-off-by: Martin Storsjö <martin@martin.st>	12 years ago
Diego Biurrun	d5c62122a7	Move av_reverse table to libavcodec It is only used in that library.	12 years ago
Diego Biurrun	9734b8ba56	Move avutil tables only used in libavcodec to libavcodec.	12 years ago
Diego Biurrun	e01bb264e7	inverse.c: Replace unnecessary intmath.h header by necessary stdint.h.	14 years ago
Mans Rullgard	2912e87a6c	Replace FFmpeg with Libav in licence headers Signed-off-by: Mans Rullgard <mans@mansr.com>	14 years ago
Diego Pettenò	3fc548df28	Make ff_inverse stay with libavutil, and optional copy it to libavcodec. The ff_inverse table is used by FASTDIV macro, defined in libavutil, but up to now the table was defined only in libavcodec. After this change, the main copy of ff_inverse is part of libavutil (just like FASTDIV), but if CONFIG_SMALL is unset, then a different copy is made available to libavcodec, to avoid the performance penalty of using an external look up table. Dynamic linking works, because the libraries are linked with -Bsymbolic, so the local copy of the symbol has priority over the external; static linking works because the table is on a standalone object file in both libraries, so the linker is able to discard one of the two. Tested on Linux/x86-64 and Mac OS X/x86-64. Originally committed as revision 24383 to svn://svn.ffmpeg.org/ffmpeg/trunk	15 years ago