这是一个创建于 3031 天前的主题，其中的信息可能已经有所发展或是发生改变。
前提：不需要视频转码，播放现有 mp4 文件
在客户端测试，如果我按常规方式播放：
http://localhost/xxx.mp4
的话，在开始播放时客户端会以其最大带宽开始下载这个 mp4 文件，即使客户端点了暂停播放键后台也在继续下载，以缓冲后续播放流畅，可以理解
安装 wowza 测试 server 端将播放 URL 改为：
rtmp://localhost/xxx.mp4
播放测试拖动进度条、视频清晰度等并没有与使用 http:// 有什么区别，并且这种直播流是否对比 http 能很大程度的节约带宽？比如不会以超过目前播放视频码率的下载速度下载未播放的文件、客户端暂停视频时不会再有带宽占用。
如果这个理解正确，那么是否所有的点播平台都应用直播流来进行播放呢？
有什么缺点是我没想到的呢？
在客户端测试，如果我按常规方式播放：
http://localhost/xxx.mp4
的话，在开始播放时客户端会以其最大带宽开始下载这个 mp4 文件，即使客户端点了暂停播放键后台也在继续下载，以缓冲后续播放流畅，可以理解
安装 wowza 测试 server 端将播放 URL 改为：
rtmp://localhost/xxx.mp4
播放测试拖动进度条、视频清晰度等并没有与使用 http:// 有什么区别，并且这种直播流是否对比 http 能很大程度的节约带宽？比如不会以超过目前播放视频码率的下载速度下载未播放的文件、客户端暂停视频时不会再有带宽占用。
如果这个理解正确，那么是否所有的点播平台都应用直播流来进行播放呢？
有什么缺点是我没想到的呢？
 |
1
lukic 2016-08-07 07:46:59 +08:00  1
你可以考虑使用 Http Live Streaming 来实现，一样可以节约带宽。
|
 |
3
fcicq 2016-08-07 08:31:01 +08:00 2
替代方案很多的. HLS 以外 DASH, HDS 什么的也可以.
|
 |
4
Bardon 2016-08-07 09:23:34 +08:00 1
rtmp 流媒体协议在 04 年的时候做过，点播基数增大的时候，对带宽分配有一定的优势，对硬件的性能要求则非常高，因为点播是实时的。不过好久没碰这一块了，不知道现在发展到什么样子了。
|
 |
5
rainfox 2016-08-07 09:55:53 +08:00 2
目前较多的是采用 hls 方案，包括乐视、优酷等视频点播网站都是采用这个方案。优点是相对节约流量，播放速度快，拉进度条快！
|
 |
7
sherlocktheplant 2016-08-07 10:51:17 +08:00 1
主流点播业务用 hls 主要是为了兼顾苹果的设备 rtmp 协议主要是用于客户端可以使用 flash 的情况 当然移动 app 支持 rtmp 协议也是可以的
|
 |
8
zdlo3o2 2016-08-09 10:38:55 +08:00
1. 创业公司都在用 rtmp ，主要是 rtmp 是主流呀，支持度又好，延时小。其实创业公司肯定以业务为主，技术为业务服务，要搞直播网站，买 fms ， wowza ，搭一下集群就能跑啦，还不错，那还躺 hls 做甚。创业公司大多不是技术主导的（除开公司的创始理念是技术），记住这句话。
2.hls 对移动 h5 浏览器的支持较好，但同时也延迟较大。移动端播放前需要产生三个分片，每个分片至少得是一个 GOP 。 3.目前 rtmp 通过 cdn 加速后延迟 3s ， hls 在 5 秒左右。需要测试，可以加 q:327119605 免费测试 |
Select Language