CN114189700A - 直播卡顿提示方法、装置、计算机设备和存储介质 - Google Patents

直播卡顿提示方法、装置、计算机设备和存储介质 Download PDF

Info

Publication number
CN114189700A
CN114189700A CN202111395486.XA CN202111395486A CN114189700A CN 114189700 A CN114189700 A CN 114189700A CN 202111395486 A CN202111395486 A CN 202111395486A CN 114189700 A CN114189700 A CN 114189700A
Authority
CN
China
Prior art keywords
client
preset
information
prompt
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
CN202111395486.XA
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.)
Guangzhou Boguan Information Technology Co Ltd
Original Assignee
Guangzhou Boguan Information 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 Guangzhou Boguan Information Technology Co Ltd filed Critical Guangzhou Boguan Information Technology Co Ltd
Priority to CN202111395486.XA priority Critical patent/CN114189700A/zh
Publication of CN114189700A publication Critical patent/CN114189700A/zh
Pending legal-status Critical Current

Links

Images

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/21Server components or server architectures
    • H04N21/218Source of audio or video content, e.g. local disk arrays
    • H04N21/2187Live feed
    • 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/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/2408Monitoring of the upstream path of the transmission network, e.g. client requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47End-user applications
    • H04N21/488Data services, e.g. news ticker
    • H04N21/4882Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders

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)

Abstract

本申请实施例公开了直播卡顿提示方法、装置、计算机设备和存储介质;本申请实施例包括:获取客户端的性能信息、直播流的传输信息以及客户端反馈的卡顿时间信息;根据所述卡顿时间信息,从所述性能信息中确定目标性能信息,以及从所述传输信息中确定目标传输信息;当所述目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,所述第一卡顿原因提示表征客户端处于异常状态;当所述目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,所述第二卡顿原因提示表征直播流传输过程处于异常状态在本申请实施例中。由此,本方案可以更快速、直观地确定卡顿发生的原因。

Description

