CN109218763A - 一种流媒体视频切换的方法及智能电视 - Google Patents

一种流媒体视频切换的方法及智能电视 Download PDF

Info

Publication number
CN109218763A
CN109218763A CN201811338363.0A CN201811338363A CN109218763A CN 109218763 A CN109218763 A CN 109218763A CN 201811338363 A CN201811338363 A CN 201811338363A CN 109218763 A CN109218763 A CN 109218763A
Authority
CN
China
Prior art keywords
decoder
partial data
main
broadcasting
sub
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.)
Pending
Application number
CN201811338363.0A
Other languages
English (en)
Inventor
刘吉昊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qingdao Hisense Media Network Technology Co Ltd
Original Assignee
Qingdao Hisense Media Network Technology Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qingdao Hisense Media Network Technology Co Ltd filed Critical Qingdao Hisense Media Network Technology Co Ltd
Priority to CN201811338363.0A priority Critical patent/CN109218763A/zh
Publication of CN109218763A publication Critical patent/CN109218763A/zh
Priority to PCT/CN2019/114628 priority patent/WO2020098504A1/zh
Pending legal-status Critical Current

Links

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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client requests
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/258—Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25808—Management of client data
    • H04N21/25825—Management of client data involving client display capabilities, e.g. screen resolution of a mobile phone
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26216—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the channel capacity, e.g. network bandwidth
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26233—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving content or additional data duration or size, e.g. length of a movie, size of an executable file
    • 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/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4331—Caching operations, e.g. of an advertisement for later insertion during playback
    • 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/437—Interfacing the upstream path of the transmission network, e.g. for transmitting client requests to a VOD server
    • 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/4402—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 reformatting operations of video signals for household redistribution, storage or real-time display
    • H04N21/440218—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 reformatting operations of video signals for household redistribution, storage or real-time display by transcoding between formats or standards, e.g. from MPEG-2 to MPEG-4
    • 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
    • H04N21/44209—Monitoring of downstream path of the transmission network originating from a server, e.g. bandwidth variations of a wireless network

Abstract

本发明涉及流媒体技术，公开了一种流媒体视频切换的方法及智能电视。用于提高流媒体视频的切换时效性。该方法为：按照低播放分辨率和高播放分辨率从服务器分别下载主视频的起播部分数据和续播部分数据，在Main解码器被多媒体展示信息占用时，先通过Sub解码器播放起播部分数据，等多媒体展示信息播放完毕后，再切换至Main解码器播放续播部分数据，这样，可以实现主视频和多媒体展示信息的无缝切换，在尽可以节省内存的前提下，最大概率地消除了在主视频中插播偶数条多媒体展示信息时，双路解码器无法正常切换回高播放分辨率的主视频的缺陷，有效提高了流媒体视频切换的时效性，保障了系统的流媒体视频播放性能，提高了用户体验。

Description

