谷歌Chrome浏览器不再起到一定的音频文件 [英] Google Chrome no longer plays certain audio files

查看:174
本文介绍了谷歌Chrome浏览器不再起到一定的音频文件的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

由于更新到V45,Chrome浏览器似乎不再播放选择的MP3文件。这是不能一刀切,和其他一些MP3文件仍然发挥。镀铬V44显示没有问题,打的所有文件。

Since the update to v45, Chrome seems to no longer play select MP3 files. This is not across the board, and some other MP3 files still play. Chrome v44 displayed no issues and played all the files.

这个问题在许多计算机上运行的Windows的不同版本(包括32位和64位)和回滚将使文件播放是常见的。然而,这不是在客户端PC一个可行的解决方案,也没有合适的去转发

This issue is common across many computers running various editions of Windows (in both 32 and 64 bit), and rolling back will allow the files to play. This however is not a viable solution for the client PCs, nor suitable going forwards.

当检查自己的文件,我无法指出可玩性,无法播放的文件之间的区别的差异(除了持续时间,大小,和名称,时间和大小都在这两个相当小号$ P $垫,所以它不喜欢的文件在一组大小不工作;有些事,别人不)

Upon inspecting the files themselves, I am unable to note any distinguishable differences between playable and unplayable files (aside from duration, size, and name; duration and size are fairly spread in both, so it's not like files over a set size don't work; some do, others do not.)

保存文件,并使用MediaInfo检查显示以下信息

Saving the files and checking with MediaInfo reveals the following information

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

所有的信息,除了从前面提到的,仍然在影响和不受影响的文件是相同的。

all information, aside from that noted earlier, remains the same over affected and unaffected files.

我不知道以其他文件检查我可以执行,以及是否铬已停止对一些变化的支持。

I am unaware as to other file checks I can perform, and whether Chrome has discontinued support for some variations.

所以结果
是否有重新连接code中的文件复制到一个合适的格式? (也应该这样继续使用LameMP3?或者不同的codeC?)

So
Is there a suitable format to re-encode the files to? (and should this continue to use LameMP3? Or a different codec?)

是否有其他的解决方案,可能是可行的,而不要么等待谷歌来纠正这个(问题也出现在Chrome Canary版,所以我从他们的快速周转低的希望),或强制客户端回滚和停止更新?

Is there an alternative solution that may be viable without either waiting for Google to correct this (the issue also appears in Chrome Canary, so I've low hopes for a quick turnaround from them), or forcing clients to rollback and stop updating?

有关参考,其他所有浏览器中正确播放音频,要求非Chrome使用的也不是一个可行的选择。

For reference, all other browsers play the audio correctly, requiring non-Chrome use is also not a viable option.

推荐答案

我不是这个细节100%,但是,它看起来像使用旧版本拉梅比几分钟更长一些MP3,或或在高(300℃)或低(128> =)比特率似乎受到影响。这似乎是WebKit的关联,因为它也影响到Safari用户。

I'm not 100% on the specifics of this, however, it looks like some MP3s using older versions of Lame, or longer than a couple of minutes, or at high (300 <) or low (128 >=) bitrates seem to be affected. It appears to be webkit-related, as it also affects Safari users.

但!

作为一个解决方案,重新编码采用160kbps的比特率,以及最新版本的LAME(3.99.5)的MP3文件似乎已经解决了这一点,他们现在通常在所有主要的浏览器重新播放。

As a solution, re-encoding the MP3 files using 160Kbps bitrate, and the latest version of LAME (3.99.5) seems to have fixed this, and they now play normally across all major browsers again.

这篇关于谷歌Chrome浏览器不再起到一定的音频文件的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