直播卡顿提示方法、装置、计算机设备和存储介质
技术领域
本申请涉及直播技术领域,具体涉及直播卡顿提示方法、装置、计算机设备和存储介质。
背景技术
直播流是以流数据形式传输的直播数据,涉及视频直播、语音广播等使用直播流的场景;在互联网直播爆炸式增长的当下,用户在观看直播时,常会出现直播卡顿、频繁出现缓冲标志的情况。
当直播发生卡顿时,如何快速、直观地确定直播卡顿原因是当前面对的重大技术问题。
发明内容
本申请实施例提供直播卡顿提示方法、装置、计算机设备和存储介质,可以更快速、直观地确定卡顿发生的原因。
本申请实施例提供一种直播卡顿提示方法,包括:获取客户端的性能信息、直播流的传输信息以及客户端反馈的卡顿时间信息;根据所述卡顿时间信息,从所述性能信息中确定目标性能信息,以及从所述传输信息中确定目标传输信息;当所述目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,所述第一卡顿原因提示表征客户端处于异常状态;当所述目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,所述第二卡顿原因提示表征直播流传输过程处于异常状态。
本申请实施例还提供一种直播卡顿提示装置,包括:获取单元,用于获取客户端的性能信息、直播流的传输信息以及客户端反馈的卡顿时间信息;确定单元,用于根据所述卡顿时间信息,从所述性能信息中确定目标性能信息,以及从所述传输信息中确定目标传输信息;判断单元,用于当所述目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,所述第一卡顿原因提示表征所述客户端处于异常状态;所述判断单元,还用于当所述目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,所述第二卡顿原因提示表征直播流传输过程处于异常状态。
本申请实施例还提供一种计算机设备,包括存储器存储有多条指令;所述处理器从所述存储器中加载指令,以执行本申请实施例所提供的任一种直播卡顿提示方法中的步骤。
本申请实施例还提供一种计算机可读存储介质,所述计算机可读存储介质存储有多条指令,所述指令适于处理器进行加载,以执行本申请实施例所提供的任一种直播卡顿提示方法中的步骤。
本申请实施例可以获取客户端的性能信息、直播流的传输信息以及客户端反馈的卡顿时间信息;根据所述卡顿时间信息,从所述性能信息中确定目标性能信息,以及从所述传输信息中确定目标传输信息;当所述目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,所述第一卡顿原因提示表征客户端处于异常状态;当所述目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,所述第二卡顿原因提示表征直播流传输过程处于异常状态。在本申请中通过获取到的卡顿时间信息确定卡顿对应的目标客户端性能信息以及目标直播流传输信息,再通过目标客户端性能信息以及目标直播流传输信息分别判断客户端以及传输过程是否发生卡顿,并生成相应的卡顿原因提示,以更快速、直观地确定卡顿发生的原因。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的直播卡顿提示方法的场景示意图;
图2是本申请实施例提供的直播卡顿提示方法的流程示意图;
图3是本申请另一个实施例提供的直播卡顿提示方法的流程示意图;
图4是本申请实施例提供的直播卡顿提示装置的结构示意图;
图5是本申请实施例提供的计算机设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例提供直播卡顿提示方法、装置、计算机设备和存储介质。
其中,该直播卡顿提示装置具体可以集成在电子设备中,该电子设备可以为终端、服务器等设备。其中,终端可以为手机、平板电脑、智能蓝牙设备、笔记本电脑、或者个人电脑(Personal Computer,PC)等设备;服务器可以是单一服务器,也可以是由多个服务器组成的服务器集群。
在一些实施例中,该直播卡顿提示装置还可以集成在多个电子设备中,比如,直播卡顿提示装置可以集成在多个服务器中,由多个服务器来实现本申请的直播卡顿提示方法。
在一些实施例中,服务器也可以以终端的形式来实现。
例如,参考图1,在一些实施方式中提供了一种直播卡顿提示系统的场景示意图,该系统可以实现直播卡顿提示方法。该直播卡顿提示系统可以包括终端1000、服务器2000以及网络3000,服务器2000与终端1000可通过网络3000进行数据交互。
其中,服务器用于获取客户端的性能信息、直播流的传输信息以及客户端反馈的卡顿时间信息;根据卡顿时间信息,从性能信息中确定目标性能信息,以及从传输信息中确定目标传输信息;当目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,第一卡顿原因提示表征客户端处于异常状态;当目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,第二卡顿原因提示表征直播流传输过程处于异常状态。其中,终端为客户端,用于提供客户端的性能信息以及卡顿时间信息。其中,网络用于服务器与终端之间的数据传输,网络3000可以是无线网络或者有线网络,比如无线网络为无线局域网(WLAN)、局域网(LAN)、蜂窝网络、2G网络、3G网络、4G网络、5G网络等。
以下分别进行详细说明。需说明的是,以下实施例的序号不作为对实施例优选顺序的限定。
在本实施例中,提供了一种直播卡顿提示方法,如图2所示,该直播卡顿提示方法的具体流程可以如下:
110、获取客户端的性能信息、直播流的传输信息以及客户端反馈的卡顿时间信息。
其中,客户端是指观看直播用户(观众)使用的终端,该终端可以为手机、平板电脑、智能蓝牙设备、笔记本电脑、或者个人电脑等设备。性能信息是用来表征客户端运行软件的特性,可以包括但不限于表征客户端运行系统软件或直播软件的性能信息的参数,等等。直播卡顿是指客户端终端的直播画面出现停滞、声音间断等运行不畅额情况。
其中,客户端运行系统软件的性能信息是指客户端系统运行的特性,可以通过客户端系统参数表征。例如,客户端系统参数是指表征客户端状态的参数,客户端系统参数可以包括客户端设备运行状态的参数以及客户端系统运行状态的参数,例如可以包括但不限于操作系统类型,浏览器版本、网络下载速度、中央处理器占有率、图形处理器占有率、内存占有率、客户端接入网络类型(4G、wifi、有线网络)、客户端设备号、是否开启硬解码、客户端系统版本号、横竖屏模式、tabVisible(是否在可见区域),等等。
客户端运行直播软件的性能信息是指客户端运行直播软件的特性,例如,客户端运行直播软件的性能信息可以包括但不限于客户端对直播流数据进行编解码、播放、缓存、增强等处理的性能,可以通过对应的参数进行表征。例如,客户端对直播流数据进行编解码的性能可以通过客户端解码播放参数进行表征,客户端解码播放参数是指表征客户端编解码状态的参数,客户端解码播放参数可以包括但不限于接收原始流总速率、音频解码队列可播放时长、视频解码队列可播放时长、音频编码mp4队列可播放时长、视频编码mp4队列可播放时长、音频播放队列长度、视频播放队列长度、缓冲队列时长、采样周期内平均每秒音频收包数、采样周期内平均每秒视频收包数、采样周期内平均每秒音频解码帧数、采样周期内平均每秒视频解码帧数、采样周期内平均每秒音频播放帧数、采样周期内平均每秒视频播放帧数、丢帧数、快进次数、直播流播放帧率、视频帧的时间戳、音频帧的时间戳、解码音视频信息数据,等等。其中解码过程音视频信息可以为一分钟内最大延迟值,每秒视频延迟值、视频时钟和主时钟差值、一分钟内时钟差值的绝对值,等等。
直播流是指在服务器、用户侧(观众或主播)终端之间进行传输的包含直播内容的数据流。直播流可以由音频信号、视频信号或音频与视频的混合信号构成。传输信息是指直播流数据在传输过程中的影响直播流传输效率的参数,可以包括但不限于网络参数、客户端传输参数以及服务器传输参数,等等。
其中,网络参数是指表征网络运行状态的参数,网络参数可以包括但不限于网络上行速度、网络下行速度、网络类型(4G、wifi、有线网络)、网络时延,等等。客户端传输参数是指表征客户端传输直播流数据状态的参数,客户端传输参数可以包括但不限于客户端上行速度、客户端下行速度、传输数据缓存量,等等。服务器传输参数是指表征服务器传输直播流数据状态的参数,服务器传输参数可以包括但不限于服务器上行速度、服务器下行速度、传输数据缓存量,等等。
其中,客户端反馈的卡顿时间信息是指发生在客户端上的卡顿的时间信息,其中卡顿时间信息是指表征卡顿发生的时间以及相关信息的信息,卡顿时间信息可以包括但不限于卡顿次数累计、卡顿时长累计、最大卡顿时长、一分钟内总的卡顿次数、一分钟内总的卡顿时长、一分钟内总的卡顿次数,等等。
在一些实施方式中,为了在获取到用户侧反馈的卡顿信息后,只对有效的卡顿信息,进行卡顿原因排查,以节省算力,步骤110中的卡顿时间信息的获取方法,可以包括步骤1.1~1.2,如下:
1.1、按照第一预设时间间隔获取客户端反馈的播放信息;
1.2、当播放信息包括卡顿信息时,且当卡顿信息满足预设阈值条件时,根据卡顿信息确定卡顿时间信息。
其中,第一预设时间间隔是指预先设置的获取客户端反馈的播放信息的时间间隔,例如,第一预设时间间隔为1min,则每隔1min获取一次客户端反馈的播放信息。需说明的是,本申请中所有的“预设”均为可以根据实际需要设置和修改的。
播放信息是指客户端记录的表征客户端上直播播放状态的信息,播放信息可以包括直播正常播放的信息以及直播播放卡顿的卡顿信息,播放信息也可以只包括卡顿信息。其中卡顿信息可以包括卡顿时间信息以及卡顿相关信息,卡顿相关信息可以包括客户端直播画面或音频卡顿的反馈信息,例如直播软件卡顿的反馈信息、音画不同步或帧间延迟过长,等等。获取到的播放信息还可以包括但不限于卡顿发生时客户端对应的CDN运营商、主播ID、用户ID、直播间ID、直播内容信息、客户端播放器类型、客户端播放器版本、直播流名称,等等。当播放信息只包括卡顿信息时,当在获取播放信息时没有对应的卡顿信息时,获取到的播放信息为空。
播放信息可以包括反馈时间点的播放信息,也可以包括反馈时间点内的所有播放信息,例如,当每隔1min获取一次客户端反馈的播放信息,该播放信息可以为该获取时间点的播放信息,在一些实施方式中,为了扩大获取到的信息粒度,该播放信息包括该时间点前60s内,每1s的播放信息。
预设阈值条件是指包括客户端发生卡顿的临界值的条件,临界值可以包括但不限于卡顿时长的临界值、卡顿发生次数的临界值、卡顿发生频次的临界值。例如,预设阈值条件可以为客户端发生卡顿的时长超过卡顿时长的临界值,也可以为在短时间内(1min)客户端发生卡顿累积次数超过卡顿发生次数的临界值,也可以为同时满足这两个条件,等等。
其中,根据卡顿信息确定卡顿时间信息是指将卡顿信息中满足预设阈值条件的卡顿对应的时间信息确定为卡顿时间信息,该卡顿时间信息包括满足预设阈值条件的卡顿对应的卡顿时间点。卡顿时间点是指卡顿发生时刻的时间。
120、根据卡顿时间信息,从性能信息中确定目标性能信息,以及从传输信息中确定目标传输信息。
其中,目标性能信息是指根据卡顿时间信息确定的客户端的性能信息,目标传输信息是根据卡顿时间信息确定的直播流的传输信息。例如,根据卡顿时间信息确定卡顿发生时间,并与卡顿发生时间相同时间内记录的客户端的性能信息作为目标性能信息,以及将与卡顿发生时间相同时间内记录的直播流的传输信息作为目标传输信息。
在一些实施方式中,为了获得更全的针对性信息,避免遗漏关键数据,步骤110中客户端的性能信息以及直播流的传输信息的获取方法,可以包括步骤2.1,如下:
2.1、按照第二预设时间间隔获取客户端的性能信息以及直播流的传输信息。
其中,第二预设时间间隔是指预先设置的获取客户端的性能信息以及直播流的传输信息的时间间隔,例如,第二预设时间间隔为1min,则每隔1min获取一次客户端的性能信息以及直播流的传输信息。
步骤120可以包括步骤3.1~3.4,如下:
3.1、根据卡顿时间信息确定卡顿时间点;
3.2、根据卡顿时间点确定起点时间点以及终点时间点,卡顿时间点位于起点时间点以及终点时间点之间;
3.3、将从起点时间点至终点时间点获取的性能信息确定为目标性能信息;
3.4、将从起点时间点至终点时间点获取的传输信息确定为目标传输信息。
其中,根据卡顿时间信息确定卡顿时间点是指从卡顿时间信息中确定卡顿发生的时刻,并将卡顿发生的时刻作为卡顿时间点。由于持续不断地在获取性能信息以及传输信息,因此每个获取时间点对应的性能信息以及传输信息一般也是该时间点对应的性能信息以及传输信息。
由于部分卡顿发生时,与卡顿时间点关联的信息并不完全被记录在该时间点上,因此通过对卡顿时间点前后一段时间的所有信息进行收集,以获得更全的针对性信息,避免遗漏关键数据。
在一些实施方式中,在按照第二预设时间间隔获取客户端的性能信息以及直播流的传输信息后,在服务器后台形成各类信息对应的趋势图,以便于观看各类信息。
在一些实施方式中,更快更方便地确定卡顿原因,在步骤120之后还可以包括步骤4.1,如下:
4.1、获取优先级,优先级用于确定预设的客户端性能条件以及预设的直播流传输条件的判断顺序。
其中,优先级是指优先等级的参数,系统在执行操作过程中对优先级别高的先执行,优先级别低的后执行。例如,优先级在确定预设的客户端性能条件以及预设的直播流传输条件的判断顺序时,位于序列前位的为优先级别高,先执行,位于序列后位的为优先级别低,后执行。需要说明的是,在根据优先级进行判断时,可以根据优先级对全部条件依序进行判断,也可以按照优先级顺序进行判断,当满足任意一个条件时,结束判断过程。
在一些实施方式中,为了缩短确定卡顿原因的时间,在根据优先级确定的判断顺序进行判断的过程中,当满足任意一个预设的条件时,结束判断过程。
在一些实施方式中,为了快速确定卡顿原因,步骤4.1可以包括步骤4.1.1~4.1.2,如下:
4.1.1、获取历史第一卡顿原因提示的第一次数,以及历史第二卡顿原因提示的第二次数;
4.1.2、根据第一次数以及第二次数,确定优先级。
其中,历史第一卡顿原因提示是指历史时刻生成的第一卡顿原因提示,第一次数是指对历史时刻生成的所有第一卡顿原因提示统计次数。历史第二卡顿原因提示是指历史时刻生成的第二卡顿原因提示,第二次数是指对历史时刻生成的所有第二卡顿原因提示统计次数。历史时刻可以为当前时刻之前的所有时刻,也可以为当前时刻之前的一段时间内的时刻,可以根据具体需要设置和修改。
根据第一次数以及第二次数确定优先级的方法可以为比较第一次数以及第二次数的大小,将大的确定为优先级高,小的确定为优先级低,也可以为结合第一次数、第二次数的值以及权重系数进行权重计算,该权重系数可以根据最近一次卡顿原因提示确定,依据权重计算结果确定优先级。权重计算方法可以为将与最近一次历史卡顿原因提示相同的确定为目标卡顿原因提示,将目标卡顿原因提示的次数值乘以权重系数后得到目标次数,将目标次数与其他次数进行排序,按从大到小的顺序确定优先级。例如,第一次数的值为m,第二次数的值为n,权重系数为l(l大于等于1),当最近一次历史卡顿原因提示为第一卡顿原因提示时,第一卡顿原因提示优先级系数为m×l,第二提示优先级系数为n,根据m×l以及n的值的大小确定优先级,将大的确定为优先级高,小的确定为优先级低,当最近一次历史卡顿原因提示为第一卡顿原因提示时以此类推。
根据历史直播卡顿原因确定经常出现的卡顿原因,并依次确定优先级,以在这一次执行过程中先对常出现的卡顿原因进行确定,提高处理效率。此外,通过权重计算,能够先对最可能出现得卡顿原因进行判断,以提高处理效率。
在一些实施方式中,当第一卡顿原因提示以及第二卡顿原因提示包含多个子提示时,也可以分别确定每个子提示的历史出现的次数,并根据所有子提示历史出现的次数确定优先级。例如,第一卡顿原因提示包括第一卡顿原因子提示以及第二卡顿原因子提示,第二卡顿原因提示包括第三卡顿原因子提示以及第四卡顿原因子提示,当预设的客户端性能条件包括预设的客户端系统参数条件以及预设的客户端解码播放参数条件,直播流传输条件包括预设的客户端传输参数条件以及预设的网络参数条件时,该优先级用于确定预设的客户端系统参数条件、预设的客户端解码播放参数条件、预设的客户端传输参数条件以及预设的网络参数条件的判断顺序。
在一些实施方式中,为了快确定卡顿原因,步骤4.1可以包括步骤4.1.3,如下:
4.1.3、预设的客户端性能条件包括预设的客户端系统参数条件以及预设的客户端解码播放参数条件,直播流传输条件包括预设的客户端传输参数条件以及预设的网络参数条件,优先级确定的判断顺序为预设的客户端系统参数条件、预设的客户端传输参数条件、预设的客户端解码播放参数条件以及预设的网络参数条件。
130、当目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,第一卡顿原因提示表征客户端处于异常状态。
其中,预设的客户端性能条件是指预先设置的判断客户端运行特性的条件,可以包括但不限于预设的针对客户端设备运行状态、客户端系统运行状态、客户端编解码、播放、缓存、增强等状态的条件,这些条件可以与目标性能信息包括的参数,如表征客户端状态的参数或表征客户端对直播流数据进行编解码、播放、缓存、增强等处理的性能的参数对应。
其中,卡顿原因提示是指用于表征卡顿原因的提示信息,可以包括但不限于表征客户端处于异常状态的第一卡顿原因提示以及表征直播流传输过程处于异常状态的第二卡顿原因提示,等等。卡顿原因提示可以以包含卡顿原因提示信息的界面、文字或控件形式显示在后台服务器的图形用户界面上,也可以通过语音形式播报,还可以存储在后台服务器,通过操作指令或者服务器指令调用或显示。
客户端处于异常状态是表征客户端运行状态处于异常状态,该异常状态可以表征为客户端系统处于系统异常状态,例如闪退、报错、系统卡顿、无响应等等,也可以表征为客户端系统运行直播软件的状态异常,例如闪退、卡顿、或客户端解码播放过程处于异常状态,例如编解码错误、或播放延时等等。
在一些实施方式中,目标性能信息包括客户端系统参数以及客户端解码播放参数,预设的客户端性能条件包括预设的客户端系统参数条件以及预设的客户端解码播放参数条件,第一卡顿原因提示包括第一卡顿原因子提示以及第二卡顿原因子提示,步骤130可以包括步骤5.1~5.2,如下:
5.1、当客户端系统参数满足预设的客户端系统参数条件时,生成第一卡顿原因子提示,第一卡顿原因子提示表征客户端系统处于异常状态;
5.2、当客户端解码播放参数满足预设的客户端编解码参数条件时,生成第二卡顿原因子提示,第二卡顿原因子提示表征客户端解码播放过程处于异常状态。
其中,预设的客户端系统参数条件是指预先设置的基于客户端系统参数判断客户端系统运行特性的条件,例如,预设的客户端系统参数条件可以包括但不限于中央处理器占有率是满足预设值、图形处理器占有率满足预设值、内存占有率的大小满足预设值、开启硬解码、客户端操作系统满足预设版本,等等。需说明的是,本实施例中的预设值是根据具体参数预先设置的数值,根据参数类型可以相同,也可以不同。
预设的客户端编解码参数条件是指预先设置的基于客户端解码播放参数判断客户端对直播流数据进行编解码特性的条件,例如预设的客户端编解码参数条件可以包括但不限于平均每秒视频收包数是否满足预设值、平均每秒音频收包数是否满足预设值、平均每秒视频解码帧数是否满足预设值以及平均每秒音频解码帧数是否满足预设值,等等。
当客户端系统参数满足预设的客户端参数条件时,例如中央处理器占有率是满足预设值时,则说明客户端系统处于异常状态,此时生成第一卡顿原因子提示,用于提示卡顿原因。当客户端解码播放参数满足预设的客户端编解码参数条件时,则说明客户端解码播放过程处于异常状态,此时生成第二卡顿原因子提示,用于提示卡顿原因。通过针对不同的卡顿原因设置不同的客户端性能条件,以对不同的性能信息参数进行分类分析判断并生成不同的子提示,便于快速确定具体的卡顿原因。其中,客户端系统参数条件与客户端系统性能相关,能够用于确定直播软件的运行环境是否卡顿,客户端编解码条件与直播软件运行性能相关,能够用于确定直播软件本身运行过程是否卡顿,以此将对直播卡顿在性能角度的原因分为了系统以及直播软件两个维度,以便采取针对性的手段解决卡顿问题。
在一些实施方式中,为了使客户端系统参数能更直观的表征客户端系统运行过程,客户端系统参数包括中央处理器占有率、图形处理器占有率以及内存占有率,预设的客户端系统参数条件包括下述的至少一个:
中央处理器占有率大于预设的中央处理器占有率;
图形处理器占有率大于预设的图形处理器占有率;
内存占有率大于预设的内存占有率。
其中,中央处理器占有率是指系统运行程序占有中央处理器资源的情况,用于表征中央处理器的使用情况。图形处理器占有率是指系统运行程序占有图形处理器资源的情况,用于表征图形处理器的使用情况。内存占有率是指系统运行程序占有系统内存的情况,用于表征系统内存的使用情况。
为了更加准确的表征客户端硬件系统是否处于异常状态,依据中央处理器占有率、图形处理器占有率以及内存占有率作为判断的依据,以表征客户端系统运行性能的高低,当满足上述条件时,则说明客户端系统运行直播运行软件时的性能较低,是导致卡顿发生的原因。需说明的是,上述三个条件中可以设置预设的客户端系统参数条件只满足其中一个,或需要满足至少两个,或需要全部满足,具体可以根据实际应用进行设置和调整。
在一些实施方式中,为了确定排除由于其他软件运行占用系统资源导致的临时性卡顿,预设的客户端系统参数条件同时满足中央处理器占有率大于预设的中央处理器占有率,图形处理器占有率大于预设的图形处理器占有率,以及内存占有率大于预设的内存占有率。
在一些实施方式中,为了使客户端解码播放参数能更直观的表征客户端解码播放过程性能,客户端解码播放参数包括客户端编解码帧率以及客户端缓存数据量,步骤5.2可以包括步骤5.2.1~5.2.2,如下:
5.2.1、当客户端编解码帧率与直播流采集帧率的差值大于第一预设值时,且当客户端缓存数据量小于预设缓存数据量时,生成第二卡顿原因子提示,第二卡顿原因子提示表征客户端解码播放过程处于异常状态;
5.2.2、当客户端编解码帧率与直播流采集帧率的差值小于第一预设值时,且当客户端缓存数据量大于等于预设缓存数据量时,且当播放数据异常时,生成第二卡顿原因子提示,第二卡顿原因子提示表征客户端解码播放过程处于异常状态。
其中,客户端编解码帧率是指客户端在单位时间内编解码帧率,可以包括但不限于平均每秒音频收包数、平均每秒视频收包数、平均每秒音频解码帧数、平均每秒视频解码帧数,等等。
直播流采集帧率是指在主播侧通过摄像机、录音机等各种音视频设备采集音视频信号并进行直播传输的帧率。
客户端缓存数据量是指客户端缓存的音频以及视频数据量,可以包括但不限于音频解码队列可播放时长、视频解码队列可播放时长、音频编码mp4队列可播放时长、视频编码mp4队列可播放时长、音频播放队列长度、视频播放队列长度、缓冲队列时长,等等。
播放数据异常是导致客户端播放过程中的视频或音频数据异常,播放数据异常可以导致播放过程中音画不同步或帧间延迟过长等异常情况的发生。
在该实施方式中预设的客户端编解码参数条件为客户端编解码帧率与直播流采集帧率的差值大于第一预设值时,且当客户端缓存数据量小于预设缓存数据量,或客户端编解码帧率与直播流采集帧率的差值小于第一预设值时,且当客户端缓存数据量大于等于预设缓存数据量时,且当播放数据异常。
通过结合客户端编解码帧率以及客户端缓存数据量来判断客户端解码播放过程是否卡顿。当客户端编解码帧率与媒体流采集帧率差值较大时,则表明客户端可能会发生卡顿,但当客户端缓存的数据量足够时,从用户侧而言虽然编解码存在卡顿情况,但是用户观看角度而言并没有发生卡顿,因此在确定客户端解码播放过程是否发生卡顿时加入缓存数据进行判断,以使得卡顿排查结果与用户侧反馈的卡顿信息对应。
在一些实施方式中,客户端解码播放参数还包括直播流播放帧率、丢帧数、视频帧的时间戳以及音频帧的时间戳,播放数据异常包括下述的至少一个:
直播流播放帧率与直播流采集帧率的差值大于第二预设值;
丢帧数大于第三预设值;
视频帧的时间戳与音频帧的时间戳的差值大于第四预设值;
相邻的两个视频帧的时间戳的差值大于第五预设值;
相邻的两个音频帧的时间戳的差值大于第六预设值。
其中,直播流播放帧率是指单位时间内客户端播放直播内容时的帧率。可以包括但不限于平均每秒音频播放帧数、平均每秒视频播放帧数,等等。丢帧数是指在播放过程中部分跳过没有播放的帧的数量。丢帧数越大,播放画面越不连贯和卡顿。时间戳是用于同步的时间信息,其记录可以有多种表达形式。视频帧以及音频帧的时间戳可以在采集视频或音频信号时装载在数据中,也可以在客户端接收直播流数据并对数据进行解码时装载在数据中,等等。第二预设值、第三预设值、第四预设值、第五预设值以及第六预设值为根据其对应的参数分别预先设置的数值,可以根据实际应用设置以及调整。其中,第四预设值可以为1帧。直播流播放帧率与直播流采集帧率的差值大于第二预设值表明播放内容延迟,丢帧数大于第三预设值表明直播画面不连贯,视频帧的时间戳与音频帧的时间戳的差值大于第四预设值表明播放画面音画不同步,相邻的两个视频帧的时间戳的差值大于第五预设值或相邻的两个音频帧的时间戳的差值大于第六预设值表明帧间延迟长。
由于播放过程中的参数异常导致的卡顿很可能也是编解码过程导致的,因此结合播放过程中的参数辅助判断是否编解码过程异常,例如,虽然当前编解码速率与直播流采集帧率匹配,但是不能满足播放要求的帧率,此时能够通过优化编解码算法以解决卡顿问题。
140、当目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,第二卡顿原因提示表征直播流传输过程处于异常状态。
其中,预设的直播流传输条件是指预先设置的判断直播流传输效率的条件,可以包括但不限于针对网络运行状态、客户端传输直播流数据状态以及服务器传输直播流数据状态的条件,这些条件可以与目标传输信息包括的参数,如网络参数、客户端传输参数以及服务器传输参数等对应。
在一些实施方式中,目标传输信息包括客户端传输参数以及网络参数,预设的直播流传输条件包括预设的客户端传输参数条件以及预设的网络参数条件,第二卡顿原因提示包括第三卡顿原因子提示以及第四卡顿原因子提示,步骤140可以包括步骤6.1~6.2,如下:
6.1、当客户端传输参数满足预设的客户端传输参数条件时,生成第三卡顿原因子提示,第三卡顿原因子提示表征客户端传输过程处于异常状态;
6.2、当网络参数满足预设的网络参数条件时,生成第四卡顿原因子提示,第四卡顿原因子提示表征网络传输过程处于异常状态。
其中,预设的客户端传输参数条件是指预先设置的基于客户端传输参数判断客户端系统运行特性的条件,例如预设的客户端传输参数条件可以包括但不限于客户端上行速度满足预设值,客户端下行速度满足预设值,传输数据缓存量满足预设值,等等。
预设的网络参数条件是指预先设置的基于网络参数判断网络运行特性的条件,例如预设的网络参数条件可以包括但不限于网络上行速度满足预设值,网络下行速度满足预设值,网络类型满足预设类型、网络时延满足预设值,等等。
直播流传输过程中的卡顿一方面可能是运营商网速低导致,另一方面也可能是用户在接收传输来的数据时由于设备或其他原因导致的网络波动(卡顿),因此针对客户端传输过程以及网络传输过程设置不同的直播流传输条件,以对不同的传输信息参数进行分类分析生成不同的子提示,便于快速确定具体的卡顿原因。其中,客户端传输参数条件与客户端传输性能相关,能够用于确定客户端在接收直播流数据的传输过程中是否卡顿,网络参数条件与网络运行性能相关,能够用于确定运营商网络是否卡顿,以此将对直播卡顿在传输角度的原因分为了客户端以及运营商两个维度,以便采用针对性的手段解决卡顿问题。
在一些实施方式中,为了使客户端传输参数能更直观的表征客户端传输过程性能,客户端传输参数包括客户端下行速度,步骤6.1可以包括步骤6.1.1,如下:
6.1.1、当客户端下行速度小于预设的客户端下行速度时,生成第三卡顿原因子提示。
其中,客户端下行速度是指客户端接收直播流数据的速度,在该实施方式中预设的客户端传输参数条件为客户端下行速度小于预设的客户端下行速度。预设的客户端下行速度是指预先设置的客户端下行速度值,预设的客户端下行速度与直播流可变比特率相关,其数值大小可以与直播流可变比特率的大小正相关。
在一些实施方式中,为了使网络参数能更直观的表征网络传输过程性能,网络参数包括网络上行速度以及网络下行速度,步骤6.2可以包括步骤6.2.1,包括:
6.2.1、当网络上行速度小于预设的网络上行速度,或网络下行速度小于预设的网络下行速度时,生成第四卡顿原因子提示。
其中,网络下行速度是指直播流数据从主播侧发生至网络的速度,网络上行速度是指直播流数据从网络发送服务器的速度。预设的网络上行速度以及预设的网络下行速度分别是指预先设置的网络上行速度以及网络下行速度,与直播流可变比特率相关,其数值大小可以与直播流可变比特率的大小正相关。
在一些实施方式中,在步骤130或140之后还包括步骤:根据显示规则确定是否在客户端提供的图形用户界面上显示卡顿原因提示。
其中,显示规则是指用于确定是否在客户端提供的图形用户界面显示卡顿原因提示的规则。一般而言,卡顿原因提示生成后会存储或显示在服务器后台以便于研发人员记录卡顿原因提示并根据卡顿原因提示针对性解决卡顿问题。但是由于卡顿一般都是发生在用户使用的客户端上,解决卡顿问题需要一定的时间,因此仅依靠研发人员解决卡顿问题耗时长、体验差。此时如果能够在发生卡顿的客户端上显示对应的卡顿原因提示,能帮助用户了解卡顿原因,使用户在用户侧也能针对性的采取缓解卡顿的措施,例如更换观看直播的设备、更换客户端连接网络、关闭客户端运行的部分程序,等等,以提升在发生卡顿后的用户体验。
显示规则可以为当生成卡顿原因提示后在客户端的图形用户界面显示该提示,也可以只显示部分与客户端性能相关的提示例如第一卡顿原因提示,也可以只显示卡顿频次高、持续时间长的提示。
在一些实施方式中,显示规则为:当卡顿原因提示为第一卡顿原因提示时,获取历史第一卡顿原因提示的第一次数以及历史所有卡顿原因提示的总次数的比值,当第一次数与总次数的比值大于预设的第一比值时显示第一卡顿原因提示;当卡顿原因提示为第二卡顿原因提示时,获取直播流采集帧率以及平均每秒收包数的比值,当直播流采集帧率的比值大于预设的第二比值时显示第二卡顿原因提示。
其中,总次数是指历史第一卡顿原因提示以及历史第二卡顿原因提示出现的次数的和。平均每秒收包数是指在采样周期内平均每秒音频或视频收包数,当平均每秒收包数为音频收包数时,直播流采集帧率为音频采集帧率,当平均每秒收包数为视频收包数时,直播流采集帧率为视频采集帧率。预设的第一比值以及预设的第二比值是指预先设置的比值,可以根据实际应用设置或调整。
由于第一卡顿原因提示是表征客户端处于异常状态,因此通过结合历史发生的卡顿原因进行判断,能够确定用户使用的客户端是否能够满足观看直播的需求,以使得用户在看到提示后,可以选择是否更换观看的设备以解决卡顿问题。第二卡顿原因提示是表征直播流传输过程处于异常状态,通过判断采集帧率以及收包率可以确定传输过程的卡顿是否影响最终接收并播放的直播数据,以使得用户在看到提示后,可以选择是否更换接入网络以解决卡顿问题。
本申请实施例提供的直播卡顿提示方案可以应用在各种直播场景中。比如,以游戏直播为例,主播使用采集设备采集直播流信息,经直播服务器发送至观众侧的客户端。采用本申请实施例提供的方案能够通过获取到的卡顿时间信息确定卡顿对应的目标客户端性能信息以及目标直播流传输信息,再通过目标客户端性能信息以及目标直播流传输信息分别判断客户端以及传输过程是否处于异常状态,并生成相应的卡顿原因提示,以更快速、直观地确定卡顿发生的原因。
根据上述实施例所描述的方法,以下将作进一步详细说明。
在本实施例中,将以直播为例,对本申请实施例的方法进行详细说明。
如图3所示,一种直播卡顿提示方法具体流程如下:
210、按照第一预设时间间隔获取客户端反馈的播放信息。
例如,客户端每隔1min向服务器上报1次播放信息,每次上报的播放信息包括上报时间节点前60s每1s对应的信息。播放信息可以包括但不限于CDN运营商、主播ID、用户ID、直播间ID、直播内容信息、客户端播放器类型、客户端播放器版本、直播流名称,等等,通过这些信息确定用户、主播、直播间以及直播内容等的关联关系。
220、按照第二预设时间间隔获取客户端的性能信息以及直播流的传输信息。
例如,服务器每隔1min获取一次客户端的性能信息以及直播流的传输信息,获取的客户端的性能信息以及直播流的传输信息包括获取时间节点前60s每1s对应的信息。根据持续获取到的客户端的性能信息以及直播流的传输信息在服务器后台图形用户界面生成1s粒度的信息趋势图。
230、当播放信息包括卡顿信息时,且当卡顿信息满足预设阈值条件时,根据卡顿信息确定卡顿时间信息。
在实际应用中,服务器与多个客户端连接,在同一时刻服务器会获取所有客户端反馈的播放信息,所有客户端对应的性能信息以及传输信息,此时在获取到的播放信息中包含卡顿信息时,结合卡顿信息中的卡顿时刻点、卡顿时长、卡顿累计时长、卡顿次数累计数,结合预设阈值条件筛选出卡顿时间过长或者累计次数过多的用户客户端,并执行后续步骤。
此外,当本实施例方法应用在判断任意一个客户端是否卡顿的过程中时,当服务器确定该客户端反馈的播放信息包括卡顿信息时,再将该客户端的卡顿信息与预设阈值条件进行比较,当满足时确定该客户端为卡顿时间过长或者累计次数过多的用户客户端,并执行后续步骤。
240、根据卡顿时间信息,从性能信息中确定目标性能信息,以及从传输信息中确定目标传输信息。
针对卡顿时间过长或者累计次数过多的用户客户端,获取其卡顿时间点以及卡顿时间范围。具体的,可以根据卡顿时间信息确定卡顿发生的时间点,并将卡顿发生的时间点前后半小时内服务器获取到的该客户端的性能信息以及传输信息作为目标性能信息和目标传输信息。并开始执行步骤250,判断客户端系统参数是否满足预设的客户端系统参数条件。
250、当客户端系统参数满足预设的客户端系统参数条件时,生成第一卡顿原因子提示。
其中,客户端系统参数包括中央处理器占有率、图形处理器占有率以及内存占有率,预设的客户端系统参数条件包括:中央处理器占有率大于预设的中央处理器占有率,图形处理器占有率大于预设的图形处理器占有率,以及内存占有率大于预设的内存占有率。
通过确定中央处理器占有率、图形处理器占有率以及内存占有率,判断客户端硬件运行性能,若占有率过高会导致客户端无法正常编解码或下载直播流数据。当客户端系统参数不满足预设的客户端系统参数条件,执行步骤260,判断客户端下行速度是否小于预设的客户端下行速度。
在一些实施方式中,预设的客户端系统参数条件还可以包括客户端系统能否开启图形处理器加速。
260、当客户端下行速度小于预设的客户端下行速度时,生成第三卡顿原因子提示。
根据直播流可变比特率确定预设的客户端下行速度,并以此判断下行速度是否充足。例如,直播流可变比特率为1000的直播,流畅观播需要客户端下行速度在1000kbps左右。当客户端下行速度大于等于预设的客户端下行速度时,执行步骤270,判断客户端解码播放参数是否满足预设的客户端编解码参数条件。
270、当客户端解码播放参数满足预设的客户端编解码参数条件时,生成第二卡顿原因子提示。
其中,当客户端编解码帧率与直播流采集帧率的差值大于第一预设值时,且当客户端缓存数据量小于预设缓存数据量时,生成第二卡顿原因子提示,第二卡顿原因子提示表征客户端解码播放过程处于异常状态。
当客户端编解码帧率与直播流采集帧率的差值小于第一预设值时,且当客户端缓存数据量大于等于预设缓存数据量时,且当播放数据异常时,生成第二卡顿原因子提示,第二卡顿原因子提示表征客户端解码播放过程处于异常状态。
例如,直播流采集帧率为30的直播,客户端的平均每秒收包数、平均每秒解码帧数、编码mp4包帧率均要在30左右,才能流畅观播。在客户端本地由一部分本地缓存数据时,从用户侧而言虽然编解码存在卡顿情况,但是用户观看角度而言并没有发生卡顿,因此仍然可以流畅观播。此时再结合播放过程是否异常,例如是否音画不同步、帧间延迟过长等,来判断是否发生了卡顿。
具体的,客户端解码播放参数还包括直播流播放帧率、丢帧数、视频帧的时间戳以及音频帧的时间戳,播放数据异常包括下述的至少一个:直播流播放帧率与直播流采集帧率的差值大于第二预设值;丢帧数大于第三预设值;视频帧的时间戳与音频帧的时间戳的差值大于第四预设值;相邻的两个视频帧的时间戳的差值大于第五预设值;相邻的两个音频帧的时间戳的差值大于第六预设值。当客户端解码播放参数不满足预设的客户端编解码参数条件时,执行步骤280,判断网络上行速度是否小于预设的网络上行速度,或网络下行速度是否小于预设的网络下行速度。
280、当网络上行速度小于预设的网络上行速度,或网络下行速度小于预设的网络下行速度时,生成第四卡顿原因子提示。
根据直播流可变比特率确定预设的网络上行速度以及预设的网络下行速度,并以此判断主播侧上行到CDN运营商的网络上行速度以及下行到平台服务器的网络下行速度是否正常。当网络上行速度大于等于预设的网络上行速度,且网络下行速度大于等于预设的网络下行速度时,返回执行步骤210。
由上可知,本实施例通过对卡顿时间点前后一段时间的所有信息进行收集,确定卡顿对应的目标客户端性能信息以及目标直播流传输信息,以获得更全的针对性信息,避免遗漏关键数据,再通过目标客户端性能信息以及目标直播流传输信息分别判断客户端以及传输过程是否发生卡顿,并生成相应的卡顿原因提示,以更快速、直观地确定卡顿发生的原因。
为了更好地实施以上方法,本申请实施例还提供一种卡顿提示装置,该卡顿提示装置具体可以集成在电子设备中,该电子设备可以为终端、服务器等设备。其中,终端可以为手机、平板电脑、智能蓝牙设备、笔记本电脑、个人电脑等设备;服务器可以是单一服务器,也可以是由多个服务器组成的服务器集群。
比如,在本实施例中,将以卡顿提示装置具体集成在服务器为例,对本申请实施例的方法进行详细说明。
例如,如图4所示,该卡顿提示装置可以包括获取单元310、确定单元320、以及判断单元330,如下:
(一)获取单元310
用于获取客户端的性能信息、直播流的传输信息以及客户端反馈的卡顿时间信息。
在一些实施方式中,卡顿时间信息的获取方法包括步骤7.1~7.2,如下:
7.1、按照第一预设时间间隔获取客户端反馈的播放信息;
7.2、当播放信息包括卡顿信息时,且当卡顿信息满足预设阈值条件时,根据卡顿信息确定卡顿时间信息。
在一些实施方式中,客户端的性能信息以及直播流的传输信息的获取方法,包括步骤8.1,如下:
8.1、按照第二预设时间间隔获取客户端的性能信息以及直播流的传输信息。
(二)确定单元320
用于根据卡顿时间信息,从性能信息中确定目标性能信息,以及从传输信息中确定目标传输信息。
在一些实施方式中,确定单元320还用于步骤9.1~9.4,如下:
9.1、根据卡顿时间信息确定卡顿时间点;
9.2、根据卡顿时间点确定起点时间点以及终点时间点,卡顿时间点位于起点时间点以及终点时间点之间;
9.3、将从起点时间点至终点时间点获取的性能信息确定为目标性能信息;
9.4、将从起点时间点至终点时间点获取的传输信息确定为目标传输信息。
在一些实施方式中,确定单元320还用于步骤10.1,如下:
10.1、获取优先级,优先级用于确定预设的客户端性能条件以及预设的直播流传输条件的判断顺序。
在一些实施方式中,优先级的获取方法包括步骤11.1~11.2,如下:
11.1、获取历史第一卡顿原因提示的第一次数,以及历史第二卡顿原因提示的第二次数;
11.2、根据第一次数以及第二次数,确定优先级。
在一些实施方式中,预设的客户端性能条件包括预设的客户端系统参数条件以及预设的客户端解码播放参数条件,直播流传输条件包括预设的客户端传输参数条件以及预设的网络参数条件,优先级确定的判断顺序为预设的客户端系统参数条件、预设的客户端传输参数条件、预设的客户端解码播放参数条件以及预设的网络参数条件。
(三)判断单元330
用于当目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,第一卡顿原因提示表征客户端处于异常状态。
在一些实施方式中,目标性能信息包括客户端系统参数以及客户端解码播放参数,预设的客户端性能条件包括预设的客户端系统参数条件以及预设的客户端解码播放参数条件,第一卡顿原因提示包括第一卡顿原因子提示以及第二卡顿原因子提示,判断单元330还用于步骤12.1~12.2,如下:
12.1、当客户端系统参数满足预设的客户端系统参数条件时,生成第一卡顿原因子提示,第一卡顿原因子提示表征客户端系统处于异常状态;
12.2、当客户端解码播放参数满足预设的客户端编解码参数条件时,生成第二卡顿原因子提示,第二卡顿原因子提示表征客户端解码播放过程处于异常状态。
在一些实施方式中,客户端系统参数包括中央处理器占有率、图形处理器占有率以及内存占有率,预设的客户端系统参数条件包括下述的至少一个:中央处理器占有率大于预设的中央处理器占有率;图形处理器占有率大于预设的图形处理器占有率;内存占有率大于预设的内存占有率。
在一些实施方式中,客户端解码播放参数包括客户端编解码帧率以及客户端缓存数据量,步骤12.2还可以包括步骤12.2.1~12.2.2,如下:
12.2.1、当客户端编解码帧率与直播流采集帧率的差值大于第一预设值时,且当客户端缓存数据量小于预设缓存数据量时,生成第二卡顿原因子提示,第二卡顿原因子提示表征客户端解码播放过程处于异常状态;
12.2.2、当客户端编解码帧率与直播流采集帧率的差值小于第一预设值时,且当客户端缓存数据量大于等于预设缓存数据量时,且当播放数据异常时,生成第二卡顿原因子提示,第二卡顿原因子提示表征客户端解码播放过程处于异常状态。
在一些实施方式中,客户端解码播放参数还包括直播流播放帧率、丢帧数、视频帧的时间戳以及音频帧的时间戳,播放数据异常包括下述的至少一个:直播流播放帧率与直播流采集帧率的差值大于第二预设值;丢帧数大于第三预设值;视频帧的时间戳与音频帧的时间戳的差值大于第四预设值;相邻的两个视频帧的时间戳的差值大于第五预设值;相邻的两个音频帧的时间戳的差值大于第六预设值。
判断单元330,还用于当目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,第二卡顿原因提示表征直播流传输过程处于异常状态。
在一些实施方式中,目标传输信息包括客户端传输参数以及网络参数,预设的直播流传输条件包括预设的客户端传输参数条件以及预设的网络参数条件,第二卡顿原因提示包括第三卡顿原因子提示以及第四卡顿原因子提示,判断单元330,还用于步骤13.1~13.2,如下:
13.1、当客户端传输参数满足预设的客户端传输参数条件时,生成第三卡顿原因子提示,第三卡顿原因子提示表征客户端传输过程处于异常状态;
13.2、当网络参数满足预设的网络参数条件时,生成第四卡顿原因子提示,第四卡顿原因子提示表征网络传输过程处于异常状态。
在一些实施方式中,客户端传输参数包括客户端下行速度,步骤13.1可以包括步骤13.1.1,如下:
13.1.1、当客户端下行速度小于预设的客户端下行速度时,生成第三卡顿原因子提示。
在一些实施方式中,网络参数包括网络上行速度以及网络下行速度,步骤13.2可以包括步骤13.2.1,如下:
13.2.1、当网络上行速度小于预设的网络上行速度,或网络下行速度小于预设的网络下行速度时,生成第四卡顿原因子提示。
具体实施时,以上各个单元可以作为独立的实体来实现,也可以进行任意组合,作为同一或若干个实体来实现,以上各个单元的具体实施可参见前面的方法实施例,在此不再赘述。
由上可知,本实施例的卡顿提示装置包括获取单元、确定单元、以及判断单元,本申请实施例可以提升通过获取到的卡顿时间信息确定卡顿对应的目标客户端性能信息以及目标直播流传输信息,再通过目标客户端性能信息以及目标直播流传输信息分别判断客户端以及传输过程是否发生卡顿,并生成相应的卡顿原因提示,以更快速、直观地确定卡顿发生的原因。
相应的,本申请实施例还提供一种计算机设备,该计算机设备可以为终端或服务器,该终端可以为智能手机、平板电脑、笔记本电脑、触控屏幕、游戏机、个人计算机、个人数字助理(Personal Digital Assistant,PDA)等终端设备。
如图5所示,图5为本申请实施例提供的计算机设备的结构示意图,该计算机设备400包括有一个或者一个以上处理核心的处理器410、有一个或一个以上计算机可读存储介质的存储器420及存储在存储器420上并可在处理器上运行的计算机程序。其中,处理器410与存储器420电性连接。本领域技术人员可以理解,图中示出的计算机设备结构并不构成对计算机设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
处理器410是计算机设备400的控制中心,利用各种接口和线路连接整个计算机设备400的各个部分,通过运行或加载存储在存储器420内的软件程序和/或模块,以及调用存储在存储器420内的数据,执行计算机设备400的各种功能和处理数据,从而对计算机设备400进行整体监控。
在本申请实施例中,计算机设备400中的处理器410会按照如下的步骤,将一个或一个以上的应用程序的进程对应的指令加载到存储器420中,并由处理器410来运行存储在存储器420中的应用程序,从而实现各种功能:
获取客户端的性能信息、直播流的传输信息以及客户端反馈的卡顿时间信息;根据卡顿时间信息,从性能信息中确定目标性能信息,以及从传输信息中确定目标传输信息;当目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,第一卡顿原因提示表征客户端处于异常状态;当目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,第二卡顿原因提示表征直播流传输过程处于异常状态。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
可选的,如图5所示,计算机设备400还包括:触控显示屏430、射频电路440、音频电路450、输入单元460以及电源470。其中,处理器410分别与触控显示屏430、射频电路440、音频电路450、输入单元460以及电源470电性连接。本领域技术人员可以理解,图5中示出的计算机设备结构并不构成对计算机设备的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
触控显示屏430可用于显示图形用户界面以及接收用户作用于图形用户界面产生的操作指令。触控显示屏430可以包括显示面板和触控面板。其中,显示面板可用于显示由用户输入的信息或提供给用户的信息以及计算机设备的各种图形用户接口,这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。可选的,可以采用液晶显示器(LCD,Liquid Crystal Display)、有机发光二极管(OLED,Organic Light-EmittingDiode)等形式来配置显示面板。触控面板可用于收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作),并生成相应的操作指令,且操作指令执行对应程序。可选的,触控面板可包括触摸检测装置和触摸控制器两个部分。其中,触摸检测装置检测用户的触摸方位,并检测触摸操作带来的信号,将信号传送给触摸控制器;触摸控制器从触摸检测装置上接收触摸信息,并将它转换成触点坐标,再送给处理器410,并能接收处理器410发来的命令并加以执行。触控面板可覆盖显示面板,当触控面板检测到在其上或附近的触摸操作后,传送给处理器410以确定触摸事件的类型,随后处理器410根据触摸事件的类型在显示面板上提供相应的视觉输出。在本申请实施例中,可以将触控面板与显示面板集成到触控显示屏430而实现输入和输出功能。但是在某些实施例中,触控面板与显示面板可以作为两个独立的部件来实现输入和输出功能。即触控显示屏430也可以作为输入单元460的一部分实现输入功能。
射频电路440可用于收发射频信号,以通过无线通信与网络设备或其他计算机设备建立无线通讯,与网络设备或其他计算机设备之间收发信号。
音频电路450可以用于通过扬声器、传声器提供用户与计算机设备之间的音频接口。音频电路450可将接收到的音频数据转换后的电信号,传输到扬声器,由扬声器转换为声音信号输出;另一方面,传声器将收集的声音信号转换为电信号,由音频电路450接收后转换为音频数据,再将音频数据输出处理器410处理后,经射频电路440以发送给比如另一计算机设备,或者将音频数据输出至存储器420以便进一步处理。音频电路450还可能包括耳塞插孔,以提供外设耳机与计算机设备的通信。
输入单元460可用于接收输入的数字、字符信息或用户特征信息(例如指纹、虹膜、面部信息等),以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。
电源470用于给计算机设备400的各个部件供电。可选的,电源470可以通过电源管理系统与处理器410逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源470还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。
尽管图5中未示出,计算机设备400还可以包括摄像头、传感器、无线保真模块、蓝牙模块等,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
由上可知,本实施例提供的计算机设备可以通过获取到的卡顿时间信息确定卡顿对应的目标客户端性能信息以及目标直播流传输信息,再通过目标客户端性能信息以及目标直播流传输信息分别判断客户端以及传输过程是否发生卡顿,并生成相应的卡顿原因提示,以更快速、直观地确定卡顿发生的原因。
本领域普通技术人员可以理解,上述实施例的各种方法中的全部或部分步骤可以通过指令来完成,或通过指令控制相关的硬件来完成,该指令可以存储于一计算机可读存储介质中,并由处理器进行加载和执行。
为此,本申请实施例提供一种计算机可读存储介质,其中存储有多条计算机程序,该计算机程序能够被处理器进行加载,以执行本申请实施例所提供的任一种直播卡顿提示方法中的步骤。例如,该计算机程序可以执行如下步骤:
获取客户端的性能信息、直播流的传输信息以及客户端反馈的卡顿时间信息;根据卡顿时间信息,从性能信息中确定目标性能信息,以及从传输信息中确定目标传输信息;当目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,第一卡顿原因提示表征客户端处于异常状态;当目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,第二卡顿原因提示表征直播流传输过程处于异常状态。
以上各个操作的具体实施可参见前面的实施例,在此不再赘述。
其中,该存储介质可以包括:只读存储器(ROM,Read Only Memory)、随机存取记忆体(RAM,Random Access Memory)、磁盘或光盘等。
由于该存储介质中所存储的计算机程序,可以执行本申请实施例所提供的任一种直播卡顿提示方法中的步骤,因此,可以实现本申请实施例所提供的任一种直播卡顿提示方法所能实现的有益效果,详见前面的实施例,在此不再赘述。
以上对本申请实施例所提供的一种直播卡顿提示方法、装置、计算机设备和存储介质进行了详细介绍,本文中应用了具体个例对本申请的原理及实施方式进行了阐述,以上实施例的说明只是用于帮助理解本申请的方法及其核心思想;同时,对于本领域的技术人员,依据本申请的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本申请的限制。

