一种IPC设备回放视频播放控制系统及方法与流程

一种ipc设备回放视频播放控制系统及方法
技术领域
1.本发明涉及安防监控回放视频传输领域，特别是涉及一种ipc设备回放视频播放控制系统及方法。


背景技术：

2.ipc设备(ipcamera，网络摄像头)通过wifi连接路由器，接入互联网。ipc设备插入sd卡，可以将网络摄像机采集到的声音和图像合成视频，保存在sd卡中。在手机app上，可以与ipc设备建立连接，查看ipc设备上的回放视频。
3.一般情况下，移动设备端向ipc设备端请求某一回放视频，ipc设备端响应请求，将回放视频文件发送到移动设备端的app上，移动设备端的app对收到的文件进行解码，播放回放视频。
4.然而，当网络状况不好时，传输速度慢，数据丢包，会导致移动设备端的app在播放时需要经常性的缓存数据，出现画面经常切换到加载状态。因为视频文件中的部分信息丢失，会导致声音和图形数据同时丢失，造成卡顿、花屏、声音断续、无法播放等现象，用户体验差。
5.因此，亟需一种ipc设备回放视频播放控制系统及方法，能够解决现有ipc设备回放视频时容易发生卡顿、花屏、声音断续、无法播放等问题。


技术实现要素：

