CN113645477A - 直播数据处理方法、装置、直播客户端设备及存储介质 - Google Patents

直播数据处理方法、装置、直播客户端设备及存储介质 Download PDF

Info

Publication number
CN113645477A
CN113645477A CN202110906554.8A CN202110906554A CN113645477A CN 113645477 A CN113645477 A CN 113645477A CN 202110906554 A CN202110906554 A CN 202110906554A CN 113645477 A CN113645477 A CN 113645477A
Authority
CN
China
Prior art keywords
data
preset
live broadcast
playing
live
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
CN202110906554.8A
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.)
Hangzhou Miluoxing Technology Group Co ltd
Original Assignee
Hangzhou Miluoxing Technology 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 Hangzhou Miluoxing Technology Group Co ltd filed Critical Hangzhou Miluoxing Technology Group Co ltd
Priority to CN202110906554.8A priority Critical patent/CN113645477A/zh
Publication of CN113645477A publication Critical patent/CN113645477A/zh
Pending legal-status Critical Current

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/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • 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
    • 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
    • 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/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47217—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks

Landscapes

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

Abstract

本申请提供一种直播数据处理方法、装置、直播客户端设备及存储介质，涉及数据处理技术领域。该直播数据处理方法包括：获取服务器发送的第一直播数据，以第一预设播放速度在预设单位时长内播放第一目标直播数据，第一目标直播数据为：第一直播数据中的第一预设时长的数据，预设单位时长大于第一预设时长，缓存第一直播数据中第一预设时长后的数据。通过在用户察觉不到的情况下，调整播放速度，实现数据的延迟播放，还能缓存直播数据，以应对可能出现的网络抖动、丢包等网络异常，维持直播数据的稳定播放。

Description

