CN114173202A

CN114173202A - 基于rtsp协议的连续倍速播放方法及相关设备

Info

Publication number: CN114173202A
Application number: CN202111394973.4A
Authority: CN
Inventors: 张飞鹏; 吕晓洪; 梁德锋; 柯明棋
Original assignee: Wuhan Fonsview Technologies Co ltd
Current assignee: Wuhan Fonsview Technologies Co ltd
Priority date: 2021-11-23
Filing date: 2021-11-23
Publication date: 2022-03-11

Abstract

本发明涉及一种基于RTSP协议的连续倍速播放方法，该方法包括：接收客户端发送的倍速播放请求；检测并锁定当前客户端正在播放的帧；根据当前客户端正在播放的帧在索引文件中找到下一帧；基于倍速播放请求找到下一帧在对应倍速文件中的位置；基于下一帧在对应倍速文件中的位置发送目标倍速文件到客户端进行播放。本发明通过预先在倍速文件中存储视频中不同倍速对应的每一帧，并发送目标倍速文件给客户端，使客户端播放目标倍速文件，实现用户观看的倍速视频的画面是连续的。

Description

基于RTSP协议的连续倍速播放方法及相关设备

技术领域

本发明涉及数据处理领域，尤其涉及一种基于RTSP协议的连续倍速播放方法及相关设备。

背景技术

在IPTV系统中，基于RTSP协议的倍速播放是通过选取视频中的关键帧，并将关键帧发送给客户端播放来实现的。具体的方式是，当客户端请求倍速播放时，服务器会将抽取出来的关键帧发送给客户端，让用户在客户端上看到快进快退的视频内容。但是利用该实现方法会使用户在客户端上看到的画面是跳跃的，不是连续的，用户的播放体验比较差。

发明内容

本发明的主要目的在于提供一种基于RTSP协议的连续倍速播放方法及相关设备，旨在解决用户在观看基于RTSP协议的视频内容并请求倍速播放时，观看画面不连续的问题。

第一方面，本发明提供一种基于RTSP协议的连续倍速播放方法，所述基于RTSP协议的连续倍速播放方法包括：

接收客户端发送的倍速播放请求；

检测并锁定当前客户端正在播放的帧；

根据当前客户端正在播放的帧在索引文件中找到下一帧；

基于倍速播放请求找到下一帧在对应倍速文件中的位置；

基于下一帧在对应倍速文件中的位置发送目标倍速文件到客户端进行播放。

可选的，在所述接收客户端发送的倍速播放请求的步骤之前，还包括：

根据倍速需求修改源视频中每一帧的时间戳，生成不同倍速的倍速文件；

将各个倍速文件中每一帧的位置记录在索引文件中。

可选的，所述根据倍速需求修改源视频中帧的时间戳，生成不同倍速的倍速文件的步骤包括：

确定倍速需求中的全部倍速信息；

基于各个倍速信息对应的时间戳规则对源视频中每一帧的时间戳进行修改，得到各个倍速信息对应的倍速文件。

可选的，所述基于倍速播放请求找到下一帧在对应倍速文件中的位置的步骤包括：

解析倍速播放请求得到请求倍速信息；

确定下一帧在请求倍速信息对应的倍速文件中的位置。

可选的，所述基于下一帧在对应倍速文件中的位置发送目标倍速文件到客户端进行播放的步骤包括：

从下一帧在请求倍速信息对应的倍速文件中的位置开始截取对应倍速文件的剩余部分，得到目标倍速文件；

发送目标倍速文件到客户端，以供客户端对目标倍速文件进行播放。

第二方面，本发明还提供一种基于RTSP协议的连续倍速播放装置，所述基于RTSP协议的连续倍速播放装置包括：

检测模块，用于：

接收客户端发送的倍速播放请求；

检测并锁定当前客户端正在播放的帧；

第一控制模块，用于：

根据当前客户端正在播放的帧在索引文件中找到下一帧；

基于倍速播放请求找到下一帧在对应倍速文件中的位置；

第二控制模块，用于：

可选的，所述第一控制模块还用于：

解析倍速播放请求得到请求倍速信息；

确定下一帧在请求倍速信息对应的倍速文件中的位置。

可选的，所述第二控制模块还用于：

可选的，所述基于RTSP协议的连续倍速播放装置还包括生成模块，用于：

