我们计划为EasyDSS定制开发一款超低延时的EasyPlayer Flash播放器
现象
最近团队在做EasyDSS RTMP流媒体服务器开发的过程中，遇到了一个关于延时累积的问题，先大概描述一下过程：
在EasyRTMP Android进行长时间的RTMP推流压力测试，在EasyDSS的web客户端中进行Flash播放，起初进行播放的开始阶段，延时是极小的，大概在0.4s左右，但随着播放过程的延长，我们会观察到一个现象，一旦客户端出现一次缓冲或者停顿，网页播放的时延就会增加，而且是不会恢复的，最终越来越长越来越长！
判断与结论
于是我们就一直在怀疑到底是EasyRTMP推流端的缓冲造成了延时，还是服务器端的累积造成了延时，还是播放器端的缓冲区造成了延时；
我们先从排查推流端入手，我们发现每一次的重新开始播放，延时都会是极小的0.4s左右，播放过程延时累积，那么这样就可以排除是推流造成的延时了，因为低延时的数据已经推送到服务器了；
再排查服务器端，那只有从EasyDSS的发送缓冲区入手了，通过这个过程中的打印，缓冲区确实是在增加，那么为什么会增加呢？
播放器端我们进行了调整，将播放器的缓冲区调整到了0.5s，但同样还是会累计延时，那么是否可以判断就是服务器造成的延时？
于是，我们又进行了更进一步的测试，我们将服务器端进行修改，对推流的时间戳进行人为的调整，将时间戳调小（比如视频原来每帧的时间间隔是40ms，我们改到20ms），让flash播放器根据新的时间戳播放，保持一种快进的模式，这样播放器就一直处于一种消费>生产的情况，一直都处于饥饿模式，本地不会缓冲数据，结果发现，延时确实一直很低，而且快产快消，比较稳定的低延时；
反复的讨论和验证，我们得出结论：
播放器在播放的过程中，遇到网络抖动的情况或者数据缓冲区的情况，还是会一如既往地将原有的音视频数据正常播放完成，那么中间这个缓冲的时间和卡顿的时间就累计起来了，而我们播放器缓冲区开的就算比较小，也无法解决整个延时累积的问题，因为播放器缓冲区始终保持一个饱满状态，那么播放器对服务器的数据读取就没那么迅速，也导致了服务器端的缓冲区累积；
解决思路
类似同样的过程在之前我们的EasyPlayer RTSP播放器中也曾遇到，而RTSP播放器作为了一个Real Time的协议，需要保证的是播放的完整和低延时，所以，当时在缓冲区和播放的过程中，做了一个播放追帧的效果，也就是说当缓冲区比较大的时候，播放会倍数快进播放，追赶延时的累积，这样会给用户一个比较好的低延时体验，那么，我们的EasyPlayer flash播放器的开发也会采用这种方式，直播过程中采用追帧的效果，保持一个比较hungry的状态！
关于EasyDSS流媒体服务器
EasyDSS商用流媒体服务器解决方案是一套集流媒体点播、转码与管理、直播、录像、检索、时移回看于一体的一套完整的商用流媒体服务器解决方案，EasyDSS高性能RTMP流媒体服务器支持RTMP推流，同步输出HTTP、RTMP、HLS、HTTP-FLV，支持推流分发/拉流分发，支持秒开、GOP缓冲、录像、检索、回放、录像下载、网页管理等多种功能，是目前市面上最合理的一款商用流媒体服务器！
点击链接加入群【EasyDSS流媒体服务器】：560148162
关于EasyPlayerPro
EasyPlayerPro是一款全功能的流媒体播放器，支持RTSP、RTMP、HTTP、HLS、UDP、RTP等多种流媒体协议播放、支持本地文件播放，支持本地抓拍、本地录像、播放旋转、多屏播放等多种功能特性，稳定、高效、可靠，支持Windows、Android、iOS三个平台，目前在多家教育、安防、行业型公司，都得到的应用，广受好评！
EasyPlayerPro：https://github.com/EasyDSS/EasyPlayerPro
点击链接加入群【EasyPlayer & EasyPlayerPro】：544917793
获取更多信息
Copyright © EasyDarwin.org 2012-2017