Claims (16)

1.一种直播卡顿提示方法,其特征在于,包括:
获取客户端的性能信息、直播流的传输信息以及客户端反馈的卡顿时间信息;
根据所述卡顿时间信息,从所述性能信息中确定目标性能信息,以及从所述传输信息中确定目标传输信息;
当所述目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,所述第一卡顿原因提示表征客户端处于异常状态;
当所述目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,所述第二卡顿原因提示表征直播流传输过程处于异常状态。
2.如权利要求1所述的直播卡顿提示方法,其特征在于,所述目标性能信息包括客户端系统参数以及客户端解码播放参数,所述预设的客户端性能条件包括预设的客户端系统参数条件以及预设的客户端解码播放参数条件,所述第一卡顿原因提示包括第一卡顿原因子提示以及第二卡顿原因子提示,所述当所述目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,包括:
当所述客户端系统参数满足所述预设的客户端系统参数条件时,生成所述第一卡顿原因子提示,所述第一卡顿原因子提示表征客户端系统处于异常状态;
当所述客户端解码播放参数满足所述预设的客户端编解码参数条件时,生成所述第二卡顿原因子提示,所述第二卡顿原因子提示表征客户端解码播放过程处于异常状态。
3.如权利要求2所述的直播卡顿提示方法,其特征在于,所述客户端系统参数包括中央处理器占有率、图形处理器占有率以及内存占有率,所述预设的客户端系统参数条件包括下述的至少一个:
所述中央处理器占有率大于预设的中央处理器占有率;
所述图形处理器占有率大于预设的图形处理器占有率;
所述内存占有率大于预设的内存占有率。
4.如权利要求2所述的直播卡顿提示方法,其特征在于,所述客户端解码播放参数包括客户端编解码帧率以及客户端缓存数据量,所述当所述客户端解码播放参数满足所述预设的客户端编解码参数条件时,生成所述第二卡顿原因子提示,包括:
当所述客户端编解码帧率与直播流采集帧率的差值大于第一预设值时,且当所述客户端缓存数据量小于预设缓存数据量时,生成所述第二卡顿原因子提示,所述第二卡顿原因子提示表征客户端解码播放过程处于异常状态;
当所述客户端编解码帧率与所述直播流采集帧率的差值小于所述第一预设值时,且当客户端缓存数据量大于等于预设缓存数据量时,且当播放数据异常时,生成所述第二卡顿原因子提示,所述第二卡顿原因子提示表征客户端解码播放过程处于异常状态。
5.如权利要求4所述的直播卡顿提示方法,其特征在于,所述客户端解码播放参数还包括直播流播放帧率、丢帧数、视频帧的时间戳以及音频帧的时间戳,所述播放数据异常包括下述的至少一个:
所述直播流播放帧率与所述直播流采集帧率的差值大于第二预设值;
所述丢帧数大于第三预设值;
所述视频帧的时间戳与所述音频帧的时间戳的差值大于第四预设值;
相邻的两个所述视频帧的时间戳的差值大于第五预设值;
相邻的两个所述音频帧的时间戳的差值大于第六预设值。
6.如权利要求1所述的直播卡顿提示方法,其特征在于,所述目标传输信息包括客户端传输参数以及网络参数,所述预设的直播流传输条件包括预设的客户端传输参数条件以及预设的网络参数条件,所述第二卡顿原因提示包括第三卡顿原因子提示以及第四卡顿原因子提示,所述当所述目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,包括:
当所述客户端传输参数满足所述预设的客户端传输参数条件时,生成所述第三卡顿原因子提示,所述第三卡顿原因子提示表征客户端传输过程处于异常状态;
当所述网络参数满足所述预设的网络参数条件时,生成所述第四卡顿原因子提示,所述第四卡顿原因子提示表征网络传输过程处于异常状态。
7.如权利要求6所述的直播卡顿提示方法,其特征在于,所述客户端传输参数包括客户端下行速度,当所述客户端传输参数满足所述预设的客户端传输参数条件时,生成所述第三卡顿原因子提示,包括:
当所述客户端下行速度小于预设的客户端下行速度时,生成所述第三卡顿原因子提示。
8.如权利要求6所述的直播卡顿提示方法,其特征在于,所述网络参数包括网络上行速度以及网络下行速度,所述当所述网络参数满足所述预设的网络参数条件时,生成所述第四卡顿原因子提示,包括:
当所述网络上行速度小于预设的网络上行速度,或所述网络下行速度小于预设的网络下行速度时,生成所述第四卡顿原因子提示。
9.如权利要求1所述的直播卡顿提示方法,其特征在于,所述卡顿时间信息的获取方法包括:
按照第一预设时间间隔获取客户端反馈的播放信息;
当所述播放信息包括卡顿信息时,且当所述卡顿信息满足预设阈值条件时,根据所述卡顿信息确定卡顿时间信息。
10.如权利要求1所述的直播卡顿提示方法,其特征在于,所述客户端的性能信息以及直播流的传输信息的获取方法,包括:
按照第二预设时间间隔获取客户端的性能信息以及直播流的传输信息;
所述根据所述卡顿时间信息,从所述性能信息中确定目标性能信息,以及从所述传输信息中确定目标传输信息,包括:
根据所述卡顿时间信息确定卡顿时间点;
根据所述卡顿时间点确定起点时间点以及终点时间点,所述卡顿时间点位于所述起点时间点以及所述终点时间点之间;
将从所述起点时间点至所述终点时间点获取的所述性能信息确定为目标性能信息;
将从所述起点时间点至所述终点时间点获取的所述传输信息确定为目标传输信息。
11.如权利要求1~10任一项所述的直播卡顿提示方法,其特征在于,在所述根据所述卡顿时间信息,从所述性能信息中确定目标性能信息,以及从所述传输信息中确定目标传输信息之后,还包括:
获取优先级,所述优先级用于确定预设的客户端性能条件以及预设的直播流传输条件的判断顺序。
12.如权利要求11所述的直播卡顿提示方法,其特征在于,所述优先级的获取方法包括:
获取历史第一卡顿原因提示的第一次数,以及历史第二卡顿原因提示的第二次数;
根据所述第一次数以及所述第二次数,确定优先级。
13.如权利要求11所述的直播卡顿提示方法,其特征在于,所述预设的客户端性能条件包括预设的客户端系统参数条件以及预设的客户端解码播放参数条件,所述直播流传输条件包括预设的客户端传输参数条件以及预设的网络参数条件,所述优先级确定的判断顺序为所述预设的客户端系统参数条件、所述预设的客户端传输参数条件、所述预设的客户端解码播放参数条件以及所述预设的网络参数条件。
14.一种直播卡顿提示装置,其特征在于,包括:
获取单元,用于获取客户端的性能信息、直播流的传输信息以及客户端反馈的卡顿时间信息;
确定单元,用于根据所述卡顿时间信息,从所述性能信息中确定目标性能信息,以及从所述传输信息中确定目标传输信息;
判断单元,用于当所述目标性能信息满足预设的客户端性能条件时,生成第一卡顿原因提示,所述第一卡顿原因提示表征所述客户端处于异常状态;
所述判断单元,还用于当所述目标传输信息满足预设的直播流传输条件时,生成第二卡顿原因提示,所述第二卡顿原因提示表征直播流传输过程处于异常状态。
15.一种计算机设备,其特征在于,包括处理器和存储器,所述存储器存储有多条指令;所述处理器从所述存储器中加载指令,以执行如权利要求1~13任一项所述的直播卡顿提示方法中的步骤。
16.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有多条指令,所述指令适于处理器进行加载,以执行权利要求1~13任一项所述的直播卡顿提示方法中的步骤。
CN202111395486.XA 2021-11-23 2021-11-23 直播卡顿提示方法、装置、计算机设备和存储介质 Pending CN114189700A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111395486.XA CN114189700A (zh) 2021-11-23 2021-11-23 直播卡顿提示方法、装置、计算机设备和存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111395486.XA CN114189700A (zh) 2021-11-23 2021-11-23 直播卡顿提示方法、装置、计算机设备和存储介质

