WO2011150657A1 - 流媒体中播放时间点跳转后的处理方法及装置 - Google Patents

流媒体中播放时间点跳转后的处理方法及装置 Download PDF

Info

Publication number
WO2011150657A1
WO2011150657A1 PCT/CN2010/080659 CN2010080659W WO2011150657A1 WO 2011150657 A1 WO2011150657 A1 WO 2011150657A1 CN 2010080659 W CN2010080659 W CN 2010080659W WO 2011150657 A1 WO2011150657 A1 WO 2011150657A1
Authority
WO
WIPO (PCT)
Prior art keywords
video
condition
code rate
playing
network
Prior art date
Application number
PCT/CN2010/080659
Other languages
English (en)
French (fr)
Inventor
代金良
冯江平
李玲玲
Original Assignee
华为技术有限公司
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 华为技术有限公司 filed Critical 华为技术有限公司
Priority to CN201080003687.4A priority Critical patent/CN102204272B/zh
Priority to PCT/CN2010/080659 priority patent/WO2011150657A1/zh
Publication of WO2011150657A1 publication Critical patent/WO2011150657A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2387Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25Management 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/266Channel 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/2662Controlling the complexity of the video stream, e.g. by scaling the resolution or bitrate of the video stream based on the client capabilities

Definitions

  • the present invention relates to a network communication technology, and in particular, to a processing method and apparatus after a playback time point jump in a streaming media. Background technique
  • Some existing streaming media technologies are based on the HyperText Transfer Protocol (HTTP) and can be based on network conditions. Adaptably change the transmission code rate to achieve the purpose of smooth playback of the terminal.
  • the video content is bounded by a Group of Picture (GOP), a GOP or multiple GOPs are encapsulated into a fragment, and a fragment of the same code rate is encapsulated into a segment.
  • the encapsulated audio and video files are stored on the HTTP web server, and the client requests the corresponding audio and video fragments by HTTP and plays them.
  • the client parses the received description file (manifest) according to the fragmented uniform resource locator (Uniform Resource Location, URL) given in the manifest file.
  • URL Uniform Resource Location
  • the player decides which bit rate file to request based on the detected actual network bandwidth and client processing power. If the current network conditions are good, the client requests a higher bit rate video segmentation, and instead requests a lower bit rate video segmentation.
  • the playback progress bar is randomly dragged to any position, and the client will send the fragmentation request from the new time point.
  • the client requests the video fraction with the lowest bit rate (300,000 bps). sheet.
  • the client's decode buffer (buffer) is set to a smaller value.
  • the embodiment of the invention provides a processing method and a device for playing a time point jump in a streaming media, so as to improve the user experience.
  • An embodiment of the present invention provides a processing method after a play time point jump in a streaming media, including: acquiring a play status and acquiring a network status;
  • An embodiment of the present invention provides a processing device after a streaming media playback time point jump, which includes: acquiring an ear block for acquiring a play status and acquiring a network status;
  • a determining module configured to determine, according to the playing state and the network condition, a starting code rate of the video fragment after the time point jump, where the starting code rate includes a code rate of the currently played video segment.
  • the embodiment of the present invention determines the startup code rate according to the playing state and the network condition, instead of directly setting the requested code rate to the lowest code rate, thereby ensuring the continuity of the video quality before and after the time jump, and improving the user.
  • the embodiment of the present invention determines the startup code rate according to the playing state and the network condition, instead of directly setting the requested code rate to the lowest code rate, thereby ensuring the continuity of the video quality before and after the time jump, and improving the user.
  • FIG. 1 is a schematic flow chart of a method according to a first embodiment of the present invention
  • FIG. 2 is a schematic flow chart of a method according to a second embodiment of the present invention.
  • Fig. 3 is a schematic structural view of a device according to a third embodiment of the present invention. detailed description
  • FIG. 1 is a schematic flowchart of a method according to a first embodiment of the present invention, including:
  • Step 11 Obtain the playback status and network status.
  • the playback status may be full-screen playback or non-full-screen playback; or, the playback status may also be the resolution of the currently playing video.
  • the network status can be determined according to the code rate of the currently played video segment and the code rate of the previous video segment, and the playback duration of the currently played video segment and the download duration of the previous video segment; or, The network conditions corresponding to the determined number of video segments are averaged, and the network status corresponding to each video segment is determined as follows: according to the code rate of the currently played video segment and the previous video segmentation The code rate, and the playback duration of the currently played video segment and the download duration of the previous video segment are determined; or, according to the time point, the code rate of the video within the set time before the jump, the set time The download duration of the video and the set time are determined; or, the network conditions corresponding to the video in the multiple set times before the time point jump are averaged, wherein the video corresponding to each set time corresponds to The network status is determined in the following manner: According to the code rate of the video within the set time, the download duration of the video within the set time, and the set time.
  • Step 12 Determine, according to the playing state and the network condition, a starting code rate of the video segment after the time point jump, where the starting code rate includes a code rate of the currently played video segment.
  • the activation code rate is determined according to the play status and the network status, and the start code rate may be the code rate of the currently played video segment, instead of directly setting the code rate to the lowest code rate, which may cause the user to jump. After seeing the video quality is basically the same as the video quality seen before the jump, improve user experience.
  • FIG. 2 is a schematic flowchart of a method according to a second embodiment of the present invention.
  • the playback time point jump in this embodiment is taken as an example. Referring to FIG. 2, this embodiment includes:
  • Step 201 Normal play.
  • Step 202 Determine whether a drag occurs, and if yes, go to step 203; otherwise, go to step 207.
  • Step 203 Determine whether the downloaded range is exceeded. If yes, go to step 204, otherwise go to step 207.
  • Step 204 Determine a lower threshold of the cache.
  • the lower threshold can be updated after the client downloads the new video fragment from the server. For details, see the steps below.
  • Step 205 Determine the startup code rate of the dragged video segment.
  • the start code rate may be determined according to the play status and the network status, as follows: Case 1, the play status is a full screen state or a non-full screen state.
  • the image quality continuity is selected when the startup rate after switching is selected; conversely, if the user drags in the non-full-screen state, the startup speed can be biased when the startup rate after switching is selected.
  • LastDownLoadRatio Dur/DL_dur
  • LastDownLoadRatio indicates the relationship between playback speed and download speed
  • Dur indicates the length of time the clip is currently being played.
  • DL dur indicates the download duration of the previous slice.
  • Br_dl represents the bit rate corresponding to the previous slice
  • Br_dis indicates the bit rate corresponding to the currently playing slice.
  • Formula (1) LastDownLoadRatio*br_dl/br_disp,
  • the formula (1) can be simply understood as: (the code rate corresponding to the previous slice is multiplied by the duration of the current playback slice) Divided by (the code rate corresponding to the current playback slice multiplied by the download duration of the previous slice), ie download The ratio of the total number of bytes to the total number of bytes played.
  • Formula (1) is a simple method to calculate the number of bytes before and after dragging, but it is affected by many factors (such as network jitter).
  • the result of formula (1) may be different from the result obtained by the actual network environment, so Use statistical methods to estimate network status.
  • the formula (1) can be transformed into the formula (2): ⁇ ⁇ [LastDownLoadRatio(i) * br_dl(i)/br_disp(i)]
  • LastDownLoadRatio ( i ) represents the relationship between the playback speed of the i-th slice and the download speed
  • br— dl ( i ) represents the code rate corresponding to the previous slice of the i-th slice
  • br— disp ( i) indicates the current code rate corresponding to the i-th slice.
  • the formula (2) can be further processed, and the abnormal data is eliminated by using the weighted average. For example, set a filter to filter the abnormal data in the network, and then use the formula (2) to obtain the current network status information.
  • the formula (1) estimates the current network condition in units of slices, and can also estimate the current network condition in units of time, that is, replace the fragments in the formula (1) with the information in the set time period. information.
  • l ⁇ LastDownLoadRatio*br_ dl/br_disp ⁇ 2 may be referred to as a second condition
  • the play window refers to the size of the corresponding play window when the current non-full-screen play is performed.
  • Playback resolution is the resolution of the image sent by the server.
  • the playing status is the resolution of the current playing (ie, the user currently watching) video.
  • the user drags the video in the first case, for the different viewing states of the current user, determining whether the starting rate after switching is the continuity of the image quality or Focus on startup speed.
  • the specific plan is as follows:
  • LastDownLoadRatio Dur/DL_dur
  • LastDownLoadRatio indicates the relationship between playback speed and download speed
  • Dur indicates the length of time the clip is currently being played.
  • DL dur indicates the download duration of the previous slice.
  • Br_dl represents the bit rate corresponding to the previous slice
  • Br_dis indicates the bit rate corresponding to the currently playing slice.
  • Br—start indicates the bit rate after dragging
  • Br min indicates the lowest available code rate 1. If the resolution of the currently playing video is large, the size is 1920*1080, then the continuity of the quality before and after dragging needs to be guaranteed.
  • the size is 720*576, which can weaken the quality continuity.
  • the above-described code rate determination may be performed in combination with the above-described full-screen non-full-screen state and the resolution of the currently played video.
  • Step 206 Quickly fill the cache.
  • the client requests the server to send a video fragment whose code rate is the above-mentioned determined startup code rate, and then caches the video fragment sent by the server in the cache until the buffer threshold is reached.
  • Step 207 Determine whether the length of the buffered video fragment reaches the play threshold. If yes, go to step 208, otherwise go to step 209.
  • Step 208 Play video segments.
  • Step 209 Download the video slice and update the lower threshold of the cache.
  • the minimum buffer is used to start and set a very small buffer (less than 0.1 s).
  • a very small buffer (less than 0.1 s).
  • the embodiment of the invention provides a method for dynamically calculating the lower threshold of the buffer to ensure fast playback and smooth playback.
  • the parameter buff-thrd represents the lower threshold of the player buffer
  • buf_len represents the length of the buffer that has been downloaded to the player. For other parameters, refer to the first embodiment.
  • 1) and 2) are repeatedly executed to dynamically adapt to changes in the network, thereby giving the user a continuous and smooth experience.
  • Step 210 Determine whether the playback is completed. If yes, go to step 211, otherwise go to step 202. Step 211: Exit.
  • the continuity of the video quality can be ensured, and the dynamic change of the network is dynamically adjusted by the cache threshold, thereby giving the user a continuous and smooth experience.
  • the foregoing execution entity may be a client or a server.
  • the client may determine the play status and the network status from the information on the side of the client, and then the client determines the boot code rate, and requests the video fragment of the boot code rate from the server.
  • the client reports the playback status and network status to the server, or the server sends the status of the video fragment in real time, and then the server determines the startup code rate.
  • the client requests video fragmentation. Send the determined video fragment of the boot rate to the client.
  • FIG. 3 is a schematic structural diagram of an apparatus according to a third embodiment of the present invention, including an obtaining module 31 and a determining module 32.
  • the obtaining module 31 is configured to acquire a playing state and obtain a network status.
  • the determining module 32 is configured to use the playing state and the network state according to the playing state and the network state. And determining a start code rate of the video slice after the time point jump, where the start code rate includes a code rate of the currently played video slice.
  • the playing state acquired by the acquiring module is a full screen state or a non-full screen state, and/or, the playing state is a resolution of a currently playing video.
  • the obtained module 31 is specifically configured to: according to the code rate of the currently played video segment and the code rate of the previous video segment, and the playing duration of the currently played video segment and the download duration of the previous video segment. Obtaining the network status; or, after averaging the network conditions corresponding to the set number of video segments, obtaining the network status, where the network status corresponding to each video segment is determined as follows: The bit rate of the played video segment and the bit rate of the previous video segment, and the playback duration of the currently played video segment and the download duration of the previous video segment, determining the network condition corresponding to each video segment; or Obtaining a network state according to a code rate of a video within a set time before a time point jump, a download duration of the video within the set time, and the set time; or, setting a plurality of times before the time point jump After the average network status corresponding to the video in a certain period of time is averaged, the network status is obtained, where the network status corresponding to the video in each set time is used.
  • the determining module is specifically configured to: if the playing state is full screen playing, and the network condition satisfies the first condition, the startup code rate is the The code rate of the currently played video segment; or, if the play state is full-screen playback, and the network condition satisfies the second condition, the startup code rate is the code rate of the currently played video segment.
  • the activation code rate is the lowest code rate; or, if the play state is non-full-screen playback, and the network condition satisfies the first condition, and The playback window size of the non-full-screen playback is greater than or equal to the playback resolution before the time-point jump, and the activation code rate is the code rate of the currently played video segment; or, if the playback state is non-full-screen playback, And the network condition satisfies the first condition, and the play window size in the non-full-screen play is smaller than the play resolution before the time point jump, and the start code rate is the maximum value of the selectable video slice rate.
  • the resolution of the optional video fragment is less than or equal to the playback resolution before the time point jump; or, if the playback state is non-full-screen playback, and the network condition does not satisfy the first condition, the startup code rate is The lowest code rate; wherein, the network condition that satisfies the first condition is better than the network condition that satisfies the second condition, and the network condition that satisfies the second condition is better than the third condition Network conditions.
  • the determining module is specifically configured to: if the resolution of the currently playing video corresponding to the playing state is greater than or equal to a preset threshold, and the network state meets the first condition Determining that the startup code rate is a code rate of the currently played video segment; or, if the resolution of the currently played video corresponding to the play state is greater than or equal to a preset threshold, and the network state meets the second condition Determining that the startup code rate is a maximum value between a code rate of the currently played video segment and a minimum code rate; or, if the play state corresponds to a resolution of the currently played video being greater than Equivalent to a preset threshold, and the network condition satisfies the third condition, determining that the activation code rate is the lowest code rate; or, if the resolution of the currently playing video corresponding to the play state is less than a preset threshold, and the network The condition satisfies the first condition, and the play window size when the video resolution is less than the
  • the embodiment may further include an update module, configured to update the cache lower limit value according to the set initial cache lower limit value and the length that has been downloaded to the cache, and the updated buffer lower limit value is a maximum smooth period threshold. In order to determine the boot code rate after the updated cache value is exceeded.
  • the device can be located at the client or server.
  • the activation code rate is determined according to the play status and the network status, instead of directly setting the requested code rate to the lowest code rate, the continuity of the video quality before and after the time jump can be ensured as much as possible, and the user experience is improved.
  • the foregoing program may be stored in a computer readable storage medium, and when executed, the program includes The foregoing steps of the method embodiment; and the foregoing storage medium includes: a medium that can store program codes, such as a ROM, a RAM, a magnetic disk, or an optical disk.