一种流媒体视频切换的方法及智能电视
技术领域
本发明涉及流媒体技术，尤其涉及一种流媒体视频切换的方法及智能电视。
背景技术
随着流媒体技术的发展，视频播放设备对于快速切换的要求越来越高，欧美市场的部分应用，都对视频切换、广告插播有着明确的性能要求。例如，部分播放器甚至要求广告插入的切换时间在250ms之内。
为满足这一要求，视频播放设备必须存在至少两个解码器(decoder)，在第一路decoder解码播放正片的同时，通过第二路decoder解码缓存多媒体展示信息的数据，其中多媒体展示信息为分辨率比较低的视频源，如广告、自然灾害预警、实时新闻插入等。为描述方面，下文以广告为例进行说明。在切换时刻，视频播放设备暂停正片的播放，开始进行广告播放。这样，相当于提前进行了广告的相关数据的下载、解复用，第二路decoder的初始化，以及广告的相关数据的解码等动作，大大节省了视频的切换时间。
由于视频数据的准备时间多数消耗在下载、解复用、解码过程，因此，采用双路解码方式可以将视频切换操作控制在很短时间，主观感受上即为无缝切换。
然而，高性能带来的是更多的资源占用，主要体现在内存占用和芯片带宽占用，对于高分辨率高码率的视频而言，资源占用程度更甚。由于decoder是硬件，因此decoder运行时占用的内存必须是编译阶段就分配好的静态内存，其为固定地址段，即decoder的内存限制非常严格。
目前采用的针对decoder的内存分配原则如下：
针对支持1080p视频的decoder，至少需分配50M内存；
针对支持2160p视频的decoder，至少需分配100M内存寻
基于上述原则，如果要在两个2160视频之间实现快速视频切换，则需要在编译时就为两路decoder分配200M内存，这在实际操作中是不能被接受的。
对于智能电视等高端显示设备而言，支持4K分辨率(即2106P)几乎为刚性需求，因此，两路decoder中，必须有一路支持2106P，而绝大多数广告的视频数据最高只有1080p，所以大部分硬件厂商选择采用2106P+1080p的 decoder组合来支持广告插播场景：即正片采用第一路decoder〔又称主(main) 路〕解码，最高支持2106P；广告采用第二路decoder〔又称辅(sub)路〕解码，最高支持1080p。
另外，绝大多数硬件厂商的中低端芯片带宽只能支持到一路2106P加一路 1080p，所以2106P+1080p的decoder组合方案是满足要求的最佳方案，总共占用150M内存，可以支持绝大多数场景。
然而，上述decoder组合方案却存在以下缺陷：
由于只有两个decoder，那么，在需要在正片播放过程中插播多个广告时，需要采用main路decoder和sub路decoder轮流播放正片和各个广告。而当需要插播广告的数量为偶数时，最后一个广告会占用main路decoder解码，此时，如果需要切换回正片进行播放，只能在sub路decoder进行相关数据的预处理操作，这样，正片的播放分辨率会限制在1080p，从而影响正片的播放效果。
例如，假设正片的最高播放分辨率为2106P，需要插播的两个广告的最高播放分辨率均为1080p，并且在第二个广告播放结束后切换回正片。那么，视频播放设备具体需要执行以下操作：
1、采用main路decoder，解码播放正片。
2、在正片播放过程中，接收到广告1的播放指令，则采用sub路decoder 创建并初始化广告1的相关资源，解码缓存广告1的相关数据。
3、在广告1的指定播放时间点，暂停播放正片，开始通过sub路decoder 播放广告1，同时，释放main路decoder的相关资源。
4、在广告1的播放过程中，采用main路decoder创建并初始化广告2的相关资源，解码缓存广告2的相关数据。
5、在广告1播放结束后，开始通过main路decoder播放广告2，同时，释放sub路decoder的相关资源。
6、在广告2的播放过程中，接收到切换回正片的播放指令，而此时main 路decoder正在被广告2占用，为了正片的播放过程中可以达到2106P分辨率，视频播放设备只能特征切换性能，即在广告2播放结束后释放main decoder的相关资源，重新初始化，再使用main路decoder对正片进行解码及播放。这样，会在广告播放结束时产生1～2秒黑屏等待过程。
实际使用过程中，广告数量是完全随机的，因此，只要正片的最高播放分辨率大于1080p，视频播放设备便有50％的概率出现上述黑屏等待过程，即出现快速切换失效的情况，这严重影响了视频切换的时效性，以及严重降低了用户体验，无法达到市场需要。
发明内容
本发明的目的是提供一种流媒体视频切换的方法及智能电视，以提高流媒体视频切换的时效性，保障视频播放性能。
本发明的目的是通过以下技术方案实现的：
一种流媒体视频切换的方法，包括：
视频播放设备通过Main解码器播放多媒体展示信息的过程中，接收到切换至主视频播放的指令时，从服务器接收主视频对应的起播部分数据，并分配至Sub解码器进行缓存，所述起播部分数据的播放分辨率不高于所述Sub解码器支持的最高播放分辨率；
视频播放设备从服务器接收主视频对应的续播部分数据，并分配至所述 Main解码器进行缓存，所述续播部分数据的播放分辨率高于所述Sub解码器支持的最高播放分辨率；
视频播放设备在所述多媒体展示信息播放完毕后，由所述Main解码器切换至所述Sub解码器播放所述起播部分数据，以及在所述起播部分数据播放完毕后，从所述Sub解码器切换至所述Main解码器播放所述续播部分数据。
可选的，视频播放设备通从服务器接收主视频对应的起播部分数据之前，进一步包括：
视频播放设备确定当前的第一网络综合状态，并请求服务器下发播放分辨率符合所述第一网络综合状态的主视频；
视频播放设备通从服务器接收主视频对应的续播部分数据之前，进一步包括：
视频播放设备确定当前的第二网络综合状态，并请求服务器下发播放分辨率符合所述第二网络综合状态的主视频。
可选的，视频播放设备将所述起播部分数据分配至所述Sub解码器进行缓存，包括：
将所述起播部分数据发送至所述Sub解码器；
通过所述Sub解码器对所述起播部分数据进行解析及解码操作；
视频播放设备将所述续播部分数据分配至所述Main解码器进行缓存，包括：
将所述续播部分数据发送至所述Main解码器；
通过所述Main解码器对所述续播部分数据进行解析及解码操作。
可选的，视频播放设备从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存，包括：
若视频播放设备在通过Main解码器播放多媒体展示信息的过程中，接收到所述续播部分数据，则视频播放设备等待多媒体展示信息播放完毕后，释放 Main解码器上的各类资源，对Main解码器进行初始化，再将接收到的续播部分数据分配至Main解码器进行缓存；
若视频播放设备在通过Sub解码器播放起播部分数据的过程中，接收到所述续播部分数据，则视频播放设备直接将接收到的续播部分数据分配至Main 解码器进行缓存。
可选的，视频播放设备从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存，进一步包括：
视频播放设备记录续播部分数据中第一个片段的起始时刻；
视频播放设备在所述起播部分数据播放完毕后，从所述Sub解码器切换至所述Main解码器播放所述续播部分数据，包括：
视频播放设备通过Sub解码器播放所述起播部分数据的过程中，在到达所述起始时刻时，确定所述起播部分数据播放完毕，并从所述Sub解码器切换至所述Main解码器播放所述续播部分数据。
一种智能电视，至少包括处理器、Main解码器和Sub解码器，其中，
处理器，用于执行以下操作：
通过Main解码器播放多媒体展示信息的过程中，接收到切换至主视
频播放的指令时，从服务器接收主视频对应的起播部分数据，并分配至Sub
解码器进行缓存，所述起播部分数据的播放分辨率不高于所述Sub解码器
支持的最高播放分辨率；
从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器
进行缓存，所述续播部分数据的播放分辨率高于所述Sub解码器支持的最
高播放分辨率；
在所述多媒体展示信息播放完毕后，由所述Main解码器切换至所述
Sub解码器播放所述起播部分数据，以及在所述起播部分数据播放完毕
后，从所述Sub解码器切换至所述Main解码器播放所述续播部分数据。
可选的，通从服务器接收主视频对应的起播部分数据之前，所述处理器进一步用于：
确定当前的第一网络综合状态，并请求服务器下发播放分辨率符合所述第一网络综合状态的主视频；
通从服务器接收主视频对应的续播部分数据之前，所述处理器进一步用于：
确定当前的第二网络综合状态，并请求服务器下发播放分辨率符合所述第二网络综合状态的主视频。
可选的，将所述起播部分数据分配至所述Sub解码器进行缓存时，所述处理器用于：
将所述起播部分数据发送至所述Sub解码器；
通过所述Sub解码器对所述起播部分数据进行解析及解码操作；
将所述续播部分数据分配至所述Main解码器进行缓存时，所述处理器用于：
将所述续播部分数据发送至所述Main解码器；
通过所述Main解码器对所述续播部分数据进行解析及解码操作。
可选的，从服务器接收主视频对应的续播部分数据，并分配至所述Main 解码器进行缓存时，所述处理器用于：
若在通过Main解码器播放多媒体展示信息的过程中，接收到所述续播部分数据，则等待多媒体展示信息播放完毕后，释放Main解码器上的各类资源，对Main解码器进行初始化，再将接收到的续播部分数据分配至Main解码器进行缓存；
若在通过Sub解码器播放起播部分数据的过程中，接收到所述续播部分数据，则直接将接收到的续播部分数据分配至Main解码器进行缓存。
可选的，从服务器接收主视频对应的续播部分数据，并分配至所述Main 解码器进行缓存时，所述处理器用于：
记录续播部分数据中第一个片段的起始时刻；
在所述起播部分数据播放完毕后，从所述Sub解码器切换至所述Main解码器播放所述续播部分数据时，所述处理器用于：
通过Sub解码器播放所述起播部分数据的过程中，在到达所述起始时刻时，确定所述起播部分数据播放完毕，从所述Sub解码器切换至所述Main解码器播放所述续播部分数据。
一种存储介质，存储有用于实现流媒体视频切换的方法的程序，所述程序被处理器运行时，执行以下步骤：
通过Main解码器播放多媒体展示信息的过程中，接收到切换至主视频播放的指令时，从服务器接收主视频对应的起播部分数据，并分配至Sub解码器进行缓存，所述起播部分数据的播放分辨率不高于所述Sub解码器支持的最高播放分辨率；
从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存，所述续播部分数据的播放分辨率高于所述Sub解码器支持的最高播放分辨率；
在所述多媒体展示信息播放完毕后，由所述Main解码器切换至所述Sub 解码器播放所述起播部分数据，以及在所述起播部分数据播放完毕后，从所述 Sub解码器切换至所述Main解码器播放所述续播部分数据。
本发明实施例中，视频播放设备按照低播放分辨率和高播放分辨率从服务器分别下载主视频的起播部分数据和续播部分数据，在Main解码器被多媒体展示信息占用时，先通过Sub解码器播放起播部分数据，等多媒体展示信息播放完毕后，再切换至Main解码器播放续播部分数据，这样，可以实现主视频和多媒体展示信息的无缝切换，在尽可以节省内存的前提下，最大概率地消除了在主视频中插播偶数条多媒体展示信息时，双路main+sub解码器无法正常切换回高播放分辨率的主视频的缺陷，有效提高了流媒体视频切换的时效性，保障了系统的流媒体视频播放性能，提高了用户体验。
附图说明
图1为本发明实施例中智能电视功能结构示意图；
图2为本发明实施例中智能电视进行视频切换流程示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，并不是全部的实施例。本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
参阅图1所示，本发明实施例中，视频播放设备(如，智能电视)中至少包括有处理器10、Main解码器11和Sub解码器12，其中，
处理器10，从服务器接收视频数据，并针对Main解码器11和Sub解码器12，分别创建相应的各类资源，用于对视频数据进行相应处理，这些资源至少包括媒体播放后台，协议解析端，播放器等等，后续实施例中将会详细介绍，在此不再赘述。
Main解码器11，支持最高2160P的播放分辨率。
Sub解码器12，支持最高1080P的播放分辨率。
实际应用中，流媒体具有三大协议，动态自适应流媒体协议(Dynamic AdaptiveStreaming over HTTP，DASH)、苹果公司实现的基于HTTP的流媒体通信协议(Apple HTTPLive Streaming，HLS)、微软公司实现的流媒体解决方案(Microsoft Smooth Streaming，MSS)，其主要特性就是根据网络状况自适应切换视频的播放分辨率。
在视频播放的前几秒内，由于此时视频播放设备缓存的视频数据较少以及网络波动问题，绝大多数情况下视频播放设备不会直接使用支持的最大播放分辨率开始播放，而是先使用较低的播放分辨率进行一段时间的视频播放，在中途再切换至更高的播放分辨率。在实验中，这种情况发生概率大于90％，因此，本发明实施例中，根据视频播放过程体现出的上述特性，视频播放设备可以将将主视频(即正片)的播放过程分为两个阶段：使用较低的播放分辨率的起播阶段，和切换到较高的播放分辨率的续播阶段。
因此，本发明实施例中，当一个多媒体展示信息(如，一个广告)占用 Main解码器进行播放时，视频播放设备可以先使用Sub解码器缓存解码主视频的低播放分辨率的起播部分数据，在此过程中，可以使用Main解码器解码缓存主视频的高播放分辨率的续播部分数据，然后等Main解码器上的多媒体展示信息播放结束并释放资源后，使用快速切换的方法切换到Main解码器开始播放上述续播部分，这样，后续就可以一直使用高播放分辨率播放主视频了。
参阅图2所示，本发明实施例中，视频播放设备进行视频切换的详细流程如下：
步骤200：视频播放设备通过Main解码器播放多媒体展示信息的过程中，在接收到切换至主视频播放的指令时，确定需要播放主视频。
例如，在主视频中插播多媒体展示信息时，由于多媒体展示信息的播放时长是已知的，因此，服务器可以预先通知视频播放设备，开始准备继续播放主视频。
步骤210：视频播放设备从服务器接收主视频对应的起播部分数据，并分配至Sub解码器进行缓存，所述起播部分数据的播放分辨率不高于所述Sub解码器支持的最高播放分辨率。
具体的，在流媒体协议中，视频数据会被分割成若干小片段，记为segment，每个segment一般包含有1～2秒的视频数据，同一个segment的播放分辨率、码率等参数完全相同，这些参数可以通过segment的数据包头传递给视频播放设备。
服务器或视频播放设备均可以根据当前的网络综合状态(如，网速，带宽，数据缓存量等)，决定下发或请求下载哪种播放分辨率的视频数据，而视频播放设备则可以根据接收到的视频数据的数据包头，获知当前接收的segment的播放分辨率等参数。
因此，本发明实施例中，视频播放设备可以根据当前的网络综合状态，请求服务器下发具有较低播放分辨率的视频数据，即起播部分数据。
相应的，视频播放设备将接收的起播部分数据发送至Sub解码器进行缓存时，可以预先对Sub解码器进行初始化，并预先完成起播部分数据的解析、解码操作，为后续播放做准备，可选的，起播部分数据的播放分辨率为1080P。
步骤220：视频播放设备从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存，所述续播部分数据的播放分辨率高于所述Sub 解码器支持的最高播放分辨率。
同理，本发明实施例中，视频播放设备可以根据当前的网络综合状态，请求服务器下发具有较高播放分辨率的视频数据，即起播部分数据。
可选的，续播部分数据的播放分辨率为2106P。
由于各个segment的数据包头部分可以携带segment的播放分辨率，因此，当视频播放设备确定接收到的segment对应的播放分辨率高于1080p的视频数据(即续播部分数据)时，会从这部分segment开始，将后续接收到的segment 均直接注入Main解码器。
由于每个segment包含的第一帧数据一定是视频关键帧(即I帧)，所以只要按照segment进行视频切割，切割后的起播部分数据和续播部分数据都是可以被单独播放的。
进一步地，当视频播放设备识别出从服务器接收的是续播部分数据时，即识别出后续到达的segment的播放分辨率有变化且超过1080p时，会保存下续播部分数据中第一个segment的时间戳，记为T1。
步骤230：视频播放设备在所述多媒体展示信息播放完毕后，由所述Main 解码器切换至所述Sub解码器，通过所述Sub解码器播放所述起播部分数据。
具体的，视频播放设备通过Main解码器播放完多媒体展示信息后，会快速切换至Sub解码器，此时，Sub解码器上缓存的起播部分数据已经解析、解码完毕，可以直接播放。
实际应用中，服务器会将视频数据持续发送给视频播放设备，因此，步骤210和步骤220均可能发生在视频播放设备通过Main解码器播放多媒体展示信息的过程中，或者，步骤210发生在视频播放设备通过Main解码器播放多媒体展示信息的过程中，而步骤220发生在视频播放设备通过Sub解码器播放起播部分数据的过程中。无论是哪一种方式，只要能够不中断视频播放，实现无缝切换即可，在此不再赘述。
进一步地，在多媒体展示信息播放完毕后，视频播放设备会将Main解码器上的各种资源进行释放，并对Main解码器进行初始化处理，之后，若接收到服务器发送的续播部分数据，则可以直接进行解析、解码等操作，为后续播放做准备。
步骤240：视频播放设备在所述起播部分数据播放完毕后，从所述Sub解码器切换至所述Main解码器，通过所述Main解码器播放所述续播部分数据。
具体的，当视频播放设备通过Sub解码器播放起播部分数据到达已记载的时间戳，即到达上述T1的位置，则暂停Sub解码器，启动Main解码器，通过 Main解码器从T1开始播放续播部分数据，这样，具有高播放分辨率的续播部分数据就可以在Main解码器一直播放了。
进一步地，视频播放设备会将Sub解码器上的各种资源进行释放，并对 Sub解码器进行初始化处理，为后续播放其他视频数据做准备。
本发明实施例中，由于多媒体展示信息的播放时长不固定，起播部分数据的播放时长也不固定，因此，视频播放设备有可能在通过Main解码器播放多媒体展示信息的过程中，接收到续播部分数据，此时，由于Main解码器上的各类资源还没有释放，因此，视频播放设备需要等待多媒体展示信息播放完毕后，将Main解码器上的各种资源释放，然后对Main解码器进行初始化，进一步地，再将接收到的续播部分数据分配至Main解码器进行缓存。另一方面，视频播放设备也有可能在通过Sub解码器播放起播部分数据的过程中，接收到续播部分数据，此时，由于Main解码器上的多媒体展示信息已播放完毕，则Main解码器上的各种资源已经得到释放并进行了初始化，因此，视频播放设备可以直接将接收到的续播部分数据分配至Main解码器进行缓存。
视频播放设备在播放视频数据时，无论是否使用两个decoder，播放画面在切换播放分辨率时都会造成视觉上的明显变化，并且使用两个decoder会令画面切换迅速，不会有黑屏，因此，采用上述技术方案进行主视频(即正片) 播放时，相较于不区分起播部分数据与续播部分数据的技术方案，主观感受基本相同，能够保证播放效果。
下面结合一个具体的应用场景，对上述实施例作出进一步详细说明。
以下实施例中，假设视频播放设备需要播放的内容为：正片、广告1、广告2。
视频播放设备播放正片时，占用的各类资源包括主媒体播放后台，记为 media_backend_main、主协议解析端，记为protocol_stack_main、主播放器，记为player_main、主解码器，记为decoder_main。
此时，服务器指示广告1在之后一段时间的Tad1时刻插播，则视频播放设备开始创建并初始化相关的各类资源，包括：广告1媒体播放后台，记为 media_backend_ad1、广告1协议解析端，记为protocol_stack_ad1、广告1播放器，记为player_ad1，以及辅解码器，记为decoder_sub，除decoder_sub之外，其他资源均为处理器创建的逻辑模块，上述各个逻辑模块均可创建多个实例，互不影响。
视频播放设备将广告1的统一资源定位符(Uniform Resource Locator， URL)通过media_backend_ad1传递给protocol_stack_ad1，protocol_stack_ad1 下载指定URL下的媒体呈现内容描述(Media Presentation Description，MPD) 文件并解析，得到广告1的初始信息，包括Codec、时长、码率、帧率、初始分辨率、音频采样率等，然后传递给player_ad1并初始化decoder_sub，随后下载广告1的视频数据注入给decoder_sub进行解码，并缓存解码后的视频数据。
当正片播放至Tad1时刻，视频播放设备下发pause命令，暂停Main解码器上所有逻辑模块的运行，包含：停止player_main的播放，同时将视频输出设备(Vout)和声音输出设备(Aout)切换至广告1，以及下发start命令，开始player_ad1的播放，由于广告1的视频数据已经提前下载解码，所以用户可以观看到的现象为：正片在Tad1时刻无缝切换到广告1。
而此时，视频播放设备会主动释放正片相关的各类资源，包括 media_backend_main、protocol_stack_main、player_main和decoder_main。
视频播放设备通过player_ad1播放广告1一段时间后，服务器指示广告2 将在广告1播放结束后插播。此时，视频播放设备创建并初始化相关的各类资源，包括：广告2媒体播放后台，记为media_backend_ad2、广告2协议解析端，记为protocol_stack_ad2、广告2播放器，记为player_ad2、以及主解码器，记灵decoder_main，除decoder_main之外，其他资源均为处理器创建的逻辑模块，在此不再赘述。
与广告1的处理过程相同，在广告1播放过程中，视频播放设备预下载、解码、缓存广告2的视频数据，并在广告1播放结束后，立即切换至player_ad2，开始播放广告2，以及释放广告1相关的各类资源，包括media_backend_ad1、 protocol_stack_ad1、player_ad1和decoder_sub。
视频播放设备通过player_ad2播放广告2一段时间后，服务器指示正片将在广告2播放结束后插播。此时，视频播放设备创建并初始化相关的各类资源，包括新媒体播放后台，记为media_backend_main_resume、新协议解析端，记为protocol_stack_main_resume、新播放器，记为player_main_resume、辅解码器，记为decoder_sub。
视频播放设备通过media_backend_main_resume将正片的ULR传递给 protocol_stack_main_resume，protocol_stack_main_resume下载URL下对应的 MPD文件，并解析出视频数据的最大播放分辨率，如果视频数据的最大播放分辨率小于等于decoder_sub支持的最大播放分辨率(1080p)，则decoder_sub 就能支持正片的播放，后续过程不需要进行decoder_sub和decoder_main之间的切换；反之，如果视频数据的最大播放分辨率大于decoder_sub支持的最大播放分辨率(1080p)，则需要使用本发明实施例提出的技术方案，将在以下步骤中介绍。
视频播放设备与服务器协商，通过判断当前时刻网速、带宽、缓存数据量等因素，结合流媒体协议的算法，得出需要下载的正片的视频数据的播放分辨率小于等于1080p，进一步地，还可以确认视频数据的码率、帧率等信息。
视频播放设备从服务器下载Tad1时刻之后的视频数据，这部分视频数据便是起播部分数据，其播放分辨率小于等于1080p，视频播放设备将起播部分数据分配至decoder_sub进行解码并缓存，只要后续不接收到播放分辨率在1080p 以上的视频数据，则后续接收到的视频数据一直使用decoder_sub进行解码。
广告2播放结束后，视频播放设备将视频输出设备和声音输出设备切换至正片，由于，此时系统状态(网速等)不支持播放大于1080p的视频数据，因此，先使用decoder_sub解码，即播放起播部分数据。
视频播放设备与服务器协商，通过判断当前时刻网速、带宽、缓存数据量等因素，结合流媒体协议的算法，得出需要继续下载的正片的视频数据的播放分辨率大于1080p，进一步地，还可以确认视频数据的码率、帧率等信息。
那么，视频播放设备会记录下继续下载的正片的起始时刻，即显示时间戳(Presentation Time Stamp，PTS)位置，用于度量解码后的视频数据什么时候被显示出来，记为T2K4K，创建并初始化新的正片相关的各类资源，包括，新新媒体播放后台，记为media_backend_main_resume_2K4K、新新协议解析端，记为protocol_stack_main_resume_2K4K、新新播放器，记为 player_main_resume_2K4K、主解码器，decoder_main。
视频播放设备会从T2K4K时刻之后，继续下载正片的视频数据，这部分视频数据便是续播部分数据，视频播放设备会将续播视频数据分配至 decoder_main进行解码并缓存。
当视频播放设备通过player_main_resume将正片播放至T2K4K时刻时，会暂停player_main_resume的播放，切换至player_main_resume_2K4K，此时，续播部分数据已经在decoder_main下载、解析、解码完毕，则可以直接通过 player_main_resume_2K4K开始播放，如果之后的视频数据的播放分辨率都在 1080p以上，则视频播放设备会将之后下载的视频数据全部分配至 decoder_main进行解码并缓存，并且不再切换decoder。
基于上述实施例，参阅图1所示，一种智能电视，至少包括处理器10、 Main解码器11和Sub解码器12，其中，
处理器10，用于执行以下操作：
通过Main解码器11播放多媒体展示信息的过程中，从服务器接收主视频对应的起播部分数据，并分配至Sub解码器12进行缓存，所述起播部分数据的播放分辨率不高于所述Sub解码器12支持的最高播放分辨率；
从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器 11进行缓存，所述续播部分数据的播放分辨率高于所述Sub解码器12支持的最高播放分辨率；
在所述多媒体展示信息播放完毕后，由所述Main解码器11切换至所述Sub解码器播12放所述起播部分数据，以及在所述起播部分数据播放完毕后，从所述Sub解码器12切换至所述Main解码器11播放所述续播部分数据。
可选的，从服务器接收主视频对应的起播部分数据之前，处理器10进一步用于：
确定当前的第一网络综合状态，并请求服务器下发播放分辨率符合所述第一网络综合状态的主视频；
通从服务器接收主视频对应的续播部分数据之前，处理器10进一步用于：
确定当前的第二网络综合状态，并请求服务器下发播放分辨率符合所述第二网络综合状态的主视频。
可选的，将所述起播部分数据分配至所述Sub解码器12进行缓存时，处理器10用于：
将所述起播部分数据发送至所述Sub解码器12；
通过所述Sub解码器12对所述起播部分数据进行解析及解码操作；
视频播放设备将所述续播部分数据分配至所述Main解码器11进行缓存，包括：
将所述续播部分数据发送至所述Main解码器11；
通过所述Main解码器11对所述续播部分数据进行解析及解码操作。
可选的，从服务器接收主视频对应的续播部分数据，并分配至所述Main 解码器11进行缓存时，所述处理器10用于：
若在通过Main解码器11播放多媒体展示信息的过程中，接收到所述续播部分数据，则等待多媒体展示信息播放完毕后，释放Main解码器11上的各类资源，对Main解码器11进行初始化，再将接收到的续播部分数据分配至Main 解码器11进行缓存；
若在通过Sub解码器12播放起播部分数据的过程中，接收到所述续播部分数据，则直接将接收到的续播部分数据分配至Main解码器11进行缓存。
可选的，从服务器接收主视频对应的续播部分数据，并分配至所述Main 解码器11进行缓存时，所述处理器10用于：
记录续播部分数据中第一个片段的起始时刻；
在所述起播部分数据播放完毕后，从所述Sub解码器12切换至所述Main 解码器11播放所述续播部分数据时，所述处理器10用于：
通过Sub解码器12播放所述起播部分数据的过程中，在到达所述起始时刻时，确定所述起播部分数据播放完毕，从所述Sub解码器12切换至所述Main 解码器11播放所述续播部分数据。
基于同一发明构思，本发明实施例提供一种存储介质，存储有用于实现流媒体视频切换的方法的程序，所述程序被处理器运行时，执行以下步骤：
通过Main解码器播放多媒体展示信息的过程中，从服务器接收主视频对应的起播部分数据，并分配至Sub解码器进行缓存，所述起播部分数据的播放分辨率不高于所述Sub解码器支持的最高播放分辨率；
从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存，所述续播部分数据的播放分辨率高于所述Sub解码器支持的最高播放分辨率；
在所述多媒体展示信息播放完毕后，由所述Main解码器切换至所述Sub 解码器播放所述起播部分数据，以及在所述起播部分数据播放完毕后，从所述 Sub解码器切换至所述Main解码器播放所述续播部分数据。
本发明实施例中，视频播放设备按照低播放分辨率和高播放分辨率从服务器分别下载主视频的起播部分数据和续播部分数据，在Main解码器被多媒体展示信息占用时，先通过Sub解码器播放起播部分数据，等多媒体展示信息播放完毕后，再切换至Main解码器播放续播部分数据，这样，可以实现主视频和多媒体展示信息的无缝切换，在尽可以节省内存的前提下，最大概率地消除了在主视频中插播偶数条多媒体展示信息时，双路main+sub解码器无法正常切换回高播放分辨率的主视频的缺陷，有效提高了流媒体视频切换的时效性，保障了系统的流媒体视频播放性能，提高了用户体验。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (11)

