buildroot/package/ffmpeg/ffmpeg.mk, branch 2016.08

ffmpeg: don't pass --enable-mipsfpu on non-MIPS platform

2016-08-16T22:01:38+00:00

The current logic to pass the --{enable,disable}-mipsfpu option is: ifeq ($(BR2_MIPS_SOFT_FLOAT),y) FFMPEG_CONF_OPTS += --disable-mipsfpu else FFMPEG_CONF_OPTS += --enable-mipsfpu endif In practice, this means that on MIPS soft-float, --disable-mipsfpu is passed, and that in *all* other cases, --enable-mipsfpu is passed, including if we are *not* targetting the MIPS architecture. Even though this doesn't seem to cause any problem, it is a bit weird to see --enable-mipsfpu when you're building ffmpeg for a non-MIPS architecture, so we better fix this by enclosing the MIPS-related options in a MIPS condition. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

ffmpeg: explicitly disable NEON support

2016-08-16T22:01:29+00:00

When BR2_ARM_CPU_HAS_NEON=y, we pass --enable-neon. However, when BR2_ARM_CPU_HAS_NEON is disabled, we don't pass anything. This generally works fine, but turned out to integrate NEON code in ARMv7-M builds (since it's ARMv7, ffmpeg assumed it should enable NEON code). Even though ffmpeg is now disabled for ARMv7-M, it still makes sense to be explicit, and disable NEON support when the CPU doesn't have it. Signed-off-by: Thomas Petazzoni Signed-off-by: Peter Korsgaard

package/ffmpeg: add optional dependency to libebur128

2016-07-24T19:57:07+00:00

ebur128 support depends on gpl support in ffmpeg: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=configure;h=ec4ff083dd373bce34869b67189905e2822b848b;hb=refs/heads/release/2.8#l2747 Signed-off-by: Bernd Kuhls Signed-off-by: Thomas Petazzoni

package/ffmpeg: add optional support for libvdpau

2016-07-08T18:48:22+00:00