Landscapes

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

Description

流媒体中播放时间点跳转后的处理方法及装置 技术领域
本发明涉及网络通信技术 , 尤其涉及一种流媒体中播放时间点跳转后的 处理方法及装置。 背景技术
现有的一些流媒体技术, 例如, 微软的平滑流 (smooth streaming)机制或 者 adobe 的动态流 (dynamic streaming)机制, 是基于超文本传输协议 ( HyperText Transfer Protocol, HTTP ) 的, 可以根据网络状况自适应地改变 传输码率, 以达到使终端流畅播放的目的。 在这些技术中, 视频内容以完整 画面组(Group of Picture, GOP ) 为边界, 一个 GOP或者多个 GOP封装为 一个 fragment, 同一种编码码率的 fragment封装为一个 segment。封装好的音 视频文件存放在 HTTP web服务器上, 客户端使用 HTTP逐 fragment请求对 应的音视频分片, 并进行播放。
以微软的 smooth streaming机制为例, 在用户点播某一个视频的启动阶 段, 客户端解析收到的描述文件 (manifest), 根据 manifest文件中给出的分片 统一资源定位符(Uniform Resource Location, URL )模板, 生成音视频内容 的各分片请求的 URL。假设从 manifest中获得视频的最低码率为 300000bps。 在视频播放过程中, 播放器根据检测到的实际网络带宽和客户端处理能力来 决定请求哪个比特率的文件。 如果当前的网络条件较好, 客户端请求较高码 率的视频分片, 反之请求较低码率的视频分片。 在视频播放过程中, 随意拖 动播放进度条到任意位置, 客户端将从新的时间点开始发送分片请求, 为了 降低拖动后的启动延迟, 客户端请求最低码率(300000bps )的视频分片。 除 此之外, 设置客户端的解码緩存 ( buffer ) 为一个比较小的值。
虽然以较低码率作为启动码率可以降低启动延迟, 但是, 降低码率后会 使视频质量下降, 不能保持视频分片拖动前后图像质量的连续性, 降低用户 体验。 发明内容
本发明实施例是提供一种流媒体中播放时间点跳转后的处理方法及装 置, 用以提高用户体验。
本发明实施例提供了一种流媒体中播放时间点跳转后的处理方法, 包括: 获取播放状态及获取网络状况;
根据所述播放状态和网络状况,确定时间点跳转后视频分片的启动码率 , 所述启动码率包括当前播放的视频分片的码率。
本发明实施例提供一种流媒体播放时间点跳转后的处理装置, 包括: 获耳 莫块, 用于获取播放状态及获取网络状况;
确定模块, 用于根据所述播放状态和网络状况, 确定时间点跳转后视频 分片的启动码率, 所述启动码率包括当前播放的视频分片的码率。
由上述技术方案可知, 本发明实施例通过根据播放状态及网络状况确定 启动码率, 而不是直接设置请求的码率为最低码率, 可以尽量保证时间跳转 前后视频质量的连续性, 提高用户体验。 附图说明
为了更清楚地说明本发明实施例中的技术方案, 下面将对实施例描述中 所需要使用的附图作一简单地介绍, 显而易见地, 下面描述中的附图是本发 明的一些实施例, 对于本领域普通技术人员来讲, 在不付出创造性劳动性的 前提下, 还可以根据这些附图获得其他的附图。
图 1为本发明第一实施例的方法流程示意图;
图 2为本发明第二实施例的方法流程示意图;
图 3为本发明第三实施例的装置的结构示意图。 具体实施方式
为使本发明实施例的目的、 技术方案和优点更加清楚, 下面将结合本发 明实施例中的附图, 对本发明实施例中的技术方案进行清楚、 完整地描述, 显然, 所描述的实施例是本发明一部分实施例, 而不是全部的实施例。 基于 本发明中的实施例, 本领域普通技术人员在没有做出创造性劳动前提下所获 得的所有其他实施例, 都属于本发明保护的范围。
图 1为本发明第一实施例的方法流程示意图, 包括:
步骤 11 : 获取播放状态及网络状况;
例如, 播放状态可以为全屏播放或者非全屏播放; 或者, 播放状态也可 以为当前播放视频的分辨率。
网络状况可以 ^^据当前播放的视频分片的码率和前一视频分片的码率, 以及当前播放的视频分片的播放时长和前一视频分片的下载时长确定;或者, 对设定个数的视频分片对应的网络状况取平均值后确定, 其中, 每个视频分 片对应的网络状况釆用如下方式确定: 根据当前播放的视频分片的码率和前 一视频分片的码率, 以及当前播放的视频分片的播放时长和前一视频分片的 下载时长确定; 或者, 根据时间点跳转之前设定时间内的视频的码率、 所述 设定时间内的视频的下载时长以及所述设定时间确定; 或者, 对时间点跳转 之前多个设定时间内的视频对应的网络状况取平均值后确定, 其中, 每个设 定时间内的视频对应的网络状况釆用如下方式确定: 根据设定时间内的视频 的码率、 所述设定时间内的视频的下载时长以及所述设定时间确定。
步骤 12: 根据所述播放状态和网络状况, 确定时间点跳转后视频分片的 启动码率, 所述启动码率包括当前播放的视频分片的码率。
本实施例通过根据播放状态和网络状态来确定启动码率, 该启动码率可 以为当前播放的视频分片的码率, 而不是直接将码率设置为最低码率, 可以 使得用户在跳转后看到的视频质量与跳转前看到的视频质量基本一致, 提高 用户体验。
图 2为本发明第二实施例的方法流程示意图, 本实施例的播放时间点跳 转以发生拖动为例, 参见图 2, 本实施例包括:
步骤 201 : 正常播放。
步骤 202: 判断是否发生拖动, 若是, 执行步骤 203 , 否则执行步骤 207。 步骤 203: 判断是否超出已下载范围, 若是, 执行步骤 204, 否则执行步 骤 207。
步骤 204: 确定緩存的下限阈值。
例如, 可以将该下限阈值的初始值设置为 buf— thrd=l。 当客户端从服务 器端下载到新的视频分片后可以更新该下限阈值, 更新的具体内容可以参见 下面的步骤。
步骤 205: 确定拖动后的视频分片的启动码率。
其中, 可以根据播放状态和网络状况来确定启动码率, 具体如下: 情况一, 播放状态为全屏状态或者非全屏状态
如果用户在全屏状态进行拖动时, 选择切换后的启动速率时要偏重图像 质量连续性; 反之, 如果用户在非全屏状态进行拖动时, 选择切换后的启动 速率时可以偏重启动速度。 具体方案如下:
定义 LastDownLoadRatio=Dur/DL_dur , LastDownLoadRatio表示播放速 度和下载速度的关系,
Dur表示当前播放分片的时长,
DL dur表示前一分片的下载时长,
br_dl表示前一分片对应的码率,
br_dis 表示当前播放分片对应的码率,
br— start表示拖动后的码率,
br_min表示最低可用码率,
可以釆用如下公式(1 )表示当前的网络状况: 公式 ( 1 ) =LastDownLoadRatio*br_dl/br_disp,
公式(1 ) 可以简单理解为: (前一分片对应的码率乘以当前播放分片的 时长) 除以 (当前播放分片对应的码率乘以前一分片的下载时长) , 即下载 字节总数与播放字节总数的比值。
公式( 1 )是一个简单计算拖动前后字节数的方法, 但是受到诸多因素的 影响(如网络抖动), 公式(1 )计算的结果可能与实际网络环境得到的结果 有所差别, 所以可以釆取统计方法来估计网络状态。
假定一个滑动窗口的大小为 N分片, 公式(1 )可以变形为公式(2 ) : 丄 ^ [LastDownLoadRatio(i) * br_dl(i)/br_disp(i)]
公式 ( 2 ) N 其中, LastDownLoadRatio ( i )表示第 i分片的播放速度和下载速度的关 系, br— dl ( i )表示第 i分片的前一分片对应的码率, br— disp ( i )表示第 i分 片当前对应的码率。
进一步地,对公式(2 )可以再进行处理, 利用加权平均值剔除异常数据。 例如,设置一个滤波器,对网络中的异常数据进行滤波,之后再利用公式(2 ) 获取当前网络状况的信息。
另外, 公式( 1 )是以分片为单位估计当前的网络状况, 也可以以时间为 单位估计当前的网络状况, 即用设定的时间段内的信息替换公式(1 )中的各 分片信息。
本发明实施例将以公式(1 ) 为例进行说明。
1、 如果用户当前以全屏进行播放, 需要保证拖动前后质量的连续性
1 )如果 LastDownLoadRatio*br— dl/br— disp>=2,说明下载速度较播放速度 快, 当前的网络条件^艮好, 则 br— start=br— disp;
2 )如果 l<LastDownLoadRatio*br_dl/br_disp<2, 说明下载速度和播放速 度相当 , 当前的网络条件较好, 贝1 J br_start=max { [br_disp/2] , br— min};
3 )如果 LastDownLoadRatio*br— dl/br— disp<=l ,说明下载速度较播放速度 慢, 当前的网络条件不好, 则 br_start=br_min;
其中, 本发明实施例中, LastDownLoadRatio *br— dl/br— disp>=2可以称为 第一条件, l<LastDownLoadRatio*br— dl/br— disp<2 可以称为第二条件, LastDownLoadRatio*br— dl/br— disp<= 1可以称为第三条件。
2、 如果当前以非全屏播放, 可以弱化质量连续性
1 )如果 LastDownLoadRatio*br— dl/br— disp>=2, 并且播放窗口大小不小于 拖动前播放分辨率, br_start=br_disp;
其中, 播放窗口是指当前非全屏播放时对应的播放窗口大小。 播放分辨 率是指服务器端发送的图像的分辨率。
2 )如果 LastDownLoadRatio*br— dl/br— disp>=2,且播放窗口大小小于拖动 前播放分辨率, br— start=max{分辨率小于等于拖动前播放分辨率的视频分片 的码率 } ;
3 )其他情况下 , br— start=br— min;
情况二, 播放状态为当前播放(即用户当前观看)视频的分辨率 当用户拖动视频时, 情况一中针对当前用户不同的观看状态, 确定切换 后的启动速率是偏重图像质量的连续性还是偏重启动速度。 除此之外, 也可 以根据用户当前播放视频的分辨率确定切换后的启动速率是偏重图像质量的 连续性还是偏重启动速度。 具体方案如下:
定义 LastDownLoadRatio=Dur/DL_dur , LastDownLoadRatio表示播放速 度和下载速度的关系,
Dur表示当前播放分片的时长,
DL dur表示前一分片的下载时长,
br_dl表示前一分片对应的码率,
br_dis 表示当前播放分片对应的码率,
br— start表示拖动后的码率
br min表示最低可用码率 1、 如果当前播放视频的分辨率较大, 大小为 1920*1080, 这时需要保证 拖动前后质量的连续性
1 )如果 LastDownLoadRatio*br— dl/br— disp>=2,说明下载速度较播放速度 快, 当前的网络条件^艮好, 则 br_start=br_disp;
2 )如果 l<LastDownLoadRatio*br_dl/br_disp<2, 说明下载速度和播放速 度相当 , 当前的网络条件较好, 贝1 J br_start=max { [br_disp/2] , br— min};
3 )如果 LastDownLoadRatio*br— dl/br— disp<=l ,说明下载速度较播放速度 慢, 当前的网络条件不好, 则 br_start=br_min;
2、 如果当前播放视频的分辨率较小, 大小为 720*576, 这时可以弱化质 量连续性
1 )如果 LastDownLoadRatio*br— dl/br— disp>=2, 并且播放窗口大小不小于 拖动前播放分辨率, br_start=br_disp;
2 )如果 LastDownLoadRatio*br— dl/br— disp>=2,且播放窗口大小小于拖动 前播放分辨率, br— start=max{分辨率小于等于拖动前播放分辨率的视频分片 的码率 } ;
3 )其他情况下 , br— start=br— min;
另外, 也可以结合上述的全屏非全屏状态及当前播放视频的分辨率, 进 行上述的码率确定。
步骤 206: 快速填充緩存。
例如, 客户端向服务器端请求码率为上述确定的启动码率的视频分片, 之后, 将该服务器端发送的视频分片緩存在緩存中, 直至达到緩存的阈值。
步骤 207: 判断緩存的视频分片的长度是否达到播放阈值, 若是, 执行 步骤 208, 否则执行步骤 209。
步骤 208: 播放视频分片。
步骤 209: 下载视频分片并更新緩存的下限阈值。
现有技术中釆用了以最低码率启动和设置极小的 buffer (小于 0.1s )这两 种方法来实现快速播放的目的, 但是其忽略了视频播放过程中的流畅性。 由 于初始 buffer设置的比较小, 会造成视频画面出现断断续续的停顿, 从而影 响用户体验。
本发明实施例提出一种动态计算 buffer下限阈值的方法, 保证既能快速 播放,又能流畅播放。其中参数 buff— thrd表示播放器 buffer下限阈值, buf— len 表示已经下载到播放器 buffer的长度, 其余参数参见第一实施例。
当用户拖动视频时, 设置播放器 buffer 下限阈值初始值为 1 片, 即 buff— thrd=l ; 这里的初始 buffer下限阈值可以根据当前网络条件、 播放器的 性能、 服务器的性能等因素确定, 不必局限于本发明实施例中设置的 1片。
1 )如果 Dur*br— dl/(DL— dur*br— disp)>=2时, 说明当前的网络状态较好, 当 buf— len>=2*buff— thrd时, buff— thrd=2*buff— thrd, 其中, 下限阈值 buff— thrd 的最大值可以为平稳阶段阈值, 该平稳阶段阈值可以预先设定。 这里不限于 按照线性方式 (或其他算法,如智能调整 buffer算法)动态调整 buffer的下限阈 值, 最终呈现给用户的是一个平滑的视频体验。
2 )如果 Dur*br— dl/(DL— dur*br— disp)<2 时, 说明当前的网络状态不好, buff_thrd=buf_len, 直至达到平稳阶段阈值。
根据当前的网络条件, 重复执行 1 )和 2 ) , 动态适应网络的变化, 从而 给用户以连续流畅的体验。
步骤 210: 判断是否播放完成, 若是, 执行步骤 211 , 否则执行步骤 202。 步骤 211 : 退出。
本实施例通过根据播放状态和网络状况确定启动码率, 可以保证视频质 量的连续性, 并且通过动态更新緩存阈值, 动态适应网络的变化, 从而给用 户以连续流畅的体验。
需要说明的是, 上述的执行主体可以为客户端, 也可以为服务器端。 例 如, 对于客户端, 可以是客户端从自身侧的信息中确定播放状态及网络状况, 之后由客户端确定启动码率, 并向服务器端请求该启动码率的视频分片。 或 者, 对于服务器端, 客户端将播放状态及网络状况上报给服务器端, 或者, 由服务器端实时统计发送视频分片的状态, 之后由服务器端确定启动码率, 当客户端请求视频分片时, 将确定的启动码率的视频分片发送给客户端。
图 3为本发明第三实施例的装置的结构示意图, 包括获取模块 31和确定 模块 32; 获取模块 31用于获取播放状态及获取网络状况; 确定模块 32用于 根据所述播放状态和网络状况, 确定时间点跳转后视频分片的启动码率, 所 述启动码率包括当前播放的视频分片的码率。
所述获取模块获取的播放状态为全屏状态或者非全屏状态, 和 /或, 所述 播放状态为当前播放视频的分辨率。
所述获耳 莫块 31具体用于:根据当前播放的视频分片的码率和前一视频 分片的码率, 以及当前播放的视频分片的播放时长和前一视频分片的下载时 长, 获取网络状况; 或者, 对设定个数的视频分片对应的网络状况取平均值 后, 获取所述网络状况, 其中, 每个视频分片对应的网络状况釆用如下方式 确定: 根据当前播放的视频分片的码率和前一视频分片的码率, 以及当前播 放的视频分片的播放时长和前一视频分片的下载时长, 确定每个视频分片对 应的网络状况; 或者, 根据时间点跳转之前设定时间内的视频的码率、 所述 设定时间内的视频的下载时长以及所述设定时间, 获取网络状态; 或者, 对 时间点跳转之前多个设定时间内的视频对应的网络状况取平均值后, 获取所 述网络状况, 其中, 每个设定时间内的视频对应的网络状况釆用如下方式确 定: 根据设定时间内的视频的码率、 所述设定时间内的视频的下载时长以及 所述设定时间, 确定每个设定时间内的视频对应的网络状况。
当所述播放状态为全屏状态或者非全屏状态时,所述确定模块具体用于: 如果所述播放状态为全屏播放, 且所述网络状况满足第一条件, 则所述启动 码率为所述当前播放的视频分片的码率; 或者, 如果所述播放状态为全屏播 放, 且所述网络状况满足第二条件, 则所述启动码率为所述当前播放的视频 分片的码率的二分之一与最低码率之间的最大值; 或者, 如果所述播放状态 为全屏播放, 且所述网络状况满足第三条件, 则所述启动码率为最低码率; 或者, 如果所述播放状态为非全屏播放, 且所述网络状况满足第一条件, 以 及所述非全屏播放时的播放窗口大小大于等于时间点跳转前播放分辨率, 则 所述启动码率为所述当前播放的视频分片的码率; 或者, 如果所述播放状态 为非全屏播放, 且所述网络状况满足第一条件, 以及所述非全屏播放时的播 放窗口大小小于时间点跳转前播放分辨率, 则所述启动码率为可选视频分片 码率的最大值, 所述可选视频分片的分辨率小于等于时间点跳转前播放分辨 率; 或者, 如果所述播放状态为非全屏播放, 且所述网络状况不满足第一条 件, 则所述启动码率为最低码率; 其中, 满足第一条件的网络状况优于满足 第二条件的网络状况, 满足第二条件的网络状况优于满足第三条件的网络状 况。
当所述播放状态为当前播放视频的分辨率时, 所述确定模块具体用于: 如果所述播放状态对应的当前播放视频的分辨率大于等于预设阈值, 且所述 网络状态满足第一条件, 确定所述启动码率为所述当前播放的视频分片的码 率; 或者, 如果所述播放状态对应的当前播放视频的分辨率大于等于预设阈 值, 且所述网络状态满足第二条件, 确定所述启动码率为所述当前播放的视 频分片的码率的二分之一和最低码率之间的最大值; 或者, 如果所述播放状 态对应的当前播放视频的分辨率大于等于预设阈值, 且所述网络状况满足第 三条件, 确定所述启动码率为最低码率; 或者, 如果所述播放状态对应的当 前播放视频的分辨率小于预设阈值, 且所述网络状况满足第一条件, 以及所 述视频分辨率小于预设阈值时的播放窗口大小大于等于时间点跳转前播放分 辨率, 确定所述启动码率为所述当前播放的视频分片的码率; 或者, 如果所 述播放状态对应的当前播放视频的分辨率小于预设阈值, 且所述网络状况满 足第一条件, 以及所述视频分辨率小于预设阈值时的播放窗口大小小于时间 点跳转前播放分辨率, 确定所述启动码率为可选视频分片码率的最大值, 所 述可选视频分片的分辨率小于等于时间点跳转前播放分辨率; 或者, 如果所 述播放状态对应当前播放视频的分辨率小于预设阈值, 且所述网络状况不满 足第一条件, 确定所述启动码率为最低码率。
本实施例还可以包括更新模块, 用于根据设置的初始緩存下限值, 以及 已下载到緩存的长度, 对緩存下限值进行更新, 更新后的緩冲下限值最大为 平稳阶段阈值, 以便在超出更新后的緩存值后, 确定所述启动码率。
其中, 该装置可以位于客户端或者服务器端。
本实施例通过根据播放状态及网络状况确定启动码率, 而不是直接设置 请求的码率为最低码率, 可以尽量保证时间跳转前后视频质量的连续性, 提 高用户体验。
可以理解的是, 上述方法及设备中的相关特征可以相互参考。 另外, 上 述实施例中的 "第一" 、 "第二" 等是用于区分各实施例, 而并不代表各实 施例的优劣。
本领域普通技术人员可以理解: 实现上述方法实施例的全部或部分步骤 可以通过程序指令相关的硬件来完成, 前述的程序可以存储于计算机可读取 存储介质中, 该程序在执行时, 执行包括上述方法实施例的步骤; 而前述的 存储介质包括: ROM, RAM,磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是: 以上实施例仅用以说明本发明的技术方案, 而非对其 限制; 尽管参照前述实施例对本发明进行了详细的说明, 本领域的普通技术 人员应当理解: 其依然可以对前述各实施例所记载的技术方案进行修改, 或 者对其中部分技术特征进行等同替换; 而这些修改或者替换, 并不使相应技 术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权 利 要 求
1、 一种流媒体中播放时间点跳转后的处理方法, 其特征在于, 包括: 获取播放状态及获取网络状况;
根据所述播放状态和网络状况,确定时间点跳转后视频分片的启动码率 , 所述启动码率包括当前播放的视频分片的码率。
2、 根据权利要求 1所述的方法, 其特征在于, 所述播放状态为全屏状态 或者非全屏状态, 和 /或, 所述播放状态为当前播放视频的分辨率。
3、根据权利要求 1所述的方法, 其特征在于, 所述获取网络状况, 包括: 根据当前播放的视频分片的码率和前一视频分片的码率, 以及当前播放 的视频分片的播放时长和前一视频分片的下载时长, 获取网络状况;
或者,
对设定个数的视频分片对应的网络状况取平均值后,获取所述网络状况, 其中, 每个视频分片对应的网络状况釆用如下方式确定: 根据当前播放的视 频分片的码率和前一视频分片的码率, 以及当前播放的视频分片的播放时长 和前一视频分片的下载时长, 确定每个视频分片对应的网络状况;
或者,
根据时间点跳转之前设定时间内的视频的码率、 所述设定时间内的视频 的下载时长以及所述设定时间, 获取网络状态;
或者,
对时间点跳转之前多个设定时间内的视频对应的网络状况取平均值后, 获取所述网络状况, 其中, 每个设定时间内的视频对应的网络状况釆用如下 方式确定: 根据设定时间内的视频的码率、 所述设定时间内的视频的下载时 长以及所述设定时间, 确定每个设定时间内的视频对应的网络状况。
4、 根据权利要求 2所述的方法, 其特征在于, 当所述播放状态为全屏 状态或者非全屏状态时, 所述根据所述播放状态和网络状况, 确定时间点跳 转后视频分片的启动码率, 包括: 如果所述播放状态为全屏播放, 且所述网络状况满足第一条件, 则所述 启动码率为所述当前播放的视频分片的码率;
或者,
如果所述播放状态为全屏播放, 且所述网络状况满足第二条件, 则所述 启动码率为所述当前播放的视频分片的码率的二分之一与最低码率之间的最 大值;
或者,
如果所述播放状态为全屏播放, 且所述网络状况满足第三条件, 则所述 启动码率为最低码率;
或者,
如果所述播放状态为非全屏播放, 且所述网络状况满足第一条件, 以及 所述非全屏播放时的播放窗口大小大于等于时间点跳转前播放分辨率, 则所 述启动码率为所述当前播放的视频分片的码率;
或者,
如果所述播放状态为非全屏播放, 且所述网络状况满足第一条件, 以及 所述非全屏播放时的播放窗口大小小于时间点跳转前播放分辨率, 则所述启 动码率为可选视频分片码率的最大值, 所述可选视频分片的分辨率小于等于 时间点跳转前播放分辨率;
或者,
如果所述播放状态为非全屏播放, 且所述网络状况不满足第一条件, 则 所述启动码率为最低码率;
其中, 满足第一条件的网络状况优于满足第二条件的网络状况, 满足第 二条件的网络状况优于满足第三条件的网络状况。
5、 根据权利要求 2所述的方法, 其特征在于, 当所述播放状态为当前播 放视频的分辨率时, 所述根据所述播放状态和网络状况, 确定时间点跳转后 视频分片的启动码率, 包括: 如果所述播放状态对应的当前播放视频的分辨率大于等于预设阈值, 且 所述网络状态满足第一条件, 则所述启动码率为所述当前播放的视频分片的 码率;
或者,
如果所述播放状态对应的当前播放视频的分辨率大于等于预设阈值, 且 所述网络状态满足第二条件, 则所述启动码率为所述当前播放的视频分片的 码率的二分之一和最低码率之间的最大值;
或者,
如果所述播放状态对应的当前播放视频的分辨率大于等于预设阈值, 且 所述网络状况满足第三条件, 则所述启动码率为最低码率;
或者,
如果所述播放状态对应的当前播放视频的分辨率小于预设阈值, 且所述 网络状况满足第一条件, 以及所述视频分辨率小于预设阈值时的播放窗口大 小大于等于时间点跳转前播放分辨率, 则所述启动码率为所述当前播放的视 频分片的码率;
或者,
如果所述播放状态对应的当前播放视频的分辨率小于预设阈值, 且所述 网络状况满足第一条件, 以及所述视频分辨率小于预设阈值时的播放窗口大 小小于时间点跳转前播放分辨率, 则所述启动码率为可选视频分片码率的最 大值, 所述可选视频分片的分辨率小于等于时间点跳转前播放分辨率;
或者,
如果所述播放状态对应当前播放视频的分辨率小于预设阈值, 且所述网 络状况不满足第一条件, 则所述启动码率为最低码率;
其中, 满足第一条件的网络状况优于满足第二条件的网络状况, 满足第 二条件的网络状况优于满足第三条件的网络状况; 所述大于等于预设阈值的 视频分辨率高于所述小于预设阈值的视频分辨率。
6、 根据权利要求 1所述的方法, 其特征在于, 还包括:
根据设置的初始緩存下限值, 以及已下载到緩存的长度, 对緩存下限值 进行更新, 更新后的緩存下限值最大为平稳阶段阈值, 以便在超出更新后的 緩存下限值后, 确定所述启动码率。
7、 一种流媒体中播放时间点跳转后的处理装置, 其特征在于, 包括: 获耳 莫块, 用于获取播放状态及获取网络状况;
确定模块, 用于根据所述播放状态和网络状况, 确定时间点跳转后视频 分片的启动码率, 所述启动码率包括当前播放的视频分片的码率。
8、 根据权利要求 7所述的装置, 其特征在于, 所述获取模块获取的播放 状态为全屏状态或者非全屏状态, 和 /或, 所述播放状态为当前播放视频的分 辨率。
9、 根据权利要求 7所述的装置, 其特征在于, 所述获取模块具体用于: 根据当前播放的视频分片的码率和前一视频分片的码率, 以及当前播放 的视频分片的播放时长和前一视频分片的下载时长, 获取网络状况;
或者,
对设定个数的视频分片对应的网络状况取平均值后,获取所述网络状况, 其中, 每个视频分片对应的网络状况釆用如下方式确定: 根据当前播放的视 频分片的码率和前一视频分片的码率, 以及当前播放的视频分片的播放时长 和前一视频分片的下载时长, 确定每个视频分片对应的网络状况;
或者,
根据时间点跳转之前设定时间内的视频的码率、 所述设定时间内的视频 的下载时长以及所述设定时间, 获取网络状态;
或者,
对时间点跳转之前多个设定时间内的视频对应的网络状况取平均值后, 获取所述网络状况, 其中, 每个设定时间内的视频对应的网络状况釆用如下 方式确定: 根据设定时间内的视频的码率、 所述设定时间内的视频的下载时 长以及所述设定时间 , 确定每个设定时间内的视频对应的网络状况。
10、 根据权利要求 8所述的装置, 其特征在于, 当所述播放状态为全屏 状态或者非全屏状态时, 所述确定模块具体用于:
如果所述播放状态为全屏播放, 且所述网络状况满足第一条件, 确定所 述启动码率为所述当前播放的视频分片的码率;
或者,
如果所述播放状态为全屏播放, 且所述网络状况满足第二条件, 确定所 述启动码率为所述当前播放的视频分片的码率的二分之一与最低码率之间的 最大值;
或者,
如果所述播放状态为全屏播放, 且所述网络状况满足第三条件, 确定所 述启动码率为最低码率;
或者,
如果所述播放状态为非全屏播放, 且所述网络状况满足第一条件, 以及 所述非全屏播放时的播放窗口大小大于等于时间点跳转前播放分辨率, 确定 所述启动码率为所述当前播放的视频分片的码率;
或者,
如果所述播放状态为非全屏播放, 且所述网络状况满足第一条件, 以及 所述非全屏播放时的播放窗口大小小于时间点跳转前播放分辨率, 确定所述 启动码率为可选视频分片码率的最大值, 所述可选视频分片的分辨率小于等 于时间点跳转前播放分辨率;
或者,
如果所述播放状态为非全屏播放, 且所述网络状况不满足第一条件, 确 定所述启动码率为最低码率;
其中, 满足第一条件的网络状况优于满足第二条件的网络状况, 满足第 二条件的网络状况优于满足第三条件的网络状况。
11、 根据权利要求 8所述的装置, 其特征在于, 当所述播放状态为当前 播放视频的分辨率时, 所述确定模块具体用于:
如果所述播放状态对应的当前播放视频的分辨率大于等于预设阈值, 且 所述网络状态满足第一条件, 确定所述启动码率为所述当前播放的视频分片 的码率;
或者,
如果所述播放状态对应的当前播放视频的分辨率大于等于预设阈值, 且 所述网络状态满足第二条件, 确定所述启动码率为所述当前播放的视频分片 的码率的二分之一和最低码率之间的最大值;
或者,
如果所述播放状态对应的当前播放视频的分辨率大于等于预设阈值, 且 所述网络状况满足第三条件, 确定所述启动码率为最低码率;
或者,
如果所述播放状态对应的当前播放视频的分辨率小于预设阈值, 且所述 网络状况满足第一条件, 以及所述视频分辨率小于预设阈值时的播放窗口大 小大于等于时间点跳转前播放分辨率, 确定所述启动码率为所述当前播放的 视频分片的码率;
或者,
如果所述播放状态对应的当前播放视频的分辨率小于预设阈值, 且所述 网络状况满足第一条件, 以及所述视频分辨率小于预设阈值时的播放窗口大 小小于时间点跳转前播放分辨率, 确定所述启动码率为可选视频分片码率的 最大值, 所述可选视频分片的分辨率小于等于时间点跳转前播放分辨率; 或者,
如果所述播放状态对应当前播放视频的分辨率小于预设阈值, 且所述网 络状况不满足第一条件, 确定所述启动码率为最低码率;
其中, 满足第一条件的网络状况优于满足第二条件的网络状况, 满足第 二条件的网络状况优于满足第三条件的网络状况; 所述大于等于预设阈值的 视频分辨率高于所述小于预设阈值的视频分辨率。
12、 根据权利要求 7所述的装置, 其特征在于, 还包括:
更新模块, 用于根据设置的初始緩存下限值, 以及已下载到緩存的长度, 对緩存下限值进行更新, 更新后的緩冲下限值最大为平稳阶段阈值, 以便在 超出更新后的緩存值后, 确定所述启动码率。
13、 根据权利要求 7-12任一项所述的装置, 其特征在于, 所述装置位于 客户端或者服务器端。
PCT/CN2010/080659 2010-12-31 2010-12-31 流媒体中播放时间点跳转后的处理方法及装置 WO2011150657A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201080003687.4A CN102204272B (zh) 2010-12-31 2010-12-31 流媒体中播放时间点跳转后的处理方法及装置
PCT/CN2010/080659 WO2011150657A1 (zh) 2010-12-31 2010-12-31 流媒体中播放时间点跳转后的处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2010/080659 WO2011150657A1 (zh) 2010-12-31 2010-12-31 流媒体中播放时间点跳转后的处理方法及装置

