视频卡顿分析流程目录视频卡顿分析流程 (1)第一步骤：明确IPC对外数据流得走向。
(1)第二步骤:理清楚排查问题思路 (4)第三步骤:抓包数据分析 (5)附件：工具使用分析 (13)第一步骤:明确IPC对外数据流得走向。
这个部分就是基础首先要明确IPC都有哪些对外得数据流向，出现卡顿到底就是出在哪条数据流上。
这个图像就是IPC对外数据流得框架图，如果瞧得不够明白.下面有个简单框架图。
首先要搞清楚连接IPC都有哪些设备与平台,要明确卡顿就是在哪条视频数据流上卡顿得。
连接IPC得就是公司NVR还就是第3方得存储设备;连接得平台就是公司平台还就是第三方平台。
如果就是第3方平台,具体平台名称就是什么。
比如:国标平台，鸿信平台,上海贝尔，电信平台，中兴力维。
不同连接方式取视频流得方式也就是不一样得，对应端口与发送视频流得协议都不同得。
梳理清楚便于快速找到对应接口人处理问题.1）WEB端浏览视频图像走得就是80端口,视频流采用得流媒体协议.2）IPC跟第3方NVR对接,基本都就是走得ONVIF协议。
视频流采取也就是通过流媒体协议。
3）IPC跟公司NVR或者EVS对接，则走得就是大华私有协议（SDK)。
4）IPC跟第3方平台对接,则走得就是IPC中一个独立得功能模块（接入功能模块）接入这块功能有专门得开发小组进行维护。
5）IPC跟公司自己得DSS,SMARTPSS平台对接，则走得也就是大华私有协议（SDK）。
明确了上述流后，确认就是哪条环节上视频流出现卡顿。
把对应这条数据流上得网络拓扑信息图搞清楚。
按照提供得网络拓扑图信息进行分级进行定位.排查到底就是那级节点出现卡顿。
调试卡顿现象时候一定要把网络拓扑搞清楚。
搞清楚网络拓扑信息这个步骤，不要进行推诿,也不要找借口,区域要自己想尽一切办法把网络拓扑信息搞清楚。
不然后续定位卡顿问题，研发拒绝协助与出差排查问题。
第二步骤：理清楚排查问题思路1）IPC设备跟电脑直连都卡顿（排除网线与电脑问题）用VLC与WEB,SDK 测试DEMO都验证过卡顿.那后续就不用排查其它问题,直接联系研发进行问题处理。
2）直连测试正常.则按照上面讲述得数据流向，把数据流梳理清楚,把网络拓扑图搞清楚。
按照网络拓扑图逐级进行排查，瞧到底就是那级网络点出现卡顿。
3）尝试降低编码参数，比如降低码流。
如果降低码流就不卡顿,初步可以判定就是整个网络带宽不足导致预览视频卡顿。
4）尝试如果修改WEB端预览视频模式（实时与流畅)调整到流畅模式就不卡顿，也可以初步判断就是网络问题导致.5）如果通过降低码流,调整预览视频流畅模式还就是卡顿。
则这个时候查瞧设备端资源占用情况.如果设备端CPU占用率特别高,那就可能就是设备端性能不足导致发送视频流有问题,从而引起卡顿。
设备端CPU过高有可能就是开启功能过多，也有可能就是编码性能不足。
如果把设备配置恢复默认还就是设备端占用CPU过高，那就联系研发进行问题排查.另外一种情况就有可能就是有过多得IP登陆IPC,导致前端IPC资源紧张,从而引起视频卡顿。
还有一种情况就就是设置编码得FPS为25帧/秒，但实际上上来得码流只有20帧/秒、这样也会导致视频流卡顿.6）如果前端IPC一切正常（CPU资源很空闲，直连也不卡顿）,平台端与NVR 端还就是卡顿。
这个时候就要着手定位网络问题.7）分析编码数据得I帧大小。
使用StreamEye码流分析工具分析录像文件红色柱状表示I帧数据，对应旁边得数字就表示就是对应得I帧数据大小。
一般在200K以下。
如果就是因为I帧过大,一般都可以通过降低码流，或者调整WEB端预览模式来进行验证。
第三步骤：抓包数据分析1）抓包分析有大量网络重传数据包2） UDP方式取视频流卡顿,经过抓包分析有大量得丢包数据。
统计丢包数据效率得方法如下：案例总结:1）兰州监狱NVR播放录像卡顿定位为解码库问题,NVR端处理。
2）杭州-—地铁4号线视频卡顿定位原因：385光口设备得网络驱动导致网卡适应成10M网卡了。
3）江苏-—南京地铁3号线问题描述:HF3200 图像卡顿原因分析:网络中存在大量得ARP 包，导致设备对这些包一直在握手,导致CPU占用率为100%解决方案:没有定位到根本原因,出规避程序去掉IP搜索功能。
4）新疆米东区平安市区我司IPC在宇视NVR卡顿问题解决:宇视NVR上得数据就是通过接入协议取视频流，接入组进行解决。
5）国内—甘肃，我司NVS0104EF接入NVR6000与SVR3016丢帧问题解决:修改发送数据缓冲大小.6）杭州地铁二号线IPC-HF3301P-F、HDB3301视频卡顿需求原因：杭州地铁二号线设备程序缺陷,在现场发现8M视频预览卡顿现象,经检查发现就是接入库问题,由研发谢双提供新得接入库，但程序需要在地铁二号线得订制需求基础上开发。
7）虎门公安视频监控项目现象：虎门公安视频监控项目用到我司DH-IPC-HF5200与DH—SD6A82C-HN这两款前端,目前发现通过UDP传输会出现卡顿现象，TCP 传输正常,接入组对UDP进行优化.8）洪湖平安城市IPC5200现象:只要接入模块启动，WEB端预览图像就会卡顿。
原因：经过定位就是接入模块占用CPU过高，导致数据发送不均匀,从而引起卡顿。
根本原因就是接入回调函数中处理事情过多,导致编码线程数据发送卡顿.9）西科姆IPC项目视频播放卡顿原因:确认就是网络环境导致,现场网络带宽验证不足导致，客户让网络集成商改善网络后解决问题。
10）杭州电警永翔IPC-HF3300P-P问题现象：杭州电警永翔全景相机,接入北京得一家公司得智能分析服务器,视频出现拖影卡顿.问题原因:就是第3方解码问题导致。
11）上海松江—-HF3231卡顿问题问题描述：上海反馈HF3231现场卡顿问题问题原因:网络卡顿-——---优化内核，开启流控；I帧过大---—--优化I帧大小12）IPC-HX3(2）XXX华鼎漳州海西高速项目组播拉视频流问题现象:第3方平台组播取视频流出现花屏。
问题原因：区域提需求错误,客户需要得组播裸码流,而区域提需求要得就是TS流,导致客户端解码数据有问题。
13）关于福亿安防公司定制需求【重要】—网络卡顿问题——区域问题问题描述：IPC设备通过客户自己定制得交换机,图像会条秒卡顿现象定位原因：交换机问题。
高世达技术给出得解释就是：现场使用得交换机网口就是百兆得,但就是现场使用中把网口限制到12M。
带宽不够导致浏览视频卡顿.14）东莞樟木头摄像机卡顿问题定位原因：网络带宽问题，网络供应商解决问题.15）总结卡顿得原因：I帧过大;网卡驱动异常;网络环境中网络带宽不足；设备编码性能不足;解码库不兼容;设备端功能打开过多导致设备CPU过高影响数据发送；数据发送缓冲设置过小;网络环境差得条件下没有对数据做均匀发送处理;交换机问题；网络带宽不足.附件:工具使用分析1）抓包工具得使用设备端抓包工具tcpdump使用.步骤1)在C盘新建一个share目录，共享权限全开步骤2）设置PC机得账号与密码在控制面板里,用户账户那里,重设密码密码为123456步骤3）将附件抓包（1、368得arm-v5t—linux,2、安霸得arm-461none-linux)文件里得client，复制到share文件夹下telnet 至设备执行挂载命令:mount —t cifs -o username=Administrator，password=123456 //10、34、9、64/share /home将10、34、9、64这个IP改成您当前电脑得IP挂载成功之后,运行clientcd /home、/client &之后运行抓包文件夹里得tcpdump抓包、exe、将IP改成设备得IP,同时平台选择相应得比如368、选择arm-v5t—linux,安霸选择arm—461none—linux、点击开始，就开始抓包，再当前目录下会有一个data、pcap得抓包文件出现网络带宽分析测试网络带宽工具.1、在pc上解压rar文件,然后cmd进入该目录,运行jperf、bat ，会出来一个程序界面，选择server，并在右边按钮启动服务2、iperf_arm_v5t_le 需要挂载到ipc上运行(挂载方法可以参考命令12)。
、/iperf_arm_v5t_le —c 10、34、10、29 -i 1命令：其中10、34、10、29为pc得ipipc会出现如下打印:＃、/iperf_arm_v5t_le —c 10、34、10、29 —i 1————-———---------—-—————---—-——-----——----—-—-———-—--—————--Client connecting to 10、34、10、29， TCP port 5001TCP window size： 16、0 KByte (default）—-—--————————--————-----————---——---—--——-—---—————-——-—-—--[ 3] local 172、30、1、131 port 4938 connected with 10、34、10、29 port 5001 ［ ID] Interval Transfer Bandwidth［ 3］ 0、0- 1、0 sec 3、50 MBytes 29、4 Mbits/sec[ 3］ 1、0— 2、0 sec 3、25 MBytes 27、3 Mbits/sec[ 3] 2、0- 3、0 sec 3、62 MBytes 30、4 Mbits/sec[ 3］ 3、0- 4、0 sec 3、25 MBytes 27、3 Mbits/sec[ 3] 4、0— 5、0 sec 2、88 MBytes 24、1 Mbits/sec［ 3］ 5、0— 6、0 sec 2、25 MBytes 18、9 Mbits/sec[ 3］ 6、0— 7、0 sec 3、50 MBytes 29、4 Mbits/sec[ 3］ 7、0— 8、0 sec 3、38 MBytes 28、3 Mbits/sec［ 3］ 8、0— 9、0 sec 3、38 MBytes 28、3 Mbits/sec［ 3] 9、0-10、0 sec 3、25 MBytes 27、3 Mbits/sec[ 3］ 0、0-10、1 sec 32、8 MBytes 27、1 Mbits/sec测试时候,要注意把服务器端程序（jperf、bat）放到平台中心端得PC电脑上，进行测试。
另外运行这个程序需要安装JAVA JDK、。