自从更新到v45后,Chrome似乎不再播放select MP3文件。这并不是一刀切的,其他一些MP3文件仍然在播放。Chrome v44没有显示任何问题,并播放所有文件。
这个问题在许多运行不同版本Windows ( 32位和64位)的计算机中很常见,而回滚将允许播放这些文件。然而,对于客户端PC来说,这并不是一个可行的解决方案,也不适合未来。
在检查文件本身时,我无法注意到可播放文件和不可播放文件之间的任何区别(除了持续时间、大小和名称之外;持续时间和大小在这两种文件中都是相当分散的,因此它不像设置大小的文件不起作用;有些文件不起作用;另一些文件不起作用)。
保存文件并使用MediaInfo进行检查将显示以下信息
General
Complete name : D:\Desktop\L03-02n.mp3
Format : MPEG Audio
File size : 3.41 MiB
Duration : 1mn 29s
Overall bit rate mode : Constant
Overall bit rate : 320 Kbps
Genre : Abstract
Writing library : LAME3.82
Audio
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Duration : 1mn 29s
Bit rate mode : Constant
Bit rate : 320 Kbps
Channel(s) : 1 channel
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 3.41 MiB (100%)
Writing library : LAME3.82除前面提到的信息外,对于受影响和未受影响的文件,所有信息都保持不变。
我不知道我可以执行的其他文件检查,以及Chrome是否已经停止了对某些变体的支持。
So
是否有合适的格式对文件进行重新编码?(这是否应该继续使用LameMP3?还是不同的编解码器?)
或
有没有其他的解决方案可能是可行的,而不是等待谷歌纠正这个问题(这个问题也出现在Chrome中,所以我不太希望他们能迅速扭转局面),或者迫使客户端回滚并停止更新?
作为参考,所有其他浏览器都能正确播放音频,要求使用非Chrome也不是可行的选择。
发布于 2015-09-11 18:55:31
我并不是百分之百地了解这方面的细节,但是,看起来有些MP3s使用旧版本的Lame,或者超过几分钟,或者在高(300 <)或低(128 >=)比特率时似乎受到影响。它似乎与webkit相关,因为它也会影响Safari用户。
不过,!
作为一种解决方案,使用160 this比特率重新编码MP3文件,最新版本的LAME (3.99.5)似乎已经修复了这个问题,它们现在又在所有主要浏览器上正常运行。
https://stackoverflow.com/questions/32441979
复制相似问题