Publications (1)

Publication Number Publication Date
WO2011150657A1 true WO2011150657A1 (zh) 2011-12-08

Family

ID=44662832

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/080659 WO2011150657A1 (zh) 2010-12-31 2010-12-31 流媒体中播放时间点跳转后的处理方法及装置

Country Status (2)

Country Link
CN (1) CN102204272B (zh)
WO (1) WO2011150657A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105916008A (zh) * 2015-12-15 2016-08-31 乐视网信息技术(北京)股份有限公司 一种视频缓冲方法及装置
EP3247124A4 (en) * 2015-01-16 2018-07-25 Boe Technology Group Co. Ltd. Client, streaming media data receiving method and streaming media data transmission system
US20210250644A1 (en) * 2018-10-31 2021-08-12 Beijing Dajia Internet Information Technology Co., Ltd. Delay control method, delay control apparatus, terminal device and storage medium

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103870503B (zh) * 2012-12-14 2017-11-24 北京音之邦文化科技有限公司 在线播放中的检索方法及设备
CN103945244B (zh) * 2013-01-17 2018-05-29 华为技术有限公司 控制视频业务传输的方法和装置
CN104581424B (zh) * 2013-10-25 2018-11-30 华为技术有限公司 一种流媒体传输方法、相关设备和系统
CN103745737B (zh) * 2013-12-23 2017-12-08 乐视致新电子科技(天津)有限公司 一种获取媒体文件总时长的方法和设备
CN104022962B (zh) * 2014-06-27 2017-12-12 宇龙计算机通信科技(深圳)有限公司 流量控制方法和流量控制装置
CN105263037B (zh) * 2014-07-18 2018-07-03 中国科学院声学研究所 一种基于客户端缓存的自适应流化方法
CN106688239B (zh) * 2015-08-25 2019-08-27 华为技术有限公司 视频下载方法、装置及系统
CN105357591B (zh) * 2015-11-16 2018-10-12 北京理工大学 一种自适应码率视频直播的QoE监控和优化方法
CN105407107A (zh) * 2015-12-24 2016-03-16 成都信息工程大学 一种流媒体数据的传输方法及装置
CN108540827B (zh) * 2017-03-01 2021-04-27 杭州海康威视数字技术股份有限公司 数据处理方法及装置
CN110149299B (zh) * 2018-02-13 2022-06-21 中兴通讯股份有限公司 一种视频优化方法、装置和系统、终端和网络设备
CN109688465B (zh) * 2018-11-27 2020-12-29 Oppo广东移动通信有限公司 视频增强控制方法、装置以及电子设备
CN111698536B (zh) * 2019-03-15 2023-03-28 瑞昱半导体股份有限公司 视频处理方法与系统
CN110198494B (zh) * 2019-06-28 2021-07-20 广州市百果园信息技术有限公司 一种视频播放方法、装置、设备和存储介质
CN110366006A (zh) * 2019-07-24 2019-10-22 北京奇艺世纪科技有限公司 视频播放方法、装置、终端设备及计算机可读存储介质
CN110662093A (zh) * 2019-10-17 2020-01-07 北京达佳互联信息技术有限公司 一种初始码率确定方法、装置、电子设备及存储介质
CN113596584B (zh) * 2021-08-11 2023-03-28 抖音视界有限公司 视频播放方法、设备及存储介质
CN114501084B (zh) * 2022-02-17 2023-08-01 北京百度网讯科技有限公司 播放器的起播方法、装置、设备和介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030236906A1 (en) * 2002-06-24 2003-12-25 Klemets Anders E. Client-side caching of streaming media content
CN101068236A (zh) * 2007-04-13 2007-11-07 华为技术有限公司 流媒体码率控制方法、系统和设备
CN101765003A (zh) * 2008-12-23 2010-06-30 上海茂碧信息科技有限公司 在不同速率网络环境下传输音频和视频的方法
US20100235472A1 (en) * 2009-03-16 2010-09-16 Microsoft Corporation Smooth, stateless client media streaming
CN101848205A (zh) * 2010-03-16 2010-09-29 深圳市同洲电子股份有限公司 一种基于rtsp的移动终端播放流媒体的方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI20012558A (fi) * 2001-12-21 2003-06-22 Oplayo Oy Menetelmä ja järjestely videoesityksen lähettämiseksi
US9167007B2 (en) * 2008-06-06 2015-10-20 Amazon Technologies, Inc. Stream complexity mapping
US8352996B2 (en) * 2008-06-27 2013-01-08 Microsoft Corporation Adaptive video switching for variable network conditions
CN101534408B (zh) * 2009-04-22 2011-06-08 北京数码视讯科技股份有限公司 动态码率传输流媒体流的存储、播放和异常检测方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030236906A1 (en) * 2002-06-24 2003-12-25 Klemets Anders E. Client-side caching of streaming media content
CN101068236A (zh) * 2007-04-13 2007-11-07 华为技术有限公司 流媒体码率控制方法、系统和设备
CN101765003A (zh) * 2008-12-23 2010-06-30 上海茂碧信息科技有限公司 在不同速率网络环境下传输音频和视频的方法
US20100235472A1 (en) * 2009-03-16 2010-09-16 Microsoft Corporation Smooth, stateless client media streaming
CN101848205A (zh) * 2010-03-16 2010-09-29 深圳市同洲电子股份有限公司 一种基于rtsp的移动终端播放流媒体的方法及系统

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3247124A4 (en) * 2015-01-16 2018-07-25 Boe Technology Group Co. Ltd. Client, streaming media data receiving method and streaming media data transmission system
US10200433B2 (en) 2015-01-16 2019-02-05 Boe Technology Group Co., Ltd. Client device, a method for receiving a streaming media data and a streaming media data transmission system
CN105916008A (zh) * 2015-12-15 2016-08-31 乐视网信息技术(北京)股份有限公司 一种视频缓冲方法及装置
US20210250644A1 (en) * 2018-10-31 2021-08-12 Beijing Dajia Internet Information Technology Co., Ltd. Delay control method, delay control apparatus, terminal device and storage medium
US11490156B2 (en) * 2018-10-31 2022-11-01 Beijing Dajia Internet Information Technology Co., Ltd. Delay control method, delay control apparatus, terminal device and storage medium

