Jos*_*oon 9 audio mp3 google-chrome lame
自从更新到v45后,Chrome似乎不再播放选择的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
Run Code Online (Sandbox Code Playgroud)
除了前面提到的信息之外,除受影响和未受影响的文件外,所有信息都保持不变.
我不知道我可以执行的其他文件检查,以及Chrome是否已停止支持某些变体.
那么
有没有合适的格式来重新编码文件?(并且应该继续使用LameMP3吗?还是使用不同的编解码器?)
要么
是否存在可行的替代解决方案,无需等待Google纠正此问题(问题也出现在Chrome Canary中,因此我对它们的快速转变抱有很低的期望),或者迫使客户回滚并停止更新?
作为参考,所有其他浏览器正确播放音频,要求非Chrome使用也不是一个可行的选择.
我不是100%的具体细节,但是,它看起来像一些MP3使用旧版本的Lame,或超过几分钟,或高(300 <)或低(128> =)比特率似乎被影响.它似乎与webkit相关,因为它也影响Safari用户.
然而!
作为一种解决方案,使用160Kbps比特率重新编码MP3文件,最新版本的LAME(3.99.5)似乎已经解决了这个问题,现在它们可以在所有主流浏览器中正常播放.
| 归档时间: |
|
| 查看次数: |
2886 次 |
| 最近记录: |