CN109729318A - 视频数据回放处理方法、装置、计算机设备和存储介质 - Google Patents
视频数据回放处理方法、装置、计算机设备和存储介质 Download PDFInfo
- Publication number
- CN109729318A CN109729318A CN201910011469.8A CN201910011469A CN109729318A CN 109729318 A CN109729318 A CN 109729318A CN 201910011469 A CN201910011469 A CN 201910011469A CN 109729318 A CN109729318 A CN 109729318A
- Authority
- CN
- China
- Prior art keywords
- video data
- request
- playback
- rtp
- video
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Compression Or Coding Systems Of Tv Signals (AREA)
Abstract
本申请涉及一种视频数据回放处理方法、装置、计算机设备和存储介质,其中该方法包括:获取视频数据回放处理请求,视频数据回放处理请求中包括回放时间信息;根据回放时间信息发送RTSP回放请求接收返回的解码信息,并根据返回的解码信息初始化解码器;发送RTSP播放请求接收返回的RTP数据流,并解析RTP数据流中的扩展字段得到扩展字段的解析结果;根据扩展字段的解析结果判断RTP数据流的编码方式是否发生变化;若RTP数据流的编码方式发生变化,则将扩展字段的解析结果中的时间信息作为新的请求播放时间发起新的RTSP回放请求。本发明实现了解决多种视频格式混合的数据回放问题,以保证整个回放过程的连贯性,提高用户使用的方便性。
Description
技术领域
本发明涉及视频数据处理技术领域,特别是涉及一种视频数据回放处理方法、装置、计算机设备和存储介质。
背景技术
目前,视频监控是现代城市管理的重要技术手段,视频监控摄像机是视频监控应用中的关键设备,监控摄像机一般带有SD卡存储功能,用来对前端视频数据进行本地存储。一套完善的监控应用***中,摄像机会连接专门的存储服务器,用于存储高清视频数据,SD卡本地存储的意义在于,当存储服务器故障、断电、传输通道网络异常等情况时,它作为视频数据存储的备用通道;或者一些小型应用***中,出于成本考虑,没有专门存储服务器,前端摄像机的SD卡本地存储则作为视频数据记录的关键手段;对于一些案情或关键事件,通常会直接调取SD卡的回放数据,服务于现代化城市的管理。
随着芯片技术的发展,在传统技术中,主流摄像机都支持H264、H265视频编码类型独立编码,并开放给用户自由配置使用,用户通过管理平台软件或私有配置通道可随意更改摄像机的视频编码类型;摄像机的视频编码格式发生变化后,存储于SD卡中的视频录像格式也将发生变化,从而导致SD卡将会存储多种视频格式的数据混合;不同的视频格式的解码对应着不同的解码方式,用H264的解码库去解析H265的视频数据,将导致解码失败,视频无法正常解码显示;若用户请求播放的时间段范围包含多种视频格式数据时,则只能正常播放首段视频数据,遇到不同视频格式数据时,则解码会异常,导致后面回放过程失败。
发明内容
基于此,有必要针对上述技术问题,提供一种可以实现混合视频类型编码数据连续回放的视频数据回放处理方法、装置、计算机设备和存储介质。
一种视频数据回放处理方法,所述方法包括:
获取视频数据回放处理请求,所述视频数据回放处理请求中包括回放时间信息;
根据所述回放时间信息发送RTSP回放请求,接收返回的解码信息,并根据所述返回的解码信息初始化解码器;
发送RTSP播放请求,接收返回的RTP数据流,并解析所述RTP数据流中的扩展字段得到扩展字段的解析结果;
根据所述扩展字段的解析结果判断所述RTP数据流的编码方式是否发生变化;
若所述RTP数据流的编码方式发生变化,则将所述扩展字段的解析结果中的时间信息作为新的请求播放时间发起新的RTSP回放请求。
在其中一个实施例中,所述方法还包括视频数据采集存储的步骤:
采集视频数据;
对采集到的视频数据添加头部信息并进行本地存储得到录像视频数据,所述头部信息包括:编码类型、帧率以及录像时间信息。
在其中一个实施例中,所述方法还包括录像视频数据组装的步骤:
获取视频数据回放处理请求;
解析所述视频数据回放处理请求中的URL得到回放时间信息;
从本地存储中获取与所述回放时间信息对应的录像视频数据,并通过SDP协议回复对应的解码信息;
读取录像数据封装RTP数据包,并对所述录像视频数据通过RTP封包得到RTP数据流。
在其中一个实施例中,所述对所述录像视频数据通过RTP封包得到RTP数据流的步骤包括:
当检测到所述录像视频数据的编码类型变化时,在变化数据段中间***只含有头信息的RTP包;
对所述RTP包的头部信息添加扩展字段得到RTP数据流;所述扩展字段包括:C字段、T字段以及NTP时间;
其中,所述C字段用于表示录像视频数据的编码类型变化,所述T字段用于表示视频数据回放请求结束,所述NTP时间代表此段格式录像视频数据中断的时间点。
在其中一个实施例中,在解析所述RTP数据流中的扩展字段得到扩展字段的解析结果的步骤之后还包括:
判断所述扩展字段中的T字段是否置位;若是则停止取流;
若否则判断所述扩展字段中的C字段是否置位;若是则停止解码;
若否则获取所述扩展字段中的NTP时间作为中断时间点;
将所述中断时间点作为新的请求播放时间发起新的RTSP回放请求。
在其中一个实施例中,所述方法还包括录像视频数据发送的步骤:
判断录像视频数据的编码类型是否发生变化;
若所述录像视频数据的编码类型发生变化则***带流结束符NALU帧,并发送流结束帧;
若所述录像视频数据的编码类型没有发生变化则发送RTP数据流。
在其中一个实施例中,所述方法还包括录像视频数据回放解码的步骤:
接收所述录像视频数据;
判断是否接收到所述流结束帧;
若是则销毁当前的解码参数并等待新的解码参数;
若否则对所述接收到的录像视频数据进行解码播放。
一种视频数据回放处理装置,所述装置包括:
获取模块,所述获取模块用于获取视频数据回放处理请求,所述视频数据回放处理请求中包括回放时间信息;
初始化模块,所述初始化模块用于根据所述回放时间信息发送RTSP回放请求,接收返回的解码信息,并根据所述返回的解码信息初始化解码器;
解析模块,所述解析模块用于发送RTSP播放请求,接收返回的RTP数据流,并解析所述RTP数据流中的扩展字段得到扩展字段的解析结果;
判断模块,所述判断模块用于根据所述扩展字段的解析结果判断所述RTP数据流的编码方式是否发生变化;
请求模块,所述请求模块用于若所述RTP数据流的编码方式发生变化,则将所述扩展字段的解析结果中的时间信息作为新的请求播放时间发起新的RTSP回放请求。
一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述任意一项方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现上述任意一项方法的步骤。
上述视频数据回放处理方法、装置、计算机设备和存储介质,通过获取视频数据回放处理请求,所述视频数据回放处理请求中包括回放时间信息;根据所述回放时间信息发送RTSP回放请求接收返回的解码信息,并根据所述返回的解码信息初始化解码器;发送RTSP播放请求接收返回的RTP数据流,并解析所述RTP数据流中的扩展字段得到扩展字段的解析结果;根据所述扩展字段的解析结果判断所述RTP数据流的编码方式是否发生变化;若所述RTP数据流的编码方式发生变化,则将所述扩展字段的解析结果中的时间信息作为新的请求播放时间发起新的RTSP回放请求。本发明实现了解决多种视频格式混合的数据回放问题,以保证整个回放过程的连贯性,提高用户使用的方便性。
附图说明
图1为一个实施例中视频数据回放处理方法的应用场景图;
图2为一个实施例中视频数据回放处理方法的流程示意图;
图3为一个实施例中视频数据采集存储的步骤的流程示意图;
图4为一个实施例中录像视频数据组装的步骤的流程示意图;
图5为一个实施例中对录像视频数据通过RTP封包得到RTP数据流的步骤的流程示意图;
图6为一个实施例中在解析RTP数据流中的扩展字段得到扩展字段的解析结果的步骤之后的流程示意图;
图7为一个实施例中录像视频数据发送的步骤的流程示意图;
图8为一个实施例中录像视频数据回放解码的步骤的流程示意图;
图9为一个实施例中RTSP回放信令控制图;
图10为一个实施例中RTP头及扩展的示意图;
图11为一个实施例中***代表流结束的空帧的示意图;
图12为一个实施例中视频采集本地存储过程的流程图;
图13为一个实施例中视频数据组装发送过程的流程图;
图14为一个实施例中回放请求及自动重连过程的流程图
图15为一个实施例中回放解码显示过程的流程图;
图16为一个实施例中视频数据回放处理装置的结构框图;
图17为另一个实施例中视频数据回放处理装置的结构框图;
图18为再一个实施例中视频数据回放处理装置的结构框图;
图19为又一个实施例中视频数据回放处理装置的结构框图;
图20为又一个实施例中视频数据回放处理装置的结构框图;
图21为一个实施例中计算机设备的内部结构图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
本发明实施例所提供的视频数据回放处理方法可应用到如图1所示的前端摄像机回放***中。该前端摄像机回放***包括:视频采集模块、SD卡存储模块、传输模块、数据接收模块、回放管理模块以及解码显示模块。本方法主要解决,录像中存在混合编码类型数据导致解码异常的问题.。前端摄像机回放***如图1所示,通过本发明提出的方法可使数据能完整顺利回放,涉及数据格式变化时的快速断开及重连机制,数据格式变化时,能迅速断开连接,并重新建立新连接,保证了播放的连续性。
在一个实施例中,如图2所示,提供了一种视频数据回放处理方法,以该方法应用于图1中的前端摄像机回放***为例进行说明,该方法包括:
步骤202,获取视频数据回放处理请求,视频数据回放处理请求中包括回放时间信息;
步骤204,根据回放时间信息发送RTSP回放请求,接收返回的解码信息,并根据返回的解码信息初始化解码器;
步骤206,发送RTSP播放请求,接收返回的RTP数据流,并解析RTP数据流中的扩展字段得到扩展字段的解析结果;
步骤208,根据扩展字段的解析结果判断RTP数据流的编码方式是否发生变化;
步骤210,若RTP数据流的编码方式发生变化,则将扩展字段的解析结果中的时间信息作为新的请求播放时间发起新的RTSP回放请求。
具体地,参考图12-15,该视频数据回放处理方法包括:通过视频采集模块进行采集数据的流程、传输模块对视频数据进行组装的流程、传输模块对视频数据进行发送的流程、数据接收模块进行数据解析的流程、回放管理模块根据解析结果进行回放以及自动重连流程以及解码显示模块用于回放解码显示的流程。
首先,视频采集模块采集视频数据,并对视频数据增加头部信息,记录编码类型、帧率、录像时间等信息。视频传输模块读取SD卡存储模块数据,将视频数据通过RTP封包,并扩展RTP头,增加录像数据的墙上时间。
在一个具体的实施例中,检测视频录像编码类型变化后,在变化数据段中间***新的只含有头信息的RTP包,此RTP头部信息进行了扩展,增加了字段C用于表示录像编码类型变化,增加了T字段用于表示整个回放请求结束,扩展字段中的NTP时间代表此段格式视频数据的结尾,此为中断的时间点,也即新格式视频数据的开始时间。
传输模块在新***的RTP包中加入数据内容,***带流结束符NALU帧,取值依据前端摄像机数据的编码格式,具体地,结合RFC标准,H264取值11,H265取值为37。
数据接收模块检测到带流结束符的NALU帧后,解析RTP扩展头中的NTP时间信息,解析C字段来获取是否存在视频编码格式变化,变化时主动通知客户端的回放管理模块,并将NTP时间信息传递给回放管理模块。
回放管理模块接收数据接收模块的通知消息,并依据传递的NTP时间作为新的请求播放时间,迅速发起新的RTSP请求,RTSP交互过程会重新交互解码信息,继续完成后续的回放,保证播放的连续性。
若数据接收模块解析出RTP扩展T字段为1时,代表整个回放的结束,通知回放管理模块发送RTSP的teardown消息,停止整个回放过程。
在本实施例中,通过获取视频数据回放处理请求,视频数据回放处理请求中包括回放时间信息;根据回放时间信息发送RTSP回放请求接收返回的解码信息,并根据返回的解码信息初始化解码器;发送RTSP播放请求接收返回的RTP数据流,并解析RTP数据流中的扩展字段得到扩展字段的解析结果;根据扩展字段的解析结果判断RTP数据流的编码方式是否发生变化;若RTP数据流的编码方式发生变化,则将扩展字段的解析结果中的时间信息作为新的请求播放时间发起新的RTSP回放请求。本实施例实现了解决多种视频格式混合的数据回放问题,以保证整个回放过程的连贯性,提高用户使用的方便性。
在一个实施例中,提供了一种视频数据回放处理方法,如图3所示,该方法中方法还包括视频数据采集存储的步骤:
步骤302,采集视频数据;
步骤304,对采集到的视频数据添加头部信息并进行本地存储得到录像视频数据,头部信息包括:编码类型、帧率以及录像时间信息。
具体地,参考图12,首先,视频采集模块通过摄像头采集视频数据。将视频数据封装,存储时间以及编码格式等信息,并将封装后的视频数据在SD卡进行本地存储。
在本实施例中,实现了对视频数据的采集,并在采集到的视频数据中增加相应的编码类型以及录像时间等信息,为后续实现视频回放以及重连的流程做好了数据准备。
在一个实施例中,提供了一种视频数据回放处理方法,如图4所示,该方法中还包括录像视频数据组装的步骤:
步骤402,获取视频数据回放处理请求;
步骤404,解析视频数据回放处理请求中的URL得到回放时间信息;
步骤406,从本地存储中获取与所述回放时间信息对应的录像视频数据,并通过SDP协议回复对应的解码信息;
步骤408,读取录像数据封装RTP数据包,并对录像视频数据通过RTP封包得到RTP数据流。
在一个实施例中,参考图5,其中对录像视频数据通过RTP封包得到RTP数据流的步骤包括:
步骤502,当检测到录像视频数据的编码类型变化时,在变化数据段中间***只含有头信息的RTP包;
步骤504,对RTP包的头部信息添加扩展字段得到RTP数据流;扩展字段包括:C字段、T字段以及NTP时间;
其中,C字段用于表示录像视频数据的编码类型变化,T字段用于表示视频数据回放请求结束,NTP时间代表此段格式录像视频数据中断的时间点。
在一个实施例中,参考图6,在解析RTP数据流中的扩展字段得到扩展字段的解析结果的步骤之后还包括:
步骤602,判断扩展字段中的T字段是否置位;若是则执行步骤604,若否则执行步骤606;
步骤604,停止取流;
步骤606,判断扩展字段中的C字段是否置位;若是则执行步骤608,若否则执行步骤610;
步骤608,停止解码;
步骤610,获取扩展字段中的NTP时间作为中断时间点,将中断时间点作为新的请求播放时间发起新的RTSP回放请求。
具体地,参考图13、14,在本实施例中,采用RTSP协议作为回放的信令控制,基于RTSP的回放信令控制过程如图9,相关命令详细包括:
Option命令,请求获取设备支持的RTSP命令类型,回复信息中将包含Describe、setup、play、teardown等。
Describe命令,请求获取设备的媒体描述信息,SDP(session descriptionprotocol)用来描述媒体信息,服务器端将通过SDP协议回复视频解码信息,包含编码类型、帧率、sps、pps等与解码相关的信息。
Setup命令,传输通道的建立与端口协商。
Play命令,视频回放请求。
Teardown命令,视频回放停止。
本实施例中,在RTSP交互信令的URL中通过携带回放的请求时间来控制回放的请求范围,用户可根据请求的回放时间段来请求对应的视频回放数据,回放请求的URL表示为如下示例,其中range后跟随的为需要播放的录像时间段范围:
rtsp://admin:[email protected]:554/ch1/stream1?method=playback?range=20181119T143244.300Z-20181119T184023.300Z。
在本实施例中,采用RTP协议来传输,并对RTP协议进行扩展,以使回放客户端可以快速响应回放视频数据格式的变化,具体扩展方法如图10所示。
针对录像视频数据格式发生变化时,需临时断开当前连接并重新建立新连接,以适应不同视频格式数据解码的需要;为此,引入RTP扩展功能作为通知机制,可保证回放不会被真正中断,保障回放的效果。如图10所示,引入RTP扩展功能,其中,扩展位X置1;NTP时间戳为绝对UTC时间,录像本身墙上时钟时间;C字段代表视频数据格式的变化;T字段代表整个回放结束;padding为填充内容,无实际意义。
在视频数据格式变化时,视频发送端***新的RTP数据包,并将C字段置位,数据接收模块解析RTP扩展字段,在数据传输层可以快速获取视频格式变化状态,并通知回放管理模块发送RTSP的teardown消息,暂时停止当前回放。
在本实施例中,RTSP协议用于传输信令,RTP协议用于传输数据流,基于SDP协议来交互视频解码信息。本实施例利用RTSP协议的信令来传递回放请求的时间信息,通过检测录像数据的视频格式变化,变化时能主动通知回放客户端,从而暂时中断当前回放,中断后启用快速重连来保障整个回放过程的连续,实现了解决多种视频格式混合数据的回放问题。
在一个实施例中,提供了一种视频数据回放处理方法,如图7所示,该方法还包括录像视频数据发送的步骤:
步骤702,判断录像视频数据的编码类型是否发生变化;若是则执行步骤704,若否则执行步骤706;
步骤704,***带流结束符NALU帧,并发送流结束帧;
步骤706,发送RTP数据流。
具体地,参考13,在本实施例中,在视频编码格式变化的数据段中,通过***带流结束符的NALU帧,来对数据进行分割,以使解码器可以快速响应数据变化。
对于视频数据解码模块,遇到不同视频格式数据时,数据流若没有中断,继续延用之前SDP协议回复的解码信息来解码,会导致解码错乱,回放画面异常;对于解码模块,必须立即停止当前解码,并按新参数重新初始化解码器。
为此,在数据层面本实施例对H264或H265视频录像数据的NALU单元进行重加工。具体地,参考图11,当数据编码类型发生变化时,***带流结束符的NALU帧。其中,end ofstream帧为空的数据帧,只有头部信息,数据内容为空;类型依据RFC标准取值,H264取值11,H265取值为37;视频数据解码模块在收到流结束的NALU帧时,能迅速停止当前数据解码,等待后续快速建立的新连接参数,可维持画面的连续性。
在本实施例中,通过对回放录像数据进行加工,在数据中***含流结束符的NALU单元,结合RTP进行数据传输,并对RTP头进行扩展,可快速切换不同格式视频解码显示,能适应混合视频类型编码数据的连续回放。
在一个实施例中,提供了一种视频数据回放处理方法,如图8所示,该方法还包括录像视频数据回放解码的步骤:
步骤802,接收录像视频数据;
步骤804,判断是否接收到流结束帧;若是则执行步骤806,若否则执行步骤808;
步骤806,销毁当前的解码参数并等待新的解码参数;
步骤808,对接收到的录像视频数据进行解码播放。
具体地,参考图15,在本实施例中解码播放模块接收H264/H265视频数据,判断是否接收到流结束帧,若未收到流结束帧则进行解码显示,若收到了流结束帧则销毁当前解码等待新参数。
在本实施例中,实现了对多种视频格式混合的视频数据的解析以及回放,保证整个回放过程的连贯性,提高用户使用的满意度。
应该理解的是,虽然图2-15的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,图2-15中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
在一个实施例中,如图16所示,提供了一种视频数据回放处理装置1600,该装置包括:
获取模块1601,用于获取视频数据回放处理请求,视频数据回放处理请求中包括回放时间信息;
初始化模块1602,用于根据回放时间信息发送RTSP回放请求,接收返回的解码信息,并根据返回的解码信息初始化解码器;
解析模块1603,用于发送RTSP播放请求,接收返回的RTP数据流,并解析RTP数据流中的扩展字段得到扩展字段的解析结果;
判断模块1604,用于根据扩展字段的解析结果判断所述RTP数据流的编码方式是否发生变化;
请求模块1605,用于若RTP数据流的编码方式发生变化,则将扩展字段的解析结果中的时间信息作为新的请求播放时间发起新的RTSP回放请求。
在一个实施例中,如图17所示,提供了一种视频数据回放处理装置1600,该装置还包括采集存储模块1606用于:采集视频数据;对采集到的视频数据添加头部信息并进行本地存储得到录像视频数据,头部信息包括:编码类型、帧率以及录像时间信息。
在一个实施例中,如图18所示,提供了一种视频数据回放处理装置1600,该装置还包括数据组装模块1607用于:获取视频数据回放处理请求;解析视频数据回放处理请求中的URL得到回放时间信息;从本地存储中获取与回放时间信息对应的录像视频数据,并通过SDP协议回复对应的解码信息;读取录像数据封装RTP数据包,并对录像视频数据通过RTP封包得到RTP数据流。
在一个实施例中,该数据组装模块1607还用于:当检测到录像视频数据的编码类型变化时,在变化数据段中间***只含有头信息的RTP包;对RTP包的头部信息添加扩展字段得到RTP数据流;扩展字段包括:C字段、T字段以及NTP时间;其中,C字段用于表示录像视频数据的编码类型变化,T字段用于表示视频数据回放请求结束,NTP时间代表此段格式录像视频数据中断的时间点。
在一个实施例中,该判断模块1604还用于:判断扩展字段中的T字段是否置位;若是则停止取流;若否则判断扩展字段中的C字段是否置位;若是则停止解码;若否则获取扩展字段中的NTP时间作为中断时间点;将中断时间点作为新的请求播放时间发起新的RTSP回放请求。
在一个实施例中,如图19所示,提供了一种视频数据回放处理装置1600,该装置还包括数据发送模块1608用于:判断录像视频数据的编码类型是否发生变化;若录像视频数据的编码类型发生变化则***带流结束符NALU帧,并发送流结束帧;若录像视频数据的编码类型没有发生变化则发送RTP数据流。
在一个实施例中,如图20所示,提供了一种视频数据回放处理装置1600,该装置还包括解码播放模块1609用于:接收录像视频数据;判断是否接收到流结束帧;若是则销毁当前的解码参数并等待新的解码参数;若否则对接收到的录像视频数据进行解码播放。
关于视频数据回放处理装置的具体限定可以参见上文中对于视频数据回放处理方法的限定,在此不再赘述。
在一个实施例中,提供了一种计算机设备,其内部结构图可以如图21所示。该计算机设备包括通过***总线连接的处理器、存储器以及网络接口。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作***、计算机程序和数据库。该内存储器为非易失性存储介质中的操作***和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种视频数据回放处理方法。
本领域技术人员可以理解,图21中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现以上各个方法实施例中的步骤。
在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现以上各个方法实施例中的步骤。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指定相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本申请的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本申请构思的前提下,还可以做出若干变形和改进,这些都属于本申请的保护范围。因此,本申请专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种视频数据回放处理方法,所述方法包括:
获取视频数据回放处理请求,所述视频数据回放处理请求中包括回放时间信息;
根据所述回放时间信息发送RTSP回放请求,接收返回的解码信息,并根据所述返回的解码信息初始化解码器;
发送RTSP播放请求,接收返回的RTP数据流,并解析所述RTP数据流中的扩展字段得到扩展字段的解析结果;
根据所述扩展字段的解析结果判断所述RTP数据流的编码方式是否发生变化;
若所述RTP数据流的编码方式发生变化,则将所述扩展字段的解析结果中的时间信息作为新的请求播放时间发起新的RTSP回放请求。
2.根据权利要求1所述的视频数据回放处理方法,其特征在于,所述方法还包括视频数据采集存储的步骤:
采集视频数据;
对采集到的视频数据添加头部信息并进行本地存储得到录像视频数据,所述头部信息包括:编码类型、帧率以及录像时间信息。
3.根据权利要求2所述的视频数据回放处理方法,其特征在于,所述方法还包括录像视频数据组装的步骤:
获取视频数据回放处理请求;
解析所述视频数据回放处理请求中的URL得到回放时间信息;
从本地存储中获取与所述回放时间信息对应的录像视频数据,并通过SDP协议回复对应的解码信息;
读取录像数据封装RTP数据包,并对所述录像视频数据通过RTP封包得到RTP数据流。
4.根据权利要求3所述的视频数据回放处理方法,其特征在于,所述对所述录像视频数据通过RTP封包得到RTP数据流的步骤包括:
当检测到所述录像视频数据的编码类型变化时,在变化数据段中间***只含有头信息的RTP包;
对所述RTP包的头部信息添加扩展字段得到RTP数据流;所述扩展字段包括:C字段、T字段以及NTP时间;
其中,所述C字段用于表示录像视频数据的编码类型变化,所述T字段用于表示视频数据回放请求结束,所述NTP时间代表此段格式录像视频数据中断的时间点。
5.根据权利要求4所述的视频数据回放处理方法,其特征在于,在解析所述RTP数据流中的扩展字段得到扩展字段的解析结果的步骤之后还包括:
判断所述扩展字段中的T字段是否置位;若是则停止取流;
若否则判断所述扩展字段中的C字段是否置位;若是则停止解码;
若否则获取所述扩展字段中的NTP时间作为中断时间点;
将所述中断时间点作为新的请求播放时间发起新的RTSP回放请求。
6.根据权利要求1-5任一项所述的视频数据回放处理方法,其特征在于,所述方法还包括录像视频数据发送的步骤:
判断录像视频数据的编码类型是否发生变化;
若所述录像视频数据的编码类型发生变化则***带流结束符NALU帧,并发送流结束帧;
若所述录像视频数据的编码类型没有发生变化则发送RTP数据流。
7.根据权利要求6所述的视频数据回放处理方法,其特征在于,所述方法还包括录像视频数据回放解码的步骤:
接收所述录像视频数据;
判断是否接收到所述流结束帧;
若是则销毁当前的解码参数并等待新的解码参数;
若否则对所述接收到的录像视频数据进行解码播放。
8.一种视频数据回放处理装置,其特征在于,所述装置包括:
获取模块,所述获取模块用于获取视频数据回放处理请求,所述视频数据回放处理请求中包括回放时间信息;
初始化模块,所述初始化模块用于根据所述回放时间信息发送RTSP回放请求,接收返回的解码信息,并根据所述返回的解码信息初始化解码器;
解析模块,所述解析模块用于发送RTSP播放请求,接收返回的RTP数据流,并解析所述RTP数据流中的扩展字段得到扩展字段的解析结果;
判断模块,所述判断模块用于根据所述扩展字段的解析结果判断所述RTP数据流的编码方式是否发生变化;
请求模块,所述请求模块用于若所述RTP数据流的编码方式发生变化,则将所述扩展字段的解析结果中的时间信息作为新的请求播放时间发起新的RTSP回放请求。
9.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述方法的步骤。
10.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910011469.8A CN109729318B (zh) | 2019-01-07 | 2019-01-07 | 视频数据回放处理方法、装置、计算机设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910011469.8A CN109729318B (zh) | 2019-01-07 | 2019-01-07 | 视频数据回放处理方法、装置、计算机设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109729318A true CN109729318A (zh) | 2019-05-07 |
CN109729318B CN109729318B (zh) | 2021-01-08 |
Family
ID=66299631
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910011469.8A Active CN109729318B (zh) | 2019-01-07 | 2019-01-07 | 视频数据回放处理方法、装置、计算机设备和存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109729318B (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112423135A (zh) * | 2020-09-18 | 2021-02-26 | 苏宁云计算有限公司 | 视频回放的信息处理方法、装置、计算机设备和存储介质 |
CN112422514A (zh) * | 2020-10-26 | 2021-02-26 | 深圳Tcl新技术有限公司 | 多媒体数据传输方法、装置、智能家居设备及存储介质 |
CN113099149A (zh) * | 2021-04-02 | 2021-07-09 | 杭州海康威视数字技术股份有限公司 | 一种数据处理方法、***及存储介质 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020163908A1 (en) * | 2001-05-07 | 2002-11-07 | Ari Lakaniemi | Apparatus, and associated method, for synchronizing operation of codecs operable pursuant to a communicaton session |
CN1949876A (zh) * | 2006-11-21 | 2007-04-18 | 华为技术有限公司 | 一种支持多种编码格式的媒体数据的方法及*** |
CN102075769A (zh) * | 2011-01-10 | 2011-05-25 | 苏州博联科技有限公司 | 视频无线传输监控***的视频QoS优化方法 |
CN102394993A (zh) * | 2011-11-02 | 2012-03-28 | 上海市共进通信技术有限公司 | VoIP网络中基于语音编码自动调整提高RTP流质量的方法 |
US20140115117A1 (en) * | 2011-06-08 | 2014-04-24 | Mark G. Fiedler | Webcasting method and apparatus |
CN107358160A (zh) * | 2017-06-08 | 2017-11-17 | 小草数语(北京)科技有限公司 | 终端监控视频处理方法、监控终端以及服务器 |
-
2019
- 2019-01-07 CN CN201910011469.8A patent/CN109729318B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020163908A1 (en) * | 2001-05-07 | 2002-11-07 | Ari Lakaniemi | Apparatus, and associated method, for synchronizing operation of codecs operable pursuant to a communicaton session |
CN1949876A (zh) * | 2006-11-21 | 2007-04-18 | 华为技术有限公司 | 一种支持多种编码格式的媒体数据的方法及*** |
CN102075769A (zh) * | 2011-01-10 | 2011-05-25 | 苏州博联科技有限公司 | 视频无线传输监控***的视频QoS优化方法 |
US20140115117A1 (en) * | 2011-06-08 | 2014-04-24 | Mark G. Fiedler | Webcasting method and apparatus |
CN102394993A (zh) * | 2011-11-02 | 2012-03-28 | 上海市共进通信技术有限公司 | VoIP网络中基于语音编码自动调整提高RTP流质量的方法 |
CN107358160A (zh) * | 2017-06-08 | 2017-11-17 | 小草数语(北京)科技有限公司 | 终端监控视频处理方法、监控终端以及服务器 |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112423135A (zh) * | 2020-09-18 | 2021-02-26 | 苏宁云计算有限公司 | 视频回放的信息处理方法、装置、计算机设备和存储介质 |
CN112423135B (zh) * | 2020-09-18 | 2023-06-30 | 苏宁云计算有限公司 | 视频回放的信息处理方法、装置、计算机设备和存储介质 |
CN112422514A (zh) * | 2020-10-26 | 2021-02-26 | 深圳Tcl新技术有限公司 | 多媒体数据传输方法、装置、智能家居设备及存储介质 |
CN112422514B (zh) * | 2020-10-26 | 2024-06-07 | 深圳Tcl新技术有限公司 | 多媒体数据传输方法、装置、智能家居设备及存储介质 |
CN113099149A (zh) * | 2021-04-02 | 2021-07-09 | 杭州海康威视数字技术股份有限公司 | 一种数据处理方法、***及存储介质 |
CN113099149B (zh) * | 2021-04-02 | 2022-08-05 | 杭州海康威视数字技术股份有限公司 | 一种数据处理方法、***及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN109729318B (zh) | 2021-01-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10951857B2 (en) | Method and system for video recording | |
CN102291580B (zh) | 基于Android***的视频传输方法 | |
CN112752115B (zh) | 直播数据传输方法、装置、设备及介质 | |
CN109729318A (zh) | 视频数据回放处理方法、装置、计算机设备和存储介质 | |
CN102263959B (zh) | 直播中转方法和*** | |
US20100058409A1 (en) | Audio and video testing methodology | |
US11563992B2 (en) | Video playback quality detection method and apparatus | |
CN102833585B (zh) | 一种泛终端视频传输***和方法 | |
US20080292281A1 (en) | Process for placing a multimedia object in memory, data structure and associated terminal | |
CN103607587B (zh) | 一种视频终端的调试方法和*** | |
CN109982053A (zh) | 音视频播放方法、计算机装置及计算机可读存储介质 | |
CN112565224B (zh) | 一种视频处理方法及装置 | |
CN108574877A (zh) | 直播方法、主播端、观众端、设备、***及存储介质 | |
CN113938470A (zh) | 一种浏览器播放rtsp数据源的方法、装置以及流媒体服务器 | |
JP2013157820A (ja) | 生成装置、再生装置、生成方法、再生方法、データ構造、制御プログラム、および記録媒体 | |
US8879641B2 (en) | Storage of advanced video coding (AVC) parameter sets in AVC file format | |
CN113316013A (zh) | 一种视频投屏方法及*** | |
CN108810575B (zh) | 一种发送目标视频的方法和装置 | |
CN108012085B (zh) | 一种多媒体信息处理方法、服务器及存储介质 | |
US10171545B2 (en) | System for transferring real-time audio/video stream | |
US20160173551A1 (en) | System and method for session mobility for adaptive bitrate streaming | |
CN108235082A (zh) | 一种车载音视频投射***和方法 | |
CN112135163A (zh) | 视频起播的方法以及装置 | |
CN114760486A (zh) | 直播方法、装置、设备及存储介质 | |
CN114025196B (zh) | 编码方法、解码方法、编解码装置及介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |