在网站上提供视频的最佳方式是什么？

Question

我想在我的网站上发布一些视频。它们可以从FlipShare相机获得.MP4文件。

现在我尝试将它们转换为WMV（成功了，但是当嵌入h <object id='mediaPlayer' width='320' height='285' classid='CLSID:22d6f312-b0f6-11d0-94ab-0080c74c7e95' etc'标签中时，用户必须安装插件，并且网站上的10个Windows Media Player的用户体验不仅仅是太好了。）

然后我看了youtube并想知道他们是怎么做的，但我无法弄清楚他们将视频转换成什么格式。

所以我的问题是：我将视频转换为什么格式，以便在不需要在用户浏览器中安装的播放器中显示。我需要什么工具以及嵌入此类视频的HTML代码是什么？

如您所见：从头开始。

PS：我经常听到：这个或那个文件扩展名只是一个容器，里面可以有任何东西。如果你在答案中使用它，你能解释一下吗，因为我从来不明白这一点。对我来说，.cs是一个c＃文件，一个.doc是一个Word文件，而不是'一个容器'。

Answer 1

我认为目前最流行的解决方案 - 由YouTube和其他主要视频门户网站使用 - 是基于H.264编码的基于Flash的视频。 Flash可以播放视频，因为...我认为版本8或9，并且已经获得了显着的市场份额。

我个人最喜欢的Flash播放器是LongTail Player，但它不能免费用于商业用途。

Here这是一个基于Flash的播放器列表的问题，包括开源播放器。

但是，Flash不能在iPhone和iPad上播放。

如果您想支持使用Flash Player 9的计算机（我已经看过一些，但我没有任何硬编号），您将需要编码FLV文件（我认为使用名为Sorenson的编解码器）。 / p>

即将推出的替代方案是HTML 5 Video，但在浏览器方面的支持率远不及主要市场份额。

Answer 2

这不是一个简单的问题。基本答案是您需要使用用户计算机已经支持的格式。这个问题没有一个答案。 YouTube将视频编码为MP4，并将其嵌入到基于Flash的电影播放器​​的页面中，Flash得到了广泛的支持，但您会注意到Flash在很多移动平台上都不可用 - 因此任何使用iPhone的用户都是如果你走Flash路线就会被拒之门外。

HTML5引入了video标签，这意味着一劳永逸地解决这个问题，但即便如此 - 大多数支持HTML5的浏览器都支持h.264编码的视频，但Mozilla支持Ogg相反，Theora。 YouTube目前正在尝试使用基于<video>的播放器，因此这似乎是未来。

我认为支持大多数人可能的当前最佳做法是编码为h.264，尝试充当<video>元素，并且如果不支持，则将基于Flash的播放器作为后备工作（可以播放相同的h.264文件）。

Answer 3

此问题现在需要重新回答，现在已经不再是2010年了，HTML5视频（大多数视频托管网站都在使用）和基于块的视频（作为对定期XHR请求的响应（由Youtube使用）发送）已成为常态。虽然没有最好的方式将视频添加到您的网站，但在撰写此答案之时，Flash绝对还远远不能达到理想的水平。

一个简单的未经研究的答案是：只要使用视频标签，它就会起作用！

这是简单而直观的，并且在您的许多用例中都可以正常工作。

研究得出的答案是：不幸的是，将视频上传到Youtube并将其嵌入到您的网站中。

在YouTube上嵌入视频标签的优缺点：

优点：

• 允许您提供多种品质的视频。
• 非常高效的带宽。由于YouTube对视频进行了重新编码，因此它对用户而言带宽利用率很高，对您而言，带宽也更高，因为您不再需要通过自己的托管服务来提供视频了。
• 提供隐藏式字幕，自动字幕，以多种速度播放，全屏播放器等功能。

缺点：

• 这是一项获利丰厚的服务，如果其内容不是最初100％的内容，他们很可能希望在您的视频上投放广告。
• 至少在我看来，它具有非常严格的法律/条款和条件，您必须遵守。
• 它跟踪您的用户。如果您的应用程序需要隐私，并且您不能依靠用户来保护自己，那么Youtube并不理想。

其他融合了这两种选择的利弊的替代方法是：

• 使用Javascript视频库获取HTML5视频以及使用youtube的一些优点，但没有缺点。
• 在服务器端使用FFMPEG，以解决带宽问题。
• 使用一些支持视频的CDN来交付视频，以解决可靠性和带宽问题。我当前的最爱是依靠服务人员和苛刻的协议从用户彼此流传的，但是是否适合您取决于您​​的应用程序。

此答案的来源：个人经验。尽管我不想从经验中回答，但这个问题确实需要一个新的答案！随时使用更具体的内容进行编辑。