Also no longer disable run-time CPU detection for fpu targets except
arm which is built for each variant (neon, vfp).
This vastly improves performance on x86 which now supports building ASM
code with yasm and makes use of a broad spectrum of extensions
depending on their availability at run-time.
In future, such differentiation should also be introduced for MIPS
to at least conditionally enable the output of MIPS32r2 instructions as
well as DSPr1 and DSPr2 if the target supports that dispite them having
CONFIG_SOFT_FLOAT=y set.
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
Custom builds need to select x264 and/or lame-lib explictly. Automatic
CONFIG_ALL builds of ffmpeg-full include x264 and lame.
Signed-off-by: Ted Hess <thess@kitschensync.net>
Add support for libmp3lame & libx264 to 'full' and optional in 'custom'.
Enable some optimizations according to ARCH and CPU type.
Cleaup options and dependencies.
Signed-off-by: Adrian Panella <ianchi74@outlook.com>
Signed-off-by: Ted Hess <thess@kitschensync.net>
For libffmpeg-audio-dec:
Remove @DEVEL flag from libffmpeg-audio-dec. Reasoning for this is
that choosing this package does not rquire any further action by the
builder in what codecs or formats should be built in.
libffmpeg-custom, the other libffmpeg to require @DEVEL, does need
further interaction.
Add @BUILD_PATENTED as at least one of the audio codecs is likely
patent protected.
Add ffmpeg's native Opus decoder to libffmpeg-audio-dec
Remove libopus dependency to libffmpeg-audio-dec as libopus provides
decode and encode support for Opus audio. Since FFmpeg can decode
Opus audio on its own, and libffmpeg-audio-dec is intended for audio
decoding, libopus is no longer required for Opus audio support.
For libffmpeg-custom:
Add in options for ffmpeg's integrated Opus decoder
Signed-off-by: Ian Leonard <antonlacon@gmail.com>
Some CPUs, such as the au1500 are MIPS32 but not MIPS32r2 and we have to
explicitly disable mips32r2 in the ffmpeg configure script.
Signed-off-by: Bruno Randolf <br1@einfach.org>
Minidlna has no need to mux streams, or be able to read network streams at this point in time, so remove this support from
libffmpeg.
Synchronize the minidlna profile between libffmpeg-ucstom and libffmpeg-mini.
Signed-off-by: Ian Leonard <antonlacon@gmail.com>
As libffmpeg-mini is intended for DLNA purposes, it needs only
to identify media, not interact with input or output devices.
Signed-off-by: Ian Leonard <antonlacon@gmail.com>
Daniel Golle
Ted Hess
Adrian Panella
Ian Leonard
Syrone Wong
Nicolas Thill
Bruno Randolf