Publications (1)

Publication Number Publication Date
CN114189700A true CN114189700A (zh) 2022-03-15

Family

ID=80602442

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111395486.XA Pending CN114189700A (zh) 2021-11-23 2021-11-23 直播卡顿提示方法、装置、计算机设备和存储介质

Country Status (1)

Country Link
CN (1) CN114189700A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115379253A (zh) * 2022-08-26 2022-11-22 广州市百果园信息技术有限公司 直播内容异常确定、修复方法及其装置、设备、介质
US20220394332A1 (en) * 2021-06-03 2022-12-08 Microsoft Technology Licensing, Llc Measuring video quality of experience based on decoded frame rate
CN117278805A (zh) * 2023-11-17 2023-12-22 广州市千钧网络科技有限公司 信息提示方法、装置、电子设备和存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105472417A (zh) * 2015-11-24 2016-04-06 腾讯科技(深圳)有限公司 获取视频播放器异常的方法及装置
US20170085617A1 (en) * 2015-09-23 2017-03-23 Board Of Regents, The University Of Texas System Predicting a viewer's quality of experience
CN106791956A (zh) * 2016-11-25 2017-05-31 百度在线网络技术(北京)有限公司 网络直播卡顿的处理方法及装置
CN111277846A (zh) * 2020-01-15 2020-06-12 广州虎牙科技有限公司 一种直播的异常定位方法、装置、计算机设备和存储介质
CN111601102A (zh) * 2020-04-30 2020-08-28 微梦创科网络科技(中国)有限公司 一种直播卡顿的检测方法及系统
CN111683273A (zh) * 2020-06-02 2020-09-18 中国联合网络通信集团有限公司 视频卡顿信息的确定方法及装置
CN113094239A (zh) * 2021-04-27 2021-07-09 上海哔哩哔哩科技有限公司 直播异常原因的确定方法及服务器
CN113259706A (zh) * 2021-06-28 2021-08-13 北京新唐思创教育科技有限公司 直播处理方法、装置、电子设备以及存储介质

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170085617A1 (en) * 2015-09-23 2017-03-23 Board Of Regents, The University Of Texas System Predicting a viewer's quality of experience
CN105472417A (zh) * 2015-11-24 2016-04-06 腾讯科技(深圳)有限公司 获取视频播放器异常的方法及装置
CN106791956A (zh) * 2016-11-25 2017-05-31 百度在线网络技术(北京)有限公司 网络直播卡顿的处理方法及装置
CN111277846A (zh) * 2020-01-15 2020-06-12 广州虎牙科技有限公司 一种直播的异常定位方法、装置、计算机设备和存储介质
CN111601102A (zh) * 2020-04-30 2020-08-28 微梦创科网络科技(中国)有限公司 一种直播卡顿的检测方法及系统
CN111683273A (zh) * 2020-06-02 2020-09-18 中国联合网络通信集团有限公司 视频卡顿信息的确定方法及装置
CN113094239A (zh) * 2021-04-27 2021-07-09 上海哔哩哔哩科技有限公司 直播异常原因的确定方法及服务器
CN113259706A (zh) * 2021-06-28 2021-08-13 北京新唐思创教育科技有限公司 直播处理方法、装置、电子设备以及存储介质

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220394332A1 (en) * 2021-06-03 2022-12-08 Microsoft Technology Licensing, Llc Measuring video quality of experience based on decoded frame rate
US11558668B2 (en) * 2021-06-03 2023-01-17 Microsoft Technology Licensing, Llc Measuring video quality of experience based on decoded frame rate
CN115379253A (zh) * 2022-08-26 2022-11-22 广州市百果园信息技术有限公司 直播内容异常确定、修复方法及其装置、设备、介质
CN115379253B (zh) * 2022-08-26 2023-08-22 广州市百果园信息技术有限公司 直播内容异常确定、修复方法及其装置、设备、介质
CN117278805A (zh) * 2023-11-17 2023-12-22 广州市千钧网络科技有限公司 信息提示方法、装置、电子设备和存储介质