将各个倍速文件中每一帧的位置记录在索引文件中。

可选的，所述生成模块还用于：

确定倍速需求中的全部倍速信息；

第三方面，本发明还提供一种基于RTSP协议的连续倍速播放设备，所述基于RTSP协议的连续倍速播放设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的基于RTSP协议的连续倍速播放程序，其中所述基于RTSP协议的连续倍速播放程序被所述处理器执行时，实现如上所述的基于RTSP协议的连续倍速播放方法的步骤。

第四方面，本发明还提供一种可读存储介质，所述可读存储介质上存储有基于RTSP协议的连续倍速播放程序，其中所述基于RTSP协议的连续倍速播放程序被处理器执行时，实现如上所述的基于RTSP协议的连续倍速播放方法的步骤。

附图说明

图1为本发明基于RTSP协议的连续倍速播放方法第一实施例的流程示意图；

图2为本发明基于RTSP协议的连续倍速播放装置第一实施例的功能模块示意图；

图3为本发明实施例方案中涉及的基于RTSP协议的连续倍速播放设备的硬件结构示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

第一方面，本发明实施例提供了一种基于RTSP协议的连续倍速播放方法。

参照图1，图1为本发明基于RTSP协议的连续倍速播放方法第一实施例的流程示意图。如图1所示，所述基于RTSP协议的连续倍速播放方法包括：

步骤S10，接收客户端发送的倍速播放请求；

本实施例中，服务器负责接收客户端发送的倍速播放请求，这种请求是用户操作客户端对应地设备来实现的。当用户点击遥控设备上的倍速按钮或者触摸显示屏的倍速播放请求选项，客户端会发送倍速播放请求到服务器，服务器会接收客户端发送的倍速播放请求，同时服务器会解析倍速播放请求为后续的工作做准备。

RTSP协议是一种基于文本的应用层协议，是TCP/IP协议体系中的一个应用层协议。该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，RTSP使用TCP或RTP完成数据的传输。RTSP被用于建立地控制媒体流的传输，RTSP用于C/S模型，是一个基于文本的协议，用于在客户端和服务器建立和协商实时流会话。基本的RTSP操作过程具体是指：客户端连接到流服务器并发送一个RTSP描述命令；流服务器通过一个SDP描述来进行反馈，反馈信息包括流数量、媒体类型等信息；客户端再分析该SDP描述，并为会话中的每一个流发送一个RTSP建立命令，RTSP建立命令告诉服务器客户端用于接收媒体数据的端口；客户端发送一个播放命令，服务器就开始在UDP上传送媒体流到客户端。在播放过程中客户端还可以向服务器发送命令来控制快进、快退和暂停等；客户端可发送一个终止命令来结束流媒体会话。

RTSP协议有以下特点：

可扩展性，具体是指新方法和参数很容易加入RTSP；

易解析，具体是指RTSP可由标准HTTP或MIME解析器解析；

安全，具体是指RTSP使用网页安全机制；

独立于传输，具体是指RTSP可使用不可靠数据报协议(EDP),和可靠数据报协议(RDP)，如要实现应用级可靠,可使用可靠流协议；

多服务器支持，具体是指每个流可放在不同服务器上,用户端自动与不同服务器建立几个并发控制连接,媒体同步在传输层执行；

记录设备控制，具体是指协议可控制记录和回放设备；

流控与会议开始分离，具体是指仅要求会议初始化协议提供,或可用来创建惟一会议标识号，特殊情况下,可用SIP或H.323来邀请服务器入会；

适合专业应用，具体是指通过SMPTE时标,RTSP支持帧级精度,允许远程数字编辑；

演示描述中立，具体是指协议没强加特殊演示或元文件,可传送所用格式类型；然而,演示描述至少必须包括一个RTSP URL；

代理与防火墙友好，具体是指协议可由应用和传输层防火墙处理.防火墙需要理解SETUP方法,为UDP媒体流打开一个“缺口”；

HTTP友好，具体是指RTSP明智地采用HTTP观念,使现在结构都可重用，结构包括Internet内容选择平台(PICS)，由于在大多数情况下控制连续媒体需要服务器状态,RTSP不仅仅向HTFP添加方法；

适当的服务器控制，具体是指如用户启动一个流,必须也可以停止一个流；

传输协调，具体是指实际处理连续媒体流前,用户可协调传输方法；

