移动流媒体播放器必将死去
-只说 sayonly.com english | other Mobile TV与3G|
昨天已经预告过,所以不多说了,直接开始正题。
---正题开始---
很奇怪,很多家公司把3G的宝全部压在流媒体播放器上,这是典型的直线思维,以为3G只需要增加多媒体内容即可。我这里要分析的是,移动流媒体播放器生存的基础十分弱,我相信移动流媒体播放器的存活率非常低,甚至可以说是必将死去。
流媒体,这个词在互联网上广泛流行,着实火了挺长时间,有很多时候都与IPTV的名词混同起来(稍后文章来解释不同之处)。其基本原理是因为在播放多媒体 内容的时候,因为多媒体内容都比较大带宽一般都有限制,所以采用流的方式一边从远端读取一边播放。互联网上一般采用TCP/HTTP传送控制信息(快进 等),UDP传送影音信息,互联网由于它的传送方式一般都不支持一点传送多点接受,(因为若是频谱,很容易随便传送而终端维持一个频谱列表,该接收的时候 就接收,不收就不收),所以流媒体都基本以VOD为主。
到了移动网络,其方式跟互联网基本一致,而且,限制更多,首先是移动网络一段时间之内不支持UDP,或者UDP流量不计入到包月业务中,使用需要额外费用。所以,流媒体服务 的信息流都必须采用TCP/HTTP方式,这提高了带宽的要求。流媒体分为两种实现方式,第一种是点播,包含实时播放和下载播放,另一种是多播 (Multicast)。直播需要移动网络支持多播的传送方式,这显然不可 能,移动的网络会让你随便广播着玩儿么?若只实现Unicast,那么每有一个终端收看,就必须将数据复制一份,带宽的要求必然增加,若你的播放器广泛采 用,运营商不禁止掉你才怪,或者将带宽的成本转嫁到你或者用户身上,那会使得用户使用成本成倍提高。在移动网络尚未开放的情况下,移动运营商可能是第一个 实现按照QoS收取带宽费用的运营商。
就算你的用户们都很有钱,你还会觉得一个播放列表就可以包打天下么?我曾经跟一家厂商提过一个要求,就是在播放器上增加一个不断刷新的功能,例如,每分钟到服务器抓一次新的列表, 若有新的列表,向用户询问是否查看,这变相实现了一个实时播放列表的功能,但这仍然不够,至少它还不能控制用户在同时进行收看。
若没有这些新的增值功能,移动流媒体点播业务必将被类似于互联网的通用的解决方式所替代(real/winmedia),而现有的流媒体播放器,必将被边缘化或者死去。
( 订阅RSS频道:文儿 feed.sayonly.com 收藏 tag.sayonly.com )
昨天已经预告过,所以不多说了,直接开始正题。
---正题开始---
很奇怪,很多家公司把3G的宝全部压在流媒体播放器上,这是典型的直线思维,以为3G只需要增加多媒体内容即可。我这里要分析的是,移动流媒体播放器生存的基础十分弱,我相信移动流媒体播放器的存活率非常低,甚至可以说是必将死去。
流媒体,这个词在互联网上广泛流行,着实火了挺长时间,有很多时候都与IPTV的名词混同起来(稍后文章来解释不同之处)。其基本原理是因为在播放多媒体 内容的时候,因为多媒体内容都比较大带宽一般都有限制,所以采用流的方式一边从远端读取一边播放。互联网上一般采用TCP/HTTP传送控制信息(快进 等),UDP传送影音信息,互联网由于它的传送方式一般都不支持一点传送多点接受,(因为若是频谱,很容易随便传送而终端维持一个频谱列表,该接收的时候 就接收,不收就不收),所以流媒体都基本以VOD为主。
到了移动网络,其方式跟互联网基本一致,而且,限制更多,首先是移动网络一段时间之内不支持UDP,或者UDP流量不计入到包月业务中,使用需要额外费用。所以,流媒体服务 的信息流都必须采用TCP/HTTP方式,这提高了带宽的要求。流媒体分为两种实现方式,第一种是点播,包含实时播放和下载播放,另一种是多播 (Multicast)。直播需要移动网络支持多播的传送方式,这显然不可 能,移动的网络会让你随便广播着玩儿么?若只实现Unicast,那么每有一个终端收看,就必须将数据复制一份,带宽的要求必然增加,若你的播放器广泛采 用,运营商不禁止掉你才怪,或者将带宽的成本转嫁到你或者用户身上,那会使得用户使用成本成倍提高。在移动网络尚未开放的情况下,移动运营商可能是第一个 实现按照QoS收取带宽费用的运营商。
就算你的用户们都很有钱,你还会觉得一个播放列表就可以包打天下么?我曾经跟一家厂商提过一个要求,就是在播放器上增加一个不断刷新的功能,例如,每分钟到服务器抓一次新的列表, 若有新的列表,向用户询问是否查看,这变相实现了一个实时播放列表的功能,但这仍然不够,至少它还不能控制用户在同时进行收看。
若没有这些新的增值功能,移动流媒体点播业务必将被类似于互联网的通用的解决方式所替代(real/winmedia),而现有的流媒体播放器,必将被边缘化或者死去。
( 订阅RSS频道:文儿 feed.sayonly.com 收藏 tag.sayonly.com )
Sent using R|mail.
通告:本站点(http://gwebread.blogspot.com)的内容系由Feeds订阅自动生成,本站不拥有任何权利,建议您通过点击文末的链接浏览原文,以获得更好的阅读体验。鉴于此处仅供个人阅读使用,恕不发送引用通告。若您拥有被订阅feeds中某些内容的权利,且不想此内容在本站发布,请留言告知。
Trackback URL: http://www.haloscan.com/tb/geneboy/114421080333620526/
0 Comments:
Post a Comment
返回首页