点播平台用直播流（ rtmp://...）播放是不是可以节约带宽？应不应该这样做？

[nikoo]

前提：不需要视频转码，播放现有 mp4 文件

在客户端测试，如果我按常规方式播放：
http://localhost/xxx.mp4
的话，在开始播放时客户端会以其最大带宽开始下载这个 mp4 文件，即使客户端点了暂停播放键后台也在继续下载，以缓冲后续播放流畅，可以理解

安装 wowza 测试 server 端将播放 URL 改为：
rtmp://localhost/xxx.mp4
播放测试拖动进度条、视频清晰度等并没有与使用 http:// 有什么区别，并且这种直播流是否对比 http 能很大程度的节约带宽？比如不会以超过目前播放视频码率的下载速度下载未播放的文件、客户端暂停视频时不会再有带宽占用。

如果这个理解正确，那么是否所有的点播平台都应用直播流来进行播放呢？
有什么缺点是我没想到的呢？

[lukic]

你可以考虑使用 Http Live Streaming 来实现，一样可以节约带宽。

[nikoo]

@lukic 谢谢，那么是否应该这么做呢？ 将点播平台的视频全部使用直播流的方式来播放

这样做有什么优缺点？

[fcicq]

替代方案很多的. HLS 以外 DASH, HDS 什么的也可以.

[xmgit]

rtmp 流媒体协议在 04 年的时候做过，点播基数增大的时候，对带宽分配有一定的优势，对硬件的性能要求则非常高，因为点播是实时的。不过好久没碰这一块了，不知道现在发展到什么样子了。

[rainfox]

目前较多的是采用 hls 方案，包括乐视、优酷等视频点播网站都是采用这个方案。优点是相对节约流量，播放速度快，拉进度条快！

[lukic]

@nikoo HLS 是苹果的标准，具体的实现网上有很多成熟的方案，苹果官网也有相关的文档。

[sherlocktheplant]

主流点播业务用 hls 主要是为了兼顾苹果的设备 rtmp 协议主要是用于客户端可以使用 flash 的情况 当然移动 app 支持 rtmp 协议也是可以的

[zdlo3o2]

1. 创业公司都在用 rtmp ，主要是 rtmp 是主流呀，支持度又好，延时小。其实创业公司肯定以业务为主，技术为业务服务，要搞直播网站，买 fms ， wowza ，搭一下集群就能跑啦，还不错，那还躺 hls 做甚。创业公司大多不是技术主导的（除开公司的创始理念是技术），记住这句话。
2.hls 对移动 h5 浏览器的支持较好，但同时也延迟较大。移动端播放前需要产生三个分片，每个分片至少得是一个 GOP 。
3.目前 rtmp 通过 cdn 加速后延迟 3s ， hls 在 5 秒左右。需要测试，可以加 q:327119605 免费测试