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
Useful on non-POSIX shells that do not support the ! operator. We normally
require a POSIX-compatible shell, but in this case the change is acceptable
since it does not complicate configure nor hurt readability.
patch by Ralf Menzel, menzel ls6.cs.uni-dortmund de
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@25138 b3059339-0415-0410-9bf9-f77b7e298cf2
This patch was coproduced by Reimar, Andrea Menucci and myself.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24822 b3059339-0415-0410-9bf9-f77b7e298cf2
MPlayer's configure does not test and set variables required by the
encoder properly (never links with -lvorbisenc for example). Disable
it completely to fix broken compilation in cases where it was enabled.
Support for the libvorbis encoder could be a desirable feature as it
can produce better quality audio than libavcodec's own encoder, but
implementing that properly would require more work.
git-svn-id: svn://svn.mplayerhq.hu/mplayer/trunk@24821 b3059339-0415-0410-9bf9-f77b7e298cf2