1.一种流媒体视频切换的方法，其特征在于，包括：
视频播放设备通过Main解码器播放多媒体展示信息的过程中，接收到切换至主视频播放的指令时，从服务器接收主视频对应的起播部分数据，并分配至Sub解码器进行缓存，所述起播部分数据的播放分辨率不高于所述Sub解码器支持的最高播放分辨率；
视频播放设备从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存，所述续播部分数据的播放分辨率高于所述Sub解码器支持的最高播放分辨率；
视频播放设备在所述多媒体展示信息播放完毕后，由所述Main解码器切换至所述Sub解码器播放所述起播部分数据，以及在所述起播部分数据播放完毕后，从所述Sub解码器切换至所述Main解码器播放所述续播部分数据。
2.如权利要求1所述的方法，其特征在于，视频播放设备通从服务器接收主视频对应的起播部分数据之前，进一步包括：
视频播放设备确定当前的第一网络综合状态，并请求服务器下发播放分辨率符合所述第一网络综合状态的主视频；
视频播放设备通从服务器接收主视频对应的续播部分数据之前，进一步包括：
视频播放设备确定当前的第二网络综合状态，并请求服务器下发播放分辨率符合所述第二网络综合状态的主视频。
3.如权利要求1所述的方法，其特征在于，视频播放设备将所述起播部分数据分配至所述Sub解码器进行缓存，包括：
将所述起播部分数据发送至所述Sub解码器；
通过所述Sub解码器对所述起播部分数据进行解析及解码操作；
视频播放设备将所述续播部分数据分配至所述Main解码器进行缓存，包括：
将所述续播部分数据发送至所述Main解码器；
通过所述Main解码器对所述续播部分数据进行解析及解码操作。
4.如权利要求1、2或3所述的方法，其特征在于，视频播放设备从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存，包括：
若视频播放设备在通过Main解码器播放多媒体展示信息的过程中，接收到所述续播部分数据，则视频播放设备等待多媒体展示信息播放完毕后，释放Main解码器上的各类资源，对Main路进行初始化，再将接收到的续播部分数据分配至Main路进行缓存；
若视频播放设备在通过Sub解码器播放起播部分数据的过程中，接收到所述续播部分数据，则视频播放设备直接将接收到的续播部分数据分配至Main路进行缓存。
5.如权利要求4所述的方法，其特征在于，视频播放设备从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存，进一步包括：
视频播放设备记录续播部分数据中第一个片段的起始时刻；
视频播放设备在所述起播部分数据播放完毕后，从所述Sub解码器切换至所述Main解码器播放所述续播部分数据，包括：
视频播放设备通过Sub解码器播放所述起播部分数据的过程中，在到达所述起始时刻时，确定所述起播部分数据播放完毕，并从所述Sub解码器切换至所述Main解码器播放所述续播部分数据。
6.一种智能电视，其特征在于，至少包括处理器、Main解码器和Sub解码器，其中，
处理器，用于执行以下操作：
通过Main解码器播放多媒体展示信息的过程中，接收到切换至主视频播放的指令时，从服务器接收主视频对应的起播部分数据，并分配至Sub 解码器进行缓存，所述起播部分数据的播放分辨率不高于所述Sub解码器支持的最高播放分辨率；
从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存，所述续播部分数据的播放分辨率高于所述Sub解码器支持的最高播放分辨率；
在所述多媒体展示信息播放完毕后，由所述Main解码器切换至所述Sub解码器播放所述起播部分数据，以及在所述起播部分数据播放完毕后，从所述Sub解码器切换至所述Main解码器播放所述续播部分数
据。
7.如权利要求6所述的智能电视，其特征在于，通从服务器接收主视频对应的起播部分数据之前，所述处理器进一步用于：
确定当前的第一网络综合状态，并请求服务器下发播放分辨率符合所述第一网络综合状态的主视频；
通从服务器接收主视频对应的续播部分数据之前，所述处理器进一步用于：
确定当前的第二网络综合状态，并请求服务器下发播放分辨率符合所述第二网络综合状态的主视频。
8.如权利要求6所述的智能电视，其特征在于，将所述起播部分数据分配至所述Sub解码器进行缓存时，所述处理器用于：
将所述起播部分数据发送至所述Sub解码器；
通过所述Sub解码器对所述起播部分数据进行解析及解码操作；
将所述续播部分数据分配至所述Main解码器进行缓存时，所述处理器用于：
将所述续播部分数据发送至所述Main解码器；
通过所述Main解码器对所述续播部分数据进行解析及解码操作。
9.如权利要求6、7或8所述的智能电视，其特征在于，从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存时，所述处理器用于：
若在通过Main解码器播放多媒体展示信息的过程中，接收到所述续播部分数据，则等待多媒体展示信息播放完毕后，释放Main解码器上的各类资源，对Main解码器进行初始化，再将接收到的续播部分数据分配至Main解码器进行缓存；
若在通过Sub解码器播放起播部分数据的过程中，接收到所述续播部分数据，则直接将接收到的续播部分数据分配至Main解码器进行缓存。
10.如权利要求9所述的智能电视，其特征在于，从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存时，所述处理器用于：
记录续播部分数据中第一个片段的起始时刻；
在所述起播部分数据播放完毕后，从所述Sub解码器切换至所述Main解码器播放所述续播部分数据时，所述处理器用于：
通过Sub解码器播放所述起播部分数据的过程中，在到达所述起始时刻时，确定所述起播部分数据播放完毕，从所述Sub解码器切换至所述Main解码器播放所述续播部分数据。
11.一种存储介质，其特征在于，存储有用于实现流媒体视频切换的方法的程序，所述程序被处理器运行时，执行以下步骤：
通过Main解码器播放多媒体展示信息的过程中，接收到切换至主视频播放的指令时，从服务器接收主视频对应的起播部分数据，并分配至Sub解码器进行缓存，所述起播部分数据的播放分辨率不高于所述Sub解码器支持的最高播放分辨率；
从服务器接收主视频对应的续播部分数据，并分配至所述Main解码器进行缓存，所述续播部分数据的播放分辨率高于所述Sub解码器支持的最高播放分辨率；
在所述多媒体展示信息播放完毕后，由所述Main解码器切换至所述Sub 解码器播放所述起播部分数据，以及在所述起播部分数据播放完毕后，从所述Sub解码器切换至所述Main解码器播放所述续播部分数据。
CN201811338363.0A 2018-11-12 2018-11-12 一种流媒体视频切换的方法及智能电视 Pending CN109218763A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201811338363.0A CN109218763A (zh) 2018-11-12 2018-11-12 一种流媒体视频切换的方法及智能电视
PCT/CN2019/114628 WO2020098504A1 (zh) 2018-11-12 2019-10-31 一种视频切换的控制方法及显示设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811338363.0A CN109218763A (zh) 2018-11-12 2018-11-12 一种流媒体视频切换的方法及智能电视

