CN108200470A - 一种视频码率调整方法及设备 - Google Patents

一种视频码率调整方法及设备 Download PDF

Info

Publication number
CN108200470A
CN108200470A CN201711387306.7A CN201711387306A CN108200470A CN 108200470 A CN108200470 A CN 108200470A CN 201711387306 A CN201711387306 A CN 201711387306A CN 108200470 A CN108200470 A CN 108200470A
Authority
CN
China
Prior art keywords
code check
video data
client
video
buffer
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
CN201711387306.7A
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.)
China United Network Communications Group Co Ltd
Original Assignee
China United Network Communications Group 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 China United Network Communications Group Co Ltd filed Critical China United Network Communications Group Co Ltd
Priority to CN201711387306.7A priority Critical patent/CN108200470A/zh
Publication of CN108200470A publication Critical patent/CN108200470A/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/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
    • 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/26291—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 for providing content or additional data updates, e.g. updating software modules, stored at the 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/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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/2662—Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities
    • 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/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display
    • 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/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • 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/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

一种视频码率调整方法及设备，涉及通信技术领域。本申请实施例能够在保证视频播放的流畅性的情况下，不断获取更高等级码率的视频数据。该方法包括：若客户端确定在视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间，则客户端向服务器发送第二调度请求；服务器根据第二调度请求，向客户端发送视频增量数据；客户端根据视频增量数据，对视频缓冲区内的第一码率的视频数据进行更新，生成第二码率的视频数据，以在视频缓冲区内缓冲第二码率的视频数据；其中，客户端的视频缓冲区内包括至少两种码率的视频数据，第二码率为第一码率的高一级码率。本申请应用于在线视频播放。

Description

