1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
667
668
669
670
671
672
673
674
675
676
677
678
679
680
681
682
683
684
685
686
687
688
689
690
691
692
693
694
695
696
697
698
699
700
701
702
703
704
705
706
707
708
709
710
711
712
713
714
715
716
717
718
719
720
721
722
723
724
725
726
727
728
729
730
731
732
733
734
735
736
737
738
739
740
741
742
743
744
745
746
747
748
749
750
751
752
753
754
755
756
757
758
759
760
761
762
763
764
765
766
767
768
769
770
771
772
773
774
775
776
777
778
779
780
781
782
783
784
785
786
787
788
789
790
791
792
793
794
795
796
797
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<HTML>
<HEAD>
<TITLE>FAQ - MPlayer - The Movie Player for Linux</TITLE>
<LINK REL="stylesheet" TYPE="text/css" HREF="default.css">
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<STYLE TYPE="text/css">
dt {
font-weight : bold;
}
</STYLE>
</HEAD>
<BODY>
<H1><A NAME="faq">5. FAQ</A></H1>
<UL>
<LI><A HREF="#compilation">5.1 Compilation</A></LI>
<LI><A HREF="#general">5.2 General questions</A></LI>
<LI><A HREF="#playback">5.3 Playback problems</A></LI>
<LI><A HREF="#driver">5.4 Video/audio driver problems (vo/ao)</A></LI>
<LI><A HREF="#dvd">5.5 DVD playback</A></LI>
<LI><A HREF="#features">5.6 Feature requests</A></LI>
<LI><A HREF="#encoding">5.7 Encoding</A></LI>
</UL>
<H2><A NAME="compilation">5.1 Compilation</A></H2>
<DL>
<DT>Q: Compilation stops with an error message similar to this one:
<PRE>
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.
</PRE>
</DT>
<DD>A: This is a known problem of gcc 3.0.4, upgrade to 3.1 to solve the
problem. How to install gcc is described in the
<A HREF="users_against_developers.html#gcc">gcc 2.96</A> section.</DD>
<DD> </DD>
<DT>Q: Configure ends with this text, and MPlayer won't compile!<BR>
<CODE>"Your gcc does not support even i386 for '-march' and '-mcpu'."</CODE>
</DT>
<DD>A: Your gcc isn't installed correctly, check the <CODE>config.log</CODE>
file for details.</DD>
<DD> </DD>
<DT>Q: What does "No such file or directory" mean?</DT>
<DD>A: Probably there is no such file or directory.</DD>
<DD> </DD>
<DT>Q: What's the problem with gcc 2.96?</DT>
<DD>A: <B>We strongly discourage the use of gcc 2.96!</B><BR>
Read <A HREF="users_against_developers.html#gcc">this</A> document for
details about why Red Hat released gcc 2.96 and what the problems are all
about. If you still really really want to use it, be sure to get the latest
release and give the <CODE>--disable-gcc-checking</CODE> option to
configure. Remember that you are on your own from this point. Do <B>not</B>
report bugs, do <B>not</B> ask for help on the mailing lists. We will
<B>not</B> provide any support in case you run into problems.</DD>
<DD> </DD>
<DT>Q: Great, I have gcc 3.0.1 from Red Hat/Mandrake, then I'm fine!</DT>
<DD>A: No, since there have been/are issues with these compilers as well.
To check the status of current compilers' MPlayer support, see the
<A HREF="documentation.html#installation">Installation</A> section.</DD>
<DD> </DD>
<DT>Q: I tried to compile MPlayer, but I got this output:
<PRE>
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
</PRE>
</DT>
<DD>A: Upgrade your glibc to the latest release. On Mandrake, use 2.2.4-8mdk.</DD>
<DD> </DD>
<DT>Q: ... gcc 2.96 ... (Yes, some people are STILL flaming about gcc 2.96!)</DT>
<DD>A: Quoted from a
<A HREF="http://www.mplayerhq.hu/pipermail/mplayer-users/2001-October/005351.html">mail</A>
A'rpi sent to the
<A HREF="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
list (the word 'ideg' is described below):
<BLOCKQUOTE>
<P>And we have idegs. And our idegcounter overflowed again and again.</P>
<P>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.</P>
<P>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.</P>
<P>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.</P>
<P>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.</P>
<P>Conclusion: We can't be good. Half the people will always say we are bad.</P>
<P>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.</P>
</BLOCKQUOTE>
</DD>
<DD> </DD>
<DT>Q: SDL output doesn't work or compile. The problem is ...</DT>
<DD>A: It was tested to work with SDL 1.2.x and may run on SDL 1.1.7+.
It does <B>not</B> work with any previous version. So if you choose to use
such a version, you are on your own.</DD>
<DD> </DD>
<DT>Q: I am still having trouble compiling with SDL support. gcc says
something about "undefined reference to `SDL_EnableKeyRepeat'". What
now?</DT>
<DD>A: Where did you install the SDL library? If you installed in /usr/local
(the default) then edit the top level config.mak and add
"-L/usr/local/lib" after "X_LIBS=". Now type make. You're done!</DD>
<DD> </DD>
<DT>Q: It doesn't compile, and it misses uint64_t inttypes.h and similar
things ...</DT>
<DD>A: Copy etc/inttypes.h to the MPlayer directory
(<CODE>cp etc/inttypes.h .</CODE>) and try again ...</DD>
<DD> </DD>
<DT>Q: I have Linux running on a Pentium III but <CODE>./configure</CODE>
doesn't detect SSE ...</DT>
<DD>A: Only kernel versions 2.4.x support SSE (or try 2.2.19 or newer, but
be prepared for problems).</DD>
<DD> </DD>
<DT>Q: I have a G200/G400, how do I compile/use the mga_vid driver?</DT>
<DD>A: Read the <A HREF="video.html#mga_vid">mga_vid documentation</A>.</DD>
<DD> </DD>
<DT>Q: Are there rpm/deb/... packages of MPlayer?</DT>
<DD>A: You can make a .deb package for yourself, check the
<A HREF="documentation.html#debian">Debian packaging</A> section.
There are links to official Red Hat RPM packages available on our
<A HREF="http://www.mplayerhq.hu/homepage/dload.html">download page</A>.</DD>
<DD> </DD>
<DT>Q: During 'make', MPlayer complains about X11 libraries. I don't
understand, I DO have X installed!?</DT>
<DD>A: ... but you don't have the X development package installed. Or not
correctly. It's called XFree86-devel* under Red Hat, and xlibs-dev under
Debian. Also check if the <CODE>/usr/X11</CODE> and <CODE>/usr/include/X11</CODE>
symlinks exist (this can be a problem on Mandrake systems). They can be
created with these commands:<BR>
<CODE>$ ln -sf /usr/X11R6 /usr/X11</CODE><BR>
<CODE>$ ln -sf /usr/X11R6/include/X11 /usr/include/X11</CODE><BR>
Your distribution may differ from the
<A HREF="http://www.pathname.com/fhs/">Filesystem Hierarchy Standard</A>.</DD>
<DD> </DD>
<DT>Q: I can't compile SVGAlib. I'm using kernel 2.3/2.4 ...</DT>
<DD>A: You have to edit SVGAlib's Makefile.cfg and comment
<CODE>BACKGROUND = y</CODE> out.</DD>
<DD> </DD>
<DT>Q: I compiled MPlayer with libdvdcss/libdivxdecore support, but when
I try to start it, it says:<BR>
<CODE>> error while loading shared libraries: lib*.so.0: cannot load
shared object file: No such file or directory</CODE><BR>
I checked up on the file and it IS there in <CODE>/usr/local/lib</CODE> ...</DT>
<DD>A: Add <CODE>/usr/local/lib</CODE> to <CODE>/etc/ld.so.conf</CODE> and run
<CODE>ldconfig</CODE>.</DD>
<DD> </DD>
<DT>Q: Hmm, strange. When loading the mga_vid.o kernel module, I found this in
the logs:<BR>
<CODE>Warning: loading mga_vid.o will taint the kernel: no license</CODE></DT>
<DD>A: The latest kernel modutils require a flag indicating the license
(mainly to avoid kernel hackers debugging closed source drivers).
Upgrade your kernel, modutils and MPlayer.</DD>
<DD> </DD>
<DT>Q: When compiling MEncoder, it segfaults at linking!</DT>
<DD>A: This is a linker problem. Upgrading binutils should help (2.11.92.*
or newer should be good). Since it is not our fault, please do <B>not</B>
report!</DD>
<DD> </DD>
<DT>Q: MPlayer dies with segmentation fault upon pthread check!</DT>
<DD>A: chmod 644 /usr/lib/libc.so</DD>
<DD> </DD>
<DT>Q: I'd like to compile MPlayer on Minix!</DT>
<DD>A: Me too. :)</DD>
</DL>
<H2><A NAME="general">5.2 General questions</A></H2>
<DL>
<DT>Q: How do I create a proper patch for MPlayer?</DT>
<DD>A: We made a <A HREF="tech/patches.txt">short document</A> describing
all the necessary details. Please follow the instructions.</DD>
<DD> </DD>
<DT>Q: How can I support MPlayer development?</DT>
<DD>A: We are more than happy to accept your hardware and software
<A HREF="http://www.mplayerhq.hu/homepage/donations.html">donations</A>.
They help us in continuously improving MPlayer.</DD>
<DD> </DD>
<DT>Q: How can I become an MPlayer developer?</DT>
<DD>A: We always welcome coders and documenters. Read the
<A HREF="tech/">technical documentation</A> to get a first grasp. Then you
should subscribe to the
<A HREF="http://mplayerhq.hu/mailman/listinfo/mplayer-dev-eng">mplayer-dev-eng</A>
mailing list and start coding.</DD>
<DD> </DD>
<DT>Q: Can I run multiple instances of MPlayer?</DT>
<DD>A: Yes. Some video out drivers like xv, dga or (x)mga are exclusive, some
are exclusive in combination with certain graphics boards and drivers. You
will not be able to run more than one instance of MPlayer with one of those
video out drivers. To a lesser degree this also applies to audio drivers.
Not all allow playback of multiple streams on the same device.</DD>
<DD> </DD>
<DT>Q: There is a timer in the upper left corner. How can I get rid of it?</DT>
<DD>A: Press <CODE>o</CODE> and try the <CODE>-osdlevel</CODE> option.</DD>
<DD> </DD>
<DT>Q: The <CODE>-xy</CODE> or <CODE>-fs</CODE> option doesn't work with the
x11 driver (<CODE>-vo x11</CODE>) ...</DT>
<DD>A: It does, but you have to explicitly specify software scaling (very
slow) with the <CODE>-zoom</CODE> option. You better use XF86VidMode
support: You must specify the <CODE>-vm</CODE> and the <CODE>-fs</CODE>
switch, and you're done. Make sure you have the right modelines in your
XF86Config file, and try to make the <A HREF="video.html#dga">DGA driver</A>
and <A HREF="video.html#sdl">SDL's DGA driver</A> work for you.
It's much faster. If SDL's DGA works, use that, it'll be even faster.</DD>
<DD> </DD>
<DT>Q: What is the meaning of the numbers on the status line?</DT>
<DD>A: Example:
<CODE>A: 2.1 V: 2.2 A-V: -0.167 ct: 0.042 57/57 41% 0% 2.6% 0 4 49%</CODE>
<UL>
<LI>A: audio position in seconds</LI>
<LI>V: video position in seconds</LI>
<LI>A-V: audio-video difference in seconds (delay)</LI>
<LI>ct: total A-V sync correction done</LI>
<LI>frames played (counting from last seek)</LI>
<LI>frames decoded (counting from last seek)</LI>
<LI>video codec cpu usage in percent (for slices and DR this includes
video_out)</LI>
<LI>video_out cpu usage</LI>
<LI>audio codec cpu usage in percent</LI>
<LI>frames needed to drop to maintain A-V sync</LI>
<LI>current level of image postprocessing (when using <CODE>-autoq</CODE>)</LI>
<LI>current cache size used (around 50% is normal)</LI>
</UL>
Most of them are for debug purposes and will be removed at some point.</DD>
<DD> </DD>
<DT>Q: What if I don't want them to appear?</DT>
<DD>A: Use the <CODE>-quiet</CODE> option and read the man page.</DD>
<DD> </DD>
<DT>Q: Why is video_out cpu usage zero (0%) for some files?</DT>
<DD>A1: It's not zero, but it's called from the codec and thus cannot be
measured separately. You should try to play the file using
<CODE>-vo null</CODE> and then <CODE>-vo ...</CODE> and check the
difference to see the video_out speed.</DD>
<DD>A2: You are using Direct Rendering,
where the codec renders to the video memory itself. In this case, the
decoding percentage contains the display percentage, too.</DD>
<DD> </DD>
<DT>Q: There are error messages about file not found
<CODE>/usr/lib/win32/</CODE> ...</DT>
<DD>A: Download the
<A HREF="ftp://ftp.mplayerhq.hu/MPlayer/releases/w32codec-0.90.tar.bz2">Win32 codecs</A>
from <B>our</B> FTP site (avifile's codec package has a different DLL set)
and install it.</DD>
<DD> </DD>
<DT>Q: Are there any mailing lists on MPlayer?</DT>
<DD>A: Yes. See the bottom of the info page on
<A HREF="http://www.mplayerhq.hu/homepage/info.html">our homepage</A> to
subscribe.</DD>
<DD> </DD>
<DT>Q: I've found a nasty bug when I tried to play my favorite video!
Who should I inform?</DT>
<DD>A: Please read the <A HREF="bugreports.html">bug reporting guidelines</A>
and follow the instructions.</DD>
<DD> </DD>
<DT>Q: I have problems playing files with the ... codec. Can I use them?</DT>
<DD>A: Check the
<A HREF="http://www.mplayerhq.hu/DOCS/codecs-status.html">codec status</A>,
if it doesn't contain your codec, read the
<A HREF="codecs.html">codec documentation</A>, especially the
<A HREF="codecs.html#importing">codec importing HOWTO</A> and contact us.</DD>
<DD> </DD>
<DT>Q: Umm, what is "IdegCounter"?</DT>
<DD>A: A combination of a Hungarian and an English word. "Ideg" in Hungarian
means the same as "nerve" in English, and is pronounced as something like
"ydaegh". It was first used to measure the nervousness of A'rpi, after some
(umm) "mysterious" disappearance of CVS code ;)</DD>
<DD> </DD>
<DT>Q: And what is "Faszom(C)ounter"?</DT>
<DD>A: "Fasz" is a Hungarian word you don't want to know, the others are
connected to the perverted minds of the MPlayer developers.</DD>
<DD> </DD>
<DT>Q: LIRC doesn't work, because ...</DT>
<DD>A: Are you sure you are using <CODE>mplayer</CODE> instead of
<CODE>mplayer_lirc</CODE>? Note that it was <CODE>mplayer_lirc</CODE> for a
long time, including the 0.60 release, but it was recently changed back to
<CODE>mplayer</CODE>.</DD>
<DD> </DD>
<DT>Q: Subtitles are very nice, the most beautiful I've ever seen, but they
slow down playing! I know it's unlikely ...</DT>
<DD>A: After running <CODE>./configure</CODE>, edit <CODE>config.h</CODE> and
replace <CODE>#undef FAST_OSD</CODE> with <CODE>#define FAST_OSD</CODE>.
Then recompile.</DD>
<DD> </DD>
<DT>Q: The onscreen display (OSD) is flickering!</DT>
<DD>A: You use a vo driver with single buffering (x11,xv). With xv,
use the <CODE>-double</CODE> option. Also try <CODE>-vop expand</CODE></DD>
<DD> </DD>
<DT>Q: What exactly is this libavcodec thing?</DT>
<DD>A: See the <A HREF="codecs.html#libavcodec">libavcodec section</A>.</DD>
<DD> </DD>
<DT>Q: But configure tells me "Checking for libavcodec ... no"!</DT>
<DD>A: You need to get libavcodec from FFmpeg's CVS. Read the instructions in
the <A HREF="codecs.html#libavcodec">libavcodec section</A>.</DD>
<DD> </DD>
<DT>Q: Icewm's taskbar keeps covering the movie in fullscreen mode!</DT>
<DD>A: This shouldn't happen anymore, if it still does use the
<CODE>-icelayer</CODE> option and report it to the
<A HREF="http://mplayerhq.hu/pipermail/mplayer-users/">mplayer-users</A>
mailing list.</DD>
<DD> </DD>
<DT>Q: I can't access the GUI menu. I press right click, but I can't access
any menu items!</DT>
<DD>A: Are you using FVWM? Try the following:<BR>
Start -> Settings -> Configuration -> Base Configuration<BR>
Set "Use Applications position hints" to "Yes".</DD>
<DD> </DD>
<DT>Q: How can I run MPlayer in the background?</DT>
<DD>A: Use: <CODE>mplayer <options> <filename> < /dev/null &</CODE></DD>
</DL>
<H2><A NAME="playback">5.3 Playback problems</A></H2>
<DL>
<DT>Q: I can play certain AVIs but I get no sound and this kind of error:
<PRE>
Detected audio codec: [divx] afm:4 (DivX audio (WMA))
Requested audio codec family [divx] (afm=4) not available (enable it at
compile time!)
</PRE>
</DT>
<DD>A: Probably the audio uses a codec not natively supported by
MPlayer. Install the Win32 codec package as described in the README
or in the <A HREF="documentation.html#installation">Installation</A> section.</DD>
<DD> </DD>
<DT>Q: ... works with avifile/aviplay but doesn't with MPlayer.</DT>
<DD>A: MPlayer is not avifile.
The only common thing between these players is the Win32 DLL loader.
The codecs (DLL) set, synchronization, demultiplexing etc is totally
different and shouldn't be compared.
If something works with aviplay it doesn't mean that MPlayer will
work and vice versa.</DD>
<DD> </DD>
<DT>Q: Audio goes out of sync playing an AVI file.</DT>
<DD>A: Try the <CODE>-bps</CODE> or <CODE>-nobps</CODE> option. If it does not
improve, read <A HREF="bugreports.html">this</A> and upload the file to FTP.</DD>
<DD> </DD>
<DT>Q: MPlayer exits with some error when using l3codeca.acm.</DT>
<DD>A: Check <CODE>ldd /usr/local/bin/mplayer</CODE> output. If it contains<BR>
<CODE>libc.so.6 => /lib/libc.so.6 (0x4???????)</CODE><BR>
where "?" is any number then it's OK, the error is not here. If it is:<BR>
<CODE>libc.so.6 => /lib/libc.so.6 (0x00??????)</CODE><BR>
then there is a problem with your kernel/libc. Maybe you are using some
security patches (for example Solar Designer's OpenWall patch) which
forces loading libraries to very low addresses.
Because l3codeca.acm is a non-relocatable DLL, it must be loaded to
0x00400000, we can't change this. You should use a non-patched kernel,
or use MPlayer's <CODE>-afm 1</CODE> option to disable using
l3codeca.acm.</DD>
<DD> </DD>
<DT>Q: My computer plays M$ DivX AVIs with resolutions ~ 640x300 and stereo
mp3 sound too slow. When I use -nosound switch, everything is OK (but
quiet).</DT>
<DD>A: Your machine is too slow or your soundcard driver is broken. Consult
the documentation to see if you can improve performance.</DD>
<DD> </DD>
<DT>Q: MPlayer dies with "MPlayer interrupted by signal 4 in module:
decode_video".</DT>
<DD>A: Try running MPlayer on the machine you compiled on. Or recompile
with runtime CPU detection
(<CODE>./configure --enable-runtime-cpudetection</CODE>). Don't
use MPlayer on a CPU different from the one it was compiled on,
without using the feature mentioned just now.</DD>
<DD> </DD>
<DT>Q: I have problems with [your window manager] and fullscreen
xv/xmga/sdl/x11 modes ...</DT>
<DD>A: Read the <A HREF="bugreports.html">bug reporting guidelines</A> and
send us a proper bug report.</DD>
<DD> </DD>
<DT>Q: I got this playing MPEG files: Can't find codec for video format
0x10000001!</DT>
<DD>A: You have an old version of codecs.conf at <CODE>~/.mplayer/</CODE>.
Upgrade it from <CODE>/etc/</CODE>.<BR>
<B>OR</B> you have the <CODE>vc=</CODE> option or something similar in your
config file(s).</DD>
<DD> </DD>
<DT>Q: When starting MPlayer under KDE I just get a black screen and nothing
happens. After about one minute the video starts playing.</DT>
<DD>A: The KDE arts sound daemon is blocking the sound device. Either wait
until the video starts or disable the arts-daemon in kontrol center. If you
want to use arts sound, specify audio output via our native arts audio
driver (<CODE>-ao arts</CODE>). If it fails or isn't compiled in, try SDL
(<CODE>-ao sdl</CODE>) and make sure your SDL can handle arts sound. Yet
another option is to start MPlayer with artsdsp.</DD>
<DD> </DD>
<DT>Q: I have an AVI that produces a gray screen when played with
<CODE>-vc odivx</CODE> and a green one with <CODE>-vc divx4</CODE>.</DT>
<DD>A: It's not a DivX file, but an M$ MPEG4v3. Update your codecs.conf.</DD>
<DD> </DD>
<DT>Q: When I play this movie I get video-audio desync and/or MPlayer crashes
with the following message:<BR>
<CODE>DEMUXER: Too many (945 in 8390980 bytes) video packets in the buffer!</CODE></DT>
<DD>A: This can have multiple reasons.
<UL>
<LI>Your CPU <B>and/or</B> video card <B>and/or</B> bus is too slow.
MPlayer displays a message if this is the case (and the dropped
frames counter goes up fast).</LI>
<LI>If it is an AVI, maybe it has bad interleaving. Try the
<CODE>-ni</CODE> option.</LI>
<LI>Your sound driver is buggy, or you use ALSA 0.5 with <CODE>-ao oss</CODE>.
See the <A HREF="sound.html">sound card section</A>.</LI>
<LI>The AVI has a bad header, try the <CODE>-nobps</CODE> option, and/or
<CODE>-mc 0</CODE>.</LI>
</UL></DD>
<DD> </DD>
<DT>Q: I have an MJPEG file which works with other players but displays only a
black image in MPlayer.</DT>
<DD>A: Disable the Windows DLL in <CODE>codecs.conf</CODE>, or use the
<CODE>-vc ffmjpeg</CODE> option (compile MPlayer with libavcodec for this
to work).</DD>
<DD> </DD>
<DT>Q: When I try to grab from my tuner, it works, but colors are strange.
It's OK with other applications.</DT>
<DD>A: Your card probably misreports its colorspace capacity. Try with YUY2
instead of default YV12 (see the <A HREF="documentation.html#tv">TV input
documentation</A>).</DD>
<DD> </DD>
<DT>Q: When I start playing, I get this message but everything seems fine:<BR>
<CODE>Linux RTC init: ioctl (rtc_pie_on): Permission denied</CODE></DT>
<DD>A: You need root privileges or a
specially set up kernel to use the new timing code. For details see the
<A HREF="documentation.html#rtc">RTC section</A> of the documentation.</DD>
<DD> </DD>
<DT>Q: I have A/V sync problems. Some of my AVIs play fine, but some play with
double speed!</DT>
<DD>A: You have a buggy sound card/driver. Most likely it's fixed at 44100Hz,
and you try to play a file which has 22050Hz audio. Try the resample audio
plugin.</DD>
<DD> </DD>
<DT>Q: All the WMV (or other..) files I play create a green/gray window and
there is only sound! MPlayer prints:<BR>
<CODE>Detected video codec: [null] drv:0 (NULL codec (no decoding))</CODE></DT>
<DD>A: Update your <CODE>codecs.conf</CODE>.</DD>
<DD> </DD>
<DT>Q: I get very strange percentage values (way too big) while playing files
on my notebook.</DT>
<DD>A: It's an effect of the power management / power saving system of your
notebook (BIOS, not kernel). Plug the external power connector in
<B>before</B> you power on your notebook. You can also try whether
<A HREF="http://www.brodo.de/cpufreq/">cpufreq</A> (a SpeedStep interface
for Linux) helps you.</DD>
<DD> </DD>
<DT>Q: The audio/video gets totally out of sync when I run MPlayer as root on
my notebook. It works normal when i run it as a user.</DT>
<DD>A: This is again a power management effect (see above). Plug the external
power connector in <B>before</B> you power on your notebook or use the
<CODE>-nortc</CODE> switch.</DD>
</DL>
<H2><A NAME="driver">5.4 Video/audio driver problems (vo/ao)</A></H2>
<DL>
<DT>Q: I have no sound when playing a video and get error messages similar to
this one:
<PRE>
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...
</PRE>
</DT>
<DD>A: Are you running KDE or GNOME with the arts or esd sound daemon? Try
disabling the sound daemon, or use the <CODE>-ao arts</CODE> switch to make
MPlayer use arts.</DD>
<DD> </DD>
<DT>Q: What about the DGA driver? I can't find it!</DT>
<DD>A: <CODE>./configure</CODE> autodetects your DGA driver. If
<CODE>-vo help</CODE> doesn't show DGA, then there's a problem with your X
installation. Try <CODE>./configure --enable-dga</CODE> and read the
<A HREF="video.html#dga">documentation</A>. Alternatively, try SDL's DGA
driver with the <CODE>-vo sdl:dga</CODE> option.</DD>
<DD> </DD>
<DT>Q: OK, <CODE>-vo help</CODE> shows DGA driver, but it complains about
permissions. Help me!</DT>
<DD>A: It works only if running as root! It's a DGA limitation.
You should become root (<CODE>su -</CODE>), and try again.
Another solution is making MPlayer SUID root, but it's
<B>not recommended!</B><BR>
<CODE>chown root /usr/local/bin/mplayer</CODE><BR>
<CODE>chmod 755 /usr/local/bin/mplayer</CODE><BR>
<CODE>chmod +s /usr/local/bin/mplayer</CODE><BR>
<BLOCKQUOTE>
<B>Warning: security risk</B><BR>
This is a <B>big</B> security risk! <B>Never</B> 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. <B>You have been
warned.</B>
</BLOCKQUOTE>
</DD>
<DD> </DD>
<DT>Q: When using Xvideo, my Voodoo 3/Banshee says:<BR>
<CODE>X Error of failed request: BadAccess (attempt to access private
resource denied)<BR>
Major opcode of failed request: 147 (MIT-SHM)<BR>
Minor opcode of failed request: 1 (X_ShmAttach)<BR>
Serial number of failed request: 26<BR>
Current serial number in output stream:27</CODE></DT>
<DD>A: The "tdfx" driver in XFree86 4.0.2/4.0.3 had this bug. This was solved
by <A HREF="http://www.xfree86.org/cvs/changes_4_1.html">bugfix #621 of the
XFree86 4.1.0 CVS log</A>. So upgrade to XFree86 4.1.0 or later.
Alternatively, either download (at least) DRI version 0.6 from the
<A HREF="http://dri.sourceforge.net">DRI homepage</A>, or use CVS DRI.</DD>
<DD> </DD>
<DT>Q: OpenGL (<CODE>-vo gl</CODE>) output doesn't work (hang/black window/X11
errors/...).</DT>
<DD>A: Your OpenGL driver doesn't support dynamic texture changes
(glTexSubImage). It's known not to work with nVidia's binary mess.
It's known to work with Utah-GLX/DRI and Matrox G400 cards. Also with
DRI and Radeon cards. It won't work with DRI and other cards.
it will not work with 3DFX cards because of the 256x256 texture size limit.</DD>
<DD> </DD>
<DT>Q: I have an nVidia TNT/TNT2 card, and I have a band with strange colors,
right under the movie! Whose fault is this?</DT>
<DD>A: This is a bug of nVidia's binary X driver. These bugs appear ONLY with
the TNT/TNT2 cards, and we can't do anything about it. To fix the problem,
upgrade to the latest nVidia binary driver version. If still bad, complain
to nVidia!</DD>
<DD> </DD>
<DT>Q: I have an n
|