性能协调，具体是指如基本特征无效,必须有一些清理机制让用户决定哪种方法没生效，这允许用户提出适合的用户界面；

步骤S20，检测并锁定当前客户端正在播放的帧；

本实施例中，服务器在接收客户端发送的倍速播放请求后，会对正在播放的视频进行检测，找到当前客户端正在播放的帧。找到当前客户端正在播放的帧。倍速播放针对的是当前客户端正在播放的帧的后续帧，需要在倍速播放前确定倍速播放的起点，倍速播放的起点就是当前客户端正在播放的帧的下一帧。

步骤S30，根据当前客户端正在播放的帧在索引文件中找到下一帧；

本实施例中，索引文件中存储有各个倍速文件中每一帧的位置，服务器确定了当前客户端正在播放的帧，也就确定了当前客户端正在播放的帧在索引文件中的位置。比如，当前客户端正在播放基速I帧1，此时客户端向服务器发送了倍速播放请求，服务器响应倍速播放请求后，扫描整个播放视频，找到当前客户端正在播放的基速I帧1。因为原视频中，基速I帧1的下一帧是基速P帧1，所以，服务器需要在索引文件中找到基速P帧1，在后续倍速播放时，需要利用基速P帧1和倍速请求来确定倍速播放的起点。

步骤S40，基于倍速播放请求找到下一帧在对应倍速文件中的位置；

本实施例中服务器找到下一帧在对应倍速文件中的位置是需要倍速请求作为依据的，因为倍速请求中会有请求倍速信息，服务器根据请求倍速信息可以锁定后续播放的位置和速度。比如，服务器经过扫描和检测后确定基速I帧1为当前客户端正在播放的帧，在索引文件中确定了基速P帧1为下一帧。此时因为服务器接收到的倍速请求中的请求倍速为1.5倍速，所以服务器会在1.5倍速对应的倍速文件中找到P帧1的位置，实际上服务器确定了后续倍速播放的起点为1.5倍速文件中P帧1的位置。

步骤S50，基于下一帧在对应倍速文件中的位置发送目标倍速文件到客户端进行播放。

本实施例中，服务器确定下一帧在对应倍速文件中的位置之后，需要发送媒体流到客户端，让客户端播放后续内容。服务器发送的媒体流具体是指目标倍速文件。目标倍速文件通常不是倍速文件本身，而是倍速文件的一部分内容。比如服务器在确定要从1.5倍速的P帧1的位置开始后续的倍速播放后，需要从1.5倍速的P帧1的位置开始截取对应倍速文件剩下的内容，把这段内容标记为目标倍速文件，存储下来，为后续发送目标倍速文件到客户端做准备。

进一步地，一实施例中，在所述接收客户端发送的倍速播放请求的步骤之前，还包括：

将各个倍速文件中每一帧的位置记录在索引文件中。

本实施例中，当一段视频上传到服务器之后，会根据具体的倍速需求生成不同倍速的倍速文件。倍速需求的获取有多种，比如基于软件本身的功能设定，具体是指在软件开发中根据软件开发文档中的要求，设置了特定的倍速功能。那么当视频存入到服务器时，会触发服务器生成倍速文件的事件，服务器开始基于倍速需求生成不同倍速的倍速文件。倍速需求还可能是来自用户的需求，用户将自己需要的倍速请求发送到服务器，服务器根据用户的倍速需求请求生成对应倍速的倍速文件。

生成倍速文件具体是通过修改源视频中每一帧的时间戳来实现的，比如，将视频中每一帧的时间戳修改原来时间戳的一半，那么基于源视频会生成2倍速的倍速文件，如果将视频中每一帧的时间戳修改原来时间戳的四分之一，那么基于源视频会生成4倍速的倍速文件。

服务器生成不同倍速的倍速文件后，会将各个倍速文件中的每一帧的位置记录在索引文件中，具体是指每一帧存储的物理地址。每一帧存储的物理地址是每一帧的标识，服务器需要根据每一帧存储的物理地址找到需要的帧。当服务器需要找到或锁定某一帧时，会直接从索引文件中查找。索引文件中每一个帧都有对应的存储的物理地址。

进一步地，一实施例中，所述根据倍速需求修改源视频中帧的时间戳，生成不同倍速的倍速文件的步骤包括：