一种视频码率调整方法及设备
技术领域
本申请涉及通信技术领域，尤其涉及一种视频码率调整方法及设备。
背景技术
目前，为了提高用户在观看在线视频时的使用体验，业界主流的在线流媒体都有相应的码率自适应技术，包括Adobe公司的自适应流媒体技术(Adobe DynamicStreaming)、苹果公司的自适应直播流媒体技术(Apple Live Streaming)、微软公司的自适应平滑流媒体技术(Microsoft Smooth Streaming)、MPEG的动态自适应流媒体(MPEG-DASH)等。这些码率自适应技术根据检测到的网络性能(丢包率、时延、抖动等指标)来调整用户将要播放的视频数据的码率等级，从而为不同用户提供适合其所处网络的网络性能的视频服务，尽可能使用户在特定的网络环境中能够观看到更加优质的视频画面。
但本申请发明人发现，上述方法均为事先结合网络性能确定视频码率等级，特定时段的视频数据或者视频分片数据一旦发送至客户端后其码率不再调整。那么此时若出现网络性能改善或用户行为暂停等多余网络资源情况时，无法继续发送高级码率数据，导致用户体验差。
发明内容
本申请提供一种视频码率调整方法及客户端，能够在用户使用客户端在线观看视频时，根据视频播放中的缓冲情况，确定之后需要向服务器请求的视频数据，在保证视频播放的流畅性的情况下，不断获取更高等级码率的视频数据。从而利用有限的网络资源，为用户提供更加清晰的视频播放资源。
为达到上述目的，本申请的实施例采用如下技术方案：
第一方面，本申请提供一种视频码率调整方法，包括：若客户端确定在视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间，则客户端向服务器发送第二调度请求；服务器根据第二调度请求，向客户端发送视频增量数据；客户端根据视频增量数据，对视频缓冲区内的第一码率的视频数据进行更新，生成第二码率的视频数据，以在视频缓冲区内缓冲第二码率的视频数据；其中，客户端的视频缓冲区内包括至少两种码率的视频数据，第二码率为第一码率的高一级码率。本申请应用于在线视频播放。
可选的，第一码率为至少两种码率中最低等级的码率；在客户端确定在视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间之前，方法还包括：客户端向服务器发送第一调度请求；服务器根据第一调度请求，向客户端发送第一码率的视频数据；客户端利用第一码率的视频数据，在视频缓冲区内缓冲第一码率的视频数据。
可选的，若在视频缓冲区内至少两种码率中各码率的视频数据的缓冲时间均超过该码率的缓冲下限时间，则客户端向服务器发送第三调度请求；服务器根据第三调度请求，向客户端发送第一视频数据；客户端根据第一视频数据，在视频缓冲区内依次缓冲至少两种码率中各码率的视频数据。
可选的，若在视频缓冲区内存在至少一种码率的视频数据的缓冲时间超过该码率的缓冲上限时间，则客户端向服务器发送第四调度请求；服务器根据第四调度请求，向客户端发送第二视频数据；客户端根据第二视频数据，在视频缓冲区内依次缓冲除缓冲时间超过该码率的缓冲上限时间的至少一种码率之外的其他码率的视频数据。
第二方面，本申请提供一种客户端，包括：发送单元，用于若客户端确定在视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间，向服务器发送第二调度请求，以使得服务器根据第二调度请求，向客户端发送视频增量数据；接收单元，用于在发送单元向服务器发送第二调度请求后，接收服务器发送的视频增量数据；缓冲单元，用于在接收单元接收视频增量数据后，根据视频增量数据，对视频缓冲区内的第一码率的视频数据进行更新，生成第二码率的视频数据，以在视频缓冲区内缓冲第二码率的视频数据；其中，客户端的视频缓冲区内包括至少两种码率的视频数据，第二码率为第一码率的高一级码率。
可选的，第一码率为至少两种码率中最低等级的码率；发送单元，还用于在客户端确定在视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间前，向服务器发送第一调度请求，以使得服务器根据第一调度请求，向客户端发送第一码率的视频数据；接收单元，还用于接收第一码率的视频数据；缓冲单元，还用于在接收单元接收第一码率的视频数据后，利用第一码率的视频数据，在视频缓冲区内缓冲第一码率的视频数据。
可选的，发送单元，还用于若在视频缓冲区内至少两种码率中各码率的视频数据的缓冲时间均超过该码率的缓冲下限时间，则向服务器发送第三调度请求，以使得服务器根据第三调度请求，向客户端发送第一视频数据；接收单元，还用于在发送单元发送第三调度请求后，接收第一视频数据；缓冲单元，还用于在接收单元接收第一视频数据后，根据第一视频数据，在视频缓冲区内依次缓冲至少两种码率中各码率的视频数据。
可选的，发送单元，还用于若在视频缓冲区内存在至少一种码率的视频数据的缓冲时间超过该码率的缓冲上限时间，则向服务器发送第四调度请求，以使得服务器根据第四调度请求，向客户端发送第二视频数据；接收单元，还用于在发送单元发送第四调度请求后，接收第二视频数据；缓冲单元，还用于在接收单元接收第二视频数据后，根据第二视频数据，在视频缓冲区内依次缓冲除缓冲时间超过该码率的缓冲上限时间的至少一种码率之外的其他码率的视频数据。
第三方面，本申请提供一种服务器，包括：接收单元，用于接收客户端发送的第二调度请求；发送单元，用于在接收单元接收第二调度请求后，根据第二调度请求，向客户端发送视频增量数据，以使得客户端根据视频增量数据，对视频缓冲区内的第一码率的视频数据进行更新，生成第二码率的视频数据，以在视频缓冲区内缓冲第二码率的视频数据；其中，客户端的视频缓冲区内包括至少两种码率的视频数据，第二码率为第一码率的高一级码率。
可选的，接收单元，还用于接收客户端发送的第一调度请求；发送单元，还用于在接收单元接收第一调度请求后，根据第一调度请求，向客户端发送第一码率的视频数据，以使得客户端利用第一码率的视频数据，在视频缓冲区内缓冲第一码率的视频数据。
可选的，接收单元，还用于接收客户端发送的第三调度请求；发送单元，还用于在接收单元接收第三调度请求后，根据第三调度请求，向客户端发送第一视频数据，以使得客户端根据第一视频数据，在视频缓冲区内依次缓冲至少两种码率中各码率的视频数据。
可选的，接收单元，还用于接收客户端发送的第四调度请求；发送单元，还用于在接收单元接收第四调度请求后，根据第四调度请求，向客户端发送第二视频数据，以使得客户端根据第二视频数据，在视频缓冲区内依次缓冲除缓冲时间超过该码率的缓冲上限时间的至少一种码率之外的其他码率的视频数据。
本申请所提供方法，在播放在线视频时，客户端先缓冲一定缓冲时间的第一码率的视频数据，从而使视频能够快速打开并能够流畅播放。之后，客户端在确保视频缓冲区中已经保存了一定缓冲时长的视频数据后，再利用接收的视频增量信息，对视频缓冲区中已经缓冲的第一码率的视频数据进行更新，从而能够获得并播放码率更高、更加清晰的第二码率的视频数据。
相比现有技术中根据在传输视频数据之前的网络性能，确定视频的码率等级的方法，本申请上述方法能够在传输视频数据时当网络性能有所改善或者用户暂停播放视频时，可以通过对已缓冲的视频数据进行更新的方法，来提高已缓冲的视频数据的码率，从而提高这部分视频内容的清晰度。进而当存在富余的网络资源时，本申请所述方法不仅能够利用这部分网络资源提高还未缓冲的视频数据的码率，还能利用这部分网络资源更新优化已经在视频缓冲区中进行缓冲的视频数据的码率，即从整体上对还没有播放的视频内容的品质进行提高。例如，现有技术中当网络性能不稳定，比如存在带宽忽高忽低的情况时，则可能导致缓冲区中的视频数据存在不同清晰度的视频分片交叉缓冲，那么在播放视频时，用户就会感到视频一会清晰一会不清晰。而利用本申请的方法则可以极大的改善这种情况，获取更好的用户体验。另外，本申请所述方法中，在服务器中仅需要保存码率较高的第二码率的视频数据的增量数据，而不需要保存完整的第二码率的视频数据，节省了服务器中的存储空间。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1为本申请的实施例提供的一种通信网络架构的示意图；
图2为本申请的实施例提供的一种视频数据编码方式的原理示意图；
图3为本申请实施例提供的一种一种视频码率调整方法的流程示意图；
图4为本申请实施例提供的一种客户端的结构示意图；
图5为本申请实施例提供的一种服务器的结构示意图。
具体实施方式
下面结合附图，对本申请的实施例进行描述。
本申请的实施例应用于播放在线视频的场景中。本申请实施例提供一种播放在线视频场景下的通信网络架构，具体如图1所述，该通信网络中客户端通过互联网与作为视频资源源站的服务器连接。在具体实施时，客户端接收服务器发送的视频数据，并对该视频数据进行解码、缓冲等操作，之后通过客户端中的播放器等软件播放缓冲后的视频数据。本申请中所述客户端可以是电脑、手机以及平板电脑等能够在线播放视频的各类电子产品
本申请实施例还提供了一种视频编码方式，其中对不同码率的视频数据采用不同的编码方式。具体的，对多种码率的视频数据中最低码率的视频数据可以按照通常方式进行编码，得到基准码率文件。对除最低码率之外的其他码率的视频数据，通过增量编码的方式，得到该码率的视频数据较低一级码率的视频数据的增量信息文件。之后在解码时，通过获取的增量信息文件以及低一级码率的视频数据，得到该码率的视频数据。例如表1所示：
表1
其中，目标视频有流畅360P、高清720P、蓝光1080P三种清晰度的播放模式，其中流畅模式对应640*360的视频分辨率、高清模式对应1280*720的视频分辨率、蓝光模式对应1920*1080的视频分辨率，其中流畅模式的视频数据的码率为最低等级M0、高清模式的视频数据的码率为M1、蓝光模式的视频数据的码率为M2。那么对最低码率M0的360P视频数据按照通用方式进行编码得到基准码率文件，次级码率M1的720P视频数据对应的增量信息文件即为360P视频数据的基础上更新为720P视频数据的额外信息，最高等级M2的1080P视频数据对应的增量信息文件即为在720P视频数据基础上更新为1080P视频数据的额外信息。
需要说明的是，对于基准码率M0的视频数据的编码可以采用现有的视频编码方式，对于基准码率外的其他码率的视频数据可以采用以下方法：依然以最低码率M0的360P视频数据、次级码率M1的720P视频数据、最高等级M2的1080P视频数据三种清晰度的视频数据为例。M0等级中的1个像素对应M1等级中的4个像素，对应M2等级中9个像素。因此当需要获得M1码率的视频数据时，对于视频数据中的每一帧画面而言，可以通过获取M0码率的视频数据的该帧画面中对应的一个像素信息，以及M1码率的视频数据的增量信息文件提供的该帧画面中对应的3个像素的增量信息，来确定M1码率的四个像素的信息，进而实现对M1码率的视频数据的解码。进一步的，在获取了M1码率的视频数据后，则可以通过获取M1码率的视频数据的一帧画面中对应的四个像素信息，以及M2码率的视频数据的增量信息文件提供的该帧画面中对应的五个像素信息，来确定M2码率的九个像素的信息，进而实现对M2码率的视频数据的解码。
具体的，如图2中，在获取M0码率视频数据中像素A的像素信息，以及像素A对应的M1码率视频数据中的四个像素中像素B、像素C、像素D三个像素的增量信息，即可推导出像素E的像素信息，进而实现M1码率的视频数据的解码。在获取M1码率视频数据中的四个像素B、C、D、E的像素信息，以及像素B、C、D、E对应的M2码率视频数据中的九个像素中中间五个像素F、G、H、I、J的像素信息，即可推到出剩余四个像素K、L、M、N的像素信息，进而实现M2码率的视频数据的解码。
本申请实施例提供一种视频码率调整方法，能够采用视频编码方式并应用于上述网络架构中。需要说明的是上述网络架构以及视频编码方式是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定。参照图3所示，该方法包括以下步骤：
S101、客户端向服务器发送第一调度请求。
S102、服务器根据第一调度请求，向客户端发送第一码率的视频数据。
其中，客户端的视频缓冲区内包括至少两种码率的视频数据。在至少两种码率的视频数据中可以包括目前常用的360P、720P、1080P以及4K等分辨率对应码率的其中任意两种或更多种，也可以包括其他分类的码率类型。对于至少两种码率中具体包括那些码率类型可以根据实际应用中的需要进行选择，本申请对此不做限制。
具体的，第一码率为至少两种码率中最低等级的码率。
S103、客户端利用第一码率的视频数据，在视频缓冲区内缓冲第一码率的视频数据。
具体的，在客户端与服务器建立视频请求连接后，客户端首先按照最低等级码率的视频数据，对视频数据进行缓冲，进而保证视频数据的快速播放以及播放的流畅性。
可选的，在客户端向服务器获取第一码率的视频数据之前，客户端还可以首先获取整个目标视频文件的具体分片以及增量信息，为后续码率调整传输以及解码显示做准备。以及对网络性能进行测量，确定网络中时延、丢包率、抖动以及带宽等基本性能。根据网络性能选择适合的视频码率作为最低等级的码率。例如，当检测到网络性能良好时，可以选择较高的码率作为本申请中的最低等级的码率；当检测到网络性能较差时，可以选择较低的码率作为本申请中的最低等级的码率，进而保证视频播放的流畅性。
S104、若客户端确定在视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间，则客户端向服务器发送第二调度请求。
需要说明的是，上述S101-103步骤中的第一码率为缓冲区内包括的至少两种码率中的最低等级码率，为一种特例。在S104以及之后的步骤中的第一码率可能是最低等级的码率，也可能是所述至少两种码率中比最低等级码率更高的其他码率。因此当第一码率为比最低等级码率更高的其他码率时，则不通过上述S101-103的步骤获取第一码率的视频数据，而可以以下步骤S106的方式通过对视频缓冲区内比第一码率更低等级码率的视频数据以及第一码率对应的视频增量数据，来生成第一码率的视频数据。
S105、服务器根据第二调度请求，向客户端发送视频增量数据；
S106、客户端根据视频增量数据，对视频缓冲区内的第一码率的视频数据进行更新，生成第二码率的视频数据，以在视频缓冲区内缓冲第二码率的视频数据。
其中，客户端的视频缓冲区内包括至少两种码率的视频数据。第二码率为第一码率的高一级码率。
示例性的，如表2所示，若至少两种码率的视频数据中包括M0、M1、M2三种码率等级的视频数据，其中M0为最低等级码率、M2为最高等级码率。另外为了方便传输，将整个目标视频分成多个视频分片。具体的，在客户端在每接收服务器发送的一个视频分片后或者间隔预设时长后，根据上述S101-106的步骤，来判断接下来要获取的视频分片。
表2
具体的，若确定T0≤TD0，即客户端确定M0码率的视频数据当下的缓冲时间没有超过该码率的缓冲下限时间。则根据上述S101-103的步骤，继续获取M0码率的视频数据，并在视频缓冲区内缓冲M0码率的视频数据，即客户端向服务器发送请求以获取M0码率的N0+1号视频分片数据。
若确定T0＞TD0，即客户端确定M0码率的视频数据当下的缓冲时间超过了该码率的缓冲下限时间，则根据上述S104-106的步骤，获取视频增量数据，在视频缓冲区内缓冲M1码率的视频数据，即客户端向服务器发送请求以获取M1码率的N1+1号视频分片数据。
进一步的，再根据S104-106的步骤，判断M1码率的视频数据当下的缓冲时间是否超过该码率的缓冲下限时间：
当确定T1＞TD1，即客户端确定M1码率的视频数据当下的缓冲时间超过了该码率的缓冲下限时间，则根据上述S104-106的步骤，获取视频增量数据，在视频缓冲区内缓冲M2码率的视频数据，即客户端向服务器发送请求以获取M2码率的N2+1号视频分片数据。
在一种实施例中，若在视频缓冲区内至少两种码率中各码率的视频数据的缓冲时间均超过该码率的缓冲下限时间，则该方法还包括：
S107、客户端向服务器发送第三调度请求。
S108、服务器根据第三调度请求，向客户端发送第一视频数据。
S109、客户端根据第一视频数据，在视频缓冲区内依次缓冲至少两种码率中各码率的视频数据。
示例性的，继续以上述表2的内容为例：
当T0＞TD0且T1＞TD1且T2＞TD2，即说明在视频缓冲区内至少两种码率中各码率的视频数据的缓冲时间均超过该码率的缓冲下限时间。则客户端向服务器发送请求，以便依次获取M0码率的下一视频分片数据即N0+1号视频分片数据、M1码率的下一视频分片数据即N1+1号视频分片数据、M2码率的下一视频分片数据即N2+1号视频分片数据，以便在视频缓冲区内依次缓冲至少两种码率中各码率的视频数据。
需要说明的是，在本实施例中在视频缓冲区内依次缓冲至少两种码率中各码率的视频数据时，可以按照码率从低到高的顺序依次缓冲，也可以按照从高到低的顺序依次缓冲，还可以按照其他预设顺序来缓冲视频数据，对此本申请不做限制。
另外，在一种实施例中，客户端每向服务器发送一个调度请求，服务器可以根据请求将本次客户端需要的视频分片发送给客户端。例如，客户端第一次发送调度请求，服务器向客户端发送M0码率的下一视频分片数据即N0+1号视频分片数据。客户端第二次发送调度请求，服务器向客户端发送M1码率的下一视频分片数据即N1+1号视频分片数据，以此类推。在另一种实施例中，客户端每向服务器发送一个调度请求，服务器还可以根据请求直接依次向客户端发送M0码率的下一视频分片数据即N0+1号视频分片数据、M1码率的下一视频分片数据即N1+1号视频分片数据、M2码率的下一视频分片数据即N2+1号视频分片数据。对此本申请也不做限制。
S110、客户端向服务器发送第四调度请求。
S111、服务器根据第四调度请求，向客户端发送第二视频数据。
S112、客户端根据第二视频数据，在视频缓冲区内依次缓冲除缓冲时间超过该码率的缓冲上限时间的至少一种码率之外的其他码率的视频数据。
示例性的，继续以上述表2的内容为例：
若存在T0>TU0、T1>TU1或者T2>TU2中的一项时，则停止对应码率的视频数据的缓冲。例如，若确定T0>TU0，则即在视频缓冲区内依次缓冲除M0码率之外的其他码率的视频数据，即依次缓冲M1、M2码率的视频数据。若确定T0>TU0并且T1>TU1，则仅缓冲M2码率的视频数据。
本申请所提供方法，在播放在线视频时，客户端先缓冲一定缓冲时间的第一码率的视频数据，从而使视频能够快速打开并能够流畅播放。之后，客户端在确保视频缓冲区中已经保存了一定缓冲时长的视频数据后，再利用接收的视频增量信息，对视频缓冲区中已经缓冲的第一码率的视频数据进行更新，从而能够获得并播放码率更高、更加清晰的第二码率的视频数据。
相比现有技术中根据在传输视频数据之前的网络性能，确定视频的码率等级的方法，本申请上述方法能够在传输视频数据时当网络性能有所改善或者用户暂停播放视频时，可以通过对已缓冲的视频数据进行更新的方法，来提高已缓冲的视频数据的码率，从而提高这部分视频内容的清晰度。进而当存在富余的网络资源时，本申请所述方法不仅能够利用这部分网络资源提高还未缓冲的视频数据的码率，还能利用这部分网络资源更新优化已经在视频缓冲区中进行缓冲的视频数据的码率，即从整体上对还没有播放的视频内容的品质进行提高。例如，现有技术中当网络性能不稳定，比如存在带宽忽高忽低的情况时，则可能导致缓冲区中的视频数据存在不同清晰度的视频分片交叉缓冲，那么在播放视频时，用户就会感到视频一会清晰一会不清晰。而利用本申请的方法则可以极大的改善这种情况，获取更好的用户体验。另外，本申请所述方法中，在服务器中仅需要保存码率较高的第二码率的视频数据的增量数据，而不需要保存完整的第二码率的视频数据，节省了服务器中的存储空间。
基于上述视频码率调整方法，本申请实施例提供一种客户端。本申请实施例提供的客户端在具体实现时，可以是手机、电脑以及平板电脑等能够在线播放视频的各类电子产品。如图4所示，该客户端20包括：发送单元201、接收单元202以及缓冲单元203，其中：
发送单元201，用于若客户端确定在视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间，向服务器发送第二调度请求，以使得服务器根据第二调度请求，向客户端发送视频增量数据；
接收单元202，用于在发送单元201向服务器发送第二调度请求后，接收服务器发送的视频增量数据；
缓冲单元203，用于在接收单元202接收视频增量数据后，根据视频增量数据，对视频缓冲区内的第一码率的视频数据进行更新，生成第二码率的视频数据，以在视频缓冲区内缓冲第二码率的视频数据；其中，客户端的视频缓冲区内包括至少两种码率的视频数据，第二码率为第一码率的高一级码率。
可选的，第一码率为至少两种码率中最低等级的码率；
发送单元201，还用于在客户端确定在视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间前，向服务器发送第一调度请求，以使得服务器根据第一调度请求，向客户端发送第一码率的视频数据；
接收单元202，还用于在发送单元201向客户端发送第一码率的视频数据后，接收第一码率的视频数据；
缓冲单元203，还用于在接收单元202接收第一码率的视频数据后，利用第一码率的视频数据，在视频缓冲区内缓冲第一码率的视频数据。
可选的，发送单元201，还用于若在视频缓冲区内至少两种码率中各码率的视频数据的缓冲时间均超过该码率的缓冲下限时间，则向服务器发送第三调度请求，以使得服务器根据第三调度请求，向客户端发送第一视频数据；
接收单元202，还用于在发送单元201发送第三调度请求后，接收第一视频数据；
缓冲单元203，还用于在接收单元202接收第一视频数据后，根据第一视频数据，在视频缓冲区内依次缓冲至少两种码率中各码率的视频数据。
可选的，发送单元201，还用于若在视频缓冲区内存在至少一种码率的视频数据的缓冲时间超过该码率的缓冲上限时间，则向服务器发送第四调度请求，以使得服务器根据第四调度请求，向客户端发送第二视频数据；
接收单元202，还用于在发送单元201发送第四调度请求后，接收第二视频数据；
缓冲单元203，还用于在接收单元202接收第二视频数据后，根据第二视频数据，在视频缓冲区内依次缓冲除缓冲时间超过该码率的缓冲上限时间的至少一种码率之外的其他码率的视频数据。
基于上述视频码率调整方法，本申请实施例还提供一种服务器，如图5所示，该服务器30包括：接收单元301、发送单元302，其中：
接收单元301，用于接收客户端发送的第二调度请求；
发送单元302，用于在接收单元301接收第二调度请求后，根据第二调度请求，向客户端发送视频增量数据，以使得客户端根据视频增量数据，对视频缓冲区内的第一码率的视频数据进行更新，生成第二码率的视频数据，以在视频缓冲区内缓冲第二码率的视频数据；其中，客户端的视频缓冲区内包括至少两种码率的视频数据，第二码率为第一码率的高一级码率。
可选的，接收单元301，还用于接收客户端发送的第一调度请求；
发送单元302，还用于在接收单元301接收第一调度请求后，根据第一调度请求，向客户端发送第一码率的视频数据，以使得客户端利用第一码率的视频数据，在视频缓冲区内缓冲第一码率的视频数据。
可选的，接收单元301，还用于接收客户端发送的第三调度请求；
发送单元302，还用于在接收单元301接收第三调度请求后，根据第三调度请求，向客户端发送第一视频数据，以使得客户端根据第一视频数据，在视频缓冲区内依次缓冲至少两种码率中各码率的视频数据。
可选的，接收单元301，还用于接收客户端发送的第四调度请求；
发送单元302，还用于在接收单元301接收第四调度请求后，根据第四调度请求，向客户端发送第二视频数据，以使得客户端根据第二视频数据，在视频缓冲区内依次缓冲除缓冲时间超过该码率的缓冲上限时间的至少一种码率之外的其他码率的视频数据。
由于本申请实施例中的客户端以及服务器可以应用于实施上述方法实施例，因此，其所能获得的技术效果也可参考上述方法实施例，本申请实施例在此不再赘述。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
此外，上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。例如，可以对应各功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random AccessMemory，RAM)等。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (12)

1.一种视频码率调整方法，其特征在于，包括：
若客户端确定在视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间，则所述客户端向服务器发送第二调度请求；
所述服务器根据所述第二调度请求，向所述客户端发送视频增量数据；
所述客户端根据所述视频增量数据，对所述视频缓冲区内的所述第一码率的视频数据进行更新，生成第二码率的视频数据，以在所述视频缓冲区内缓冲所述第二码率的视频数据；其中，所述客户端的视频缓冲区内包括至少两种码率的视频数据，所述第二码率为所述第一码率的高一级码率。
2.根据权利要求1所述方法，其特征在于，所述第一码率为所述至少两种码率中最低等级的码率；
在所述客户端确定在所述视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间之前，所述方法还包括：
所述客户端向所述服务器发送第一调度请求；
所述服务器根据所述第一调度请求，向所述客户端发送第一码率的视频数据；
所述客户端利用所述第一码率的视频数据，在所述视频缓冲区内缓冲第一码率的视频数据。
3.根据权利要求1或2所述方法，其特征在于，所述方法还包括：
若在所述视频缓冲区内所述至少两种码率中各码率的视频数据的缓冲时间均超过该码率的缓冲下限时间，则所述客户端向所述服务器发送第三调度请求；
所述服务器根据所述第三调度请求，向所述客户端发送第一视频数据；
所述客户端根据所述第一视频数据，在所述视频缓冲区内依次缓冲所述至少两种码率中各码率的视频数据。
4.根据权利要求3所述方法，其特征在于，所述方法还包括：
若在所述视频缓冲区内存在至少一种码率的视频数据的缓冲时间超过该码率的缓冲上限时间，则所述客户端向所述服务器发送第四调度请求；
所述服务器根据所述第四调度请求，向所述客户端发送第二视频数据；
所述客户端根据所述第二视频数据，在所述视频缓冲区内依次缓冲除所述缓冲时间超过该码率的缓冲上限时间的所述至少一种码率之外的其他码率的视频数据。
5.一种客户端，其特征在于，包括：
发送单元，用于若客户端确定在视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间，向服务器发送第二调度请求，以使得所述服务器根据所述第二调度请求，向所述客户端发送视频增量数据；
接收单元，用于在所述发送单元向所述服务器发送所述第二调度请求后，接收所述服务器发送的视频增量数据；
缓冲单元，用于在所述接收单元接收所述视频增量数据后，根据所述视频增量数据，对所述视频缓冲区内的所述第一码率的视频数据进行更新，生成第二码率的视频数据，以在所述视频缓冲区内缓冲所述第二码率的视频数据；其中，所述客户端的所述视频缓冲区内包括至少两种码率的视频数据，所述第二码率为所述第一码率的高一级码率。
6.根据权利要求5所述客户端，其特征在于，所述第一码率为所述至少两种码率中最低等级的码率；
所述发送单元，还用于在确定在所述视频缓冲区内第一码率的视频数据的缓冲时间超过该码率的缓冲下限时间前，向所述服务器发送第一调度请求，以使得所述服务器根据所述第一调度请求，向所述客户端发送第一码率的视频数据；
所述接收单元，还用于在所述发送单元向所述客户端发送第一码率的视频数据后，接收所述第一码率的视频数据；
所述缓冲单元，还用于在所述接收单元接收所述第一码率的视频数据后，利用所述第一码率的视频数据，在所述视频缓冲区内缓冲第一码率的视频数据。
7.根据权利要求5或6所述客户端，其特征在于，
所述发送单元，还用于若在所述视频缓冲区内所述至少两种码率中各码率的视频数据的缓冲时间均超过该码率的缓冲下限时间，则向所述服务器发送第三调度请求，以使得所述服务器根据所述第三调度请求，向所述客户端发送第一视频数据；
所述接收单元，还用于在所述发送单元发送第三调度请求后，接收所述第一视频数据；
所述缓冲单元，还用于在所述接收单元接收所述第一视频数据后，根据所述第一视频数据，在所述视频缓冲区内依次缓冲所述至少两种码率中各码率的视频数据。
8.根据权利要求7所述客户端，其特征在于，
所述发送单元，还用于若在所述视频缓冲区内存在至少一种码率的视频数据的缓冲时间超过该码率的缓冲上限时间，则向所述服务器发送第四调度请求，以使得所述服务器根据所述第四调度请求，向所述客户端发送第二视频数据；
所述接收单元，还用于在所述发送单元发送第四调度请求后，接收所述第二视频数据；
所述缓冲单元，还用于在所述接收单元接收所述第二视频数据后，根据所述第二视频数据，在所述视频缓冲区内依次缓冲除所述缓冲时间超过该码率的缓冲上限时间的所述至少一种码率之外的其他码率的视频数据。
9.一种服务器，其特征在于，包括：
接收单元，用于接收客户端发送的第二调度请求；
发送单元，用于在所述接收单元接收所述第二调度请求后，根据所述第二调度请求，向所述客户端发送视频增量数据，以使得所述客户端根据所述视频增量数据，对所述视频缓冲区内的所述第一码率的视频数据进行更新，生成第二码率的视频数据，以在所述视频缓冲区内缓冲所述第二码率的视频数据；其中，所述客户端的视频缓冲区内包括至少两种码率的视频数据，所述第二码率为所述第一码率的高一级码率。
10.根据权利要求9所述服务器，其特征在于，
所述接收单元，还用于接收所述客户端发送的第一调度请求；
所述发送单元，还用于在所述接收单元接收所述第一调度请求后，根据所述第一调度请求，向所述客户端发送第一码率的视频数据，以使得所述客户端利用所述第一码率的视频数据，在所述视频缓冲区内缓冲第一码率的视频数据。
11.根据权利要求9或10所述服务器，其特征在于，
所述接收单元，还用于接收所述客户端发送的第三调度请求；
所述发送单元，还用于在所述接收单元接收所述第三调度请求后，根据所述第三调度请求，向所述客户端发送第一视频数据，以使得所述客户端根据所述第一视频数据，在所述视频缓冲区内依次缓冲所述至少两种码率中各码率的视频数据。
12.根据权利要求11所述服务器，其特征在于，
所述接收单元，还用于接收所述客户端发送的第四调度请求；
所述发送单元，还用于在所述接收单元接收所述第四调度请求后，根据所述第四调度请求，向所述客户端发送第二视频数据，以使得所述客户端根据所述第二视频数据，在所述视频缓冲区内依次缓冲除所述缓冲时间超过该码率的缓冲上限时间的所述至少一种码率之外的其他码率的视频数据。
CN201711387306.7A 2017-12-20 2017-12-20 一种视频码率调整方法及设备 Pending CN108200470A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711387306.7A CN108200470A (zh) 2017-12-20 2017-12-20 一种视频码率调整方法及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711387306.7A CN108200470A (zh) 2017-12-20 2017-12-20 一种视频码率调整方法及设备