6.本发明的目的是提供一种ipc设备回放视频播放控制系统及方法，以解决上述现有ipc设备回放视频时容易发生卡顿、花屏、声音断续、无法播放等问题。
7.为实现上述目的，本发明提供了如下方案：
8.本发明提供一种ipc设备回放视频播放控制系统，包括移动设备端和ipc设备端，所述移动设备端与所述ipc设备端无线连接，所述移动设备端设有指令发送模块和数据接收模块，所述ipc设备端设有指令接收模块、视频处理模块和数据发送模块，所述视频处理模块分别与所述指令接收模块和所述数据发送模块连接。
9.本发明还提供一种ipc设备回放视频播放控制方法，包括以下步骤：
10.s1.移动设备端的指令发送模块发送获取某一回放视频的命令；
11.s2.ipc设备端通过指令接收模块收到命令后，通过视频处理模块解析回放视频，提取声音和图像数据；
12.s3.ipc设备端将声音和图像数据进行打包处理，同时通过数据发送模块发送到移动设备端；
13.s4.移动设备端的数据接收处理模块解析出声音和图像数据，进行缓存处理；
14.s5.移动设备端按固定的时间，提取声音数据，进行播放；
15.s6.移动设备端按固定的时间，提取图像数据，进行展示。
16.优选地，步骤s2中，视频处理模块解析出要播放的回放视频的路径，按照年月日时
分秒定位文件，解码对应的回放视频。
17.优选地，步骤s3中，ipc设备端在录制时按照1帧图像、5个声音数据包合成，1秒钟10帧图像、50包声音数据进行存储。
18.优选地，步骤s4中，移动设备端的数据接收处理模块收到数据后解析数据，提取requestid、序号、总包数、声音和图像数据，如果requestid与步骤s1中的requestid不一致，则判定为旧数据，不缓存；如果requestid与步骤s1中的requestid一致，则判定为此次请求的数据，按照序号进行缓存。
19.优选地，步骤s5中，数据处理线程每隔100毫秒从缓存的声音数据中提取声音数据，经过adpcm解码得到pcm数据，调用系统播放；当缓存的声音数据大于等于5个数据包时，取5个数据包进行播放；当缓存的数据包大于等于1个且小于5个数据包时，取当前的所有数据包进行播放；当缓存的数据包数量为0时，缓冲1.5秒，再启动数据处理线程每隔100毫秒从缓存的声音数据中提取数据处理。
20.优选地，步骤s6中，数据处理线程每隔100毫秒从缓冲的图像数据中提取图像数据，绘制到界面上展示图像；对比当前预处理图像的序号与步骤s5中同一时间预处理的声音的序号，如果图像的序号小于声音序号的5倍，则图像是与声音同时或者比声音更早的数据，需要进行绘制展示；如果图像的序号大于声音序号的5倍，则图像是比声音更晚的数据，仍保留在缓存数据中，不需要提取出来绘制展示。
21.本发明相对于现有技术取得了以下有益技术效果：
22.本发明提供的ipc设备回放视频播放控制系统及方法，采用在ipc设备端解析回放视频，将解析后的图像和声音数据同时传到移动设备端，声音数据量小，基本不会丢包；基于声音数据控制播放速度，在网络状态不佳的情况下，大大减少出现卡顿、加载的状态，可以连续播放，听觉上不会有断断续续的情况，用户体验好。
附图说明
23.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
24.图1为本发明提供的ipc设备回放视频播放控制系统连接关系示意图；
25.图2为本发明提供的ipc设备回放视频播放控制方法流程框图；
26.图中：1：移动设备端、11：指令发送模块、12：数据接收模块、2：ipc设备端、21：指令接收模块、22：视频处理模块、23：数据发送模块。
具体实施方式
27.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
28.本发明的目的是提供一种ipc设备回放视频播放控制系统及方法，以解决现有ipc
设备回放视频时容易发生卡顿、花屏、声音断续、无法播放等问题。
29.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
30.实施例1：
31.本实施例提供一种ipc设备回放视频播放控制系统，如图1所示，包括移动设备端1和ipc设备端2，所述移动设备端1与所述ipc设备端2无线连接，所述移动设备端1设有指令发送模块11和数据接收模块12，所述ipc设备端2设有指令接收模块21、视频处理模块22和数据发送模块23，所述视频处理模块22分别与所述指令接收模块21和所述数据发送模块23连接。
32.本实施例还提供一种ipc设备回放视频播放控制方法，如图2所示，包括以下步骤：
33.s1.移动设备端的指令发送模块发送获取某一回放视频的命令。
34.用户在移动设备端的app界面上选择播放某一回放视频时，移动设备端的app发送命令到ipc设备端。
35.命令如下：
36.{"pro":"play_record_file","cmd":207,"filename":"20220121172031.avi","video":1,"audio":1,
37."requestid":40,"type":1}
38.pro:命令名称，固定为play_record_file
39.cmd:命令码，固定为207
40.filename:回放视频名称。
41.video:是否获取图像。1获取，0不获取。
42.audio:是否获取声音。1获取，0不获取。
43.requestid:请求id。
44.type:命令类型。1获取视频，0停止获取视频。
45.s2.ipc设备端通过指令接收模块收到命令后，通过视频处理模块解析回放视频，提取声音和图像数据。
46.ipc设备端收到命令后，解析出要播放的回放视频的路径，按照年月日时分秒定位文件，解码对应的回放视频，提取声音和图像数据。
47.s3.ipc设备端将声音和图像数据进行打包处理，同时通过数据发送模块发送到移动设备端。
48.将声音数据加上包头，发送到移动设备端的app。
49.将图像数据加上包头，发送到移动设备端的app。
50.typedefstruct_vstreamhead{
51.unsignedintstartcode；//固定为0xa815aa55
52.unsignedbytetype；//0声音，1图像
53.unsignedintframeno；//序号
54.unsignedinttotalframe；//总包数
55.unsignedintlen；//数据域长度
56.unsignedintrequestid；//请求id
57.}streamhead；
58.系统录制时按照1帧图像，5个声音数据包合成，1秒钟10帧图像，50包声音数据进行存储。
59.s4.移动设备端的数据接收处理模块解析出声音和图像数据，进行缓存处理。
60.移动设备端的app收到数据后，按照步骤s3的包头，解析数据，提取requestid，序号，总包数，声音或者图像数据。
61.如果requestid与步骤1中移动设备端的app下方的requestid不一致，则判定为旧数据，不缓存。
62.如果requestid与步骤1中移动设备端的app下方的requestid一致，则判定为此次请求的数据，按照序号进行缓存。
63.s5.移动设备端按固定的时间，提取声音数据，进行播放。
64.数据处理线程每隔100毫秒从缓冲的声音数据中提取声音数据，经过adpcm解码得到pcm数据，调用系统方法播放。
65.当缓存的声音数据大于等于5个数据包时，取5个数据包进行播放。
66.当缓冲的数据包大于等于1个，小于5个时取当前的所有缓冲数据包。
67.当缓冲的数据包数量为0时，缓冲1.5秒，再启动数据处理线程每隔100毫秒从缓冲的声音数据中提取数据处理。
68.s6.移动设备端按固定的时间，提取图像数据，进行展示。
69.数据处理线程每隔100毫秒从缓冲的图像数据中提取图像数据，绘制到界面上，展示图像。
70.对比当前预处理图像的序号与步骤5中同一时间预处理的声音的序号，如果图像的序号小于声音序号的5倍，则图像是与声音同时或者比声音更早的数据，需要进行绘制展示。如果图像的序号大于声音序号的5倍，则图像是比声音更晚的数据，仍保留在缓冲数据中，不需要提取出来绘制展示。
71.系统采用8khz，16bit pcm声音采样，声音数据量小，数据传输快，基本不丢包，所以声音的缓冲速度比播放速度快，不会造成卡顿，可以连续播放。
72.本发明应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上，本说明书内容不应理解为对本发明的限制。