1、-. z.視頻卡頓分析流程目錄 TOC o 1-3 h z u HYPERLINK l _Toc426883916視頻卡頓分析流程 PAGEREF _Toc426883916 h 1HYPERLINK l _Toc426883917第一步驟：明確IPC對外數據流的走向。 PAGEREF _Toc426883917 h 2HYPERLINK l _Toc426883927第二步驟：理清楚排查問題思路 PAGEREF _Toc426883927 h 3HYPERLINK l _Toc426883935第三步驟：抓包數據分析 PAGEREF _Toc426883935 h 3HYPERLINK l

2、_Toc426883975附件：工具使用分析 PAGEREF _Toc426883975 h 3第一步驟：明確IPC對外數據流的走向。這個局部是根底首先要明確IPC都有哪些對外的數據流向，出現卡頓到底是出在哪條數據流上。這個圖像是IPC對外數據流的框架圖，如果看的不夠明白。下面有個簡單框架圖。首先要搞清楚連接IPC都有哪些設備和平臺，要明確卡頓是在哪條視頻數據流上卡頓的。連接IPC的是公司NVR還是第3方的存儲設備；連接的平臺是公司平臺還是第三方平臺。如果是第3方平臺，具體平臺名稱是什么。比方：國標平臺，鴻信平臺，*貝爾，電信平臺，中興力維。不同連接方式取視頻流的方式也是不一樣的，對應端口和發

3、送視頻流的協議都不同的。梳理清楚便于快速找到對應接口人處理問題。WEB端瀏覽視頻圖像走的是80端口，視頻流采用的流媒體協議。IPC跟第3方NVR對接，根本都是走的ONVIF協議。視頻流采取也是通過流媒體協議。IPC跟公司NVR或者EVS對接，則走的是大華私有協議SDK。IPC跟第3方平臺對接，則走的是IPC中一個獨立的功能模塊接入功能模塊接入這塊功能有專門的開發小組進展維護。IPC跟公司自己的DSS,SMARTPSS平臺對接，則走的也是大華私有協議SDK。明確了上述流后，確認是哪條環節上視頻流出現卡頓。把對應這條數據流上的網絡拓撲信息圖搞清楚。按照提供的網絡拓撲圖信息進展分級進展定位。排查到底

4、是那級節點出現卡頓。調試卡頓現象時候一定要把網絡拓撲搞清楚。搞清楚網絡拓撲信息這個步驟，不要進展推諉，也不要找借口，區域要自己想盡一切方法把網絡拓撲信息搞清楚。不然后續定位卡頓問題，研發拒絕協助和出差排查問題。第二步驟：理清楚排查問題思路IPC設備跟電腦直連都卡頓排除網線和電腦問題用VLC和WEB，SDK測試DEMO都驗證過卡頓。那后續就不用排查其它問題，直接聯系研發進展問題處理。直連測試正常。則按照上面講述的數據流向，把數據流梳理清楚，把網絡拓撲圖搞清楚。按照網絡拓撲圖逐級進展排查，看到底是那級網絡點出現卡頓。嘗試降低編碼參數，比方降低碼流。如果降低碼流就不卡頓，初步可以判定是整個網絡帶寬缺

5、乏導致預覽視頻卡頓。嘗試如果修改WEB端預覽視頻模式實時和流暢調整到流暢模式就不卡頓，也可以初步判斷是網絡問題導致。如果通過降低碼流，調整預覽視頻流暢模式還是卡頓。則這個時候查看設備端資源占用情況。如果設備端CPU占用率特別高，那就可能是設備端性能缺乏導致發送視頻流有問題，從而引起卡頓。設備端CPU過高有可能是開啟功能過多，也有可能是編碼性能缺乏。如果把設備配置恢復默認還是設備端占用CPU過高，那就聯系研發進展問題排查。另外一種情況就有可能是有過多的IP登陸IPC，導致前端IPC資源緊*，從而引起視頻卡頓。還有一種情況就是設置編碼的FPS為25幀/秒，但實際上上來的碼流只有20幀/秒. 這樣也

6、會導致視頻流卡頓。如果前端IPC一切正常CPU資源很空閑,直連也不卡頓，平臺端和NVR端還是卡頓。這個時候就要著手定位網絡問題。分析編碼數據的I幀大小。使用StreamEye碼流分析工具分析錄像文件紅色柱狀表示I幀數據，對應旁邊的數字就表示是對應的I幀數據大小。一般在200K以下。如果是因為I幀過大，一般都可以通過降低碼流，或者調整WEB端預覽模式來進展驗證。第三步驟：抓包數據分析抓包分析有大量網絡重傳數據包UDP方式取視頻流卡頓，經過抓包分析有大量的丟包數據。統計丟包數據效率的方法如下：案例總結：*監獄NVR播放錄像卡頓定位為解碼庫問題，NVR端處理。-地鐵4號線視頻卡頓定位原因：385光口

