历史（无聊）

Question 1

我不确定您是否仍然需要帮助，但我会为未来的用户发布...我相信您遇到的问题是 mplayer 的默认配置仅使用一个处理器核心...尝试传递“-lavdoptsthreads=n”选项（其中'n'是使用的线程数）。

mplayer -lavdopts threads=4 00006.MTS

Answer

我不确定您是否仍然需要帮助，但我会为未来的用户发布...我相信您遇到的问题是 mplayer 的默认配置仅使用一个处理器核心...尝试传递“-lavdoptsthreads=n”选项（其中'n'是使用的线程数）。

mplayer -lavdopts threads=4 00006.MTS

Question 2

TLDR？确保您的 CPU 频率调节器不会被某些守护进程或事件触发脚本（例如电源管理脚本）改变。

历史（无聊）

我在两个不同的 Ubuntu 系统上都遇到过这个问题，尤其是在播放 h264/x264 视频时。视频播放速度变慢，而音频则继续正常播放。有时它会自行跟上，但有时需要 30 秒以上才能实现！

使用 CPU 使用率的实时图表，我注意到当问题发生时 CPU 使用率会变得更大（至少占当前频率的一部分，不幸的是我没有跟踪）。

一个临时的解决方法是与 MPlayer 进行交互，使其能够相当快地赶上，方法是使用下列方法之一：

[按下然后更改播放速度]
F按两次即可进入/退出全屏
按“左”然后“右”键后退或前进

但奇怪的是，当我编写脚本自动发送这些键时，解决方法并没有像预期的那样赶上！看来需要与键盘进行实际的物理交互......

原因：省电调节器！

最后，我发现问题与 CPU 调节器有关。似乎脚本/etc/pm/power.d/cpu_frequency（在我的 Ubuntu 12.04 上）会间歇性地将频率调节器设置为powersave，即使我仍然插入交流电源。（这可能是由于软件错误或硬件（例如电源线有问题）造成的。）

不久之后（有时是几秒，有时是几分钟），脚本将调节器重新设置为ondemand，因此可能不容易检测到这种情况的发生！（我通过在脚本中添加一些日志来检测它echo "[$(date)] $0 was run with args $*" >> /tmp/cpu_frequency.log：）

临时解决方法（适合测试）

最初我通过在观看视频时在终端中运行这个小脚本来解决这个问题：

while true; do cpufreq-set -c 0 -g performance ; cpufreq-set -c 1 -g performance ; sleep 2; done

此脚本要求您安装以下包cpufrequtils：sudo apt-get install cpufrequtils。

它只是确保 CPU 始终全速运行，每 2 秒执行一次。（偶尔我可能会看到 A/V 暂时失去同步，但随后它会赶上。）

如您所见，该脚本是为两个核心编写的。但我已经进行了调整这个脚本适用于任意数量的核心：

#!/bin/bash
while [[ 1 ]]
do
  for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
  do
    [ -f $CPUFREQ ] || continue
    echo -n performance > $CPUFREQ
  done
  sleep 2
done

这完全相同，并且不需要包cpufrequtils，但它不是一行。

永久解决方案

我们不需要使用上述脚本之一，而是可以通过禁用引起问题的脚本来使解决方案更加持久。

一种方法是删除麻烦的脚本：

sudo rm  /etc/pm/power.d/cpu_frequency

但一种破坏性较小的方法是编辑脚本。只需在文件顶部附近添加两行即可：

# <date_here> Disabled by <your_name> to assist mplayer A/V sync
exit 0

但请注意，此永久性解决方案意味着当您真正拔掉交流电源时，脚本不会切换到省电模式，因此您的电池可能不会像往常一样持续很长时间！

（尽管在我的系统 Asus X453M 上，直到电池电量降至非常低时，它才真正永久切换到省电模式。）

希望这对你有帮助。这个问题让我很沮丧！

Answer

TLDR？确保您的 CPU 频率调节器不会被某些守护进程或事件触发脚本（例如电源管理脚本）改变。

历史（无聊）

我在两个不同的 Ubuntu 系统上都遇到过这个问题，尤其是在播放 h264/x264 视频时。视频播放速度变慢，而音频则继续正常播放。有时它会自行跟上，但有时需要 30 秒以上才能实现！

使用 CPU 使用率的实时图表，我注意到当问题发生时 CPU 使用率会变得更大（至少占当前频率的一部分，不幸的是我没有跟踪）。

一个临时的解决方法是与 MPlayer 进行交互，使其能够相当快地赶上，方法是使用下列方法之一：

[按下然后更改播放速度]
F按两次即可进入/退出全屏
按“左”然后“右”键后退或前进

但奇怪的是，当我编写脚本自动发送这些键时，解决方法并没有像预期的那样赶上！看来需要与键盘进行实际的物理交互......

原因：省电调节器！

最后，我发现问题与 CPU 调节器有关。似乎脚本/etc/pm/power.d/cpu_frequency（在我的 Ubuntu 12.04 上）会间歇性地将频率调节器设置为powersave，即使我仍然插入交流电源。（这可能是由于软件错误或硬件（例如电源线有问题）造成的。）

不久之后（有时是几秒，有时是几分钟），脚本将调节器重新设置为ondemand，因此可能不容易检测到这种情况的发生！（我通过在脚本中添加一些日志来检测它echo "[$(date)] $0 was run with args $*" >> /tmp/cpu_frequency.log：）

临时解决方法（适合测试）

最初我通过在观看视频时在终端中运行这个小脚本来解决这个问题：

while true; do cpufreq-set -c 0 -g performance ; cpufreq-set -c 1 -g performance ; sleep 2; done

此脚本要求您安装以下包cpufrequtils：sudo apt-get install cpufrequtils。

它只是确保 CPU 始终全速运行，每 2 秒执行一次。（偶尔我可能会看到 A/V 暂时失去同步，但随后它会赶上。）

如您所见，该脚本是为两个核心编写的。但我已经进行了调整这个脚本适用于任意数量的核心：

#!/bin/bash
while [[ 1 ]]
do
  for CPUFREQ in /sys/devices/system/cpu/cpu*/cpufreq/scaling_governor
  do
    [ -f $CPUFREQ ] || continue
    echo -n performance > $CPUFREQ
  done
  sleep 2
done

这完全相同，并且不需要包cpufrequtils，但它不是一行。

永久解决方案

我们不需要使用上述脚本之一，而是可以通过禁用引起问题的脚本来使解决方案更加持久。

一种方法是删除麻烦的脚本：

sudo rm  /etc/pm/power.d/cpu_frequency

但一种破坏性较小的方法是编辑脚本。只需在文件顶部附近添加两行即可：

# <date_here> Disabled by <your_name> to assist mplayer A/V sync
exit 0

但请注意，此永久性解决方案意味着当您真正拔掉交流电源时，脚本不会切换到省电模式，因此您的电池可能不会像往常一样持续很长时间！

（尽管在我的系统 Asus X453M 上，直到电池电量降至非常低时，它才真正永久切换到省电模式。）

希望这对你有帮助。这个问题让我很沮丧！

历史（无聊）

工作站规格：

Mplayer 输出：

我尝试过的事情

问题

答案1

答案2

历史（无聊）

原因：省电调节器！

临时解决方法（适合测试）

永久解决方案

相关内容