1. 自述
今日DZ先生主讲的课题：1倍速回放，前几秒倍速播放
2. 背景
某日DZ君我正忙着新项目的各种测试，以及其他问题的处理，突然一个电话来了，显示周XX，DZ君第一反应，哎呀又啥事，喂，周兄，咋啦，他说我这边派出所点播回放，前1秒左右视频好像是在以16倍速播放，1秒后就正常了，DZ君由于忙着其他问题，先暂时放着了，没有处理，就在上周升级完某平台后，我发现了此问题，随后往其下级平台在看了下，仍然还是有这个问题，于是DZ君就开始了排查之路。下面DZ君就教下大家如何来排查？
3. 排查思路
默认回放流程invite ，100try ，200OK，ACK这4个报文信令完成后，下级平台默认应以1倍速发流出来；
若鼠标点击录像进度条上的某个时刻，则录像默认还是以1倍速从那个点开始播放。
1）回放流程
正常点击回放流程是INVITE，100TRY，200OK‘’和ACK。
2）INFO消息
在进行点播的时候，如对检索出来的某一段录像，点击鼠标从某一刻开始看录像，那么这个时候，上级就会往下级平台发送info消息，下级平台往上级平台回复200Ok消息。
4. 抓包分析
1）抓信令
点开INFO消息看具体信息
下级平台从收到ACk开始就开始以高倍速的流发出来了，收到上级平台的info消息后，开始正常播放。
2） 抓媒体流
建议不经过本地流媒体，由下级平台的流媒体直接发送至电脑，这样比较有说服力
电脑上抓10s报文，看下第一个UDP报文和最后䘝UDP报文之间相差几秒，将报文转化成视频，发现视频流在以1倍速正常播放，但是总视频却是5分钟，说明啥？说明下级平台疯狂发流。10s钟发了5分钟的视频。
谁的锅？下级平台的锅！
总结：回放信令流程走完，应以1倍速播放，除非收到上级平台的命令INFO消息，改变发流速率。
***关注DZ君，让监控变得更简单！***