RTMP 流比特率替代品答案

【问题标题】：RTMP Stream Bitrate alternativesRTMP 流比特率替代品
【发布时间】：2009-03-11 02:28:39
【问题描述】：

您会将哪种比特率指定为正常和高？

快速示例：

对于当前项目。一方面，我需要高质量的流（全屏）。当然，另一方面它也必须很快。要解决的问题是平衡它以满足最大...

对于“高”选项，我会优先考虑大约 2.5-3Mbits 的现代宽带，以便能够为拥有 > 4Mbits 宽带连接（例如在欧洲非常常见）的幸运者提供几乎完美的流而不滥用CDN 带宽。

对于“正常”选项，我会优先考虑使用接近 1.2Mbits 流的较慢宽带连接。如果我低于 1Mbits，质量太差了，我宁愿使用渐进流来确保每个人都以正确的质量观看视频。

这就是我对这个特殊情况的计划......有什么聪明的方法可以用另一种方式来平衡它吗？任何有趣的（来自您的 POV）用户案例？另一种观点/思维方式？有什么要考虑的吗？一般意见？等

【问题讨论】：

【解决方案1】：

我会尝试 512Kbps 的正常和 1Mbps 的高。

【讨论】：

【解决方案2】：

你的意思是 RTSP 吗？在法国，我们有一家提供 RTSP 电视频道的提供商，以便您可以使用 VLC 在计算机上观看。我认为压缩是 MPEG-2，流大约是 3.5 / 4 MBs

有些频道也有高清，但我没试过。请注意，人们可能有良好的连接，但如果他们使用 Wifi，它可能会变得非常松散。

你可以google一下 RTSP + multiposte + freebox +bandwith 看看能不能找到更多信息

编辑：我不认为协议那么重要。我猜使用 H264，您可以定位比 MPEG2 更低的速率。使用 MP4 编码器进行实时编码（1 帧延迟）我认为中等质量是在 Full-D1 视频源上以 1 Mbps 实现的。你说的高清到底是什么意思？

这个问题还不是很清楚，因为有两个方面：编码源和条件是什么，解码资源是什么。这将为您提供比特率与视觉质量的比例。

然后你有目标受众和带宽以及服务质量的问题你需要。

你的瓶颈在哪里？

【讨论】：