我目前正在研究直播和点播两种不同的流媒体方法。
我读过关于多播和单播的文章,现在我遇到了以下问题,但我找不到答案。
“是否可以使用多播进行点播流式传输?”
我的理解是,当使用多播时,媒体服务器创建一个视频流,该视频流只播放一次,用户可以连接并观看。
是因为多播只允许直播吗?如果没有,有人能给我解释一下它是怎么工作的吗?
发布于 2011-03-24 14:45:11
“是否可以使用多播进行点播流式传输?”
从技术上讲,是的。实际上,不是。
我的理解是,当使用多播时,媒体服务器创建一个视频流,该视频流只播放一次,用户可以连接到该视频流并观看。
你理解得没错。就是这样。
发布于 2011-03-21 17:57:21
嗯,你可以做到,但更大的问题是,你为什么想要它?
On-demand建议您在单个观众想要查看特定内容的时间开始广播。如果由单个用户选择内容和启动时间,您为什么要多播它?
发布于 2011-03-22 18:09:42
是的,这是可以做到的,但有一些警告。如果你乘坐一架旧飞机,你可能会看到一个旧的娱乐系统,它提供20个频道,每个频道上都有一部电影。所有频道都在滚动,一旦节目结束,它们就会重新启动。这比在投影仪上只播放一个频道要好,因为它让用户选择观看什么,但没有给他们何时观看的自由。
现代的飞行娱乐系统都是点播的,每个乘客都可以在任何时间观看任何电影。那么多播如何才能有所帮助呢?这是一个问题。如果您检测到多个用户正在观看同一影片,并且需要注意的是,您可以仅用一个多播频道替换发往每个用户的流。这在技术上是明智的,但你必须问为什么要这样做?只有当通信媒体可感知或不足以同时为每个用户提供服务时,这才有意义。
设计一个飞行娱乐系统,不能扩展到每个实际使用它的乘客,这有点目光短浅。因此,系统可以为每个用户处理流的最坏情况,这意味着多播没有任何好处。
一些有线/卫星网络实现多播流,并使用时间窗口将尽可能多的观众分组在一起。例如,等待5分钟以观看视频,同时显示臭名昭著的短语"buffering“。
https://stackoverflow.com/questions/5375979
复制相似问题