diff -u) of your changes
against the CVS version of MPlayer to the
mplayer-dev-eng
mailing list. We wrote a short document
that has more details. Please follow those instructions.
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 ...Warning: loading mga_vid.o will taint the kernel: no license/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/X11BACKGROUND = 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.Linux RTC init: ioctl (rtc_pie_on): Permission deniedo 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 or -really-quiet option as
described in the man page.-vo null and then -vo ... and check the
difference to see the video_out speed./usr/local/lib/codecs/...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 &codecs.conf file in
~/.mplayer/, /etc/, /usr/local/etc/
or a similar location? Remove it, outdated codecs.conf files
can cause obscure problems. MPlayer will use its builtin one instead.-bps or -nobps option. If it does not
improve, read the bug reporting guidelines and
upload the file to our FTP server.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.-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.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.-vc ffmjpeg.-nortc option.Badly interleaved AVI file detected - switching to -ni
mode...
-cache don't work well
together. Try -nocache.
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
DGA section. 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/mplayerchmod 755 /usr/local/bin/mplayerchmod +s /usr/local/bin/mplayerWarning: 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 -noxvmplayer: 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).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 > file3mencoder -ovc copy -oac copy -o out.avi -forceidx file3.avi-sid option correctly!-chapter option correctly, like:
-chapter 5-7-ofps.