Similar Documents

Publication Publication Date Title
CN106791958B (zh) 位置标记信息生成方法及装置
CN111544886B (zh) 一种画面显示的方法以及相关装置
CN108737908B (zh) 一种媒体播放方法、装置及存储介质
CN114189700A (zh) 直播卡顿提示方法、装置、计算机设备和存储介质
CN107454416B (zh) 视频流发送方法和装置
CN108900856B (zh) 一种视频帧率预测方法、装置及设备
CN107659828B (zh) 视频画质调整方法、装置、终端设备及存储介质
CN107360458B (zh) 播放控制方法、装置、存储介质及终端
CN111866433B (zh) 视频源切换方法、播放方法、装置、设备和存储介质
WO2021143479A1 (zh) 媒体流传输方法及系统
WO2008108379A1 (ja) メディア配信システム、配信サーバ装置及びそれらに用いるメディア配信方法並びにそのプログラム
CN112333556B (zh) 监控视频传输带宽的控制方法、终端设备及可读存储介质
CN113542795B (zh) 视频处理方法、装置、电子设备及计算机可读存储介质
KR20120113601A (ko) 통신 서비스 지원 중 전원 절약을 위한 휴대 단말기 운용 방법 및 이를 지원하는 휴대 단말기
CN110177308A (zh) 移动终端及其录屏中的音视频丢帧方法、计算机存储介质
CN108900855B (zh) 直播内容录制方法、装置、计算机可读存储介质及服务器
JP2017503399A (ja) カメラの動きにより損なわれたビデオフレームの扱い
JP2021505081A (ja) ビデオ伝送方法、ビデオ伝送装置、およびビデオ伝送システム、ならびにコンピュータ可読記憶媒体
CN110519619B (zh) 一种基于倍速播的变速播放方法及系统
CN112135119A (zh) 实时音视频通信中网络状况的自动监测与告警方法及系统
CN109474833B (zh) 一种网络直播的方法、相关装置和系统
CN114710637A (zh) Web端监控视频流低时延处理方法、装置、设备及介质
WO2023179401A1 (zh) 视频流中预加载直播间方法、装置、设备及存储介质
WO2022161310A1 (zh) 显示方法、装置和电子设备
CN114302180B (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