Publications (1)

Publication Number Publication Date
CN108200470A true CN108200470A (zh) 2018-06-22

Family

ID=62577029

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711387306.7A Pending CN108200470A (zh) 2017-12-20 2017-12-20 一种视频码率调整方法及设备

Country Status (1)

Country Link
CN (1) CN108200470A (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108881972A (zh) * 2018-08-01 2018-11-23 广州视源电子科技股份有限公司 一种码率分配方法、装置、设备和存储介质
CN111510771A (zh) * 2019-01-30 2020-08-07 上海哔哩哔哩科技有限公司 清晰度切换算法的选择方法、***、设备及介质
CN112153404A (zh) * 2020-09-23 2020-12-29 北京达佳互联信息技术有限公司 码率调整方法、检测方法、装置、设备及存储介质
CN113016166A (zh) * 2018-11-14 2021-06-22 华为技术有限公司 一种多媒体业务的传输方法及装置

Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102006501A (zh) * 2010-11-11 2011-04-06 中国联合网络通信集团有限公司 流媒体播放控制方法、装置和流媒体播放器
CN102291599A (zh) * 2011-05-07 2011-12-21 董友球 网络视频播放方法及网络视频播放装置
CN103002272A (zh) * 2011-09-15 2013-03-27 上海聚力传媒技术有限公司 一种切换音视频信息的码率的方法、装置和设备
US20130077605A1 (en) * 2010-02-22 2013-03-28 Marie-Line Alberi-Morel Method for transmitting video contents from a server to a terminal of a user within service periods of a radio transport channel
CN103024446A (zh) * 2012-12-31 2013-04-03 传聚互动(北京)科技有限公司 网络视频的加载缓冲方法和***
CN103258509A (zh) * 2012-02-20 2013-08-21 联想(北京)有限公司 一种调节分辨率的方法及电子设备
CN103905820A (zh) * 2012-12-28 2014-07-02 中国科学院声学研究所 一种基于svc的客户端视频质量自适应方法及***
CN105025351A (zh) * 2014-04-30 2015-11-04 深圳Tcl新技术有限公司 流媒体播放器缓冲的方法及装置
CN105191326A (zh) * 2013-05-08 2015-12-23 高通股份有限公司 无线通信***中的视频流送
CN105447819A (zh) * 2015-12-04 2016-03-30 腾讯科技（深圳）有限公司 图像处理方法及装置

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130077605A1 (en) * 2010-02-22 2013-03-28 Marie-Line Alberi-Morel Method for transmitting video contents from a server to a terminal of a user within service periods of a radio transport channel
CN102006501A (zh) * 2010-11-11 2011-04-06 中国联合网络通信集团有限公司 流媒体播放控制方法、装置和流媒体播放器
CN102291599A (zh) * 2011-05-07 2011-12-21 董友球 网络视频播放方法及网络视频播放装置
CN103002272A (zh) * 2011-09-15 2013-03-27 上海聚力传媒技术有限公司 一种切换音视频信息的码率的方法、装置和设备
CN103258509A (zh) * 2012-02-20 2013-08-21 联想(北京)有限公司 一种调节分辨率的方法及电子设备
CN103905820A (zh) * 2012-12-28 2014-07-02 中国科学院声学研究所 一种基于svc的客户端视频质量自适应方法及***
CN103024446A (zh) * 2012-12-31 2013-04-03 传聚互动(北京)科技有限公司 网络视频的加载缓冲方法和***
CN105191326A (zh) * 2013-05-08 2015-12-23 高通股份有限公司 无线通信***中的视频流送
CN105025351A (zh) * 2014-04-30 2015-11-04 深圳Tcl新技术有限公司 流媒体播放器缓冲的方法及装置
CN105447819A (zh) * 2015-12-04 2016-03-30 腾讯科技（深圳）有限公司 图像处理方法及装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
姚正林: "大规模蜂窝网络中可伸缩视频流多播的统计优化", 《中国优秀硕士学位论文全文数据库》 *
完颜许哲: "OpenFlow网络中可伸缩视频的自适应传输算法", 《计算机工程》 *
蒋宇浩: "可伸缩视频编码在移动互联网中的应用与实现", 《微电子学与计算机》 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108881972A (zh) * 2018-08-01 2018-11-23 广州视源电子科技股份有限公司 一种码率分配方法、装置、设备和存储介质
CN108881972B (zh) * 2018-08-01 2021-06-15 广州视源电子科技股份有限公司 一种码率分配方法、装置、设备和存储介质
CN113016166A (zh) * 2018-11-14 2021-06-22 华为技术有限公司 一种多媒体业务的传输方法及装置
CN113016166B (zh) * 2018-11-14 2023-01-06 华为技术有限公司 一种多媒体业务的传输方法及装置
CN111510771A (zh) * 2019-01-30 2020-08-07 上海哔哩哔哩科技有限公司 清晰度切换算法的选择方法、***、设备及介质
CN111510771B (zh) * 2019-01-30 2021-10-12 上海哔哩哔哩科技有限公司 清晰度切换算法的选择方法、***、设备及介质
US11671656B2 (en) 2019-01-30 2023-06-06 Shanghai Bilibili Technology Co., Ltd. Method for selecting resolution switching algorithm, computing device, and computer-program product
CN112153404A (zh) * 2020-09-23 2020-12-29 北京达佳互联信息技术有限公司 码率调整方法、检测方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
CN101917389B (zh) 一种网络电视直播***
CN108200470A (zh) 一种视频码率调整方法及设备
Yuan et al. Spatial and temporal consistency-aware dynamic adaptive streaming for 360-degree videos
US9755993B2 (en) Joint quality management across multiple streams
CN109891850A (zh) 用于减少360度视区自适应流媒体延迟的方法和装置
CN110139113B (zh) 视频资源的传输参数分发方法及装置
CN102833624B (zh) 数字电视的处理方法和电子设备
US20110176496A1 (en) On-the-fly video quality switching for video distribution networks and methods therefor
CN102396225B (zh) 用于可靠实时传输的图像和视频的双模式压缩
CN105872615B (zh) 一种视频传输码率调整方法及装置
CN102318348A (zh) 数据流的块划分
CN110636346A (zh) 一种码率自适应切换方法、装置、电子设备及存储介质
CN102802054B (zh) 一种多流视频直播中的控制方法及装置
CN105556922B (zh) 网络中的dash表示自适应
CN107770600A (zh) 流媒体数据的传输方法、装置、设备和存储介质
CN102348117A (zh) 低带宽传输数字高清信号的***、方法及网络多媒体电视
Lo et al. Performance measurements of 360 video streaming to head-mounted displays over live 4G cellular networks
CN103313095A (zh) 视频传输方法、播放方法、终端和服务器
CN105681139A (zh) 用于传输自适应调整的文件的设备和方法
CN107566855A (zh) 频道快速切换的方法、服务器和机顶盒
JP2017520940A5 (ja) レイヤードコード化コンテンツを多重化する方法および装置
US8520963B2 (en) Image processing apparatus, image processing method, and program for processing content based on user viewing situation
JP2017520940A (ja) 階層符号化されたコンテンツを多重化するための方法および装置
CN110636372B (zh) 视频解码方法、视频播放装置、电子设备及存储介质
Chen et al. Optimized viewport‐adaptive 360‐degree video streaming

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

Application publication date: 20180622

RJ01 Rejection of invention patent application after publication