为什么不同播放器播放同一首音乐时长不同？

问题求助❓
, , ,
1

如题，非常奇怪的问题……

来源：

原视频（BV1VN411y7dx），使用bbdown下载（仅音频与封面）以后，转换MP3，用我那个歌词编辑器编辑了歌词，一切都很完美。

直到……导入到手机里面播放发现了不对劲，歌词和音乐尼玛对不上！

然后开始疯狂调歌词……但是始终觉得不对劲，今天又来电脑上核实，然后发现了惊天神奇现象：11个软件播放同一首歌，有6个不一样的时长……

回顾：

  1. bilibili原视频，3分26秒
  2. ffplay（最标准的东西），3分27秒
  3. mpv（gui版），3分27秒
  4. vlc，3分29秒
  5. win自带的mplayer（理论上稳定的老古董），3分33秒
  6. win10以后的媒体播放器（uwp），3分33秒
  7. firefox，3分28秒
  8. edge（四舍五入算chrome），3分27秒
  9. （手机）椒盐音乐，音乐标签，LRC Editor，均3分27秒[未截图]

图片
图片1006×580 60.4 KB

图片
图片1580×856 153 KB

图片
图片1320×825 251 KB

图片
图片867×704 103 KB

图片
图片1202×705 43.2 KB

图片
图片1206×947 30.4 KB

图片
图片1901×598 22.8 KB

06月18日13时46分43秒
06月18日13时46分43秒1210×715 28.6 KB

总结：

总结个毛球，自己完全不明白啊啊啊！看起来3分27秒是准确的？那3分28和3分26都能理解是小数点进位不准导致的问题，3分33是为啥啊啊啊，因为它我昨晚做的一堆歌词都废了啊啊啊！！！ :clown_face:

求救求教，发生的原因是什么？如何能够避免？

另： 有没有别的电脑上的歌词编辑软件……昨天的那个默认调用的是电脑的mplayer……和手机不同步…… :scream:

期待大家在自己手机和电脑设备上测量此歌曲时长…… :face_with_symbols_over_mouth:

2

用的Bilibili Evolved脚本下载的音频，m4a格式

使用uwp网易云、Dopamine v1、win10自带播放都是3:27

补一下Au：
Snipaste_2023-06-18_15-03-21

3

我也测试了一下，结果如下

  • 文件获取方式：使用 BBDown 1.5.4 下载，下载参数为 BBDown --audio-only --skip-cover BV1VN411y7dx
  • 格式转换工具为 soundconverter，转码参数为
    • 输出格式：MP3
    • 比特率模式：常数（CBR）
    • 品质：高
    • 重采样：48 kHz

计算机平台，操作系统是 Linux Mint 21.1 64 位

  • DeaDBeeF 1.9.4：3:28
  • Celluloid 0.21（基于 mpv）：3:27
  • ffplay 4.4.2-0ubuntu0.22.04.1：00:03:27.91
  • VLC 3.0.16：3:27
  • Chromium 113.0.5672.126：3:27
  • Audacity 2.4.2：00:03:27:901

虚拟机平台，操作系统是 Windows Server 2003 Enterprise Editon SP2

  • 千千静听 5.0.1：3:27.912
  • MPC-HC 1.7.13：播放界面显示 03:38，文件属性的 “MediaInfo” 选项卡显示 3分27秒

手机平台，操作系统是 Origin OS 1.0，基于 Android 10

  • APlayer 1.6.1.0（remix.myplayer）：3:27
  • Reex 1.8.4（xyz.re.player.ex）（基于 mpv）：3:37
  • CX 文件浏览器 2.0.0（com.cxinventor.file.explorer）：3:27

综上所述，若是根据我的测试结果，显示的差异更可能是因为应用程序读取音频文件长度的精度有差异，或者在显示音频文件长度时由于四舍五入造成的截断误差。或许同一首歌在不同播放器中显示的长度不同，跟播放器的内核有关。

另外，感谢楼主让我发现了一首好听的歌，也让我回忆起了当年听中文 V 家时的快乐时光 >_<

1 个赞
4

所以我始终都没明白到底是哪里出的问题，难道是win的mplayer把封面啥的也算了时间？但是我两个同时播放完全没听出来哪里有问题……

5

另，其实存姐的很多歌都很好听，教主的也是

6

手动计时看看？

8

不，我专门试过，它是真的多了好几秒，但我没明白她是哪里多出来的……

9
1 个赞
10

mp也是3:27

image
image1232×119 35 KB

下载或转mp3出问题了？

downkyi下载的音频信息：
image

用啥转换的呀，看看能不能复现？

11

不应该啊，我那么信任ffmpeg……我抓紧看看去

12

！！！真的！m4a原格式在mplayer里面是3.27，转换完成就成了3.33！！！

能够反复复现。

ffmpeg -i “a.m4a” “o.mp3”
是不是没有转码什么的？（不了解的领域……

13

总结

感谢 @Y_z 找到了关键问题，ffmpeg转换格式所致。（虽然不知道具体原因以及解决的原理，但是确实解决了……）

解决方案

按照讯飞星火的提示将原来简易的命令行更改了以后就没问题了！（仍然不知道原理）

原来：ffmpeg -i "input.m4a" "output.mp3"
现在：ffmpeg -i "input.m4a" -codec:a libmp3lame -qscale:a 2 "output.mp3"

最后

如果大家有人知道原理或者其他更好的解决方法欢迎告诉我！

4 个赞
14

写在最后：我的BiliAuDown也借此机会改版了，修复了上述bug，仓库如下
（主要用于下载bilibili的音频，视频也可以，并配合ffmpeg提供转码功能）

15

看了一下 ffmpeg的文档.

默认情况下, 不指定参数的转换, FFmpeg 是根据后缀猜测格式, 使用默认的编码转换.

文档说

ffmpeg has no native MP3 encoder

而 lame是一个独立的且有名的开源mp3编码库.

所以很多播放器会对 lame 支持度比较好.

我感觉这就是原因所在.

2 个赞
16

哇，长知识了，第一次知道这个东西哎