CN112887742B - 直播流处理方法、装置、设备及存储介质 - Google Patents

直播流处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN112887742B
CN112887742B CN202110047417.3A CN202110047417A CN112887742B CN 112887742 B CN112887742 B CN 112887742B CN 202110047417 A CN202110047417 A CN 202110047417A CN 112887742 B CN112887742 B CN 112887742B
Authority
CN
China
Prior art keywords
live streaming
streaming data
player
frame rate
length
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202110047417.3A
Other languages
English (en)
Other versions
CN112887742A (zh
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.)
Beijing ByteDance Network Technology Co Ltd
Original Assignee
Beijing ByteDance 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 Beijing ByteDance Network Technology Co Ltd filed Critical Beijing ByteDance Network Technology Co Ltd
Priority to CN202110047417.3A priority Critical patent/CN112887742B/zh
Publication of CN112887742A publication Critical patent/CN112887742A/zh
Application granted granted Critical
Publication of CN112887742B publication Critical patent/CN112887742B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • 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/238—Interfacing 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/2387—Stream processing in response to a playback request from an end-user, e.g. for trick-play
    • 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
    • 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

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)
  • Information Transfer Between Computers (AREA)

Abstract

本公开实施例提供一种直播流处理方法、装置、设备及存储介质，该方法包括：响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率；获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息；根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。本公开实施例能够解决现有技术无法对播放器的网络情况进行实时的分析和反馈，进而无法自适应地确定个性化视频的分发帧率的问题。

Description