确定倍速需求中的全部倍速信息；

本实施例中，服务器将倍速请求中全部倍速信息解析出来，根据各个倍速信息在对应的时间戳规则下修改源视频中每一帧的时间戳，最后得到各个倍速信息对应倍速文件。

进一步地，一实施例中，所述基于倍速播放请求找到下一帧在对应倍速文件中的位置的步骤包括：

解析倍速播放请求得到请求倍速信息；

确定下一帧在请求倍速信息对应的倍速文件中的位置。

本实施例中，服务器会解析客户端发送的倍速请求，得到请求倍速信息，所述请求倍速信息会有一个对应倍速的倍速文件。所有的倍速文件中每一帧的相对位置是一样的。但是各个倍速文件中的每一帧存储的物理地址是不一样的。因为各个倍速文件中的每一帧的物理地址都是不一样的，存储的物理地址是各个倍速文件中每一帧的标识信息。服务器在索引文件中先锁定下一帧的物理地址，再根据倍速请求中的请求倍速信息，锁定请求倍速信息对应的倍速文件，最后在牵引文件中确定下一帧再请求倍速信息对应的倍速文件中的位置。比如当前客户端正在播放基速I帧1，此时客户端向服务器发送了倍速播放请求，服务器响应倍速播放请求后，扫描整个播放视频，找到当前客户端正在播放的基速I帧1。因为原视频中，基速I帧1的下一帧是基速P帧1，所以，服务器需要在索引文件中找到基速P帧1，在后续倍速播放时，需要利用基速P帧1和倍速请求来确定倍速播放的起点。服务器经过扫描和检测后确定基速I帧1为当前客户端正在播放的帧，在索引文件中确定了基速P帧1为下一帧。此时因为服务器接收到的倍速请求中的请求倍速为2倍速，所以服务器会在2倍速对应的倍速文件中找到P帧1的位置，实际上服务器确定了后续倍速播放的起点为2倍速文件中P帧1的位置。

进一步地，一实施例中，所述基于下一帧在对应倍速文件中的位置发送目标倍速文件到客户端进行播放的步骤包括：

本实施例中，比如服务器在确定要从2倍速的P帧1的位置开始后续的倍速播放后，需要从2倍速的P帧1的位置开始截取对应倍速文件剩下的内容，把这段内容标记为目标倍速文件，存储下来，为后续发送目标倍速文件到客户端做准备。

本发明第一实施例涉及一种基于RTSP协议的连续倍速播放方法，该方法包括：接收客户端发送的倍速播放请求；检测并锁定当前客户端正在播放的帧；根据当前客户端正在播放的帧在索引文件中找到下一帧；基于倍速播放请求找到下一帧在对应倍速文件中的位置；基于下一帧在对应倍速文件中的位置发送目标倍速文件到客户端进行播放。本发明第一实施例通过预先在倍速文件中存储视频中不同倍速对应的每一帧，并发送目标倍速文件给客户端，使客户端播放目标倍速文件，实现用户观看的倍速视频的画面是连续的。

第二方面，本发明实施例还提供一种基于RTSP协议的连续倍速播放装置。

参照图2，基于RTSP协议的连续倍速播放装置第一实施例的功能模块示意图。

本实施例中，所述基于RTSP协议的连续倍速播放装置包括：

检测模块，用于：

接收客户端发送的倍速播放请求；

检测并锁定当前客户端正在播放的帧；

第一控制模块，用于：

根据当前客户端正在播放的帧在索引文件中找到下一帧；

基于倍速播放请求找到下一帧在对应倍速文件中的位置；

第二控制模块，用于：

进一步地，一实施例中，所述第一控制模块还用于：

解析倍速播放请求得到请求倍速信息；

确定下一帧在请求倍速信息对应的倍速文件中的位置。

进一步地，一实施例中，所述第二控制模块还用于：

进一步地，一实施例中，所述基于RTSP协议的连续倍速播放装置还包括生成模块，用于：

将各个倍速文件中每一帧的位置记录在索引文件中。

进一步地，一实施例中，所述生成模块还用于：

确定倍速需求中的全部倍速信息；

其中，上述基于RTSP协议的连续倍速播放装置中各个模块的功能实现与上述基于RTSP协议的连续倍速播放方法实施例中各步骤相对应，其功能和实现过程在此处不再一一赘述。