7、設備的網絡驅動導致網卡適應成10M網卡了。-*地鐵3號線問題描述：HF3200 圖像卡頓原因分析：網絡中存在大量的 ARP 包，導致設備對這些包一直在握手，導致CPU占用率為100%解決方案：沒有定位到根本原因，出躲避程序去掉IP搜索功能。*米東區平安市區我司IPC在宇視NVR卡頓問題解決：宇視NVR上的數據是通過接入協議取視頻流，接入組進展解決。國內-，我司NVS0104EF接入NVR6000和SVR3016丟幀問題解決：修改發送數據緩沖大小。*地鐵二號線IPC-HF3301P-F、HDB3301視頻卡頓需求原因：*地鐵二號線設備程序缺陷，在現場發現8M視頻預覽卡頓現象，經檢查發現是接入庫問

8、題，由研發謝雙提供新的接入庫，但程序需要在地鐵二號線的訂制需求根底上開發。虎門公安視頻監控工程現象：虎門公安視頻監控工程用到我司DH-IPC-HF5200和DH-SD6A82C-HN這兩款前端，目前發現通過UDP傳輸會出現卡頓現象，TCP傳輸正常，接入組對UDP進展優化。洪湖平安城市IPC5200現象：只要接入模塊啟動，WEB端預覽圖像就會卡頓。原因：經過定位是接入模塊占用CPU過高，導致數據發送不均勻，從而引起卡頓。根本原因是接入回調函數中處理事情過多，導致編碼線程數據發送卡頓。西科姆IPC工程視頻播放卡頓原因：確認是網絡環境導致，現場網絡帶寬驗證缺乏導致，客戶讓網絡集成商改善網絡后解決問題

9、。*電警永翔IPC-HF3300P-P問題現象：*電警永翔全景相機，接入的一家公司的智能分析效勞器，視頻出現拖影卡頓。問題原因：是第3方解碼問題導致。*松江-HF3231卡頓問題問題描述：*反應HF3231現場卡頓問題問題原因：網絡卡頓優化內核，開啟流控；I幀過大優化I幀大小IPC-H*3(2)*華鼎*海西高速工程組播拉視頻流問題現象：第3方平臺組播取視頻流出現花屏。問題原因：區域提需求錯誤，客戶需要的組播裸碼流，而區域提需求要的是TS流，導致客戶端解碼數據有問題。關于福億安防公司定制需求【重要】-網絡卡頓問題-區域問題問題描述：IPC設備通過客戶自己定制的交換機，圖像會條秒卡頓現象定位原因：

10、交換機問題。高世達技術給出的解釋是：現場使用的交換機網口是百兆的，但是現場使用中把網口限制到12M。帶寬不夠導致瀏覽視頻卡頓。*樟木頭攝像機卡頓問題定位原因：網絡帶寬問題，網絡供給商解決問題?？偨Y卡頓的原因：I幀過大；網卡驅動異常；網絡環境中網絡帶寬缺乏；設備編碼性能缺乏；解碼庫不兼容；設備端功能翻開過多導致設備CPU過高影響數據發送；數據發送緩沖設置過??；網絡環境差的條件下沒有對數據做均勻發送處理；交換機問題；網絡帶寬缺乏。附件：工具使用分析1抓包工具的使用設備端抓包工具tcpdump使用。步驟1在C盤新建一個share目錄，共享權限全開步驟2設置PC機的賬號和密碼在控制面板里，用戶賬戶那里

11、，重設密碼密碼為123456步驟3將附件抓包1.368的arm-v5t-linu*，2.安霸的arm-461none-linu*文件里的client，復制到share文件夾下telnet 至設備執行掛載命令：將這個IP改成你當前電腦的IP掛載成功之后，運行clientcd /home./client &之后運行抓包文件夾里的tcpdump抓包.e*e. 將IP改成設備的IP，同時平臺選擇相應的比方368.選擇 arm-v5t-linu*,安霸選擇arm-461none-linu*.點擊開場，就開場抓包，再當前目錄下會有一個data.pcap的抓包文件出現網絡帶寬分析測試網絡帶寬工具。1.在pc

12、上解壓rar文件，然后cmd進入該目錄，運行 jperf.bat , 會出來一個程序界面，選擇server，并在右邊按鈕啟動效勞2. iperf_arm_v5t_le 需要掛載到ipc上運行掛載方法可以參考命令12。./iperf_arm_v5t_le-c10.34.10.29-i1命令：其中為pc的ipipc會出現如下打印: #./iperf_arm_v5t_le-c10.34.10.29-i1Clientconnectingto10.34.10.29,TCPport5001TCPwindowsize:16.0KByte(default)3local172.30.1.131port4938connectedwith10.34.10.29port5001IDIntervalTransferBandwidth30.0-1.0sec3.50MBytes29.4Mbits/sec31.0-2.0sec3.25MBytes27.3Mbits/sec32.0-3.0sec3.62MBytes30.4Mbits/sec33.0-4.0sec3.25MBytes27.3Mbits/sec34.0-5.0sec2.88MBytes24.1Mbits/sec35.0-6.0sec2.25MBytes18.9Mbits/sec36.0-7.0sec3.50MBytes29.4Mbits/s