config.h already had "#define CONFIG_ENCODERS 1" unconditionally, but
the config.mak value depended on whether MEncoder was enabled.
Encoders need to be enabled as some encoder code is used by MPlayer
too. The inconsistent values broke compilation with --disable-mencoder
after libavcodec Makefile made compilation of i386/dsputilenc_mmx.o
depend on the config.mak value.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@26142 b3059339-0415-0410-9bf9-f77b7e298cf2
Provides support for S3 Trio and S3 Virge chipsets.
This deprecates the old Savage driver that worked with latest chips only.
(synchronized with vidix.sf.net r326 and r327)
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@26128 b3059339-0415-0410-9bf9-f77b7e298cf2
Compilation was broken as FFmpeg's dsputil_mmx.c now (ab)uses this
variable. Fix by adding "#define ENABLE_ENCODERS 1" to generated
config.h.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@26104 b3059339-0415-0410-9bf9-f77b7e298cf2
The result of this check is required by libavutil library.
If it is not defined the library would try to implement its own
byte swapping routines in bswap.h . As the routines are with same names,
if included, the system definition would replace the function names with
the macros. The result can not be compiled and looks like this:
# 42 "../libavutil/bswap.h"
-static av_always_inline uint16_t bswap_16(uint16_t x)
+static __attribute__((always_inline)) inline uint16_t (__extension__ ({ register unsigned short int __v, __x = (uint16_t x); if (__builtin_constant_p (__x)) __v = ((((__x) >> 8) & 0xff) | (((__x) & 0xff) << 8)); else __asm__ ("rorw $8, %w0" : "=r" (__v) : "0" (__x) : "cc"); __v; }))
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@25989 b3059339-0415-0410-9bf9-f77b7e298cf2
Linux kernel 2.6.24 now includes ivtv,
but the vo_ivtv.c fails to compile with it.
Test for structures and ioctl()s used in the current driver.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@25946 b3059339-0415-0410-9bf9-f77b7e298cf2
As _libavcodec_a is set to "auto" the zoran check used to always fail.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@25836 b3059339-0415-0410-9bf9-f77b7e298cf2
Set "CONFIG_SWSCALE=yes" in config.mak. This prevents building
libavcodec/imgresample.o which has symbols that conflict with swscale
ones.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@25655 b3059339-0415-0410-9bf9-f77b7e298cf2
Needed to fix compilation after recent FFmpeg changes. It's now always
set to true without any tests. I don't expect this to cause problems
as common systems will have the type and the FFmpeg demuxers which
would use it are not compiled under MPlayer (compilation was broken
because the type was redefined in a header).
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@25592 b3059339-0415-0410-9bf9-f77b7e298cf2
-Idvdnav to the compilation of the whole mplayer (dvdnav-config was just
cleaned)
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@25567 b3059339-0415-0410-9bf9-f77b7e298cf2
The largefile configure option was disabled by default, but the
enabled-by-default dvdread and dvdcss options force in on (dvdnav
code also tries to enable it, but sets the variable too late so that
is has no effect). Change configure to enable largefile support
independently of other options unless explicitly disabled.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@25400 b3059339-0415-0410-9bf9-f77b7e298cf2
