DZ先生怪谈国标案例4——1倍速回放，前几秒倍速播放

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先生个人官方微信

***关注DZ君，让监控变得更简单！***