RTMP流比特率替代方案

时间:2009-03-11 02:28:40

标签: actionscript-3 encoding streaming flash-media-server rtmp

您指定哪些比特率为正常

快速示例:

对于当前项目。一方面,我需要高质量的流(全屏)。当然,另一方面,它也必须快速。要解决的问题是平衡它以满足最多......

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

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

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

2 个答案:

答案 0 :(得分:0)

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

答案 1 :(得分:0)

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

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

您可以谷歌搜索RTSP + multiposte + freebox + bandwith,看看是否可以找到更多信息

编辑: 我认为协议并不重要。我想在H264你可以定位比MPEG2更低的速率。使用MP4编码器进行实时编码(1帧延迟)我认为在全D1视频源上以1 Mbps的速度实现了中等质量。你到底是什么意思?

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

然后您就会遇到目标受众和带宽以及服务质量的问题 你需要。

你的瓶颈在哪里?