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.logfile for details.
--disable-gcc-checkingoption 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 ...
./configuredoesn't detect SSE ...
/usr/include/X11symlinks 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 = yout.
> error while loading shared libraries: lib*.so.0: cannot load shared object file: No such file or directory
Warning: loading mga_vid.o will taint the kernel: no license
oand try the
-fsoption doesn't work with the x11 driver (
-vo x11) ...
-zoomoption. You better use XF86VidMode support: You must specify the
-fsoption, 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%
-quietoption and read the man page.
-vo nulland then
-vo ...and check the difference to see the video_out speed.
mplayer_lirc? Note that it was
mplayer_lircfor a long time, including the 0.60 release, but it was recently changed back to
#define FAST_OSD. Then recompile.
-doubleoption. Also try
-fstype layeroption 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!)
-nobpsoption. If it does not improve, read this and upload the file to FTP.
ldd /usr/local/bin/mplayeroutput. If it contains
libc.so.6 => /lib/libc.so.6 (0x4???????)
libc.so.6 => /lib/libc.so.6 (0x00??????)
-afm 1option 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
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 odivxand a green one with
DEMUXER: Too many (945 in 8390980 bytes) video packets in the buffer!
-ao oss. See the sound card section.
codecs.conf, or use the
-vc ffmjpegoption (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))
Badly interleaved AVI file detected - switching to -ni mode...
-cachedon't work well together. Try
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 esdoption to make MPlayer use ARTS or ESD.
./configureautodetects your DGA driver. If
-vo helpdoesn't show DGA, then there's a problem with your X installation. Try
./configure --enable-dgaand read the documentation. Alternatively, try SDL's DGA driver with the
-vo helpshows 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/...).
x11target, but not
x11target again. Now try
-vo x11 -fs -zoom. See the difference? No?! OK, here comes the enlightenment: SDL's
x11target uses xv when available, you don't have to worry about it ... Note: you can force/disable Xv via SDL using
mplayer: ifo_read.c:1143: ifoRead_C_ADT_internal: Assertion nfo_length / sizeof(cell_adr_t) >= c_adt->nr_of_vobs' failed.
-cacheoption (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.confwith the file-specific options in it and put it in
~/.mplayeror in the same directory as the file.
mencvcdscript from the
TOOLSsubdirectory. 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
-chapteroption correctly, like: