Google chrome 两个H.264 mp4视频：一个用Chrome播放，一个不用&x27；T

我有两个不同的视频，两个（据我所知）通常都是以相同的方式拍摄的，我正试图在Chrome中使用HTML5视频标签播放。这两个视频都在VLC中完美打开和播放，因此我认为损坏的文件没有任何问题，而且都是使用YUV颜色空间的H.264格式的mp4。然而，当我尝试在Chrome（

version21.0.1180.89

）中播放一个时，它会给我一个灰显的播放按钮，而另一个则可以完美地工作。作为参考，我的操作系统是Ubuntu10.10，尽管我在更新版本的操作系统中也看到了同样的问题。这就是我是将视频加载到HTML5标记中，还是直接导航到存储视频的URL。我有点不知所措，有人知道我应该朝什么方向去寻找这两个视频之间的显著差异吗

编辑： 这一个有效：

这一条没有：

更新：

---

这似乎与操作系统无关，因为我在Windows和Linux中都看到过同样的问题。Ubuntu中的Chrome 22测试版似乎也不起作用。

我正在运行Windows XP，Chrome也不喜欢第二个

---

我对原因的最好猜测是，工作的一个只有6.4MB，而另一个大约是21.7MB。Chrome可能只是拒绝直接播放这么大的视频。你有没有试过让YouTube托管它，并将他们的播放器嵌入你的网站？这可能会解决问题。（如果你担心随机的陌生人在看这些视频，为什么你会把它们贴在这里？为什么有人会想看它们？不过，你可以在YouTube上将视频制作成私人视频，以防这两个视频显示了你在真实视频中面临的相同问题。）

这两个视频中都存在一个不同的问题，当我尝试使用Windows内置播放器时，这个问题可能会更加复杂。当我使用电脑的视频播放器时，两个视频都会出现失真，水平拉伸了300%

---

你有没有其他视频以完全相同的方式失败？因为这些只是针对真实事物的测试视频，如果这是唯一有问题的视频，我不会说这真的是一个问题，除非它再次出现。这段功能失调的视频可能有百万分之一的可能性，因为它有正确的内容，因此无法正常工作。

我们遇到了这个问题，并发现按照iPhone的webview标准对文件进行编码，可以创建在Chrome中播放良好的文件。Chrome和iPhone webview共享同一个渲染引擎，看起来它们有类似的HTML5视频要求

并非所有H.264编码的Mp4文件都受Chrome支持，编码过程中的细微差异可能会产生无法工作的视频。即使使用了完全相同的编码设置，H.264也是一个可变比特率编码器，因此不同的视频可能会超过比特率限制

我们成功的编码设置是：

• 仅使用H.264基线配置文件级别3.0
• 分辨率低于640 x 480，帧速率高达30 fps
• B基线配置文件中不支持框架
• 比特率限制为900kb

---

这是我们用来达到这些设置的方法。可能并非所有这些都是Chrome所必需的，但我们坚持这些规则，并发现所有视频都可以在这两个平台上运行。进一步的研究可能会确定导致Chrome无法播放视频的确切设置。

我们能看到视频吗？或者你用来显示它们的代码？有什么可以让我们帮助您的吗？就代码显示而言，问题是当我直接在浏览器中加载视频时（导航到

https://path-to-video.mp4

），所以我不认为这是个大问题。我将尝试将视频上传到你们可以看到的地方。它们都在Chrome

22.0.1229.56 beta版上为我工作。我看不出这两个视频有什么不同，它们都是用AVC编码的High@L3.1.Yes，它们都是以相同的方式编码的，这正是为什么我对拒绝为我工作的人感到如此困惑的原因。感谢您的尝试，我会看看是否可以在试用版Chrome中测试，或者在不同的操作系统中测试。Chrome问题223584：这些只是我正在开发的网络应用程序中使用的一些测试视频。使用另一个视频服务来托管视频并不是一个真正的选项，因为它有可能部署在内部网络上，而不需要外部互联网访问，以及一些安全和用户界面问题。此外，我刚刚检查了我发布的视频之后我们捕获的其他几个视频，而且至少有一个超过60MB的设备工作正常。我想知道这个决议是否会引起问题？在480p与720p之间进行捕获？我完全是在黑暗中拍摄的，但这可能是造成大小差异的原因，正如你所注意到的，这基本上是我发布的两个视频之间的唯一区别。你有没有其他视频有同样的问题？是的，据我所知，这似乎发生在我们正在拍摄的视频中的不到一半“21.7 MB。Chrome可能只是拒绝直接播放这么大的视频。“这是我在这里读过的最荒谬的猜测之一。事实上，我读了那么多，然后直接点击了下一票按钮。在超级用户中讨论，参考Chrome问题117368：