直播流处理方法、装置、设备及存储介质
技术领域
本公开实施例涉及直播流处理技术领域，尤其涉及一种直播流处理方法、装置、设备及存储介质。
背景技术
随着网络科技的发展以及智能设备的普及，直播流的质量逐渐能够满足用户的需求。
目前，直播的数据可以采用流式传输的方式在网络上进行传输，大型网站镜像依赖内容分发网络(Content Delivery Network，CDN)进行传输。CDN是通过在现有的网络增加一层新的网络结构，部署有传输节点，就近给用户提供服务，用户可以将直播流传输到就近的节点或从就近的节点获取直播流。
但是，现有直播CDN只做分发，在分发直播流的时候，对所有的播放器采用同样的分发策略，对于一些网络波动情况，无法实时识别，依然维持以前的分发速率和分发带宽，造成部分用户体验不佳。因此，现有技术无法对播放器的网络情况进行实时的分析和反馈，进而无法自适应地确定个性化视频的分发帧率，导致用户体验不佳。
发明内容
本公开实施例提供一种直播流处理方法、装置、设备及存储介质，以克服现有技术无法对播放器的网络情况进行实时的分析和反馈，进而无法自适应地确定个性化视频的分发帧率的问题。
第一方面，本公开实施例提供一种直播流处理方法，包括：
响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率；
获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息；
根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。
第二方面，本公开实施例提供一种直播流处理装置，包括：
第一获取模块，用于响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率；
第二获取模块，用于获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息；
第一处理模块，用于根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。
第三方面，本公开实施例提供一种电子设备，包括：至少一个处理器、存储器以及通信接口；
所述通信接口用于与网络设备进行通信；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上述第一方面以及第一方面各种可能的设计所述的直播流处理方法。
第四方面，本公开实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的直播流处理方法。
第五方面，本公开实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现如上第一方面以及第一方面各种可能的设计所述的直播流处理方法。
本公开实施例提供的直播流处理方法、装置、设备及存储介质，通过响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率；然后获取该播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息，并根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。因此，本公开实施例通过对播放器的网络情况进行实时的分析和反馈，得到播放器从缓存取走直播流数据的第二传输速率以及缓存中的直播流数据的长度关联信息，并结合从源站发送直播流数据的第一传输速率以及实时帧率，进而确定待发送给该播放器的直播流数据的帧率，不再单一地对所有的播放器采用同样的分发策略，实现了自适应地确定个性化视频的分发帧率，进而提高了用户体验。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本公开实施例提供的直播流处理方法的应用示意图；
图2为本公开实施例提供的直播流处理方法的流程示意图；
图3为本公开实施例提供的直播流处理装置的结构框图；
图4为公开实施例提供的电子设备的硬件结构示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
应当理解，本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行，和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“多个实施例”；术语“另一实施例”表示“多个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
现有直播CDN只做分发，没有对播放器的网络情况进行实时的分析和反馈，在分发直播流的时候，对所有的播放器采用同样的分发策略，对于一些网络波动情况，没有办法实时识别，依然维持以前的分发速率和分发带宽，造成部分用户体验不佳。因此，现有技术无法对播放器的网络情况进行实时的分析和反馈，进而无法自适应地确定个性化视频的分发帧率，导致用户体验不佳。
为了解决上述问题，本公开的技术构思是通过识别网络波动的情况，同时通过获取直播流数据的传输速率、实时帧率和边缘缓存队列长度，来实时判断分发帧率即待发送给所述播放器的直播流数据的帧率，以达到动态裁剪分发数据量，适应变化的用户网络环境，在用户网络情况变动的时候，能够获得最佳的观看播放体验。
在一种场景下，参考图1，图1为本公开实施例提供的直播流处理方法的应用示意图，该直播流处理方法应用于CDN边缘服务器，该CDN边缘服务器与用于请求播放直播流的播放器通过TCP协议连接，采用TCP带宽反馈技术和软件队列相结合的估算技术，决策个性化视频的分发帧率目标。其中，TCP带宽反馈技术需要基于TCP连接，进行直播流分发，播放器观看直播，会首先和CDN的边缘服务器建立TCP连接，TCP协议是一种基于连接的网络传输协议，服务端可以通过数据接口，或者现有TCP连接上的一些实时信息，比如传输速率(tcp_delivery_rate)，来获取信息。
具体地，播放器可以向CDN边缘服务器发送直播流播放请求，CDN边缘服务器基于该直播流播放请求，通过TCP协议从源站获取直播流数据存入缓存中，这里的缓存可以是数据待发送队列，数据待发送队列是CDN边缘服务器为每个播放器连接维护的数据缓存，待发送的数据会先存放在这里，等待播放器取回。并获取从所述源站发送所述直播流数据的第一传输速率以及实时帧率，然后通过TCP协议获取该播放器对应的第二传输速率，并结合CDN边缘服务器记录的数据待发送队列中的有关数据，比如数据待发送队列的当前长度、队列的最大长度等，通过CDN边缘带宽吞吐量计算算法得到分发帧率即待发送给该播放器的直播流数据的帧率，进而能够动态裁剪分发数据量，使得播放器播放属于该播放器个性化的目标直播流数据，能够适应变化的用户网络环境，在用户网络情况变动的时候，能够获得最佳的观看播放体验。
下面以具体地实施例对本公开的技术方案进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例不再赘述。
参见图2所示，图2为本公开实施例提供的直播流处理方法的流程示意图。本公开实施例的方法的执行主体可以是于CDN边缘服务器。该直播流处理方法包括：
步骤S101、响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率。
其中，可以通过TCP协议，从源站获取直播流数据存入缓存，并获取从所述源站发送所述直播流数据的第一传输速率以及实时帧率。
本公开实施例中，可以应用于CDN边缘服务器，其中，这里的播放器可以是一个，也可以是多个，在此不做具体限定。同时，针对一个或多个播放器实时计算分发帧率，可以参照一个播放器对应的过程进行分析计算，可以参见下述步骤：
具体地，CDN边缘(即CDN边缘服务器)进行直播流传输，是属于生产者消费者模型，CDN边缘需要从源站获取直播流的实时数据即直播流数据，同时把直播流数据分发给每一个请求观看的播放器。
在实际应用中，一般分为两个数据阶段，数据回源阶段和数据分发阶段。
针对数据回源阶段，CDN边缘服务器可以通过TCP带宽反馈技术，实时记录当前直播流的传输速率(即第一传输速率)，因为直播流的速率本身随着画面的变换，也会有一定的变化，需要维持实时值，记录为source_bitrate(即第一传输速率记录为source_bitrate)。CDN边缘服务器同时记录源流(即从源站获取的直播流数据)的实时帧率情况，记录为source_fps(即实时帧率记录为source_fps)。
步骤S102、获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息。
其中，可以通过TCP协议，获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息。
针对数据分发阶段，CDN边缘服务器可以通过TCP带宽反馈技术，实时记录当前播放器的传输速率(即第二传输速率)，每个播放器因为所处的网络环境不同，会出现有的播放器数据获取的快，有的播放器数据获取的慢的情况，每个播放器的TCP连接，记录为player_bitrate(即第二传输速率记录为player_bitrate)。
CDN边缘服务器同时记录数据待发送队列的长度关联信息，比如数据待发送队列的当前长度，记录为player_len；和队列的最大长度，记录为player_max_len。由于数据待发送队列，是CDN边缘服务器为每个播放器连接维护的数据缓存，待发送的数据会先存放在这里，等待播放器取回，因此网络好的播放器，待发送数据队列的积压的数据会偏少，相反，网络较差的播放器，积压的数据会偏多。
步骤S103、根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。
本实施例中，通过对播放器的网络情况进行实时的分析和反馈，同时基于从源站获取的直播流数据的实时信息，比如第一传输速率和实时帧率，根据以上因素，可以实时计算每个播放器对应的分发帧率即待发送给每个播放器的直播流数据的帧率。
本公开实施例提供的直播流处理方法，通过响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率；然后获取该播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息，并根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。因此，本公开实施例通过对播放器的网络情况进行实时的分析和反馈，得到播放器从缓存取走直播流数据的第二传输速率以及缓存中的直播流数据的长度关联信息，并结合从源站发送直播流数据的第一传输速率以及实时帧率，进而确定待发送给该播放器的直播流数据的帧率，不再单一地对所有的播放器采用同样的分发策略，实现了自适应地确定个性化视频的分发帧率，进而提高了用户体验。
在本公开的一个实施例中，长度关联信息可以包括下述至少两项：所述直播流数据的长度、所述缓存中剩余的直播流数据的长度以及所述缓存对应的数据长度上限。这里的缓存对应的数据长度上限可以表示为缓存对应的数据最大长度即数据待发送队列的最大长度，缓存中剩余的直播流数据即为数据待发送队列的剩余长度。
其中，根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率，可以包括：
根据所述直播流数据的长度、所述缓存中剩余的直播流数据的长度、所述缓存对应的数据长度上限中的任意两项、所述第一传输速率以及所述第二传输速率，确定待发送给所述播放器的直播流数据的帧率。
本公开实施例中，可以从长度关联信息中任意取两项，比如直播流数据的长度和缓存中剩余的直播流数据的长度、直播流数据的长度和缓存对应的数据长度上限、缓存中剩余的直播流数据的长度和缓存对应的数据长度上限等，然后结合数据回源阶段中获取到的第一传输速率、实时帧率以及数据分发阶段获取到的播放器从数据待发送队列中取走直播流数据的第二传输速率，实时计算待发送给该播放器的直播流数据的帧率。
在本公开的一个实施例中，本公开实施例在上述实施例的基础上，对如何实时计算当前可发送的帧率(即待发送给播放器的直播流数据的帧率)进行了详细说明。可以通过以下步骤实现：
步骤a1、将所述第一传输速率和所述第二传输速率作差，得到传输速率差值，并将所述传输速率差值与所述第一传输速率进行比值计算，得到传输速率比值。
步骤a2、根据所述直播流数据的长度、剩余的直播流数据的长度、所述缓存对应的数据长度上限中的任意两项，确定长度比值，所述长度比值为所述剩余的直播流数据的长度与所述缓存对应的数据长度上限的比值。
步骤a3、将所述传输速率比值、所述长度比值以及所述实时帧率相乘，得到待发送给所述播放器的直播流数据的帧率。
其中，缓存对应的数据长度上限＝直播流数据的长度+缓存中剩余的直播流数据的长度。这里直播流数据的长度即为数据待发送队列的当前长度。
本公开实施例中，根据实时帧率、第一传输速率、第二传输速率以及长度关联信息，通过CDN边缘带宽吞吐量计算算法，得到当前待发送的直播流的帧率即待发送给所述播放器的直播流数据的帧率，记录为player_fps。
其中，所述CDN边缘带宽吞吐量计算算法为：player_fps＝(1-player_bitrate/source_bitrate)*(1-player_len/player_max_len)*source_fps即当前待发送的直播流的帧率＝(1-第二传输速率/第一传输速率)*(1-数据待发送队列的当前长度/数据待发送队列的最大长度)*实时帧率＝(1-第二传输速率/第一传输速率)*(数据待发送队列的剩余长度/数据待发送队列的最大长度)*实时帧率。
这里的第二传输速率/第一传输速率表示传输速率比值，1-第二传输速率/第一传输速率或数据待发送队列的剩余长度/数据待发送队列的最大长度均为长度比值。
示例性地，参见下述表格：
Figure BDA0002897864070000081
Figure BDA0002897864070000091
在本公开的一个实施例中，在待发送给所述播放器的直播流数据的帧率时，该直播流处理方法还可以通过动态裁剪分发数据量，适应变化的用户网络环境，在用户网络情况变动的时候，能够获得最佳的观看播放体验。该直播流处理方法还可以包括以下步骤：
若待发送给所述播放器的直播流数据的帧率小于所述实时帧率，则对所述直播流数据进行降帧处理，确定分发给所述播放器的目标直播流数据。
本公开实施例中，CDN边缘当通过CDN边缘带宽吞吐量计算算法，得到发送的player_fps小于source_fps时，需要进行降帧操作，进而确定分发给所述播放器的目标直播流数据。
其中，可以参见下述步骤实现：
根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，通过丢帧技术降低帧率，以分发给所述播放器目标直播流数据。
本公开实施例中，可以采用CDN边缘高保真降帧技术：直播流可以是视频直播流，以60帧降低到30帧为例。视频帧率60帧，意思是每秒有60个画面可以播放，但是因为视频压缩技术，并不是所有的视频帧都能播放，因此，当进行降低帧率的时候，不能对所有帧都进行舍弃。视频帧一般分为I，B，P三种类型。每个最小播放单元成为GOP，一般为3-5秒，以关键帧开始，关键帧结束，中间都是B，P帧，P帧参考I帧解码，B帧依赖前后两帧。
示例性的，以5秒GOP为例，一共有5*60＝300个帧，其中一个I帧，299个BP帧。I帧可以独立解码出画面，B，P帧需要依赖其他帧解码的结果，大多是依赖I帧，所以I帧不可以舍弃，需要保留。降低为30帧后，5秒*30＝150个帧，因此总数需要丢掉150个帧，可以约为每两帧丢一帧。
在一种可能的设计中，发送过程中可以有至少两种丢帧技术：均匀丢帧技术和裁剪丢帧技术，下述针对不同的丢帧技术即两种方式，对如何实现通过丢帧技术降低帧率，以分发给所述播放器目标直播流进行详细说明。
方式1、均匀丢帧技术，可以通过以下步骤实现：
步骤b1、根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，确定每秒丢帧数。
步骤b2、根据所述直播流数据，按照每秒丢帧数向所述播放器分发目标直播流数据。
本公开实施例中，针对均匀丢帧技术，可以发送完GOP开始的关键帧后，按照奇偶排列，从0开始，丢弃所有偶数帧，保留所有奇数帧，最终平均的降低帧率，进行发送。
方式2、裁剪丢帧技术，可以通过以下步骤实现：
步骤c1、根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，确定使用待发送给所述播放器的直播流数据的帧率发送直播流数据的时间段。
步骤c2、向所述播放器分发目标直播流数据，所述目标直播流数据为所述时间段内的所述直播流数据。
本公开实施例中，针对裁剪丢帧技术，初始阶段可以正常发送，比如，依据待发送给播放器的直播流数据的帧率以及实时帧率，来确定初始阶段的时间即时间段，进而确定初始阶段发送的帧数，然后在该时间段过后丢弃所有帧，比如在累计计数发送到150帧后，后面所有帧丢弃。
本公开，通过采用TCP带宽反馈和边缘缓存队列的直播CDN帧率自适应的分发技术，用来能够识别网络波动的情况，同时通过TCP带宽反馈因子和边缘缓存队列长度(即数据待发送队列长度)，来实时判断分发帧率，以达到动态裁剪分发数据量，适应变化的用户网络环境，在用户网络情况变动的时候，能够获得最佳的观看播放体验。
对应于上文公开实施例的直播流处理方法，图3为本公开实施例提供的直播流处理装置的结构框图。为了便于说明，仅示出了与本公开实施例相关的部分。参照图3，直播流处理装置所述直播流处理装置300包括：第一获取模块301、第二获取模块302以及第一处理模块303；第一获取模块301，用于响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率；第二获取模块302，用于获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息；第一处理模块303，用于根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。
本公开实施例提供的第一获取模块301、第二获取模块302和第一处理模块303，用于响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率；然后获取该播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息，并根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。因此，本公开实施例通过对播放器的网络情况进行实时的分析和反馈，得到播放器从缓存取走直播流数据的第二传输速率以及缓存中的直播流数据的长度关联信息，并结合从源站发送直播流数据的第一传输速率以及实时帧率，进而确定待发送给该播放器的直播流数据的帧率，不再单一地对所有的播放器采用同样的分发策略，实现了自适应地确定个性化视频的分发帧率，进而提高了用户体验。
本公开实施例提供的装置，可用于执行上文第一方面及第一方面各种可能的设计对应的方法实施例的技术方案，其实现原理和技术效果类似，本公开实施例此处不再赘述。
在本公开的一个实施例中，所述长度关联信息包括下述至少两项：所述直播流数据的长度、所述缓存中剩余的直播流数据的长度以及所述缓存对应的数据长度上限；所述第一处理模块包括第一处理子模块；所述第一处理子模块，用于根据所述直播流数据的长度、所述缓存中剩余的直播流数据的长度、所述缓存对应的数据长度上限中的任意两项、所述第一传输速率、所述实时帧率以及所述第二传输速率，确定待发送给所述播放器的直播流数据的帧率。
在本公开的一个实施例中，本公开实施例在上述公开实施例的基础上，本公开实施例对第一处理子模块进行了详细说明。第一处理子模块，具体用于：将所述第一传输速率和所述第二传输速率作差，得到传输速率差值，并将所述传输速率差值与所述第一传输速率进行比值计算，得到传输速率比值；根据所述直播流数据的长度、所述缓存中剩余的直播流数据的长度、所述缓存对应的数据长度上限中的任意两项，确定长度比值，所述长度比值为所述剩余的直播流数据的长度与所述缓存对应的数据长度上限的比值；将所述传输速率比值、所述长度比值以及所述实时帧率相乘，得到待发送给所述播放器的直播流数据的帧率。
在本公开的一个实施例中，本公开实施例在上述公开实施例的基础上，本公开实施例对直播流处理装置进行了详细说明。直播流处理装置，还包括：第二处理模块；第二处理模块，用于在待发送给所述播放器的直播流数据的帧率小于所述实时帧率时，对所述直播流数据进行降帧处理，确定分发给所述播放器的目标直播流数据。
在本公开的一个实施例中，本公开实施例在上述公开实施例的基础上，本公开实施例对第二处理模块进行了详细说明。所述第二处理模块包括第二处理子模块，所述第二处理子模块，用于根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，通过丢帧技术降低帧率，以分发给所述播放器目标直播流数据。
在本公开的一个实施例中，本公开实施例在上述公开实施例的基础上，本公开实施例对直播流处理装置进行了详细说明。该第二处理子模块，具体用于：根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，确定每秒丢帧数；根据所述直播流数据，按照每秒丢帧数向所述播放器分发目标直播流数据。
在本公开的一个实施例中，第二处理子模块，具体用于：根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，确定使用待发送给所述播放器的直播流数据的帧率发送直播流数据的时间段；向所述播放器分发目标直播流数据，所述目标直播流数据为所述时间段内的所述直播流数据。
在本公开的一个实施例中，第一获取模块，具体用于：通过TCP协议，从源站获取直播流数据存入缓存，并获取从所述源站发送所述直播流数据的第一传输速率以及实时帧率。
在本公开的一个实施例中，第二获取模块，具体用于：通过TCP协议，获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息。
参考图4，其示出了适于用来实现本公开实施例的电子设备的结构示意图，该电子设备可以为终端设备或服务器。其中，终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、个人数字助理(Personal Digital Assistant，简称PDA)、平板电脑(Portable Android Device，简称PAD)、便携式多媒体播放器(Portable Media Player，简称PMP)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。图4示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
如图4所示，电子设备可以包括处理装置(例如中央处理器、图形处理器等)401，其可以根据存储在只读存储器(Read Only Memory，简称ROM)402中的程序或者从存储装置406加载到随机访问存储器(Random Access Memory，简称RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有电子设备操作所需的各种程序和数据。处理装置401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。
通常，以下装置可以连接至I/O接口405：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置406；包括例如液晶显示器(Liquid CrystalDisplay，简称LCD)、扬声器、振动器等的输出装置405；包括例如磁带、硬盘等的存储装置406；以及通信装置409。通信装置409可以允许电子设备与其他设备进行无线或有线通信以交换数据。虽然图4示出了具有各种装置的电子设备，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置409从网络上被下载和安装，或者从存储装置406被安装，或者从ROM 402被安装。在该计算机程序被处理装置401执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述公开实施例所示的方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LocalArea Network，简称LAN)或广域网(Wide Area Network，简称WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
本公开实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上述第一方面所述的方法。
第一方面，本公开实施例提供一种直播流处理方法，包括：
响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率；
获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息；
根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。
根据本公开的一个或多个实施例，所述长度关联信息包括下述至少两项：所述直播流数据的长度、所述缓存中剩余的直播流数据的长度以及所述缓存对应的数据长度上限；所述根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率，包括：
根据所述直播流数据的长度、所述缓存中剩余的直播流数据的长度、所述缓存对应的数据长度上限中的任意两项、所述第一传输速率、所述实时帧率以及所述第二传输速率，确定待发送给所述播放器的直播流数据的帧率。
根据本公开的一个或多个实施例，所述根据所述直播流数据的长度、所述缓存中剩余的直播流数据的长度、所述缓存对应的数据长度上限中的至少两项、所述第一传输速率、所述实时帧率以及所述第二传输速率，确定待发送给所述播放器的直播流数据的帧率，包括：
将所述第一传输速率和所述第二传输速率作差，得到传输速率差值，并将所述传输速率差值与所述第一传输速率进行比值计算，得到传输速率比值；
根据所述直播流数据的长度、所述缓存中剩余的直播流数据的长度、所述缓存对应的数据长度上限中的任意两项，确定长度比值，所述长度比值为所述剩余的直播流数据的长度与所述缓存对应的数据长度上限的比值；
将所述传输速率比值、所述长度比值以及所述实时帧率相乘，得到待发送给所述播放器的直播流数据的帧率。
根据本公开的一个或多个实施例，所述方法还包括：
若待发送给所述播放器的直播流数据的帧率小于所述实时帧率，则对所述直播流数据进行降帧处理，确定分发给所述播放器的目标直播流数据。
根据本公开的一个或多个实施例，所述对所述直播流数据进行降帧处理，确定分发给所述播放器的目标直播流数据，包括：
根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，通过丢帧技术降低帧率，以分发给所述播放器目标直播流数据。
根据本公开的一个或多个实施例，所述待发送给所述播放器的直播流数据的帧率以及所述实时帧率，通过丢帧技术降低帧率，以分发给所述播放器目标直播流，包括：
根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，确定每秒丢帧数；
根据所述直播流数据，按照每秒丢帧数向所述播放器分发目标直播流数据。
根据本公开的一个或多个实施例，所述待发送给所述播放器的直播流数据的帧率以及所述实时帧率，通过丢帧技术降低帧率，以分发给所述播放器目标直播流数据，包括：
根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，确定使用待发送给所述播放器的直播流数据的帧率发送直播流数据的时间段；
向所述播放器分发目标直播流数据，所述目标直播流数据为所述时间段内的所述直播流数据。
根据本公开的一个或多个实施例，所述获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率，包括：
通过TCP协议，从源站获取直播流数据存入缓存，并获取从所述源站发送所述直播流数据的第一传输速率以及实时帧率。
根据本公开的一个或多个实施例，所述获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息，包括：
通过TCP协议，获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息。
第二方面，本公开实施例提供一种直播流处理装置，包括：
第一获取模块，用于响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率；
第二获取模块，用于获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息；
第一处理模块，用于根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。
根据本公开的一个或多个实施例，所述长度关联信息包括下述至少两项：所述直播流数据的长度、所述缓存中剩余的直播流数据的长度以及所述缓存对应的数据长度上限；
所述第一处理模块包括第一处理子模块；所述第一处理子模块，用于根据所述直播流数据的长度、所述缓存中剩余的直播流数据的长度、所述缓存对应的数据长度上限中的任意两项、所述第一传输速率、所述实时帧率以及所述第二传输速率，确定待发送给所述播放器的直播流数据的帧率。
根据本公开的一个或多个实施例，第一处理子模块，具体用于：
将所述第一传输速率和所述第二传输速率作差，得到传输速率差值，并将所述传输速率差值与所述第一传输速率进行比值计算，得到传输速率比值；
根据所述直播流数据的长度、所述缓存中剩余的直播流数据的长度、所述缓存对应的数据长度上限中的任意两项，确定长度比值，所述长度比值为所述剩余的直播流数据的长度与所述缓存对应的数据长度上限的比值；
将所述传输速率比值、所述长度比值以及所述实时帧率相乘，得到待发送给所述播放器的直播流数据的帧率。
根据本公开的一个或多个实施例，直播流处理装置，还包括：第二处理模块；第二处理模块，用于在待发送给所述播放器的直播流数据的帧率小于所述实时帧率时，对所述直播流数据进行降帧处理，确定分发给所述播放器的目标直播流数据。
根据本公开的一个或多个实施例，所述第二处理模块包括第二处理子模块，所述第二处理子模块，用于根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，通过丢帧技术降低帧率，以分发给所述播放器目标直播流数据。
根据本公开的一个或多个实施例，第二处理子模块，具体用于：
根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，确定每秒丢帧数；
根据所述直播流数据，按照每秒丢帧数向所述播放器分发目标直播流数据。
根据本公开的一个或多个实施例，第二处理子模块，具体用于：
根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，确定使用待发送给所述播放器的直播流数据的帧率发送直播流数据的时间段；
向所述播放器分发目标直播流数据，所述目标直播流数据为所述时间段内的所述直播流数据。
根据本公开的一个或多个实施例，第一获取模块，具体用于：通过TCP协议，从源站获取直播流数据存入缓存，并获取从所述源站发送所述直播流数据的第一传输速率以及实时帧率。
根据本公开的一个或多个实施例，第二获取模块，具体用于：通过TCP协议，获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息。
第三方面，本公开实施例提供一种电子设备，包括：至少一个处理器、存储器以及通信接口；
所述通信接口用于与网络设备进行通信；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上述第一方面以及第一方面各种可能的设计所述的直播流处理方法。
第四方面，本公开实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的直播流处理方法。
第五方面，本公开实施例提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上述第一方面以及第一方面各种可能的设计所述的直播流处理方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (12)

1.一种直播流处理方法，其特征在于，包括：
响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率；
获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息；所述长度关联信息包括下述中的至少两项：所述直播流数据的长度、所述缓存中剩余的直播流数据的长度以及所述缓存对应的数据长度上限；
根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。
2.根据权利要求1所述的方法，其特征在于，所述根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率，包括：
根据所述直播流数据的长度、所述缓存中剩余的直播流数据的长度、所述缓存对应的数据长度上限中的任意两项、所述第一传输速率、所述实时帧率以及所述第二传输速率，确定待发送给所述播放器的直播流数据的帧率。
3.根据权利要求2所述的方法，其特征在于，所述根据所述直播流数据的长度、所述缓存中剩余的直播流数据的长度、所述缓存对应的数据长度上限中的至少两项、所述第一传输速率、所述实时帧率以及所述第二传输速率，确定待发送给所述播放器的直播流数据的帧率，包括：
将所述第一传输速率和所述第二传输速率作差，得到传输速率差值，并将所述传输速率差值与所述第一传输速率进行比值计算，得到传输速率比值；
根据所述直播流数据的长度、所述缓存中剩余的直播流数据的长度、所述缓存对应的数据长度上限中的任意两项，确定长度比值，所述长度比值为所述剩余的直播流数据的长度与所述缓存对应的数据长度上限的比值；
将所述传输速率比值、所述长度比值以及所述实时帧率相乘，得到待发送给所述播放器的直播流数据的帧率。
4.根据权利要求1-3任一项所述的方法，其特征在于，所述方法还包括：
若待发送给所述播放器的直播流数据的帧率小于所述实时帧率，则对所述直播流数据进行降帧处理，确定分发给所述播放器的目标直播流数据。
5.根据权利要求4所述的方法，其特征在于，所述对所述直播流数据进行降帧处理，确定分发给所述播放器的目标直播流数据，包括：
根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，通过丢帧技术降低帧率，以分发给所述播放器目标直播流数据。
6.根据权利要求5所述的方法，其特征在于，所述根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，通过丢帧技术降低帧率，以分发给所述播放器目标直播流，包括：
根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，确定每秒丢帧数；
根据所述直播流数据，按照每秒丢帧数向所述播放器分发目标直播流数据。
7.根据权利要求5所述的方法，其特征在于，所述根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，通过丢帧技术降低帧率，以分发给所述播放器目标直播流数据，包括：
根据待发送给所述播放器的直播流数据的帧率以及所述实时帧率，确定使用待发送给所述播放器的直播流数据的帧率发送直播流数据的时间段；
向所述播放器分发目标直播流数据，所述目标直播流数据为所述时间段内的所述直播流数据。
8.根据权利要求1所述的方法，其特征在于，所述获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率，包括：
通过TCP协议，从源站获取直播流数据存入缓存，并获取从所述源站发送所述直播流数据的第一传输速率以及实时帧率。
9.根据权利要求1所述的方法，其特征在于，所述获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息，包括：
通过TCP协议，获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息。
10.一种直播流处理装置，其特征在于，包括：
第一获取模块，用于响应于播放器的直播流播放请求，获取直播流数据存入缓存，并获取发送所述直播流数据的第一传输速率以及实时帧率；
第二获取模块，用于获取所述播放器从所述缓存取走直播流数据的第二传输速率以及所述缓存中的直播流数据的长度关联信息；所述长度关联信息包括下述中的至少两项：所述直播流数据的长度、所述缓存中剩余的直播流数据的长度以及所述缓存对应的数据长度上限；
第一处理模块，用于根据所述第一传输速率、所述实时帧率、所述第二传输速率、所述长度关联信息，确定待发送给所述播放器的直播流数据的帧率。
11.一种电子设备，其特征在于，包括：至少一个处理器、存储器以及通信接口；
所述通信接口用于与网络设备进行通信；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1至9任一项所述直播流处理方法。
12.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1至9任一项所述的直播流处理方法。
CN202110047417.3A 2021-01-14 2021-01-14 直播流处理方法、装置、设备及存储介质 Active CN112887742B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110047417.3A CN112887742B (zh) 2021-01-14 2021-01-14 直播流处理方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110047417.3A CN112887742B (zh) 2021-01-14 2021-01-14 直播流处理方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN112887742A CN112887742A (zh) 2021-06-01
CN112887742B true CN112887742B (zh) 2023-04-07

Family

ID=76047981

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110047417.3A Active CN112887742B (zh) 2021-01-14 2021-01-14 直播流处理方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN112887742B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115103216B (zh) * 2022-07-19 2024-07-05 康键信息技术（深圳）有限公司 直播数据的处理方法、装置、计算机设备及存储介质

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103001961B (zh) * 2012-12-03 2016-03-30 华为技术有限公司 一种获取流媒体缓存参数的方法及装置
CN103916414B (zh) * 2012-12-31 2017-09-05 华为技术有限公司 传输速率配置方法、终端设备、服务器及系统
CN104254109B (zh) * 2013-06-25 2019-02-19 华为技术有限公司 用户设备、基站、流媒体自适应传输系统和方法
CN104254018B (zh) * 2014-03-19 2018-04-03 深圳深讯和科技有限公司 多媒体播放中的视频帧处理方法和装置
CN107846585A (zh) * 2016-09-18 2018-03-27 中兴通讯股份有限公司 一种视频播放流畅度检测方法和装置
US10659514B2 (en) * 2018-03-28 2020-05-19 Arlo Technologies, Inc. System for video monitoring with adaptive bitrate to sustain image quality
CN111654761A (zh) * 2020-04-20 2020-09-11 威比网络科技(上海)有限公司 基于线上教育的视频处理方法、系统、设备及介质

Also Published As

Publication number Publication date
CN112887742A (zh) 2021-06-01

Similar Documents

Publication Publication Date Title
US9167007B2 (en) Stream complexity mapping
CN112954354B (zh) 视频的转码方法、装置、设备和介质
CN110290398B (zh) 视频下发方法、装置、存储介质及电子设备
WO2019128800A1 (zh) 一种内容服务的实现方法、装置及内容分发网络节点
KR20200146007A (ko) 동영상 시스템 및 동영상 처리 방법, 장치 및 컴퓨터 판독 가능 매체
CN112312229A (zh) 一种视频传输方法、装置、电子设备及存储介质
CN110719516A (zh) 视频同步的方法及装置、终端和存储介质
CN111818383B (zh) 视频数据的生成方法、系统、装置、电子设备及存储介质
CN113905257A (zh) 视频码率切换方法、装置、电子设备及存储介质
CN113891132A (zh) 一种音视频同步监控方法、装置、电子设备及存储介质
CN114567812A (zh) 音频播放方法、装置、系统、电子设备及存储介质
CN114095671A (zh) 云会议直播系统、方法、装置、设备及介质
CN113364767B (zh) 一种流媒体数据显示方法、装置、电子设备及存储介质
CN112887742B (zh) 直播流处理方法、装置、设备及存储介质
CN113794942B (zh) 自由视角视频的视角切换方法、装置、系统、设备和介质
CN113542856B (zh) 在线录像的倒放方法、装置、设备和计算机可读介质
US11455228B2 (en) Non-linear management of real time sequential data in cloud instances via time constraints
CN114979762B (zh) 视频下载、传输方法、装置、终端设备、服务器及介质
CN113242446B (zh) 视频帧的缓存方法、转发方法、通信服务器及程序产品
CN112153322B (zh) 数据分发方法、装置、设备及存储介质
CN113923530B (zh) 一种互动信息展示方法、装置、电子设备及存储介质
CN112312224A (zh) 信息显示方法、装置和电子设备
CN112995780B (zh) 网络状态的评估方法、装置、设备及存储介质
CN113727183B (zh) 直播推流方法、装置、设备、存储介质及计算机程序产品
CN115623267A (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
GR01 Patent grant
GR01 Patent grant