Publications (1)

Publication Number Publication Date
CN109218763A true CN109218763A (zh) 2019-01-15

Family

ID=64995448

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811338363.0A Pending CN109218763A (zh) 2018-11-12 2018-11-12 一种流媒体视频切换的方法及智能电视

Country Status (2)

Country Link
CN (1) CN109218763A (zh)
WO (1) WO2020098504A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110677689A (zh) * 2019-09-29 2020-01-10 杭州当虹科技股份有限公司 一种基于用户视角的vr视频广告无缝插播方法
WO2020098504A1 (zh) * 2018-11-12 2020-05-22 青岛海信传媒网络技术有限公司 一种视频切换的控制方法及显示设备
CN111372127A (zh) * 2020-03-10 2020-07-03 深圳市腾讯信息技术有限公司 一种数据传输方法和相关装置
CN111479164A (zh) * 2019-01-23 2020-07-31 上海哔哩哔哩科技有限公司 硬件解码动态分辨率无缝切换方法、装置及存储介质
WO2020182025A1 (zh) * 2019-03-08 2020-09-17 上海众链科技有限公司 图像显示系统及显示方法
CN114071187A (zh) * 2020-07-31 2022-02-18 海信视像科技股份有限公司 显示设备、服务器及分辨率快速切换方法
CN115225937A (zh) * 2020-03-24 2022-10-21 腾讯科技（深圳）有限公司 沉浸式媒体提供方法、获取方法、装置、设备及存储介质

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020129374A1 (en) * 1991-11-25 2002-09-12 Michael J. Freeman Compressed digital-data seamless video switching system
CN102572421A (zh) * 2010-12-31 2012-07-11 福建星网视易信息系统有限公司 基于歌曲预览应用的双路解码快速切换方法
CN103607634A (zh) * 2013-11-19 2014-02-26 四川长虹电器股份有限公司 一种减少网络视频点播终端用户等待时间的方法
CN104768051A (zh) * 2015-03-06 2015-07-08 深圳市九洲电器有限公司 多编码格式节目流的自适应切换方法及系统
CN105263034A (zh) * 2015-10-13 2016-01-20 深圳Tcl数字技术有限公司 视频广告的插播方法及装置
CN105721921A (zh) * 2016-01-29 2016-06-29 四川长虹电器股份有限公司 一种多窗口视频解码器的自适应选择方法
CN106375837A (zh) * 2016-11-14 2017-02-01 武汉斗鱼网络科技有限公司 一种广告插播方法及装置
CN107249144A (zh) * 2017-05-12 2017-10-13 北京小鸟看看科技有限公司 多媒体文件解码的方法、多媒体播放器和播放设备
CN107295403A (zh) * 2017-08-24 2017-10-24 四川长虹电器股份有限公司 视频间无缝衔接播放的方法
CN107786890A (zh) * 2017-10-30 2018-03-09 深圳Tcl数字技术有限公司 视频切换方法、装置及存储介质
CN108600800A (zh) * 2018-04-28 2018-09-28 青岛海信电器股份有限公司 一种智能电视的开机方法及智能电视

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020191116A1 (en) * 2001-04-24 2002-12-19 Damien Kessler System and data format for providing seamless stream switching in a digital video recorder
KR101472032B1 (ko) * 2010-09-20 2014-12-16 (주)휴맥스 홀딩스 Ｈｔｔｐ 스트리밍에서 표현 스위칭시 처리 방법
CN104010232B (zh) * 2014-05-23 2017-12-12 惠州Tcl移动通信有限公司 一种智能播放在线视频的方法、系统、播放器及移动终端
CN104602032A (zh) * 2015-01-13 2015-05-06 乐视致新电子科技（天津）有限公司 视频播放的处理方法、播放应用代理设备和播放服务器
CN105100644A (zh) * 2015-07-15 2015-11-25 西安诺瓦电子科技有限公司 视频源无缝切换方法
CN105120184B (zh) * 2015-10-09 2018-06-19 深圳市捷视飞通科技有限公司 一种基于fpga的高清视频无缝矩阵系统
WO2017140685A1 (en) * 2016-02-16 2017-08-24 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Efficient adaptive streaming
CN108156487A (zh) * 2016-12-02 2018-06-12 北京邦天信息技术有限公司 一种视频播放方法和装置
CN107707976A (zh) * 2017-09-29 2018-02-16 维沃移动通信有限公司 一种视频解码方法及移动终端
CN108063904B (zh) * 2018-01-18 2020-08-14 康佳集团股份有限公司 一种电视机双通道信号切换系统、方法及电视机
CN109218763A (zh) * 2018-11-12 2019-01-15 青岛海信传媒网络技术有限公司 一种流媒体视频切换的方法及智能电视

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020129374A1 (en) * 1991-11-25 2002-09-12 Michael J. Freeman Compressed digital-data seamless video switching system
CN102572421A (zh) * 2010-12-31 2012-07-11 福建星网视易信息系统有限公司 基于歌曲预览应用的双路解码快速切换方法
CN103607634A (zh) * 2013-11-19 2014-02-26 四川长虹电器股份有限公司 一种减少网络视频点播终端用户等待时间的方法
CN104768051A (zh) * 2015-03-06 2015-07-08 深圳市九洲电器有限公司 多编码格式节目流的自适应切换方法及系统
CN105263034A (zh) * 2015-10-13 2016-01-20 深圳Tcl数字技术有限公司 视频广告的插播方法及装置
CN105721921A (zh) * 2016-01-29 2016-06-29 四川长虹电器股份有限公司 一种多窗口视频解码器的自适应选择方法
CN106375837A (zh) * 2016-11-14 2017-02-01 武汉斗鱼网络科技有限公司 一种广告插播方法及装置
CN107249144A (zh) * 2017-05-12 2017-10-13 北京小鸟看看科技有限公司 多媒体文件解码的方法、多媒体播放器和播放设备
CN107295403A (zh) * 2017-08-24 2017-10-24 四川长虹电器股份有限公司 视频间无缝衔接播放的方法
CN107786890A (zh) * 2017-10-30 2018-03-09 深圳Tcl数字技术有限公司 视频切换方法、装置及存储介质
CN108600800A (zh) * 2018-04-28 2018-09-28 青岛海信电器股份有限公司 一种智能电视的开机方法及智能电视

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020098504A1 (zh) * 2018-11-12 2020-05-22 青岛海信传媒网络技术有限公司 一种视频切换的控制方法及显示设备
CN111479164A (zh) * 2019-01-23 2020-07-31 上海哔哩哔哩科技有限公司 硬件解码动态分辨率无缝切换方法、装置及存储介质
WO2020182025A1 (zh) * 2019-03-08 2020-09-17 上海众链科技有限公司 图像显示系统及显示方法
CN110677689A (zh) * 2019-09-29 2020-01-10 杭州当虹科技股份有限公司 一种基于用户视角的vr视频广告无缝插播方法
CN111372127A (zh) * 2020-03-10 2020-07-03 深圳市腾讯信息技术有限公司 一种数据传输方法和相关装置
CN111372127B (zh) * 2020-03-10 2022-08-30 深圳市腾讯信息技术有限公司 一种数据传输方法和相关装置
CN115225937A (zh) * 2020-03-24 2022-10-21 腾讯科技（深圳）有限公司 沉浸式媒体提供方法、获取方法、装置、设备及存储介质
CN115225937B (zh) * 2020-03-24 2023-12-01 腾讯科技（深圳）有限公司 沉浸式媒体提供方法、获取方法、装置、设备及存储介质
CN114071187A (zh) * 2020-07-31 2022-02-18 海信视像科技股份有限公司 显示设备、服务器及分辨率快速切换方法
CN114071187B (zh) * 2020-07-31 2024-02-27 海信视像科技股份有限公司 显示设备、服务器及分辨率快速切换方法