Also Published As

Publication number Publication date
CN102204272B (zh) 2012-12-19
CN102204272A (zh) 2011-09-28

Similar Documents

Publication Publication Date Title
WO2011150657A1 (zh) 流媒体中播放时间点跳转后的处理方法及装置
JP6054427B2 (ja) プレイバックレート選択を伴う改良されたdashクライアントおよび受信機
US9781183B2 (en) Accelerated playback of streaming media
Miller et al. Adaptation algorithm for adaptive streaming over HTTP
US8949452B2 (en) System and method for progressive download with minimal play latency
US9521354B2 (en) Adaptive streaming for digital content distribution
KR102472155B1 (ko) 피어 투 피어(Peer to peer, P2P) 네트워크에서 스트리밍 콘텐츠를 방송하는 방법
CN111586480A (zh) 低延迟流媒体
WO2012075842A1 (zh) 流媒体视频内容的播放方法和装置
JP2015515173A (ja) マルチプルなtcp接続を介したソースと受信機との間のhttpストリーミングの制御
US20120194534A1 (en) System and Method for Managing Cache Storage in Adaptive Video Streaming System
WO2015142899A1 (en) Transport accelerator implementing enhanced signaling
CN107135411B (zh) 一种调整视频码率的方法及电子设备
EP2974207A1 (en) Playback stall avoidance in adaptive media streaming
WO2014107951A1 (zh) 一种基于流媒体选择码流分段的方法、播放器和终端
CN110022498B (zh) 一种实现码率切换的方法及装置
JP6352536B2 (ja) クライアントへのメディアコンテンツのアダプティブストリーミングのためのサーバ、方法、およびコンピュータプログラム製品
CN111886875B (zh) 一种通过网络传送媒体内容的方法及服务器
US20160072864A1 (en) Method and client terminal for receiving a multimedia content split into at least two successive segments, and corresponding computer program product and computer readable mediium
CN113315810B (zh) 一种在线音频播放方法及设备
TWI666928B (zh) 適應性位元率分發方式的內容分發之分發控制裝置及分發控制方法
WO2016112641A1 (zh) 客户端、流媒体数据接收方法和流媒体数据传输系统
WO2011143916A1 (zh) 媒体适配的方法和装置
US10609111B2 (en) Client-driven, ABR flow rate shaping
JP7162019B2 (ja) データストリーミング方法、データストリーミング装置、及びコンピュータプログラム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201080003687.4

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10852452

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10852452

Country of ref document: EP

Kind code of ref document: A1