第三方面，本发明实施例提供一种基于RTSP协议的连续倍速播放设备，该基于RTSP协议的连续倍速播放设备可以是个人计算机(personal computer，PC)、笔记本电脑、服务器等具有数据处理功能的设备。

参照图3，图3为本发明实施例方案中涉及的xx设备的硬件结构示意图。本发明实施例中，xx设备可以包括处理器1001(例如中央处理器Central Processing Unit，CPU)，通信总线1002，用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信；用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)；网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真WIreless-FIdelity，WI-FI接口)；存储器1005可以是高速随机存取存储器(random accessmemory，RAM)，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器，存储器1005可选的还可以是独立于前述处理器1001的存储装置。本领域技术人员可以理解，图3中示出的硬件结构并不构成对本发明的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

继续参照图3，图3中作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及基于RTSP协议的连续倍速播放程序。其中，处理器1001可以调用存储器1005中存储的基于RTSP协议的连续倍速播放程序，并执行本发明实施例提供的基于RTSP协议的连续倍速播放方法。

第四方面，，本发明实施例还提供一种可读存储介质。

本发明可读存储介质上存储有基于RTSP协议的连续倍速播放程序，其中所述基于RTSP协议的连续倍速播放程序被处理器执行时，实现如上述的基于RTSP协议的连续倍速播放方法的步骤。

其中，基于RTSP协议的连续倍速播放程序被执行时所实现的方法可参照本发明基于RTSP协议的连续倍速播放方法的各个实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims

1.一种基于RTSP协议的连续倍速播放方法，其特征在于，所述基于RTSP协议的连续倍速播放方法包括：

接收客户端发送的倍速播放请求；

检测并锁定当前客户端正在播放的帧；

根据当前客户端正在播放的帧在索引文件中找到下一帧；

基于倍速播放请求找到下一帧在对应倍速文件中的位置；

2.如权利要求1所述的基于RTSP协议的连续倍速播放方法，其特征在于，在所述接收客户端发送的倍速播放请求的步骤之前，还包括：

将各个倍速文件中每一帧的位置记录在索引文件中。

3.如权利要求2所述的基于RTSP协议的连续倍速播放方法，其特征在于，所述根据倍速需求修改源视频中帧的时间戳，生成不同倍速的倍速文件的步骤包括：

确定倍速需求中的全部倍速信息；

4.如权利要求1所述的基于RTSP协议的连续倍速播放方法，其特征在于，所述基于倍速播放请求找到下一帧在对应倍速文件中的位置的步骤包括：

解析倍速播放请求得到请求倍速信息；

确定下一帧在请求倍速信息对应的倍速文件中的位置。

5.如权利要求4所述的基于RTSP协议的连续倍速播放方法，其特征在于，所述基于下一帧在对应倍速文件中的位置发送目标倍速文件到客户端进行播放的步骤包括：

6.一种基于RTSP协议的连续倍速播放装置，其特征在于，所述基于RTSP协议的连续倍速播放装置包括：

检测模块，用于：

接收客户端发送的倍速播放请求；

检测并锁定当前客户端正在播放的帧；

第一控制模块，用于：

根据当前客户端正在播放的帧在索引文件中找到下一帧；

基于倍速播放请求找到下一帧在对应倍速文件中的位置；

第二控制模块，用于：

7.如权利要求6所述的基于RTSP协议的连续倍速播放装置，其特征在于，所述第一控制模块还用于：

解析倍速播放请求得到请求倍速信息；

确定下一帧在请求倍速信息对应的倍速文件中的位置。

8.如权利要求7所述的基于RTSP协议的连续倍速播放装置，其特征在于，所述第二控制模块还用于：

9.一种基于RTSP协议的连续倍速播放设备，其特征在于，所述基于RTSP协议的连续倍速播放设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的基于RTSP协议的连续倍速播放程序，其中所述基于RTSP协议的连续倍速播放程序被所述处理器执行时，实现如权利要求1至5中任一项所述的基于RTSP协议的连续倍速播放方法的步骤。

10.一种可读存储介质，其特征在于，所述可读存储介质上存储有基于RTSP协议的连续倍速播放程序，其中所述基于RTSP协议的连续倍速播放程序被处理器执行时，实现如权利要求1至5中任一项所述的基于RTSP协议的连续倍速播放方法的步骤。