直播数据处理方法、装置、直播客户端设备及存储介质
技术领域
本发明涉及数据处理技术领域，具体而言，涉及一种直播数据处理方法、装置、直播客户端设备及存储介质。
背景技术
随着科技的快速发展，直播的使用范围愈加广泛。
目前的技术中，在直播应用场景下，服务器通常是直接向客户端发送直播数据，而客户端也是对接收到的直播数据直接进行播放。
但是，在实际应用中，服务器和客户端之间的网络可能会抖动，这会使得客户端在直播数据的播放过程中，会存在画面卡顿或延迟。
发明内容
本发明的目的在于，针对上述现有技术中的不足，提供一种直播数据处理方法、装置、直播客户端设备及存储介质，以实现直播数据的稳定、低延迟播放。
为实现上述目的，本申请实施例采用的技术方案如下：
第一方面，本申请实施例提供了一种直播数据处理方法，包括：
获取服务器发送的第一直播数据；
以第一预设播放速度在预设单位时长内播放第一目标直播数据，所述第一目标直播数据为：所述第一直播数据中的第一预设时长的数据，所述预设单位时长大于所述第一预设时长；
缓存所述第一直播数据中所述第一预设时长后的数据。
可选的，所述以第一预设播放速度在预设单位时长内播放第一目标直播数据，包括：
若所述第一预设时长的所述第一目标直播数据包括N帧，则按照预设规则抽取所述第一目标直播数据中的一帧或多帧作为目标帧，其中，N为大于0的整数；
将所述目标帧的播放时长延长为预设长度，并播放第一目标直播数据。
可选的，若所述第一目标直播数据为音频数据，所述以第一预设播放速度在预设单位时长内播放第一目标直播数据，包括：
若所述第一预设时长的所述第一目标直播数据包括N帧，则按照预设规则抽取目标相邻两帧其中，N为大于0的整数；
在所述相邻两帧之间增加***帧，并播放第一目标直播数据，其中，所述***帧为根据所述第一目标直播数据中的指定帧和预设算法计算获取。
可选的，所述方法还包括：
获取所述服务器发送的第二直播数据；
以所述第一预设播放速度在所述预设单位时长内播放第二目标直播数据，其中，所述第二目标直播数据包括：已缓存数据，和所述第二直播数据中的前部分时长的数据，所述已缓存数据的时长和所述部分时长的总时长为所述第一预设时长；
缓存所述第二直播数据中的已播放数据后的数据。
可选的，所述缓存所述第二直播数据中的已播放数据后的数据之前，所述方法还包括：
若与所述服务器之间的网络状态为第一网络状态，则根据所述网络状态确定第一预设时长阈值，其中，所述第一预设时长阈值小于所述第一预设时长；
所述缓存所述第二直播数据中的已播放数据后的数据，包括：
缓存所述第二直播数据中的已播放数据后的数据，直至缓存的数据时长达到所述第一预设时长阈值。
可选的，所述方法还包括：
若与所述服务器之间的网络状态为第二网络状态，则根据所述网络状态确定第二预设时长阈值，其中，所述第二网络状态的延迟大于所述第一网络状态的延迟，所述第二预设时长阈值大于所述预设单位时长；
以所述第一预设播放速度播放从所述服务器接收的直播数据，并缓存接收到的直播数据中已播放数据之后的数据，直至缓存数据的时长达到所述第二预设时长阈值。
可选的，所述方法还包括：
若所述网络状态从所述第二网络状态切换至第三网络状态，则根据所述网络状态确定第三预设时长阈值，其中，所述第三网络状态的延迟小于所述第一网络状态的延迟，所述第三预设时长阈值小于所述第一预设时长阈值；
以第二预设播放速度播放从所述服务器接收的直播数据，并缓存接收到的直播数据中已播放数据之后的数据，直至缓存数据的时长达到所述第三预设时长阈值。
可选的，所述以第一预设播放速度在预设单位时长内播放第一目标直播数据，包括：
若直播播放模式为低延迟模式，则以所述第一预设播放速度在所述预设单位时长内播放所述第一目标直播数据。
第二方面，本申请实施例还提供了一种直播数据处理装置，包括：接收模块，播放模块，缓存模块；
所述接收模块，用于获取服务器发送的第一直播数据；
所述播放模块，用于以第一预设播放速度在预设单位时长内播放第一目标直播数据，所述第一目标直播数据为：所述第一直播数据中的第一预设时长的数据，所述预设单位时长大于所述第一预设时长；
所述缓存模块，用于缓存所述第一直播数据中所述第一预设时长后的数据。
可选的，所述接收模块，还用于获取所述服务器发送的第二直播数据；
所述播放模块，还用于以所述第一预设播放速度在所述预设单位时长内播放第二目标直播数据，其中，所述第二目标直播数据包括：已缓存数据，和所述第二直播数据中的前部分时长的数据，所述已缓存数据的时长和所述部分时长的总时长为所述第一预设时长；
所述缓存模块，还用于缓存所述第二直播数据中的已播放数据后的数据。
第三方面，本申请实施例还提供了一种直播客户端设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行时执行上述第一方面所述的直播数据处理方法的步骤。
第四方面，本申请实施例还提供了一种计算机可读存储介质，所述存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行上述第一方面所述的直播数据处理方法的步骤。
本申请的有益效果是：本申请实施例提供一种直播数据处理方法，获取服务器发送的第一直播数据后，以第一预设播放速度在预设单位时长内播放第一目标直播数据，通过在用户察觉不到的情况下，调整播放速度，实现数据的延迟播放。缓存第一直播数据中第一预设时长后的数据，利用预设单位时长与第一预设时长之间的时间差对后续播放的直播数据进行缓存，以应对可能出现的网络抖动、丢包等网络异常，维持直播数据的稳定播放。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本申请一实施例提供提供的一种直播数据处理方法的流程图；
图2为本申请又一实施例提供提供的一种直播数据处理方法的流程图；
图3为本申请另一实施例提供提供的一种直播数据处理方法的流程图；
图4为本申请再一实施例提供的一种直播数据处理方法的流程图；
图5为本申请再二实施例提供的一种直播数据处理方法的流程图；
图6为本申请再三实施例提供的一种直播数据处理方法的流程图；
图7为本申请再四实施例提供的一种直播数据处理方法的流程图；
图8为本申请一实施例提供的一种直播数据处理装置的示意图；
图9为本申请实施例提供的一种直播客户端设备的示意图。
100-直播数据处理装置；601-接收模块；603-播放模块；605-缓存模块；701-处理器；702-存储介质。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。
在本申请中，除非另有明确的规定和限定，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包含至少一个特征。在本发明中的描述中，“多个”的含义是至少两个，例如两个、三个，除非另有明确具体的限定。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
图1为本申请一实施例提供的一种直播数据处理方法的流程图。本申请的直播数据处理方法应用于直播客户端，该直播客户端例如可运行个人数字助理(personaldigital assistant，PDA)、车载电脑、台式电脑、笔记本电脑、智能电视、智能手机等计算机设备上。如图1所示，该方法包括：
步骤101：获取服务器发送的第一直播数据。
服务器为直播服务器，即直播客户端，或者直播应用程序对应的应用服务器。在实际应用中，直播客户端可向服务器发送直播请求，并接收到直播客户端发送的第一直播数据，又或者，直播客户端接收服务器直接发送的第一直播数据。
步骤102：以第一预设播放速度在预设单位时长内播放第一目标直播数据，第一目标直播数据为：第一直播数据中的第一预设时长的数据，预设单位时长大于第一预设时长。
预设单位时长为预先设定的直播客户端上播放直播数据的单位时长。第一预设播放速度小于预设单位时长对应的预设播放速度，以第一预设播放速度在预设单位时长内播放第一目标直播数据，实际是在直播客户端降低了直播数据的播放速度，即对于预设长度的直播数据，使用更长的时间播放。例如，预设单位时长对应的预设播放速度例如可以为33帧/秒，第一预设播放速度为32帧/秒。
在一种具体的实现方式中，预设单位时长为P毫秒，第一预设时长为M毫秒(P>M)，对于来自服务器的第一预设时长为M毫秒的直播数据，直播客户端上播放时耗费了客观世界P毫秒，即预设单位时长的时间。换句话说，直播客户端所播放的P毫秒的数据中M毫秒的数据为真实的直播数据，即直播应用中产生的直播数据，剩余P-M毫秒的数据是直播客户端对真实直播数据进行处理得到的。例如P＝1000毫秒，M＝970毫秒，表示对于来自服务器的970毫秒的直播数据，直播客户端上播放时耗费1000毫秒。即直播客户端所播放的1000毫秒的数据中970毫秒的数据为直播应用中产生的直播数据，剩余30毫秒的数据是直播客户端对真实直播数据进行处理得到的。
在一种可能的实现方式中，若直播数据为视频数据时，实现预设单位时长大于第一预设时长的可能实现方式可以是延时播放，例如，第一预设时长为M毫秒，在第一预设时长内的帧数为N帧，即每一帧视频的播放时间为M/N毫秒，将上述N帧视频每一帧延时1毫秒，则原本M毫秒的视频数据能够播放(M+N)毫秒。若M＝970毫秒，N＝33帧时，即每一帧视频的播放时间为970/33毫秒，将上述33帧视频每一帧延时1毫秒，则原本970毫秒的视频数据能够播放(970+33)毫秒。
需要说明的是，上述仅为示例说明，再具体应用过程中，对于预设单位时长大于第一预设时长还可能存在其他可能的实现方式，例如复制帧等，本申请对此不做限定。
步骤103：缓存第一直播数据中第一预设时长后的数据。
由步骤102可知，由于预设单位时长与第一预设时长之间存在时间差，即直播客户端上播放第一目标直播数据时所用的时长，比服务器下载的第一目标直播数据本身预设的时长更长，直播客户端可以利用这两者之间的时间差缓存第一直播数据中在第一预设时长之后的数据。
在一种具体的实现方式中，预设单位时长为P毫秒，第一预设时长为M毫秒(P≥M)，预设单位时长与第一预设时长之间存在P-M毫秒的时间差，这P-M毫秒中，直播客户端的直播数据并未中断，但是，也不存在新的直播数据需要下载，因此，直播客户端可以利用这一段时间缓存第一预设时长之后的未播放的直播数据。若P＝1000毫秒，M＝970毫秒，P-M＝30毫秒,即预设单位时长与第一预设时长之间存在30毫秒的时间差，直播客户端可以利用这一段时间缓存第一预设时长之后的未播放的直播数据。
需要说明的是，步骤103中缓存的直播数据的具体时长可能受到网络状态、存储状态等状态的影响与限定。本申请对该具体时长不做限定。
综上所述，本申请实施例提供一种直播数据处理方法，获取服务器发送的第一直播数据后，以第一预设播放速度在预设单位时长内播放第一目标直播数据，通过在用户察觉不到的情况下，调整播放速度，实现数据的延迟播放。缓存第一直播数据中第一预设时长后的数据，利用预设单位时长与第一预设时长之间的时间差对后续播放的直播数据进行缓存，以应对可能出现的网络抖动、丢包等网络异常，维持直播数据的稳定播放。
可选的，在上述图1的基础上，本申请还提供一种直播数据处理方法的可能实现方式，图2为本申请又一实施例提供提供的一种直播数据处理方法的流程图，如图2所示，上述以第一预设播放速度在预设单位时长内播放第一目标直播数据，包括：
步骤201：若第一预设时长的第一目标直播数据包括N帧，则按照预设规则抽取第一目标直播数据中的一帧或多帧作为目标帧，其中，N为大于0的整数；
上述按照预设规则抽取第一目标直播数据中的一帧或多帧作为目标帧，该预设规则可以是随机抽取，也可以是设置的更详细的抽取规则，例如每段第一预设时长中的第k帧，k取值为1-N之间的整数。本申请对目标帧的具体数目和具体抽取方式不做限定。在一种可能的实现方式中，对目标帧的抽取还可以抽取与相邻下一帧之间数据差距最小的一帧为目标帧，例如，若直播数据为视频数据时，若在某段第一预设时长中第k帧与第k+1帧的视频数据相近(例如，画面没有变化或者变化较小)，则可以选取第k帧为目标帧，以进一步降低后续对直播数据的操作对用户直观感受带来的影响。
步骤202：将目标帧的播放时长延长为预设长度，并播放第一目标直播数据。
在一种可能的实现方式中，若直播数据为视频数据时，将目标帧的播放时长延长为预设长度，例如，第一预设时长为M毫秒，在第一预设时长内的帧数为N帧，即每一帧直播数据的播放时间为
Figure BDA0003201588230000101
毫秒，按照步骤201的方式，从上述N帧中选择一帧或几帧，对所选择的帧的直播数据延长播放时间(具体延长多久，可以灵活设定)，若选择的是每段第一预设时长中的第k帧，将这一帧的播放时间延长一倍，则原本M毫秒的直播数据能够播放
Figure BDA0003201588230000102
毫秒。若第一预设时长M＝970毫秒，在第一预设时长内的帧数N＝33帧，即每一帧直播的播放时间为
Figure BDA0003201588230000103
毫秒，从上述33帧中选择的是每段第一预设时长中的第k＝3帧，将这一帧的播放时间延长一倍，则原本970毫秒的直播数据能够播放
Figure BDA0003201588230000104
毫秒。
通过选取目标帧，对直播数据中的一部分数据进行延时播放，即延长播放时长为预设长度，与现有技术中对全部直播数据的播放速度进行处理的方式相比，首先，对播放过程中大部分的直播数据的播放速度并没有进行调整，因而，用户观看直播时所感知到的直播数据的播放速度是真实的，保证了最优的直播效果与用户感知。其次，通过选取目标帧延时播放，实现对后续直播数据的缓存，能够维持直播数据的稳定播放。
可选的，在上述图1的基础上，本申请还提供一种直播数据处理方法的可能实现方式，图3为本申请另一实施例提供提供的一种直播数据处理方法的流程图，如图3所示，若第一目标直播数据为音频数据，以第一预设播放速度在预设单位时长内播放第一目标直播数据，包括：
步骤301：若第一预设时长的第一目标直播数据包括N帧，则按照预设规则抽取目标相邻两帧，其中，N为大于0的整数。
与步骤201中的抽取方式相似，按照预设规则抽取第一目标直播数据中的一帧或多帧作为目标相邻两帧，可以是随机抽取，也可以是更详细的抽取规则，例如每段第一预设时长中的第k帧与第k+1帧，k取值为1-(N-1)之间的整数。本申请对目标相邻两帧的具体数目和具体抽取方式不做限定。在一种可能的实现方式中，对该音频数据，对目标相邻两帧的抽取还可以抽取与相邻下一帧之间音频数据差距最小的一帧为目标相邻两帧，例如，若在某段第一预设时长中第k帧与第k+1帧的音频数据相近(例如，音频数据的频率、响度等相近)，则可以选取第k帧和第k+1帧为目标相邻两帧，以进一步降低后续对音频数据的操作对用户直观感受带来的影响。
步骤302：在相邻两帧之间增加***帧，并播放第一目标直播数据，其中，***帧为根据第一目标直播数据中的指定帧和预设算法计算获取。
在一种可能的实现方式中，第一预设时长为M毫秒，在第一预设时长内的帧数为N帧，通过上述步骤301选择目标相邻两帧，在相邻两帧之间增加***帧，由此原本M毫秒的音频数据能够播放(M+M/N)毫秒。在计算***帧的具体数据时，可以选择取平均值的方式，例如第一目标直播数据中的指定帧即为步骤301确定的目标相邻两帧，***帧的具体数据通过计算目标量相邻帧的音频频率、响度等数据的平均值计算，即预设算法为计算平均值。在一个具体的实施方式中，若M＝970毫秒，N＝33帧，在每段第一预设时长中的第3帧和第四帧之间***一帧，通过取平均值确定该***音帧的频率响度，由此原本970毫秒的音频数据能够播放(970+970/33)毫秒。
对于直播数据类型为音频数据的情况进行了进一步限定，考虑了音频数据的特殊性，即音频数据可以进行量化，且量化之后的频率与响度等特征值是可以通过预设算法进行计算的，计算结果同样具有使用价值。对音频数据进行插值处理，对***帧根据预设算法进行处理计算，保障用户收听到的音频数据的质量以及音频数据的质量。
可选的，在上述图1的基础上，本申请还提供一种直播数据处理方法的可能实现方式，图4为本申请再一实施例提供的一种直播数据处理方法的流程图；如图4所示，该方法包括：
步骤401：获取服务器发送的第二直播数据。
直播客户端获取服务器发送的第二直播数据，即直播客户端从服务器下载第二直播数据。需要说明的是，该第二直播数据与于步骤101中获取的第一直播数据在时间上可能是连续的，即第二直播数据与第一直播数据能够连贯播放；该第二直播数据与于步骤101中获取的第一直播数据在时间上也可能是不连续的，这是由于在步骤103中对一部分第一预设时长后的数据已经进行了缓存，导致第一直播数据与第二直播数据之间还存在一段通过步骤103缓存的直播数据。
步骤402：以第一预设播放速度在预设单位时长内播放第二目标直播数据，其中，第二目标直播数据包括：已缓存数据，和第二直播数据中的前部分时长的数据，已缓存数据的时长和部分时长的总时长为第一预设时长。
以与步骤102中播放速度相同的第一预设播放速度在预设单位时长内播放第二目标直播数据，第二目标直播数据可以包括：已缓存数据和第二直播数据中的前部分时长的数据，其中，上述已缓存数据可以是通过步骤103缓存的一部分直播数据，也可能是通过其他缓存方式缓存的直播数据，本申请对缓存数据的缓存方式不做限定。已缓存数据的时长和部分时长的总时长为第一预设时长，即已缓存数据的时长与第二直播数据中的前部分时长(即部分时长)的时长之和为第一预设时长。
在一种具体的实现方式中，预设单位时长为P毫秒，第一预设时长为M毫秒，通过步骤103缓存的已缓存数据的时长为P-M毫秒，则需要第二直播数据中前M-(P-M)毫秒的直播数据，与已缓存的P-M毫秒数据在按照播放顺序连接后即为第二目标直播数据。对此第二目标直播数据的处理方式与播放方式与步骤102相同，在此不再赘述。例如P＝1000毫秒，M＝970毫秒，P-M＝30毫秒，M-(P-M)＝940毫秒。
步骤403：缓存第二直播数据中的已播放数据后的数据。
由步骤402可知，预设单位时长与第二目标直播数据中第二直播数据中的前部分时长，即在此预设单位时长播放的直播数据时长与其中需要从服务器获取的直播数据的时长之间存在时间差，直播客户端可以利用这两者之间的时间差缓存第二直播数据中的已播放数据后的数据。
在一种具体的实现方式中，预设单位时长为P毫秒，第一预设时长为M毫秒，已缓存数据的时长为D0毫秒，则此预设单位时长播放的直播数据中需要从服务器获取的直播数据的时长为M-D0毫秒，在此预设单位时长播放的直播数据时长与其中需要从服务器获取的直播数据的时长之间存在时间差为P-(M-D0)毫秒，即可缓存第二直播数据中的已播放数据后的P-(M-D0)毫秒的直播数据。例如P＝1000毫秒，M＝970毫秒，D0＝90毫秒，M-D0＝970-90＝880毫秒，P-(M-D0)＝1000-(970-90)＝120毫秒，即可缓存第二直播数据中的已播放数据后的120毫秒的直播数据。
上述仅为示例说明，在实际应用过程中，受当前的网络状态等影响缓存第二直播数据中的已播放数据后的直播数据可能与理论或者理想状况不符，本申请对具体实现过程中缓存的直播数据的具体时间长度不做限定。
若利用服务器缓存好几秒的直播音视频数据，客户端刚开始的时候就收到好几秒的数据缓存在本地，这样也能对抗网络抖动的情况，但是服务器端缓存的几秒音视频数据都是当前时间之前的，这就会导致直播客户端看到的内容延迟比较大，不够实时，且即便网络很好的客户端，同样会有几秒的延迟。而本申请的方法，通过在直播过程中，通过不断对直播数据中已播放数据后的数据进行缓存，逐渐增长缓存的时长，进一步维持直播数据的稳定播放，延迟相比前述方法具有明显的改进。
可选的，在上述图4的基础上，本申请还提供一种直播数据处理方法的可能实现方式，图5为本申请再二实施例提供的一种直播数据处理方法的流程图，如图5所示，缓存第二直播数据中的已播放数据后的数据之前，该方法包括：
步骤501：若与服务器之间的网络状态为第一网络状态，则根据网络状态确定第一预设时长阈值，其中，第一预设时长阈值小于第一预设时长。
需要说明的是，直播客户端与服务器之间网络状态的判断有多种可能的实现方式，在一种可能的实现方式中，由于网络状态的好坏可以影响直播数据的传输速度，直播数据的传输速度可以影响直播数据在缓存的存取交替直播数据的速度，因此可以对初始直播数据的网络抖动估算值和实时直播数据网络抖动估算值进行比较，确定网络状态。
例如：网络状态好时，直播数据存取交替的速度比较快，缓冲的直播数据符合预期，网络抖动估算值越小，网络状态变差时，直播数据存取交替的速度比较慢，缓冲区的不符合预期，网络抖动估算值越大。因此可以根据初始直播数据和实时直播数据分别得到的网络抖动估算值进行判断网络状态的好坏。
在另一种可能的实现方式中，可以通过判断当前的网络延迟来评估网络状态，例如预先设定网络状态一般、网络状态好、网络状态不好等情况对应的网络延迟判断标准，根据实时直播得到的网络延迟值和预先设定的网络延迟判断标准，判断当前的网络状态。
例如，预先设定网络延迟在A毫秒到B毫秒之间为网络状态一般，网络延迟小于A毫秒为网络状态好，大于B毫秒之间为网络状态不好。若A＝100毫秒，B＝200毫秒，则当网络延迟在100毫秒到200毫秒之间时为网络状态一般，网络延迟小于100毫秒为网络状态好，大于200毫秒之间为网络状态不好。
上述仅为示例说明，在实际应用中，还可能有其他判断网络状态的方法，本申请对判断网络状态的具体方法不做限定。
在一种具体的实现方式中，通过对实时直播得到的网络延迟值和预先设定的网络延迟判断标准进行比较，设定网络延迟在A毫秒到B毫秒之间为第一网络状态，设定第一网络状态下的第一预设时长阈值为D1毫秒。在一种可能的实现方式中A＝100毫秒，B＝200毫秒，D1＝600毫秒。需要说明的是，本申请对第一预设时长阈值的具体数值不做限定，只要其满足小于第一预设时长的条件即可。
缓存第二直播数据中的已播放数据后的数据，包括：
步骤502：缓存第二直播数据中的已播放数据后的数据，直至缓存的数据时长达到第一预设时长阈值。
根据步骤403，直播客户端可以利用预设单位时长播放的直播数据时长与其中需要从服务器获取的直播数据的时长之间存在的时间差，缓存第二直播数据中的已播放数据后的数据，经历若干次步骤403的缓存后，缓存的直播数据的时长不断增加，当缓存的直播数据时长达到第一预设时长阈值时，不再继续增加缓存的直播数据时长，而是维持缓存的直播数据时长等于第一预设时长阈值的状态。
需要说明的是，在一种可能的实现方式中，当缓存的直播数据时长达到第一预设时长阈值时，直播数据在直播客户端上播放的时长等于从服务器下载的第一目标直播数据本身预设的时长。例如，对于来自服务器的第一预设时长为P毫秒的直播数据，直播客户端上播放时耗费了客观世界M毫秒(P＝M)，换句话说，直播客户端所播放的P毫秒的直播数据全部来自于服务器，直播客户端不再对直播数据进行处理，由此，直播客户端上直播数据的延迟等于第一预设时长阈值，且维持该状态不变。在一种具体的实现方式中P＝M＝970毫秒。上述仅为示例说明，当缓存的数据时长达到第一预设时长阈值，维持该缓存的数据时长还可能有其他方法，本申请对此不做限定。
缓存的时间过长，会导致直播数据的延迟比较大，而缓存的时间过短，则不利于直播的稳定性，遇到网络抖动等情况会发生卡顿或者画面模糊的情况，因此根据网络状态对缓存的直播数据时长进行限定，既保证了在当前网络环境下的稳定播放，又能够维持尽量低延迟的播放效果。
可选的，在上述图5的基础上，本申请还提供一种直播数据处理方法的可能实现方式，图6为本申请再三实施例提供的一种直播数据处理方法的流程图；如图6所示，该方法包括：
步骤601：若与服务器之间的网络状态为第二网络状态，则根据网络状态确定第二预设时长阈值，其中，第二网络状态的延迟大于第一网络状态的延迟，第二预设时长阈值大于预设单位时长。
因为第二网络状态的延迟大于第一网络状态的延迟，则在第二网络状态下，直播数据稳定播放需要缓存更多的直播数据，因此将缓存的数据时长设定为第二预设时长阈值，该第二预设时长阈值大于在第一网络状态下的第一预设时长阈值，在一种可能的实现方式中，第二预设时长阈值大于预设单位时长。
在一种具体的实现方式中，通过对实时直播得到的网络延迟值和预先设定的网络延迟判断标准进行比较，设定网络延迟大于B毫秒之间为第二网络状态，设定第二网络状态下的第二预设时长阈值为D2毫秒。例如若B＝200，D2＝1200毫秒。需要说明的是，本申请对第二预设时长阈值的具体数值不做限定，只要其满足小于第二预设时长的条件即可。
步骤602：以第一预设播放速度播放从服务器接收的直播数据，并缓存接收到的直播数据中已播放数据之后的数据，直至缓存数据的时长达到第二预设时长阈值。
第一预设播放速度即为步骤102中的播放速度，以此速度播放从服务器中接收的直播数据，利用预设单位时长播放的直播数据时长与其中需要从服务器获取的直播数据的时长之间存在的时间差，不断对直播数据中已播放数据之后的数据进行缓存，当缓存的直播数据时长达到第二预设时长阈值时，不再继续增加缓存的直播数据时长，而是维持缓存的直播数据时长等于第二预设时长阈值的状态。
需要说明的是，在一种可能的实现方式中，当缓存的直播数据时长达到第二预设时长阈值时，直播数据在直播客户端上播放的时长等于从服务器下载的第二目标直播数据本身预设的时长。例如，对于来自服务器的第二预设时长为L毫秒的直播数据，直播客户端上播放时耗费了客观世界Q毫秒(L＝Q)，换句话说，直播客户端所播放的Q毫秒的直播数据全部来自于服务器，直播客户端不再对直播数据进行处理，由此，直播客户端上直播数据的延迟等于第二预设时长阈值，且维持该状态不变。例如，L＝Q＝970毫秒。上述仅为示例说明，当缓存的数据时长达到第二预设时长阈值，维持该缓存的数据时长还可能有其他方法，本申请对此不做限定。
网络的好坏影响直播数据的传输，进而影响直播的稳定性，在网络不好时，直播数据的传输变慢，通过缓存更多的直播数据能够抵制网络抖动，进一步增强直播的稳定性。
可选的，在上述图6的基础上，本申请还提供一种直播数据处理方法的可能实现方式，图7为本申请再四实施例提供的一种直播数据处理方法的流程图；如图7所示，该方法包括：
步骤701：若网络状态从第二网络状态切换至第三网络状态，则根据网络状态确定第三预设时长阈值，其中，第三网络状态的延迟小于第一网络状态的延迟，第三预设时长阈值小于第一预设时长阈值。
因为第三网络状态的延迟小于第一网络状态的延迟，则在第三网络状态下，不需要缓存过多的直播数据，因此将缓存的数据时长设定为第三预设时长阈值，该第三预设时长阈值小于在第一网络状态下的第一预设时长阈值。
在一种具体的实现方式中，通过对实时直播得到的网络延迟值和预先设定的网络延迟判断标准进行比较，设定网络延迟小于A毫秒之间为第三网络状态，设定第三网络状态下的第三预设时长阈值为D3毫秒。例如，若A＝100毫秒时，D3＝400毫秒。需要说明的是，本申请对第三预设时长阈值的具体数值不做限定。
步骤702：以第二预设播放速度播放从服务器接收的直播数据，并缓存接收到的直播数据中已播放数据之后的数据，直至缓存数据的时长达到第三预设时长阈值。
若当前的网络状态为第三网络状态时，若当前已缓存的直播数据的时长大于第三预设时长阈值，则需要通过快速播放来将缓存的直播数据时长缩短，即以第二预设播放速度播放从服务器接收的直播数据。第二预设播放速度大于第一预设播放速度，该第二预设播放速度也大于从服务器下载的第一目标直播数据本身预设的播放速度。
即直播客户端第二播放速度表示该直播数据在直播客户端上耗费的时间更短，即第二预设播放速度大于从服务器下载直播数据预设的播放速度。在一种具体的实现方式中，在一定时间内，从服务器下载直播数据预设播放M毫秒数据，在同等的时间内，直播客户端能够播放F毫秒直播数据，即第二播放速度表示在该一定时间内，直播客户端播放F毫秒直播数据的速度，以此实现快速播放，进而缩小缓存，直至缓存数据的时长等于第三预设时长阈值。例如M＝1000毫秒，F＝1030毫秒。
网络状态好时，通过减小缓存的直播数据，能够实现直播客户端播放延时尽可能小的状态。
可选的，在上述各实施例的基础上，本申请还提供一种直播数据处理方法的可能实现方式，该方法包括：
若直播播放模式为低延迟模式，则以第一预设播放速度在预设单位时长内播放第一目标直播数据。
在直播客户端上可以有多种直播播放模式，例如，直播播放模式可以有流畅模式、高清模式、低延迟模式等，用户可以在直播客户端上对具体的直播播放模式进行选择，若用户选择本申请的低延迟模式，则以直播客户端第一预设播放速度在预设单位时长内播放第一目标直播数据。需要说明的是，本申请对直播客户端所包含的其他直播播放模式的具体类型不做限定。
下述对用以执行本申请所提供的直播数据处理装置、直播客户端设备及存储介质等进行说明，其具体的实现过程以及技术效果参见上述，下述不再赘述。
本申请实施例提供一种直播数据处理装置的可能实现示例，能够执行上述实施例提供的直播数据处理方法。图8为本申请一实施例提供的一种直播数据处理装置的示意图。如图8所示，上述直播数据处理装置100，包括：接收模块601，播放模块603，缓存模块605。
接收模块601，用于获取服务器发送的第一直播数据；
播放模块603，用于以第一预设播放速度在预设单位时长内播放第一目标直播数据，第一目标直播数据为：第一直播数据中的第一预设时长的数据，预设单位时长大于第一预设时长；
缓存模块605，用于缓存第一直播数据中第一预设时长后的数据。
可选的，上述接收模块601，还用于获取所述服务器发送的第二直播数据；
播放模块603，还用于以第一预设播放速度在预设单位时长内播放第二目标直播数据，其中，第二目标直播数据包括：已缓存数据，和第二直播数据中的前部分时长的数据，已缓存数据的时长和部分时长的总时长为第一预设时长；
缓存模块605，还用于缓存第二直播数据中的已播放数据后的数据。
可选的，上述直播数据处理装置，还包括：网络状态判断模块。
网络状态判断模块，用于判断网络状态，若与服务器之间的网络状态为第一网络状态，则根据网络状态确定第一预设时长阈值，其中，第一预设时长阈值小于第一预设时长。
缓存模块605，具体用于缓存第二直播数据中的已播放数据后的数据，直至缓存的数据时长达到第一预设时长阈值。
可选的，网络状态判断模块，用于判断网络状态，若与服务器之间的网络状态为第二网络状态，则根据网络状态确定第二预设时长阈值，其中，第二网络状态的延迟大于第一网络状态的延迟，第二预设时长阈值大于预设单位时长。
接收模块601，具体用于以第一预设播放速度播放从服务器接收的直播数据。
缓存模块605，具体用于缓存接收到的直播数据中已播放数据之后的数据，直至缓存数据的时长达到第二预设时长阈值。
可选的，网络状态判断模块，用于判断网络状态，若网络状态从第二网络状态切换至第三网络状态，则根据网络状态确定第三预设时长阈值，其中，第三网络状态的延迟小于第一网络状态的延迟，第三预设时长阈值小于第一预设时长阈值。
接收模块601，具体用于以第二预设播放速度播放从服务器接收的直播数据。
缓存模块605，具体用于缓存接收到的直播数据中已播放数据之后的数据，直至缓存数据的时长达到第三预设时长阈值。
可选的，上述直播数据处理装置，还包括：模式选择模块。
模式选择模块，具体用于选择直播播放模式，若直播播放模式为低延迟模式，则以第一预设播放速度在预设单位时长内播放第一目标直播数据。
上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。
以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(digital singnal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(CentralProcessing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上***(system-on-a-chip，简称SOC)的形式实现。
本申请实施例提供一种直播客户端设备的可能实现示例，能够执行上述实施例提供的直播数据处理方法。图9为本申请实施例提供的一种直播客户端设备的示意图，该设备可以集成于终端设备或者终端设备的芯片，该终端可以是具备数据处理功能的计算设备。
该直播客户端设备包括：处理器701、存储介质702和总线，存储介质存储有处理器可执行的程序指令，当控制设备运行时，处理器与存储介质之间通过总线通信，处理器执行程序指令，以执行时执行上述直播数据处理方法的步骤。具体实现方式和技术效果类似，这里不再赘述。
本申请实施例提供一种计算机可读存储介质的可能实现示例，能够执行上述实施例提供的直播数据处理方法，存储介质上存储有计算机程序，计算机程序被处理器运行时执行上述直播数据处理方法的步骤。
存储在一个存储介质中的计算机程序，可以包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random Access Memory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文：Read-Only Memory，简称：ROM)、随机存取存储器(英文：Random AccessMemory，简称：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种直播数据处理方法，其特征在于，包括：
获取服务器发送的第一直播数据；
以第一预设播放速度在预设单位时长内播放第一目标直播数据，所述第一目标直播数据为：所述第一直播数据中的第一预设时长的数据，所述预设单位时长大于所述第一预设时长；
缓存所述第一直播数据中所述第一预设时长后的数据。
2.如权利要求1所述的方法，其特征在于，所述以第一预设播放速度在预设单位时长内播放第一目标直播数据，包括：
若所述第一预设时长的所述第一目标直播数据包括N帧，则按照预设规则抽取所述第一目标直播数据中的一帧或多帧作为目标帧，其中，N为大于0的整数；
将所述目标帧的播放时长延长为预设长度，并播放第一目标直播数据。
3.如权利要求1所述的方法，其特征在于，若所述第一目标直播数据为音频数据，所述以第一预设播放速度在预设单位时长内播放第一目标直播数据，包括：
若所述第一预设时长的所述第一目标直播数据包括N帧，则按照预设规则抽取目标相邻两帧，其中，N为大于0的整数；
在所述相邻两帧之间增加***帧，并播放第一目标直播数据，其中，所述***帧为根据所述第一目标直播数据中的指定帧和预设算法计算获取。
4.如权利要求1所述的方法，其特征在于，所述方法还包括：
获取所述服务器发送的第二直播数据；
以所述第一预设播放速度在所述预设单位时长内播放第二目标直播数据，其中，所述第二目标直播数据包括：已缓存数据，和所述第二直播数据中的前部分时长的数据，所述已缓存数据的时长和所述部分时长的总时长为所述第一预设时长；
缓存所述第二直播数据中的已播放数据后的数据。
5.如权利要求4所述的方法，其特征在于，所述缓存所述第二直播数据中的已播放数据后的数据之前，所述方法还包括：
若与所述服务器之间的网络状态为第一网络状态，则根据所述网络状态确定第一预设时长阈值，其中，所述第一预设时长阈值小于所述第一预设时长；
所述缓存所述第二直播数据中的已播放数据后的数据，包括：
缓存所述第二直播数据中的已播放数据后的数据，直至缓存的数据时长达到所述第一预设时长阈值。
6.如权利要求5所述的方法，其特征在于，所述方法还包括：
若与所述服务器之间的网络状态为第二网络状态，则根据所述网络状态确定第二预设时长阈值，其中，所述第二网络状态的延迟大于所述第一网络状态的延迟，所述第二预设时长阈值大于所述预设单位时长；
以所述第一预设播放速度播放从所述服务器接收的直播数据，并缓存接收到的直播数据中已播放数据之后的数据，直至缓存数据的时长达到所述第二预设时长阈值。
7.如权利要求6所述的方法，其特征在于，所述方法还包括：
若所述网络状态从所述第二网络状态切换至第三网络状态，则根据所述网络状态确定第三预设时长阈值，其中，所述第三网络状态的延迟小于所述第一网络状态的延迟，所述第三预设时长阈值小于所述第一预设时长阈值；
以第二预设播放速度播放从所述服务器接收的直播数据，并缓存接收到的直播数据中已播放数据之后的数据，直至缓存数据的时长达到所述第三预设时长阈值。
8.如权利要求1-7中任一所述的方法，其特征在于，所述以第一预设播放速度在预设单位时长内播放第一目标直播数据，包括：
若直播播放模式为低延迟模式，则以所述第一预设播放速度在所述预设单位时长内播放所述第一目标直播数据。
9.一种直播数据处理装置，其特征在于，包括：接收模块，播放模块，缓存模块；
所述接收模块，用于获取服务器发送的第一直播数据；
所述播放模块，用于以第一预设播放速度在预设单位时长内播放第一目标直播数据，所述第一目标直播数据为：所述第一直播数据中的第一预设时长的数据，所述预设单位时长大于所述第一预设时长；
所述缓存模块，用于缓存所述第一直播数据中所述第一预设时长后的数据。
10.一种直播客户端设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的程序指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述程序指令，以执行时执行如权利要求1至6任一所述的直播数据处理方法的步骤。
CN202110906554.8A 2021-08-09 2021-08-09 直播数据处理方法、装置、直播客户端设备及存储介质 Pending CN113645477A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110906554.8A CN113645477A (zh) 2021-08-09 2021-08-09 直播数据处理方法、装置、直播客户端设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110906554.8A CN113645477A (zh) 2021-08-09 2021-08-09 直播数据处理方法、装置、直播客户端设备及存储介质

Publications (1)

Publication Number Publication Date
CN113645477A true CN113645477A (zh) 2021-11-12

Family

ID=78420115

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110906554.8A Pending CN113645477A (zh) 2021-08-09 2021-08-09 直播数据处理方法、装置、直播客户端设备及存储介质

Country Status (1)

Country Link
CN (1) CN113645477A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114697695A (zh) * 2022-03-28 2022-07-01 阿里巴巴（中国）有限公司 直播数据推送方法、装置、设备及存储介质
CN114760491A (zh) * 2022-04-18 2022-07-15 北京金山云网络技术有限公司 直播数据的传输***、方法和装置、电子设备、存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000023105A (ja) * 1998-04-30 2000-01-21 Matsushita Electric Ind Co Ltd 再生時間伸縮方法および装置
US20090190614A1 (en) * 2008-01-24 2009-07-30 Broadcom Corporation Jitter buffer adaptation based on audio content
CN105430475A (zh) * 2015-11-04 2016-03-23 北京奇虎科技有限公司 视频数据的缓冲方法及装置
CN107396171A (zh) * 2017-07-24 2017-11-24 广州酷狗计算机科技有限公司 网络直播方法、装置和存储介质
CN108322831A (zh) * 2018-02-28 2018-07-24 广东美晨通讯有限公司 视频播放控制方法、移动终端及计算机可读存储介质
CN111918093A (zh) * 2020-08-13 2020-11-10 腾讯科技（深圳）有限公司 直播数据处理方法、装置、计算机设备和存储介质
CN112822502A (zh) * 2020-12-28 2021-05-18 阿里巴巴（中国）有限公司 直播去抖动的智能缓存与直播方法、设备及存储介质
CN112953922A (zh) * 2021-02-03 2021-06-11 西安电子科技大学 一种自适应流媒体控制方法、***、计算机设备及应用

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000023105A (ja) * 1998-04-30 2000-01-21 Matsushita Electric Ind Co Ltd 再生時間伸縮方法および装置
US20090190614A1 (en) * 2008-01-24 2009-07-30 Broadcom Corporation Jitter buffer adaptation based on audio content
CN105430475A (zh) * 2015-11-04 2016-03-23 北京奇虎科技有限公司 视频数据的缓冲方法及装置
CN107396171A (zh) * 2017-07-24 2017-11-24 广州酷狗计算机科技有限公司 网络直播方法、装置和存储介质
CN108322831A (zh) * 2018-02-28 2018-07-24 广东美晨通讯有限公司 视频播放控制方法、移动终端及计算机可读存储介质
CN111918093A (zh) * 2020-08-13 2020-11-10 腾讯科技（深圳）有限公司 直播数据处理方法、装置、计算机设备和存储介质
CN112822502A (zh) * 2020-12-28 2021-05-18 阿里巴巴（中国）有限公司 直播去抖动的智能缓存与直播方法、设备及存储介质
CN112953922A (zh) * 2021-02-03 2021-06-11 西安电子科技大学 一种自适应流媒体控制方法、***、计算机设备及应用

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114697695A (zh) * 2022-03-28 2022-07-01 阿里巴巴（中国）有限公司 直播数据推送方法、装置、设备及存储介质
CN114697695B (zh) * 2022-03-28 2024-03-08 阿里巴巴（中国）有限公司 直播数据推送方法、装置、设备及存储介质
CN114760491A (zh) * 2022-04-18 2022-07-15 北京金山云网络技术有限公司 直播数据的传输***、方法和装置、电子设备、存储介质

Similar Documents

Publication Publication Date Title
US9167007B2 (en) Stream complexity mapping
US10110650B2 (en) Client side stream switching
US10659832B1 (en) Dynamic bitrate selection for streaming media
EP2300928B1 (en) Client side stream switching
US8527610B2 (en) Cache server control device, content distribution system, method of distributing content, and program
CN113645477A (zh) 直播数据处理方法、装置、直播客户端设备及存储介质
CN109753207B (zh) 一种信息处理方法及其装置、存储介质
US20150134846A1 (en) Method and apparatus for media segment request retry control
CN111093094A (zh) 视频转码方法、装置、***及电子设备及可读存储介质
CN113490055B (zh) 数据处理方法和装置
CN114040245A (zh) 视频播放方法、装置、计算机存储介质和电子设备
CN104506631A (zh) 一种音频文件缓存方法和设备
US12015834B2 (en) Methods, systems, and media for streaming video content using adaptive buffers
CN115460458B (zh) 视频丢帧方法和设备
CN114584826B (zh) 一种视频动态下载方法、装置、电子设备及存储介质
CN111741335B (zh) 数据处理方法及装置、移动终端和计算机可读存储介质
CN114666627A (zh) 一种流媒体视频预加载的方法、装置、电子设备以及存储介质
CN113905248A (zh) 直播视频数据传输方法、装置、设备以及存储介质
US20100121901A1 (en) Moving-picture processing device and moving-picture processing method
CN113852866A (zh) 媒体流的处理方法、装置及***
US8791981B2 (en) Bit rate control apparatus and method thereof
CN115278308B (zh) 媒体流处理方法、装置、设备及存储介质
KR102656804B1 (ko) 엣지 캐싱 시스템
US11197052B2 (en) Low latency streaming media
CN113765886B (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