In file included from mplayer.c:34: mw.h: In function `mplMainDraw': mw.h:209: Internal compiler error in print_rtl_and_abort, at flow.c:6458 Please submit a full bug report, with preprocessed source if appropriate.
"Your gcc does not support even i386 for '-march' and '-mcpu'."
config.log
file for details.--disable-gcc-checking
option to
configure. Remember that you are on your own from this point. Do not
report bugs, do not ask for help on the mailing lists. We will
not provide any support in case you run into problems.In file included from /usr/include/g++-v3/bits/std_cwchar.h:42, from /usr/include/g++-v3/bits/fpos.h:40, from /usr/include/g++-v3/bits/char_traits.h:40, from /usr/include/g++-v3/bits/std_string.h:41, from /usr/include/g++-v3/string:31, from libwin32.h:36, from DS_AudioDecoder.h:4, from DS_AudioDec.cpp:5: /usr/include/wchar.h: In function Long long int wcstoq(const wchar_t*, wchar_t**, int)': /usr/include/wchar.h:514: cannot convert `const wchar_t* __restrict' to `const
And we have idegs. And our idegcounter overflowed again and again.
Unfortunately MPlayer is out of our control. It's used by lamers, Linux users who can't even use Windows, and never tried to compile a kernel. They installed (with default options) Mandrake or Red Hat or SuSE, and without RTFM'ing they send messages saying 'it doesn't work! help me! please! i'm new to Linux! help! oh! help me!'. We can't stop them, but at least we try to force them to RTFM and to read the messages of ./configure and MPlayer.
And you clever guys come and flame us with gcc 2.96 and binary packages. Instead of helping users or making patches to help solve problems.
Half of our spare/free time is spent by answering silly mails here and making newer tricks and checks to configure to avoid such mails.
And there is a balance. On the one side are you, clever guys, saying we are very bad because we don't like buggy gcc 2.96, and on the other side there are the 'new to Linux' guys who are showing us gcc 2.96 is buggy.
Conclusion: We can't be good. Half the people will always say we are bad.
Maybe we should close the project, make it closed source, commercial, and provide install support for it. then we could leave current work, so development could go faster, and we could earn lots of money with it and buy a big house, etc etc. Do you really want it? It seems.
cp etc/inttypes.h .
) and try again ..../configure
doesn't detect SSE .../usr/X11
and /usr/include/X11
symlinks exist (this can be a problem on Mandrake systems). They can be
created with these commands:$ ln -sf /usr/X11R6 /usr/X11
$ ln -sf /usr/X11R6/include/X11 /usr/include/X11
BACKGROUND = y
out.> error while loading shared libraries: lib*.so.0: cannot load
shared object file: No such file or directory
/usr/local/lib
.../usr/local/lib
to /etc/ld.so.conf
and run
ldconfig
.Warning: loading mga_vid.o will taint the kernel: no license
o
and try the -osdlevel
option.-xy
or -fs
option doesn't work with the
x11 driver (-vo x11
) ...-zoom
option. You better use XF86VidMode
support: You must specify the -vm
and the -fs
option, and you're done. Make sure you have the right modelines in your
XF86Config file, and try to make the DGA driver
and SDL's DGA driver work for you.
It's much faster. If SDL's DGA works, use that, it'll be even faster.A: 2.1 V: 2.2 A-V: -0.167 ct: 0.042 57/57 41% 0% 2.6% 0 4 49%
-autoq
)-quiet
option and read the man page.-vo null
and then -vo ...
and check the
difference to see the video_out speed./usr/lib/win32/
...mplayer
instead of
mplayer_lirc
? Note that it was mplayer_lirc
for a
long time, including the 0.60 release, but it was recently changed back to
mplayer
../configure
, edit config.h
and
replace #undef FAST_OSD
with #define FAST_OSD
.
Then recompile.-double
option. Also try -vf expand
-fstype layer
option and report it to the
mplayer-users
mailing list.mplayer <options> <filename> < /dev/null &
Detected audio codec: [divx] afm:4 (DivX audio (WMA)) Requested audio codec family [divx] (afm=4) not available (enable it at compile time!)
-bps
or -nobps
option. If it does not
improve, read this and upload the file to FTP.ldd /usr/local/bin/mplayer
output. If it containslibc.so.6 => /lib/libc.so.6 (0x4???????)
libc.so.6 => /lib/libc.so.6 (0x00??????)
-afm 1
option to disable using
l3codeca.acm../configure --enable-runtime-cpudetection
). Don't
use MPlayer on a CPU different from the one it was compiled on,
without using the feature mentioned just now.~/.mplayer/
.
Upgrade it from /etc/
.vc=
option or something similar in your
config file(s).-ao arts
). If it fails or isn't compiled in, try SDL
(-ao sdl
) and make sure your SDL can handle arts sound. Yet
another option is to start MPlayer with artsdsp.-vc odivx
and a green one with -vc divx4
.DEMUXER: Too many (945 in 8390980 bytes) video packets in the buffer!
-ni
option.-ao oss
.
See the sound card section.-nobps
option, and/or
-mc 0
.codecs.conf
, or use the
-vc ffmjpeg
option (compile MPlayer with libavcodec for this
to work).Linux RTC init: ioctl (rtc_pie_on): Permission denied
Detected video codec: [null] drv:0 (NULL codec (no decoding))
codecs.conf
.-nortc
option.AO: [oss] 44100Hz 2ch Signed 16-bit (Little-Endian) audio_setup: Can't open audio device /dev/dsp: Device or resource busy couldn't open/init audio device -> NOSOUND Audio: no sound!!! Start playing...
-ao arts
or
-ao esd
option to make MPlayer use ARTS or ESD../configure
autodetects your DGA driver. If
-vo help
doesn't show DGA, then there's a problem with your X
installation. Try ./configure --enable-dga
and read the
documentation. Alternatively, try SDL's DGA
driver with the -vo sdl:dga
option.-vo help
shows DGA driver, but it complains about
permissions. Help me!su -
), and try again.
Another solution is making MPlayer SUID root, but it's
not recommended!chown root /usr/local/bin/mplayer
chmod 755 /usr/local/bin/mplayer
chmod +s /usr/local/bin/mplayer
Warning: security risk
This is a big security risk! Never do this on a server or on a computer that you do not control completely because other users can gain root privileges through SUID root MPlayer. You have been warned.
X Error of failed request: BadAccess (attempt to access private
resource denied)
Major opcode of failed request: 147 (MIT-SHM)
Minor opcode of failed request: 1 (X_ShmAttach)
Serial number of failed request: 26
Current serial number in output stream:27
-vo gl
) output doesn't work (hang/black window/X11
errors/...).x11
target, but
not xv
!x11
target again. Now try
-vo x11 -fs -zoom
. See the difference? No?! OK, here comes the
enlightenment: SDL's x11
target uses xv when available, you
don't have to worry about it ... Note: you can force/disable Xv via SDL
using -forcexv
and -noxv
mplayer: ifo_read.c:1143: ifoRead_C_ADT_internal: Assertion
nfo_length / sizeof(cell_adr_t) >= c_adt->nr_of_vobs' failed.
/dev/
).-chapter
option.-cache
option (described in the man page)
and try enabling DMA for the DVD drive with the hdparm tool (described in
the CD chapter of the documentation).movie.avi.conf
with the
file-specific options in it and put it in ~/.mplayer
or in
the same directory as the file.mencvcd
script from the TOOLS
subdirectory. With it you can encode DVDs or other movies to VCD or SVCD
format and even burn them directly to CD.cat file1 file2 > file3
mencoder -ovc copy -oac copy -o out.avi -forceidx file3.avi
-sid
option correctly!-chapter
option correctly, like:
-chapter 5-7