实际问题很简单：
我是否必须向 MPEG-LA 联盟支付任何费用才能对 h.264 P2P 视频进行编码和流式传输？
的背景：
我的公司运行一个聊天应用程序，它使用 Flash 媒体服务器套件将网络摄像头数据从一个用户提供给另一个用户（以 P2P 方式）。我们有许多运行 Adobe 软件的服务器，我们希望摆脱它，特别是因为我们希望专注于移动用户，而闪存不再是未来的可行选择。
阅读 h.264 许可证信息（http://www.mpegla.com/main/programs/avc/Documents/avcweb.pdf）后，我仍然无法确定我的公司是否/何时需要向 MPEG 支付任何费用-洛杉矶财团。从理论上讲，这是可能的，我们只想将 P2P 数据发送到两端（实际聊天的人）就可以了，但我不知道在我们当前的网络技术状态下这是否可能。
IANAPL（我不是专利律师）
使用 H.264 的 P2P 视频聊天（注意我说的是聊天，而不是流式传输 - 它们是不同的，并且它们在许可证 IIRC 中的处理方式不同）确实需要有人支付 MPEGLA 许可证。涉及最低限度和上限，因为它是 MPEGLA，除非你支付上限（约 650 万美元/年），你必须有一些可靠的方法来计算用户数量（支付许可证）。在某些情况下，例如 Flash 和 Windows 8，其他人已付费并向您的软件提供编码器/解码器。请注意，对于聊天用途，每年少于 100,000 个实例不需要版税（但您必须能够计算它们）。
或者，在明年的某个时候，思科将提供 H.264 的可下载模块（并支付 MPEGLA 上限）。这可以在本机应用程序中使用（只要在安装或首次使用时下载插件的副本，而不是与您的应用程序一起分发）。
关于 WebRTC，正如媒体报道的那样，还没有关于强制视频编解码器的决定；当前的 WebRTC 实现（Mozilla 和 Chrome）使用 VP8。Mozilla 表示我们将合并 Cisco 插件并提供 VP8 和 H.264。微软和苹果（当他们添加 WebRTC 时）如果愿意，都可以直接包含 H.264，因为我认为两者都已经支付了上限。如果您将 WebRTC 用作在浏览器中运行的 JS 应用程序，则您的应用程序不需要 MPEGLA 许可证 - 但请记住，IANAPL