我完全懂你这种循环时出现延迟的烦躁——本来要无缝循环的音频，每次衔接都卡一下确实很影响体验。结合mpv的参数优化和低延迟设置，给你几个实用的解决办法：

• 启用mpv内置低延迟优化
  这是最直接的一步，mpv专门提供了低延迟模式的一键开关，它会自动调整缓存、处理流程等多个参数来降低延迟：

  --latency-hacks=yes
  

  你之前关注低延迟部分是对的，这个参数就是把那些分散的低延迟设置打包启用了。

• 针对性调整音频缓存
  默认的音频缓存可能偏大，导致循环衔接时的延迟，你可以手动缩小缓存值：

  --audio-buffer=0.05
  

  这里的单位是秒（上面设置的是50毫秒），你可以根据实际情况微调——如果出现音频卡顿就稍微调大一点（比如0.1），如果延迟还存在就试着再缩小（比如0.03）。

• 指定低延迟音频输出后端
  不同的音频输出后端延迟差异很大，选对后端能显著降低延迟：

  • Linux系统用ALSA：--ao=alsa
  • Windows系统用WASAPI：--ao=wasapi
  • macOS系统用CoreAudio：--ao=coreaudio

• 确保是单个文件循环而非播放列表循环
  如果你用的是--loop，它默认是循环整个播放列表，换成--loop-file可以让mpv更专注于单个音频文件的循环处理，减少额外的流程延迟：

  --loop-file
  

• 禁用不必要的音频处理
  一些默认开启的音频处理（比如重采样、音量归一化）会增加延迟，如果你的音频格式和输出设备兼容，可以禁用它们：

  --no-audio-resample --no-audio-normalize
  

最终推荐命令 #

把上面的参数组合起来，试试这个命令：

mpv --loop-file --latency-hacks=yes --audio-buffer=0.05 --ao=alsa path/to/audio.opus

（记得根据你的操作系统替换--ao后面的后端参数）

额外排查点 #

如果调整参数后还是有延迟，那可能是音频文件本身的问题：用音频编辑工具（比如Audacity）打开文件，检查结尾有没有多余的静音片段，把这些静音裁剪掉再循环，就能实现真正的无缝衔接了。

备注：内容来源于stack exchange，提问作者FFFluoride