Also Published As

Publication number Publication date
WO2020098504A1 (zh) 2020-05-22

Similar Documents

Publication Publication Date Title
CN109218763A (zh) 一种流媒体视频切换的方法及智能电视
US10930318B2 (en) Gapless video looping
CA2808309C (en) A system and method for synchronized playback of streaming digital content
US10263875B2 (en) Real-time processing capability based quality adaptation
CN104519372B (zh) 一种流媒体播放的切换方法和系统
CN103200461B (zh) 一种多台播放终端同步播放系统及播放方法
CN105187896B (zh) 多分段的媒体文件播放方法和系统
CN1980377A (zh) 一种智能插播素材的方法
WO2009033345A1 (fr) Procédé pour télécharger et lire simultanément des supports en flux de transfert hypertexte
CN103596036B (zh) 一种流媒体播放器智能缓冲方法
CN104202684A (zh) 一种分段网络视频无缝播放方法和装置
CN108337553A (zh) 一种多媒体数据预下载方法
CN105187897B (zh) 多分段的媒体文件跨段播放方法和系统
CN103270764B (zh) 用于处理视频信号的方法和设备
CN105979354A (zh) 一种频道切换方法及装置
JP2004104704A (ja) 映像再生装置、映像再生方法、プログラム
CN115914745A (zh) 视频的解码方法、装置、电子设备及计算机可读介质
CN113992956A (zh) 一种网络音视频快速切换的方法
CN107124641A (zh) 一种音视频同步播放的控制方法
CN105976825A (zh) 音乐分享装置及方法
CN113691886A (zh) 流媒体文件的下载方法和装置
US20220078514A1 (en) Insertion of targeted content in real-time streaming media
CN112887774A (zh) 一种无缝播放内容的方法及装置
CN105187862B (zh) 一种分布式播放器流量控制方法及系统
CN113923527A (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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190115