CN106231414B - 基于iptv的播放模式切换的控制方法及装置 - Google Patents
基于iptv的播放模式切换的控制方法及装置 Download PDFInfo
- Publication number
- CN106231414B CN106231414B CN201610680788.4A CN201610680788A CN106231414B CN 106231414 B CN106231414 B CN 106231414B CN 201610680788 A CN201610680788 A CN 201610680788A CN 106231414 B CN106231414 B CN 106231414B
- Authority
- CN
- China
- Prior art keywords
- mode
- data
- media data
- address
- frame
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/633—Control signals issued by server directed to the network components or client
- H04N21/6332—Control signals issued by server directed to the network components or client directed to client
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/6437—Real-time Transport Protocol [RTP]
Abstract
本发明提供一种基于IPTV的播放模式切换的控制方法及装置。该方法,包括:通过数据控制通道接收模式切换请求;所述模式切换请求用于请求将播放模式由当前的第一模式切换至第二模式;根据所述模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据;所述数据控制通道和所述数据流通道相互独立;检测所述媒体数据是否为所述第二模式对应的数据;若所述媒体数据不是所述第二模式对应的数据,则将所述媒体数据丢弃,直至接收到的媒体数据为所述第二模式对应的数据时进行解码。本发明由于在解码之前对获取到的媒体数据进行了处理,避免了在解码时出现的卡顿和花屏的问题。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种基于IPTV的播放模式切换的控制方法及装置。
背景技术
网路协议电视(Internet Protocol Television,简称IPTV)技术是通过网络接收直播服务器、时移服务器或者点播服务器发送过来的流媒体数据为用户提供直播视频服务、时移/回看或者倍速播放(Trick播放)服务、点播服务等。
IPTV中间件是将通过网络接收到的流媒体数据以注入的方式向解码器发送数据。在这个过程中,会建立两个通道,一个是数据控制通道,另一个是数据流通道,而这两个通道是独立工作的。因而数据流通道接收到的数据其完整性就无法得到保证,比如:在从数据流通道获取时移数据的过程中,通过数据控制通道对服务器发出了直播数据的数据请求,数据流通道得到的数据就可能转变成直播数据。如果直接注入解码器,那么此时的数据可能是之前的时移模式下的数据,因此数据的完整性就无法得到保证。而且,在接收直播数据的情况下,如果是组播的方式,首次接收到的数据,因为是组播的情况,服务器无法保证客户端第一次收到的是一个I帧,更无法保证是一个视频帧的开始。这样就无法保证数据的有效性,因而会存在视频卡顿和花屏问题,影响用户体验。
发明内容
本发明提供一种基于IPTV的播放模式切换的控制方法及装置,以克服现有技术中解码时存在的卡顿和花屏,影响用户体验的问题。
第一方面,本发明提供一种基于IPTV的播放模式切换的控制方法,包括:
通过数据控制通道接收模式切换请求;所述模式切换请求用于请求将播放模式由当前的第一模式切换至第二模式;
根据所述模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据;所述数据控制通道和所述数据流通道相互独立;
检测所述媒体数据是否为所述第二模式对应的数据;
若所述媒体数据不是所述第二模式对应的数据,则将所述媒体数据丢弃,直至接收到的媒体数据为所述第二模式对应的数据时进行解码。
可选地,所述第一模式为倍速播放模式,所述第二模式为时移模式,所述检测所述媒体数据是否为所述第二模式对应的数据,包括:
若所述媒体数据中的前两帧均为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据。
可选地,所述第一模式为直播模式,所述第二模式为时移模式,所述根据所述模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据,包括:
若所述地址信息中的主地址为组播地址,则根据所述地址信息中的备份地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器返回的所述媒体数据;
若所述地址信息中的主地址为非组播地址,则根据所述主地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器返回的所述媒体数据;
则所述检测所述媒体数据是否为所述第二模式对应的数据,包括:
若所述媒体数据中的第一个I帧中的显示时间标签PTS值与所述直播模式的数据帧中的PTS值相同,则所述媒体数据不是所述第二模式对应的数据;
若所述媒体数据中的第一个I帧中的PTS值与所述直播模式的数据帧中的PTS值不同,则所述媒体数据是所述第二模式对应的数据。
可选地,所述第二模式为直播模式,则根据所述模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据,包括:
若所述地址信息中的主地址为组播地址,则加入所述组播地址对应的组播组,并通过所述数据流通道接收所述服务器发送的所述媒体数据;
若所述地址信息中的主地址为非组播地址,则根据所述非组播地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器根据所述数据请求消息返回的所述媒体数据。
可选地,所述第一模式为倍速播放模式,所述检测所述媒体数据是否为所述第二模式对应的数据,包括:
若所述地址信息中的主地址为组播地址,则若所述媒体数据中的第一个帧为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
或,
若所述地址信息中的主地址为非组播地址,则若所述媒体数据中的前两帧均为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据。
可选地,所述第一模式为时移模式,所述检测所述媒体数据是否为所述第二模式对应的数据,包括:
若所述地址信息中的主地址为组播地址,则若所述媒体数据中的第一个帧为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
或,
若所述地址信息中的主地址为非组播地址,则若所述媒体数据中的第一个I帧中的PTS值与所述直播模式的数据帧中的PTS值相同,则所述媒体数据不是所述第二模式对应的数据;
若所述媒体数据中的第一个I帧中的PTS值与所述直播模式的数据帧中的PTS值不同,则所述媒体数据是所述第二模式对应的数据。
第二方面,本发明提供一种基于IPTV的播放模式切换的控制装置,包括:
接收模块,用于通过数据控制通道接收模式切换请求;所述模式切换请求用于请求将播放模式由当前的第一模式切换至第二模式;
获取模块,用于根据所述模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据;所述数据控制通道和所述数据流通道相互独立;
检测模块,用于检测所述媒体数据是否为所述第二模式对应的数据;
处理模块,用于若所述媒体数据不是所述第二模式对应的数据,则将所述媒体数据丢弃,直至接收到的媒体数据为所述第二模式对应的数据时进行解码。
可选地,所述第一模式为倍速播放模式,所述第二模式为时移模式,所述检测模块,具体用于:
若所述媒体数据中的前两帧均为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据。
可选地,所述第一模式为直播模式,所述第二模式为时移模式,所述获取模块,具体用于:
若所述地址信息中的主地址为组播地址,则根据所述地址信息中的备份地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器返回的所述媒体数据;
若所述地址信息中的主地址为非组播地址,则根据所述主地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器返回的所述媒体数据;
则所述检测模块,具体用于:
若所述媒体数据中的第一个I帧中的显示时间标签PTS值与所述直播模式的数据帧中的PTS值相同,则所述媒体数据不是所述第二模式对应的数据;
若所述媒体数据中的第一个I帧中的PTS值与所述直播模式的数据帧中的PTS值不同,则所述媒体数据是所述第二模式对应的数据。
可选地,所述第二模式为直播模式,则所述获取模块,具体用于:
若所述地址信息中的主地址为组播地址,则加入所述组播地址对应的组播组,并通过所述数据流通道接收所述服务器发送的所述媒体数据;
若所述地址信息中的主地址为非组播地址,则根据所述非组播地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器根据所述数据请求消息返回的所述媒体数据。
可选地,所述第一模式为倍速播放模式,所述检测模块,具体用于:
若所述地址信息中的主地址为组播地址,则若所述媒体数据中的第一个帧为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
或,
若所述地址信息中的主地址为非组播地址,则若所述媒体数据中的前两帧均为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据。
可选地,所述第一模式为时移模式,所述检测模块,具体用于:
若所述地址信息中的主地址为组播地址,则若所述媒体数据中的第一个帧为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
或,
若所述地址信息中的主地址为非组播地址,则若所述媒体数据中的第一个I帧中的PTS值与所述直播模式的数据帧中的PTS值相同,则所述媒体数据不是所述第二模式对应的数据;
若所述媒体数据中的第一个I帧中的PTS值与所述直播模式的数据帧中的PTS值不同,则所述媒体数据是所述第二模式对应的数据。
本发明基于IPTV的播放模式切换的控制方法及装置,通过数据控制通道接收模式切换请求;模式切换请求用于请求将播放模式由当前的第一模式切换至第二模式;根据模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据;所述数据控制通道和所述数据流通道相互独立;进一步的,检测媒体数据是否为第二模式对应的数据;若媒体数据不是第二模式对应的数据,则将媒体数据丢弃,直至接收到的媒体数据为第二模式对应的数据时进行解码,与现有技术相比,由于数据控制通道和数据流通道相互独立,没有严格的时序关系,因此需要在解码之前,对模式切换后获取到的数据进行检测,检测是否是切换后的第二模式对应的数据,因此保证了第二模式下数据的完整性和有效性,避免了解码时出现的卡顿和花屏,提高了用户体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明基于IPTV的播放模式切换的控制方法一实施例的流程示意图;
图2为本发明方法一实施例的模式切换示意图;
图3为本发明方法一实施例的模式切换时序图;
图4为本发明基于IPTV的播放模式切换的控制装置一实施例的结构示意图;
图5为本发明电视一实施例的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
由于现有的基于IPTV的播放模式下,存在数据控制通道和数据流通道,二者是相对独立的,没有严格的时序关系,对模式切换时的数据接收是基于数据控制通道的时序进行的,可能存在数据不完整的问题,因而存在偶发的视频卡顿和花屏问题。
由于视频播放是IPTV的核心功能,视频播放流畅不卡顿是良好用户体验的基本要求。因此,本发明实施例的方法,旨在解决上述现有技术中的问题。
下面以具体地实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
图1为本发明基于IPTV的播放模式切换的控制方法一实施例的流程示意图。图2为本发明方法一实施例的模式切换示意图。图3为本发明方法一实施例的模式切换时序图。如图1所示,本实施例的方法,包括:
步骤101、通过数据控制通道接收模式切换请求;模式切换请求用于请求将播放模式由当前的第一模式切换至第二模式;
步骤102、根据模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据;数据控制通道和数据流通道相互独立;
步骤103、检测媒体数据是否为第二模式对应的数据;
步骤104、若媒体数据不是第二模式对应的数据,则将媒体数据丢弃,直至接收到的媒体数据为第二模式对应的数据时进行解码。
具体的,首先对IPTV播放模式进行介绍,包括如下几种模式:
1、倍速播放(trick)模式,包括快进和快退两种方式。在trick模式下,服务器下发的数据仅含I帧。解码器的解码模式需要设置成只解I帧模式。
2、时移模式,是相对于实时播放而言。指的是播放时间滞后于实时的直播数据。时移模式的数据可能包含I帧、B帧、P帧。从trick模式下,如果设置播放速度为1,服务器就会下发时移数据,终端需要进入时移模式。在时移模式下,只能使用服务器提供的具有时移功能的单播地址。
3、直播模式,服务器下发直播的实时数据流。直播模式下,服务器可能提供组播的节目地址,或者单播的节目地址。
三种播放模式的切换如下:
如图2所示,直播模式或者时移模式下用户进行快退/快进操作会进入trick模式;trick模式用户将播放速度设置为1会进入时移模式;trick模式下如果快进到当前时间则进入直播模式;直播模式和时移模式也会存在相互转换。
如图3所示的模式切换时序图显示了模式切换的过程。客户端(即电视的视频播放的客户端)在启动过程中首先进行登陆连接,用户管理服务器针对客户端提交的用户信息进行鉴权处理,通过后会对客户端发送确认信息。然后电子节目指南(Electronic ProgramGuide,简称EPG)服务器会向客户端下发直播节目列表。客户端获得了直播节目列表后就可以向直播服务器进行节目播放请求。直播服务器会和客户端进行交互是通过基于实时流传输协议(Real Time Streaming Protocol,简称RTSP)的数据控制通道。包括向服务器获取待播放节目的描述信息;然后根据描述信息发出连接请求等过程。这些成功后,直播服务器会通过数据流通道向客户端下发数据流。同样的倍速播放请求等都是通过RTSP的数据控制通道进行的。而对应播放模式的数据流是通过数据流通道进行发送的。由于这两个通道是相对独立的,而且加上网络延时和缓冲等因素,我们无法在数据流通道根据数据控制通道来严格区分不同播放模式的数据,也就是说,客户端的数据流通道和数据控制通道没有严格的时序关系。因而在数据接收时,如果不根据不同模式进行处理,就会产生数据不完整的问题。
本发明实施例中,首先通过数据控制通道接收用户操作的模式切换请求;模式切换请求用于请求将播放模式由当前的第一模式切换至第二模式;第一模式包括倍速播放模式、时移模式和直播模式,第二模式包括倍速播放模式、时移模式和直播模式。图2中示出了各种播放模式的相互转换。
然后,根据模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据;而且数据控制通道和数据流通道相互独立;获取到媒体数据后,首先,检测媒体数据是否为第二模式对应的数据;若媒体数据不是第二模式对应的数据,则将媒体数据丢弃,直至接收到的媒体数据为第二模式对应的数据时进行解码,保证数据的有效性和完整性,从而避免解码时产生卡顿和花屏的问题。
上述第二模式对应的数据指的是,第二模式下的媒体数据,而且是以一个完整的I帧开头的媒体数据。
本发明实施例的方法,在解码之前就对数据做了完整性和有效性的处理,从而没有依赖解码器对数据的处理,提高了基于IPTV的媒体播放器的性能,降低了IPTV中间件的平台依赖性,使得IPTV中间件兼容性更强、健壮性更高。
本实施例提供的基于IPTV的播放模式切换的控制方法,通过数据控制通道接收模式切换请求;模式切换请求用于请求将播放模式由当前的第一模式切换至第二模式;根据模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据;数据控制通道和数据流通道相互独立;进一步的,检测媒体数据是否为第二模式对应的数据;若媒体数据不是第二模式对应的数据,则将媒体数据丢弃,直至接收到的媒体数据为第二模式对应的数据时进行解码,与现有技术相比,由于数据控制通道和数据流通道相互独立,没有严格的时序关系,因此需要在解码之前,对模式切换后获取到的数据进行检测,检测是否是切换后的第二模式对应的数据,因此保证了第二模式下数据的完整性和有效性,避免了解码时出现的卡顿和花屏,提高了用户体验。
在上述实施例的基础上,本实施例中,由倍速播放模式切换至时移模式的处理过程如下:即第一模式为倍速播放模式,第二模式为时移模式,步骤103具体可以通过如下方式实现:
若媒体数据中的前两帧均为I帧,则媒体数据不是第二模式对应的数据;
否则,媒体数据是第二模式对应的数据。
具体的,首先客户端向时移服务器发送播放指令,该播放指令指示了播放的位置(播放指令如npt=now-),该指令用于获取媒体数据;然后客户端清除缓存,并将解码器模式由仅解I帧模式改为全解码模式。然后开始读取服务器发送的媒体数据,由于trick模式和时移模式使用的是同一个地址,因而我们开始读到的媒体数据有可能是trick模式的I帧数据,此时需要对读到的媒体数据进行判断。判断的依据是:解析数字电视基本码流(Packetized Elementary Streams,简称PES)包如果读到第一帧是I帧而且第二帧是P帧或者B帧表明是时移数据,则将包括I帧的媒体数据进行解码,然后就不再判断接收到的媒体数据是否是trick模式的媒体数据,并循环读取服务器发送的媒体数据进行解码;否则,如果前两帧是连续的I帧,表明是切换之前的trick模式的数据,则丢弃前面的I帧,并以当前的I帧开始重复判断,直至接收到的媒体数据为第二模式对应的数据时进行解码,即直至接收到的媒体数据的前两帧不是连续的I帧,则进行解码,即前1帧是I帧,后1帧为P帧或者B帧。
在上述实施例的基础上,由直播模式切换至时移模式的处理过程如下:即第一模式为直播模式,第二模式为时移模式,则步骤102具体可以通过如下的方式实现:
若地址信息中的主地址为组播地址,则根据地址信息中的备份地址通过数据控制通道向服务器发送数据请求消息,并通过数据流通道接收服务器返回的媒体数据;
或,
若地址信息中的主地址为非组播地址,则根据主地址通过数据控制通道向服务器发送数据请求消息,并通过数据流通道接收服务器返回的媒体数据。
步骤103具体可以通过如下的方式实现:
若媒体数据中的第一个I帧中的显示时间标签(Presentation Time Stamp,PTS)值与直播模式的数据帧中的PTS值相同,则媒体数据不是第二模式对应的数据;
若媒体数据中的第一个I帧中的PTS值与直播模式的数据帧中的PTS值不同,则媒体数据是第二模式对应的数据。
具体的,首先清除解码器缓存和接收数据缓存;如果主地址是组播地址,由于组播地址没有时移功能,而备份地址具有时移功能,因此需要离开组播组,同时通过数据控制通道建立备份地址的连接,并通过数据控制通道向时移服务器发送指令:clock=pos-,用于获取媒体数据,然后通过数据流通道循环读取备份地址的媒体数据并注入解码器进行解码。
如果主地址是单播地址支持时移功能,则无需更换地址,而通过数据控制通道请求当前主地址的位置PLAY range:clock=pos-,从而向服务器发送数据请求消息,通过数据流通道获取媒体数据,并检测读取到的媒体数据是否是切换之前的第一模式的媒体数据,如果是第一模式的媒体数据,则直接丢弃,如果是第二模式的媒体数据则注入解码器进行解码,然后循环读取媒体数据并注入解码器进行解码。
检测是否为第二模式对应的媒体数据的依据是:首先记录模式切换前即直播模式的视频帧的PTS值,模式切换后,读到媒体数据后,解析其PES包,如果不是I帧数据直接丢弃,如果是I帧,则解析其PTS值,并与保存的PTS值进行比较,如果PTS值发生跳变,则认为是第二模式对应的媒体数据,反之认为是第一模式对应的媒体数据。
在上述实施例的基础上,当第二模式为直播模式时,则步骤102具体可以通过如下的方式实现:
若地址信息中的主地址为组播地址,则加入组播地址对应的组播组,并通过数据流通道接收服务器发送的媒体数据;
若地址信息中的主地址为非组播地址,则根据非组播地址通过数据控制通道向服务器发送数据请求消息,并通过数据流通道接收服务器根据数据请求消息返回的媒体数据。
具体的,直播模式在IPTV中服务器可能提供组播和单播两种方式,因此,若主地址为组播地址,即为组播方式,则加入组播地址对应的组播组,并通过数据流通道直接接收直播服务器发送的媒体数据;若主地址为非组播地址,即为单播方式,则根据非组播地址通过数据控制通道向服务器发送数据请求消息,并通过数据流通道接收直播服务器根据数据请求消息返回的媒体数据。
在申请加入到组播组时,开始接收到的数据有可能不是一个I帧甚至不是一个完整的数据帧,这种不完整的数据注入到解码器中,同样会造成花屏的问题。因此,本发明实施例中,在切换至直播模式后,同样需要进行数据完整性和有效性的检测。
进一步的,本实施例中,可选地,作为一种可实施的方式,第一模式为倍速播放模式,则步骤103具体可以通过如下的方式实现:
若所述地址信息中的主地址为组播地址,则若所述媒体数据中的第一个帧为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
或,
若所述地址信息中的主地址为非组播地址,则若所述媒体数据中的前两帧均为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据。
该实施例中,描述的是由倍速播放模式切换至直播模式的处理过程,具体实现如下:
首先,在获取服务器发送的媒体数据之前,清除缓存,包括数据接收缓存以及解码器缓存,并设置解码器模式为正常解码模式。
然后,如果主地址是组播地址,而且可用,则加入到组播组,并循环读取媒体数据以及向解码器中注入数据,这种情况下由于trick模式和直播模式读取媒体数据的地址不同,因而我们无需担心接收到的数据是之前的trick模式的数据,只需处理接收到的组播数据,去掉开始的非I帧数据,保证数据有效性即可;
如果主地址是非组播地址,也就是主地址具有时移功能,则说明trick模式使用的就是主地址,直播模式无需切换地址,使用当前的地址即可。通过数据控制通道向服务器发送指令:npt=end-,请求发送实时的媒体数据。由于此时模式切换没有切换地址,因而通过数据流通道接收媒体数据时需要判断是否是之前的trick模式的数据。解析PES包如果读到第一帧是I帧而且第二帧是P帧或者B帧表明是直播模式对应的媒体数据,则将包括I帧的媒体数据都注入到解码器中进行解码;否则,如果是连续的两个I帧,表明是之前的trick模式的数据,则丢弃前面的I帧,并以当前的I帧开始重复判断,直至接收到的媒体数据为第二模式对应的数据时进行解码,即直至接收到的媒体数据的前两帧不是连续的I帧,则进行解码,即前1帧是I帧,后1帧为P帧或者B帧。
进一步的,本实施例中,可选地,作为一种可实施的方式,第一模式为时移模式,则步骤103具体可以通过如下的方式实现:
若地址信息中的主地址为组播地址,则若媒体数据中的第一个帧为I帧,则媒体数据不是第二模式对应的数据;
否则,媒体数据是第二模式对应的数据;
或,
若地址信息中的主地址为非组播地址,则若媒体数据中的第一个I帧中的PTS值与直播模式的数据帧中的PTS值相同,则媒体数据不是第二模式对应的数据;
若媒体数据中的第一个I帧中的PTS值与直播模式的数据帧中的PTS值不同,则媒体数据是第二模式对应的数据。
该实施例中,描述的是由时移模式切换至直播模式的处理过程,具体实现如下:
首先清除数据接收缓存和解码器缓存。
如果主地址是组播地址,则表明时移模式所用的地址为备份地址,切换至直播模式,需要切换至主地址。由于模式切换使用了不同的地址,因此无需担心从主地址读到切换之前的时移模式的数据。这种情况下要断开当前的地址连接,并加入主地址对应的组播组,然后通过数据流通道读取直播服务器发送的媒体数据,需要处理接收到的组播数据,去掉开始的非I帧数据,保证数据有效性即可。
如果主地址是单播地址,支持时移功能,则切换到直播模式不需要改变现有地址,通过数据控制通道向服务器发送指令npt=end-,请求发送实时的媒体数据。通过数据流通道读取服务器发送的媒体数据,然后判断是否读到的是切换之前的时移模式的数据,如果是切换之前的时移模式的数据则直接丢弃,直到发现直播模式对应的媒体数据。发现直播模式对应的媒体数据后,循环读取媒体数据并注入到解码器中进行解码。
检测是否为第二模式对应的媒体数据的依据是:首先记录模式切换前的数据帧中的PTS值,然后模式切换后,读取媒体数据,直到发现I帧,并解析该I帧的PTS值,如果PTS值发生跳变,则认为读到的数据为直播模式对应的媒体数据,否则认为是时移模式的数据。
在上述实施例的基础上,由直播模式或者时移模式切换至trick模式,具体可以通过如下的方式实现:
首先向时移地址发送倍速播放请求,然后读取媒体数据并注入解码器,同时设置解码器模式为只解I帧模式即可。这种模式无需担心切换之前的播放模式的数据,因为在只解I帧模式下,之前的播放模式的数据不会产生卡顿和花屏的问题。
上述具体实施方式中,具体实现了由第一模式切换至第二模式之后,且在解码之前的数据有效性和完整性的检测,避免了卡顿和花屏的问题。
图4为本发明基于IPTV的播放模式切换的控制装置一实施例的结构示意图。如图4所示,本实施例的基于IPTV的播放模式切换的控制装置,包括:
接收模块401、获取模块402、检测模块403和处理模块404;
其中,接收模块401,用于通过数据控制通道接收模式切换请求;所述模式切换请求用于请求将播放模式由当前的第一模式切换至第二模式;
获取模块402,用于根据所述模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据;所述数据控制通道和所述数据流通道相互独立;
检测模块403,用于检测所述媒体数据是否为所述第二模式对应的数据;
处理模块404,用于若所述媒体数据不是所述第二模式对应的数据,则将所述媒体数据丢弃,直至接收到的媒体数据为所述第二模式对应的数据时进行解码。
可选地,作为一种可实施的方式,所述第一模式为倍速播放模式,所述第二模式为时移模式,所述检测模块403,具体用于:
若所述媒体数据中的前两帧均为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据。
可选地,作为一种可实施的方式,所述第一模式为直播模式,所述第二模式为时移模式,所述获取模块402,具体用于:
若所述地址信息中的主地址为组播地址,则根据所述地址信息中的备份地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器返回的所述媒体数据;
若所述地址信息中的主地址为非组播地址,则根据所述主地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器返回的所述媒体数据;
则所述检测模块403,具体用于:
若所述媒体数据中的第一个I帧中的显示时间标签PTS值与所述直播模式的数据帧中的PTS值相同,则所述媒体数据不是所述第二模式对应的数据;
若所述媒体数据中的第一个I帧中的PTS值与所述直播模式的数据帧中的PTS值不同,则所述媒体数据是所述第二模式对应的数据。
可选地,作为一种可实施的方式,所述第二模式为直播模式,则所述获取模块402,具体用于:
若所述地址信息中的主地址为组播地址,则加入所述组播地址对应的组播组,并通过所述数据流通道接收所述服务器发送的所述媒体数据;
若所述地址信息中的主地址为非组播地址,则根据所述非组播地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器根据所述数据请求消息返回的所述媒体数据。
可选地,作为一种可实施的方式,所述第一模式为倍速播放模式,所述检测模块403,具体用于:
若所述地址信息中的主地址为组播地址,则若所述媒体数据中的第一个帧为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
或,
若所述地址信息中的主地址为非组播地址,则若所述媒体数据中的前两帧均为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据。
可选地,作为一种可实施的方式,所述第一模式为时移模式,所述检测模块403,具体用于:
若所述地址信息中的主地址为组播地址,则若所述媒体数据中的第一个帧为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
或,
若所述地址信息中的主地址为非组播地址,则若所述媒体数据中的第一个I帧中的PTS值与所述直播模式的数据帧中的PTS值相同,则所述媒体数据不是所述第二模式对应的数据;
若所述媒体数据中的第一个I帧中的PTS值与所述直播模式的数据帧中的PTS值不同,则所述媒体数据是所述第二模式对应的数据。
本实施例的装置,可以用于执行如图1所示方法实施例的技术方案,其实现原理和技术效果类似,此处不再赘述。
图5为本发明电视一实施例的结构示意图。如图5所示,本实施例的电视,可以包括:存储器501、处理器502和通信接口503;其中,存储器501,用于存储程序;具体地,程序可以包括程序代码,所述程序代码包括计算机操作指令。存储器501可能包含随机存取存储器(random access memory,简称RAM),也可能还包括非易失性存储器(non-volatilememory),例如至少一个磁盘存储器。
处理器502,用于执行存储器501存储的程序,用于执行本发明方法实施例所提供的技术方案,其实现原理和技术效果类似,可参考图1所示的方法实施例,此处不再赘述。
通信接口503,用于接收模式切换请求;上述装置中接收模块和获取模块的功能可以通过通信接口503实现;
本实施例中的电视还可以包括显示屏;
上述装置中检测模块和处理模块的功能可以通过处理器502实现。
上述部件通过一条或多条总线进行通信。本领域技术人员可以理解,图5中示出的终端的结构并不构成对本发明的限定,它既可以是总线形结构,也可以是星型结构,还可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
需要说明的是,对于终端实施例而言,由于其基本相应于方法实施例,所以相关之处参见方法实施例的部分说明即可。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (6)
1.一种基于IPTV的播放模式切换的控制方法,其特征在于,包括:
通过数据控制通道接收模式切换请求;所述模式切换请求用于请求将播放模式由当前的第一模式切换至第二模式;所述第一模式包括:倍速播放模式、时移模式或直播模式,所述第二模式包括时移模式或直播模式;
根据所述模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据;所述数据控制通道和所述数据流通道相互独立;
检测所述媒体数据是否为所述第二模式对应的数据;
若所述媒体数据不是所述第二模式对应的数据,则将所述媒体数据丢弃,直至接收到的媒体数据为所述第二模式对应的数据时进行解码;
所述第一模式为倍速播放模式,所述第二模式为时移模式,所述检测所述媒体数据是否为所述第二模式对应的数据,包括:
若所述媒体数据中的前两帧均为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
所述第一模式为直播模式,所述第二模式为时移模式,所述检测所述媒体数据是否为所述第二模式对应的数据,包括:
若所述媒体数据中的第一个I帧中的显示时间标签PTS值与所述直播模式的数据帧中的显示时间标签PTS值相同,则所述媒体数据不是所述第二模式对应的数据;
若所述媒体数据中的第一个I帧中的显示时间标签PTS值与所述直播模式的数据帧中的显示时间标签PTS值不同,则所述媒体数据是所述第二模式对应的数据;
所述第一模式为倍速播放模式,所述第二模式为直播模式,所述检测所述媒体数据是否为所述第二模式对应的数据,包括:
若所述地址信息中的主地址为组播地址,则若所述媒体数据中的第一个帧为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
或,
若所述地址信息中的主地址为非组播地址,则若所述媒体数据中的前两帧均为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
所述第一模式为时移模式,所述第二模式为直播模式,所述检测所述媒体数据是否为所述第二模式对应的数据,包括:
若所述地址信息中的主地址为组播地址,则若所述媒体数据中的第一个帧为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
或,
若所述地址信息中的主地址为非组播地址,则若所述媒体数据中的第一个I帧中的显示时间标签PTS值与所述直播模式的数据帧中的显示时间标签PTS值相同,则所述媒体数据不是所述第二模式对应的数据;
若所述媒体数据中的第一个I帧中的显示时间标签PTS值与所述直播模式的数据帧中的显示时间标签PTS值不同,则所述媒体数据是所述第二模式对应的数据。
2.根据权利要求1所述的方法,其特征在于,所述第一模式为直播模式,所述第二模式为时移模式,所述根据所述模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据,包括:
若所述地址信息中的主地址为组播地址,则根据所述地址信息中的备份地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器返回的所述媒体数据;
若所述地址信息中的主地址为非组播地址,则根据所述主地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器返回的所述媒体数据。
3.根据权利要求1所述的方法,其特征在于,所述第二模式为直播模式,则根据所述模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据,包括:
若所述地址信息中的主地址为组播地址,则加入所述组播地址对应的组播组,并通过所述数据流通道接收所述服务器发送的所述媒体数据;
若所述地址信息中的主地址为非组播地址,则根据所述非组播地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器根据所述数据请求消息返回的所述媒体数据。
4.一种基于IPTV的播放模式切换的控制装置,其特征在于,包括:
接收模块,用于通过数据控制通道接收模式切换请求;所述模式切换请求用于请求将播放模式由当前的第一模式切换至第二模式;所述第一模式包括:倍速播放模式、时移模式或直播模式,所述第二模式包括时移模式或直播模式;
获取模块,用于根据所述模式切换请求中携带的地址信息,通过数据流通道向服务器获取媒体数据;所述数据控制通道和所述数据流通道相互独立;
检测模块,用于检测所述媒体数据是否为所述第二模式对应的数据;
处理模块,用于若所述媒体数据不是所述第二模式对应的数据,则将所述媒体数据丢弃,直至接收到的媒体数据为所述第二模式对应的数据时进行解码;
所述第一模式为倍速播放模式,所述第二模式为时移模式,所述检测模块,具体用于:
若所述媒体数据中的前两帧均为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
所述第一模式为直播模式,所述第二模式为时移模式,所述检测模块,具体用于:
若所述媒体数据中的第一个I帧中的显示时间标签PTS值与所述直播模式的数据帧中的显示时间标签PTS值相同,则所述媒体数据不是所述第二模式对应的数据;
若所述媒体数据中的第一个I帧中的显示时间标签PTS值与所述直播模式的数据帧中的显示时间标签PTS值不同,则所述媒体数据是所述第二模式对应的数据;
所述第一模式为倍速播放模式,所述第二模式为直播模式,所述检测模块,具体用于:
若所述地址信息中的主地址为组播地址,则若所述媒体数据中的第一个帧为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
或,
若所述地址信息中的主地址为非组播地址,则若所述媒体数据中的前两帧均为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
所述第一模式为时移模式,所述第二模式为直播模式,所述检测模块,具体用于:
若所述地址信息中的主地址为组播地址,则若所述媒体数据中的第一个帧为I帧,则所述媒体数据不是所述第二模式对应的数据;
否则,所述媒体数据是所述第二模式对应的数据;
或,
若所述地址信息中的主地址为非组播地址,则若所述媒体数据中的第一个I帧中的显示时间标签PTS值与所述直播模式的数据帧中的显示时间标签PTS值相同,则所述媒体数据不是所述第二模式对应的数据;
若所述媒体数据中的第一个I帧中的显示时间标签PTS值与所述直播模式的数据帧中的显示时间标签PTS值不同,则所述媒体数据是所述第二模式对应的数据。
5.根据权利要求4所述的装置,其特征在于,所述第一模式为直播模式,所述第二模式为时移模式,所述获取模块,具体用于:
若所述地址信息中的主地址为组播地址,则根据所述地址信息中的备份地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器返回的所述媒体数据;
若所述地址信息中的主地址为非组播地址,则根据所述主地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器返回的所述媒体数据。
6.根据权利要求4所述的装置,其特征在于,所述第二模式为直播模式,则所述获取模块,具体用于:
若所述地址信息中的主地址为组播地址,则加入所述组播地址对应的组播组,并通过所述数据流通道接收所述服务器发送的所述媒体数据;
若所述地址信息中的主地址为非组播地址,则根据所述非组播地址通过所述数据控制通道向所述服务器发送数据请求消息,并通过所述数据流通道接收所述服务器根据所述数据请求消息返回的所述媒体数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610680788.4A CN106231414B (zh) | 2016-08-16 | 2016-08-16 | 基于iptv的播放模式切换的控制方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610680788.4A CN106231414B (zh) | 2016-08-16 | 2016-08-16 | 基于iptv的播放模式切换的控制方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106231414A CN106231414A (zh) | 2016-12-14 |
CN106231414B true CN106231414B (zh) | 2020-03-31 |
Family
ID=57552674
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610680788.4A Active CN106231414B (zh) | 2016-08-16 | 2016-08-16 | 基于iptv的播放模式切换的控制方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106231414B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107483974B (zh) * | 2017-08-29 | 2020-04-24 | 深圳市茁壮网络股份有限公司 | 一种服务处理方法及系统 |
CN107770609A (zh) * | 2017-11-09 | 2018-03-06 | 北京恒华伟业科技股份有限公司 | 一种视频播放方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009825A (zh) * | 2006-01-27 | 2007-08-01 | 中国科学院声学研究所 | 基于rtp协议的iptv机顶盒组/单播无缝切换方法 |
KR20090111972A (ko) * | 2008-04-23 | 2009-10-28 | 브로드밴드미디어주식회사 | 다운로드앤드플레이 방식의 iptv 서비스에 있어서 스킵기능을 구현하기 위한 방법 및 셋탑박스 |
JP2009273010A (ja) * | 2008-05-09 | 2009-11-19 | Nippon Telegr & Teleph Corp <Ntt> | 映像品質推定方法、装置およびプログラム |
CN104469541A (zh) * | 2013-09-18 | 2015-03-25 | 中兴通讯股份有限公司 | 一种iptv的频道切换方法和装置、终端 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090119410A1 (en) * | 2004-04-16 | 2009-05-07 | Utstarcom, Inc. | Middleware architecture for iptv multimedia streaming |
-
2016
- 2016-08-16 CN CN201610680788.4A patent/CN106231414B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009825A (zh) * | 2006-01-27 | 2007-08-01 | 中国科学院声学研究所 | 基于rtp协议的iptv机顶盒组/单播无缝切换方法 |
KR20090111972A (ko) * | 2008-04-23 | 2009-10-28 | 브로드밴드미디어주식회사 | 다운로드앤드플레이 방식의 iptv 서비스에 있어서 스킵기능을 구현하기 위한 방법 및 셋탑박스 |
JP2009273010A (ja) * | 2008-05-09 | 2009-11-19 | Nippon Telegr & Teleph Corp <Ntt> | 映像品質推定方法、装置およびプログラム |
CN104469541A (zh) * | 2013-09-18 | 2015-03-25 | 中兴通讯股份有限公司 | 一种iptv的频道切换方法和装置、终端 |
Also Published As
Publication number | Publication date |
---|---|
CN106231414A (zh) | 2016-12-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11503244B2 (en) | Systems and methods to position and play content | |
US7603689B2 (en) | Fast start-up for digital video streams | |
US8625974B1 (en) | Obscuring advertisements during trick mode operation | |
US20090257508A1 (en) | Method and system for enabling video trick modes | |
US20140119709A1 (en) | Systems and methods to modify playout or playback | |
US20050216951A1 (en) | Anticipatory video signal reception and processing | |
EP2056603A2 (en) | Systems and methods to play out advertisements | |
CN109328384A (zh) | 用于在特技播放模式中提供可变速度的系统和方法 | |
CA2599803A1 (en) | System and method for generating trick mode streams | |
US20140064711A1 (en) | Systems, Methods, and Media for Presenting Media Content Using Cached Assets | |
CN110198494B (zh) | 一种视频播放方法、装置、设备和存储介质 | |
US9609376B2 (en) | Provision of a personalized media content | |
US20190020919A1 (en) | Substituting alternative media for presentation during variable speed operation | |
CN106791994B (zh) | 一种低延时快速开播方法及装置 | |
JP2009540747A (ja) | デジタル・ビデオを処理するための方法及びシステム | |
US8509599B2 (en) | Recording and reproducing apparatus, recording and reproducing method and program | |
KR20130054207A (ko) | 디지털 콘텐츠 버전 전환 방법 및 그 대응 장치 | |
CN106231414B (zh) | 基于iptv的播放模式切换的控制方法及装置 | |
WO2017071428A1 (zh) | 快进快退的处理方法及终端 | |
WO2015117291A1 (zh) | 网络电视节目切换方法、装置和电视系统 | |
EP3794835A1 (en) | Systems and methods for providing media content for continuous watching | |
US20150026711A1 (en) | Method and apparatus for video content distribution | |
EP2654311B1 (en) | Synchronization method and synchronization apparatus for multicast group quick access, and terminal | |
US10264310B2 (en) | Method for uninterrupted playback of content recording on set top box during head end failures | |
CN110798713B (zh) | 时移电视点播方法、终端、服务器及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | 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 |