Detected audio codec: [divx] afm:4 (DivX audio (WMA)) Requested audio codec family [divx] (afm=4) not available (enable it at compile time!) A:可能文件的音频使用了一个不是MPlayer本地支持的解码器。按照README或者 安装部分中的说明安装Win32解码器包。Q:...avifile/aviplay能工作但MPlayer不能。A:MPlayer不是avifile。它们之间唯一的共同之处Win32 DLL装载器。codecs(DLL)集,同步,信号分离等等完全不同所以不应该被比较。如果什么东西能用aviplay播放并不意味着MPlayer能工作,反之亦然。Q:播放AVI文件时音频不同步。A:试试-bps或-nobps选项。如果还没有改善,阅读 这个并把文件上载到FTP上。Q:MPlayer在使用l3codeca.acm的时候因为一些错误而退出。A:检查ldd /usr/local/bin/mplayer的输出。如果它包含 libc.so.6 => /lib/libc.so.6 (0x4???????) "?"可以是任意数字表示没有问题,错误不在这里。如果它是: libc.so.6 => /lib/libc.so.6 (0x00??????) 那就表示你的内核/libc有问题。可能你使用了一些安全补丁(例如Solar Designer的OpenWall补丁)强迫把库加载到很低的内存地址。因为l3codeca.acm是不可重新定位的DLL,它必须被加载到0x00400000,我们没法改变它。你应该使用没有打补丁的核心,或者使用MPlayer的-afm 1选项禁用l3codeca.acm。Q:我的电脑播放分辨率640x300而且是立体声的mp3的M$ DivX AVI文件时非常慢。当我使用-nosound选项时,一切正常(但没有声音)。A:你的机器太慢或者你的声卡驱动坏了。查阅文档看你是否能提高性能。Q:MPlayer由于"MPlayer interrupted by signal 4 in module: decode_video"而崩溃。A:尝试在你用来编译MPlayer的机器上运行它。或者重新编译打开运行时CPU检测功能(./configure --enable-runtime-cpudetection)。如果没有使用上面提到的特性,不要在与编译它不同的CPU上使用MPlayer。Q:我有个关于[your window manager]跟xv/xmga/sdl/x11模式下全屏的问题...A:读取我们的bug报告指导并送一个正确的bug报告给我们Q:我播放MPEG文件时出现这样的错误: Can't find codec for video format 0x10000001!A:你的~/.mplayer/下的codecs.conf的版本太旧。用/etc/下面的文件升级它。 或者你的配置文件中包含vc=选项或者类似东西。Q:当KDE下的运行MPlayer我只看到一个黑 {MOD}的屏幕什么都没有。在大约一分钟之后才开始播放视频。A:KDE的arts守护进程会阻塞声卡设备。你可以一直等到视频开始或者在控制中心中禁用arts。如果你想使用arts的音频,将音频输出指定为我们本地的arts音频驱动-ao arts)。如果它失败或者没有被编译进来,尝试SDL (-ao sdl)并且确保你的SDL能处理arts的音频。还有另一个选择是用artsdsp运行MPlayer。Q:我有一个AVI文件,当用-vc odivx播放时时,出现灰 {MOD}屏幕,用-vc divx4时,出现绿 {MOD}屏幕。A:这不是DivX文件,而是M$ MPEG4v3。更新你的codecs.conf。Q:我播放电影时遇到视频音频不同步和/或者MPlayer崩溃并出现下列信息: DEMUXER: Too many (945 in 8390980 bytes) video packets in the buffer!A:这可能有很多原因。
Q:当使用Xvideo时,我的Voodoo 3/Banshee报告说: 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:27A:XFree86 4.0.2/4.0.3的“tdfx”驱动有这个bug。已经被解决了bugfix #621 of the XFree86 4.1.0 CVS log。因此,升级到XFree86 4.1.0或者更新的版本。或者,要么是从DRI的主页下载(至少)0.6版本的DRI,要么使用CVS的DRI。Q:OpenGL(-vo gl)输出不工作(锁死/黑 {MOD}窗口/X11出错/...)。A:你的OpenGL驱动不支持动态材质更换(glTexSubImage)。已知的是它在nVidia的二进制的家伙上不工作。同时也知道它在Utah-GLX/DRI 和Matrox G400显卡上能工作。Radeon显卡加DRI也行。其它显卡加DRI不行。它同样不能在3DFX显卡上工作,因为256x256材质大小限制。Q:我有一块nVidia TNT/TNT2显卡,而我的电影的下面总有一个颜 {MOD}奇怪的带子! 这个是什么故障?A:这是nVidia二进制X驱动的一个bug。这些bug仅出现在TNT/TNT2显卡上,我们什么也干不了。要解决问题,升级到最新版本的nVidia二进制的驱动。如果仍然不行,对nVidia抱怨去吧!Q:我使用nVidia XYZ显卡,当我单击显示GUI的显示窗口来触发GUI面板时,在我单击的地方出现一个黑 {MOD}方块。我安装了最新的驱动。A:没错,nVidia修正了上一个的错误(上面),并且引进了新的bug。让我们祝贺他们。更新:据nVidia说,这已经修正了。Q:当我使用GUI时,如果使用SDL视频输出,会创建第二个视频窗口。A:知道,目前GUI不能使用SDL。Q:啊世界真是残酷...! SDL只有x11输出,而不是xv!A:再试一次x11输出。现在尝试-vo x11 -fs -zoom。看到区别了?没有?!好,给你点启发:SDL的x11 输出只要xv可用就会使用xv,你不必为它担心...注意:你使用-forcexv或-noxv强制/禁用SDL使用xv