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君，讓監控變得更簡單！***