基于浏览器的流视频/音频(不是渐进式下载)

Question

我试图理解在概念上最好的方式来实现真正流的音频和视频内容。我想要它消耗用网络浏览器，利用最少量的专有技术。我不会提供静态的文件和使用渐进式下载，这将是真正的音频流中被抓住。怎么一个广播流，将是合理的同的来源？什么样的协议是适合的？

编辑：

在研究我们发现，有一些协议：功能，HTTP流，要，并RTP。

HTTP流 是有点不合适的，如果你是一流的现场演出/通信的一样，因为它依赖于TCP(作为其HTTP基础的)和您不会失去的数据包。在低带宽的情况，客户可以获得明显落后，在播放。 ref

要 是一个专有技术，需要闪媒体服务器。废话。我看着闪光是因为他们是非常灵活，因为止的用户经验。SoundManager2提供了一个极好的javascript口为媒体播放有闪光灯。这是什么我会寻找一个客户应用程序。

RTSP/RTP 是什么Microsoft切换到使用，自嘲自己的彩信协议。望修控制协议。其类似于HTTP与几个不同的差异--服务器也可以帮你的客户，并有其他命令，如暂停。它也是一个有状态的协议，这是保持与session id.RTP是的协议交付的有效负载(编码的音频或视频)。有几个开采项目，其中之一是支持通过苹果 在这里，.这似乎是这个能做什么我希望它，并且它看起来像 相当多的玩家支持它.这听起来像它将适用于"现场"的广播从这页 在这里，.

谢谢， Josh

Answer 1

首先，让我歇两个不正确的点迅速。详细信息，以按照如下：

• 要可以完成超过其他服务器比闪媒体服务器
• TCP是好的生活。有太多的F.U.D。从UDP的爱人在那里。 苹果公司刚刚发布了一个规范草案 做到简单、直播流媒体通过HTTP(和因此TCP)的iPhone。我期待它最终会在浏览器。此外，TCP有奖金获得通过企业的防火墙更加频繁和容易。

我读的是，复杂的和基于UDP流逐渐变细的关闭。我不是预测的死亡，只是较小的和较小的市场份额。基于UDP流媒体服务器上耗费巨大资源，相对于TCP为基础的解决方案(如10倍或更多的)，而好处并不是有形的。

你说你不想要的专有技术， "废话上的[闪光]", 但你仍然想要做真正的流？不想打断你，但既 RealAudio 和 Windows媒 都有专有性质。

如果要开放源码真的是那对你很重要，我可以理解的，然后你会需要的忽视绝大多数的流媒体市场。看看

• Theora格式:一个免费的、开放标准，有损 视频 压缩技术
• 。:一个软件免费/开源项目，该项目会产生一个 音频 格式规格和软件实施有损音响压缩。
• Ogg:一个免费的、公开的标准格式容器

如果实得到最好的你，然后重新考虑你的厌恶Adobe产品。记住，闪光是更广泛分布于其他任何基于浏览器的播放器(即Windows Media Player，快的时间和真正的球员。)

你仍然可以使用要有开放资料来源： Red5 可能是最感兴趣的--它可以流动到闪启用浏览器。

我会建议在思考你的优先事项。拼写出来，我们在你的问题。

Answer 2

我将添加到斯图的答复，即基于UDP流协议常常有额外的复杂性，工作时的防火墙后面或Nat.例如，如果计划使用无线接入点之外的家庭，许多的这些不会支持RTP使用UDP交付。许多客户都有一个故障恢复机制，如果没有包之前收到超时，该客户将试图TCP交付。