CN106791956B - 网络直播卡顿的处理方法及装置 - Google Patents
网络直播卡顿的处理方法及装置 Download PDFInfo
- Publication number
- CN106791956B CN106791956B CN201611051431.6A CN201611051431A CN106791956B CN 106791956 B CN106791956 B CN 106791956B CN 201611051431 A CN201611051431 A CN 201611051431A CN 106791956 B CN106791956 B CN 106791956B
- Authority
- CN
- China
- Prior art keywords
- frame rate
- network
- level
- stream
- preset
- 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
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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
- H04N21/4425—Monitoring of client processing errors or hardware failure
-
- 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/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
- H04N21/2404—Monitoring of server processing errors or hardware failure
-
- 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, rendering scenes according to MPEG-4 scene graphs
- H04N21/44008—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics in the video stream
Abstract
本发明揭示一种网络直播卡顿的处理方法及其对应装置。处理方法包括以下步骤:将媒体流按照推流级别上传至网络;接收客户端反馈的网络直播卡顿信息和客户端播放所述媒体流的播放帧率;根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因,从而当客户端的视频播放卡顿时,可以确定网络直播卡顿原因以便后续处理,从而提高用户体验。
Description
【技术领域】
本发明涉及多媒体通信测试技术领域,尤其涉及一种网络直播卡顿的处理方法及装置。
【背景技术】
随着以PC为主导的固定互联网和以智能手机为主导的移动互联网的快速发展,基于OTT视频技术的互联网电视、移动视频和多屏互动业务正以惊人速度发展。OTT是“OverThe Top”的缩写,其意指在网络之上提供服务,强调服务与物理网络的无关性。OTT视频是指基于HTTP协议和开放互联网的视频服务,其终端可以是智能电视机、电脑、机顶盒、PAD、智能手机等。OTT视频主要有两种实现方式:HTTP渐进下载(HTTP Progressive Download,简称HPD)和HTTP自适应流媒体(HTTP Adaptive Streaming,简称HAS)。
传统的OTT视频一般采用HPD技术。基于HPD的客户端在开始播放之前仅需等待一段较短的时间用于下载和缓冲媒体文件最前面的一部分数据,之后便可以一边下载一边播放。HPD OTT视频存在诸多的局限性,例如:不适合对实时性要求较高的直播节目的传输;初始播放的等待时延一般较长;当网络带宽不稳定时比较容易出现卡片现象;由于客户端会持续下载视频文件,当用户中途放弃节目观看,会造成己下载文件(消耗带宽)的浪费。
为了克服HPD OTT视频技术的局限性,近年来基于HAS的OTT视频技术逐渐被业界广泛采用和推广。HAS OTT采用视频分片和自适应码率(ABR)技术。在HAS系统中,媒体流分割器将编码器输出的视频流分割为一系列连续的、长度均等的小分片文件,并将它们存储在Web内容分发服务器。HAS客户端设备可在可用的带宽的基础上,自动向Web服务器请求合适的视频质量(即不同的分辨率和码率)的分片文件,从而给用户最好的视觉体验。
为了便于HAS客户端实现不同码率分片之间的快速、实时切换,HAS视频一般采用较短的分片长度(例如10秒)。由于HAS系统可向不同屏幕大小的终端提供适合分辨率的视频分片文件,并可在不同网络带宽情况下实现流畅的视频播放,因此HAS被业内认为是未来无所不在的多屏互动视频的核心技术。
在实现现有技术过程中,发明人发现现有技术中至少存在如下问题:
当客户端的视频播放卡顿时,用户不清楚究竟是网络与客户端之间的通信连接发生故障,还有网络与服务器之间的通信连接发生故障,无法满足用户的知情权,以便用户可以采取适当的措施处理该故障,用户体验差。
【发明内容】
本发明提供了一种网络直播卡顿的处理方法,具体技术方案如下:
将媒体流按照推流级别上传至网络;
接收客户端反馈的网络直播卡顿信息和客户端播放所述媒体流的播放帧率;
根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
本发明还提供了另一种网络直播卡顿的处理方法:
加载来自网络的媒体流,以播放帧率播放所述媒体流;
解析所述媒体流,获得所述媒体流的采集帧率以及服务器上传所述媒体流至网络的推流级别;
根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
本发明还提供了一种网络直播卡顿的处理装置,具体如下:
推送模块,用于将媒体流按照推流级别上传至网络;
接收模块,用于接收客户端反馈的网络直播卡顿信息和客户端播放所述媒体流的播放帧率;
计算模块,用于根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
本发明还提供了另一种网络直播卡顿的处理装置,包括:
加载模块,用于加载来自网络的媒体流,以播放帧率播放所述媒体流;
解析模块,用于解析所述媒体流,获得所述媒体流的采集帧率以及服务器上传所述媒体流至网络的推流级别;
运算模块,用于根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
由以上技术方案可以看出,本申请提供的实施方案至少具有如下技术效果:
当网络直播卡顿时,根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因以便后续处理,从而提高用户体验。
【附图说明】
图1本申请揭示的一种网络直播卡顿的处理方法的流程图。
图2本申请揭示的另一种网络直播卡顿的处理方法的流程图。
图3本申请揭示的一种网络直播卡顿的处理装置的结构示意图。
图4本申请揭示的一种网络直播卡顿的处理装置的结构示意图。
【具体实施方式】
为了使本申请的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本申请进行详细描述。
如图1所示,本申请揭示一种网络直播卡顿的处理方法,包括:
S100:将媒体流按照推流级别上传至网络。
媒体流可以由音频信号、视频信号或音频与视频的混合信号构成。活动场景可以通过存储于介质中的上述音视频信号来记录和传播。记录和传播的活动场景,具体体现为存储于介质中的音频信号、视频信号描述的一系列静态场景的动态更新。这些介质可以包括磁带、硬盘和闪存等多种载体。静态场景的更新频率通过帧率来表示。活动场景记录过程中的帧率可以以采集帧率表示,对应的,活动场景的播放过程中的帧率可以以播放帧率表示。考虑到适合于网络直播,这里的一段媒体流的大小,通常可以认为是毫秒级别的长短。帧率通常可以认为在6帧/秒-120帧/秒。
现有技术的直播过程中,通常会对存储于介质中的上述各种信号进行编码和解码的处理。通用的编码格式有CCIR 601、M-JPEG、MPEG-1、MPEG-2、MPEG-4、H.261、H.263、H.264/MPEG-4AVC、VC-1等。编码的原理主要是通过将图像网格化为若干像素。对这些像素可以使用RGB值进行描述,从而实现图像的数字化,对于声音则可以使用声压、分贝、频率等数值,实现音频的数字化。
在活动场景的直播过程中,摄像机、录音机等各种音视频设备采集设备音视频信号。服务器将采集到的音视频信号经过编码处理,形成数据资源。客户端可以通过网络,请求访问服务器的数据资源。服务器也可以主动推送数据资源的信息。一段媒体流的大小,可以通过数据资源的容量来表示。活动场景的网络直播过程,反映为数据传输的过程,以码率(单位为字节/秒)来表示数据传输的快慢。若干段媒体流可以形成上传至网络的缓冲队列。缓冲队列中的每段媒体流可以被依次上传至网络。结合媒体流的帧率、编码格式、数据资源的清晰度,可以定义若干推流级别,用以反映数据资源上传至网络时的流畅程度。推流级别的等级越高,数据资源传输越顺畅。
本申请提供一种服务器上传媒体流的实施方式,具体的:
可以设定若干推流级别,例如,设置5个推流级别,分别为1-5级,1级为最高级,相应的,5级为最低级。由于服务器网络带宽的限制,当缓冲队列的数量容量达到网络带宽允许的峰值时,可以调低推流级别,例如,从1级降为2级。服务器发出降低采集帧率的指令,在该指令下,音视频信号采集设备降低采集频率,从而可以降低网络直播一段时间内的活动场景所占用的数据容量。另外,服务器还可以发出改变编码方式以降低网格数量的指令,在该指令下,图像被稀疏地划分,从而同样可以降低网络直播一段时间内的活动场景所占用的数据容量。相反的,当缓冲队列的数量容量达到网络直播对音视频要求的谷值时,可以调高推流级别,用以改善网络直播的音视频质量。服务器发出提高采集帧率的指令,在该指令下,音视频信号采集设备提高采集频率,从而可以将活动场景表现地更加生动细腻。另外,服务器还可以发出改变编码方式以提高网格数量的指令,在该指令下,图像被稠密地划分,从而可以将活动场景表现地更加生动细腻。服务器上传媒体流的推流级别,可以通过软件实现自适应调整,在设定的若干推流级别中自动地进行切换。
进一步的,在本申请提供的一种实施方式中,媒体流包括用于表达内容的内容帧,和用于表达所述采集帧率、所述推流级别的增强信息帧。内容帧和增强信息帧集合于媒体流中,便于及时校检。这里增强信息帧中的信息包括但不限于采集帧率、推流级别,还可以包括上传时的码率等即时信息。
S200:接收客户端反馈的网络直播卡顿信息和客户端播放所述媒体流的播放帧率。
这里的客户端可以是智能电视、机顶盒、视频播放软件等各种应用提供的接口。客户端下载来自网络的媒体流,以播放帧率进行播放,并显示于各种屏幕,以便用户观看。
网络直播卡顿主要表现为图像静止、出现马赛克、声音变调等,关于网络直播卡顿的检测,现有技术中有详细揭示,此处不再赘述。
服务器接收客户端反馈的网络直播卡顿信息和媒体流的播放帧率,并进行后续处理。
进一步的,在本申请提供的另一种实施方式中,所述播放帧率为一段期间内,客户端播放所述媒体流的平均帧率,以提高运算的准确度。
S300:根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
进一步的,在本申请提供的另一种实施例中,根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因,具体包括:
当所述播放帧率小于所述采集帧率达到预设帧率差阈值,并且所述推流级别高于预设第一推流级别时,确定网络直播卡顿原因为客户端通信卡顿。
进一步的,在本申请提供的一种实施例中,所述预设第一推流级别为最低级。
网络直播顺畅,体现为播放帧率与采集帧率之间的一致性。可以理解的是,当播放帧率小于采集帧率达到预设帧率差阈值时,说明网络直播可能存在通信不畅通,通信不畅通的原因可能来自于服务器,也可能来自于客户端。例如,采集帧率为80帧/秒,而播放帧率仅为10帧/秒。预设帧率差阈值,可以根据具体场景适应性设置。为了明确通信不畅通的原因,需要进一步检测服务器上传媒体流的推流级别。当推流级别高于预设第一推流级别时,说明服务器上传媒体流的通信状态是正常的。这里的预设第一推流级别,可以设置为最低级。这样可以排除服务器与网络之间通信不畅通的因素。当然,预设第一推流级别还可以设置为其他级别,例如,中间的某个级别。这样,可以充分排除服务器与网络之间通信不畅通的因素,更加准确的确定,网络直播卡顿原因为客户端通信卡顿。
进一步的,在本申请提供的另一种实施例中,还包括:
连续上传若干段媒体流至网络,以便客户端播放;
若干段媒体流中播放帧率小于采集帧率的媒体流的数量,不小于预设阈值数量。
网络直播中存在偶发因素,例如,媒体流中丢失某些关键帧、短暂性的网络断开,这些都可能影响网络直播卡顿原因的判断。为了提高网络直播卡顿原因判断的准确性,在该实施例中,对多段媒体流进行综合考虑。设置预设阈值数量,当若干段媒体流中播放帧率小于采集帧率的媒体流的数量不小于预设阈值数量时,提示网络直播卡顿原因为客户端通信卡顿。也就是说,若干段媒体流中播放帧率小于采集帧率到预设帧率差阈值中的媒体流的数量不小于预设阈值数量时,提示网络直播卡顿原因为客户端通信卡顿。
进一步的,在本申请提供的另一种实施例中,确定网络直播卡顿原因,具体包括:
当所述播放帧率大于所述采集帧率达到预设帧率差阈值,并且所述推流级别低于预设第二推流级别时,确定网络直播卡顿原因为服务器端通信卡顿。
进一步的,在本申请提供的另一种实施例中,所述预设第二推流级别为最高级。
网络直播顺畅,体现为播放帧率与采集帧率之间的一致性。可以理解的是,当播放帧率大于采集帧率达到预设帧率差阈值时,说明网络直播可能存在通信不畅通,通信不畅通的原因可能来自于服务器,也可能来自于客户端。例如,采集帧率为10帧/秒,而播放帧率高达80帧/秒。预设帧率差阈值,可以根据具体场景适应性设置。为了明确通信不畅通的原因,需要进一步检测服务器上传媒体流的推流级别。当推流级别低于第二预设推流级别时,说明客户端与网络之间的通信状态是正常的。这里的预设第二推流级别,可以设置为最高级。这样可以排除客户端与网络之间通信不畅通的因素。当然,预设推流级别还可以设置为其他级别,例如,中间的某个级别。这样,可以充分排除客户端与网络之间通信不畅通的因素,更加准确的确定,网络直播卡顿原因为服务器端的通信卡顿。
进一步的,在本申请提供的另一种实施例中,还包括:
连续上传若干段媒体流至网络,以便客户端播放;
若干段媒体流中播放帧率大于采集帧率的媒体流的数量,不小于预设阈值数量。
网络直播中存在偶发因素,例如,安装客户端的设备过热、假死、短暂性的网络断开,这些都可能影响网络直播卡顿原因的判断。为了提高网络直播卡顿原因判断的准确性,在该实施例中,对多段媒体流进行综合考虑。设置预设阈值数量,当若干段媒体流中播放帧率大于采集帧率的媒体流的数量不小于预设阈值数量时,提示网络直播卡顿原因为服务器通信卡顿。也就是说,若干段媒体流中播放帧率大于采集帧率到预设帧率差阈值中的媒体流的数量不小于预设阈值数量时,确定网络直播卡顿原因为服务器端的通信卡顿。
在本申请提供的实施例中,当网络直播卡顿时,根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因,从而可以建立网络直播卡顿原因反馈机制,提升用户体验。
进一步的,在本申请提供的另一种实施例中,还包括:
将确定的网络直播卡顿原因向客户端做出提示。
这样,客户端的用户可以根据确定的网络直播卡顿原因,采取措施。例如,客户端更换网络以改善客户端通信状态,或者切换网络直播源,以改善
如图2所示,本申请还提供另一种网络直播卡顿的处理方法,包括:
S101:加载来自网络的媒体流,以播放帧率播放所述媒体流。
客户端可以通过网络,请求访问服务器的数据资源,从而与服务器建立连接,加载来自网络的媒体流。客户端也可以接收由服务器主动推送的数据资源的信息,同意与服务器建立连接后,加载来自网络的媒体流。
客户端获取媒体流后,以播放帧率播放所述媒体流。
S102:解析所述媒体流,获得所述媒体流的采集帧率以及服务器上传所述媒体流至网络的推流级别。
客户端解析媒体流,获得媒体流的采集帧率和服务器上传媒体流至网络的推流级别。
进一步的,在本申请提供的一种实施方式中,媒体流包括用于表达内容的内容帧,和用于表达所述采集帧率、所述推流级别的增强信息帧。内容帧和增强信息帧集合于媒体流中,便于及时校检。这里增强信息帧中的信息包括但不限于采集帧率、推流级别,还可以包括上传时的码率等即时信息。客户端解析媒体流,获得增强信息帧中包含的采集帧率、推流级别等信息。
S103:根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
进一步的,在本申请提供的另一种实施例中,确定网络直播卡顿原因,具体包括:
当所述播放帧率小于所述采集帧率达到预设帧率差阈值,并且所述推流级别高于预设第一推流级别时,确定网络直播卡顿原因为客户端通信卡顿。
进一步的,在本申请提供的另一种实施例中,所述预设第一推流级别为最低级。
进一步的,在本申请提供的另一种实施例中,确定网络直播卡顿原因,具体包括:
当所述播放帧率大于所述采集帧率达到预设帧率差阈值,并且所述推流级别低于预设第二推流级别时,确定网络直播卡顿原因为服务器端通信卡顿。
进一步的,在本申请提供的另一种实施例中,所述预设第二推流级别为最高级。
进一步的,在本申请提供的另一种实施例中,根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因,具体包括:
当所述播放帧率小于所述采集帧率达到预设帧率差阈值,并且所述推流级别高于最低推流级别时,确定网络直播卡顿原因为客户端通信卡顿;
当所述播放帧率大于采集帧率达到预设帧率差阈值,并且所述推流级别低于最高级时,确定网络直播卡顿原因为客户端通信卡顿为服务器端通信卡顿。
网络直播顺畅,体现为播放帧率与采集帧率之间的一致性。可以理解的是,当播放帧率小于采集帧率达到预设帧率差阈值时,说明网络直播可能存在通信不畅通,通信不畅通的原因可能来自于服务器,也可能来自于客户端。例如,采集帧率为80帧/秒,而播放帧率仅为10帧/秒。预设帧率差阈值,可以根据具体场景适应性设置。为了明确通信不畅通的原因,需要进一步检测服务器上传媒体流的推流级别。当推流级别高于预设第一推流级别时,说明服务器上传媒体流的通信状态是正常的。这里的预设第一推流级别,可以设置为最低级。这样可以排除服务器与网络之间通信不畅通的因素。当然,预设第一推流级别还可以设置为其他级别,例如,中间的某个级别。这样,可以充分排除服务器与网络之间通信不畅通的因素,更加准确的确定,网络直播卡顿原因为客户端通信卡顿。
相对的,当播放帧率大于采集帧率达到预设帧率差阈值时,说明网络直播同样可能存在通信不畅通,通信不畅通的原因可能来自于服务器,也可能来自于客户端。例如,采集帧率为10帧/秒,而播放帧率高达80帧/秒。预设帧率差阈值,可以根据具体场景适应性设置。为了明确通信不畅通的原因,需要进一步检测服务器上传媒体流的推流级别。当推流级别低于第二预设推流级别时,说明客户端与网络之间的通信状态是正常的。这里的预设第二推流级别,可以设置为最高级。这样可以排除客户端与网络之间通信不畅通的因素。当然,预设推流级别还可以设置为其他级别,例如,中间的某个级别。这样,可以充分排除客户端与网络之间通信不畅通的因素,更加准确的确定,网络直播卡顿原因为服务器端的通信卡顿。
在本申请提供的实施例中,当网络直播卡顿时,根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因,从而可以建立网络直播卡顿原因反馈机制,提升用户体验。
本申请还提供一种网络直播卡顿的处理方法,包括:
服务器将媒体流按照推流级别上传至网络;
客户端加载来自网络的媒体流,以播放帧率播放所述媒体流;
当网络直播卡顿时,服务器或客户端至少其中之一,根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
在网络直播的通道建立后,服务器将媒体流按照一定的推流级别上传至网络。客户端加载来自网络的媒体流,以播放帧率播放所述媒体流。当网络直播卡顿时,服务器接收客户端反馈的网络直播卡顿信息和客户端播放所述媒体流的播放帧率。服务器根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
或者,当网络直播卡顿时,客户端解析所述媒体流,获得所述媒体流的采集帧率以及服务器上传所述媒体流至网络的推流级别。客户端根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
在本申请提供的实施例中,当网络直播卡顿时,根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因,从而可以建立网络直播卡顿原因反馈机制,提升用户体验。
服务器或客户端,确定网络直播卡顿原因的具体方式,前面已做了详细陈述,这里不再赘述。
以上是本申请实施例提供的网络直播卡顿的处理方法,基于同样的思路,请参照图3,本申请还提供一种网络直播卡顿的处理装置,包括:
推送模块11,用于将媒体流按照推流级别上传至网络;
接收模块12,用于接收客户端反馈的网络直播卡顿信息和客户端播放所述媒体流的播放帧率;
计算模块13,用于根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
进一步的,在本申请提供的另一种实施例中,所述计算模块13具体用于:
当所述播放帧率小于所述采集帧率达到预设帧率差阈值,并且所述推流级别高于预设第一推流级别时,确定网络直播卡顿原因为客户端通信卡顿。
进一步的,在本申请提供的另一种实施例中,所述预设第一推流级别为最低级。
进一步的,在本申请提供的另一种实施例中,所述推送模块11具体用于连续上传若干段媒体流至网络,以便客户端播放;
其中,若干段媒体流中播放帧率小于采集帧率的媒体流的数量,不小于预设阈值数量。
进一步的,在本申请提供的另一种实施例中,所述计算模块13具体用于:
当所述播放帧率大于所述采集帧率达到预设帧率差阈值,并且所述推流级别低于预设第二推流级别时,确定网络直播卡顿原因为服务器端通信卡顿。
进一步的,在本申请提供的另一种实施例中,所述预设第二推流级别为最高级。
进一步的,所述推送模块11具体用于连续上传若干段媒体流至网络,以便客户端播放;
其中,若干段媒体流中播放帧率大于采集帧率的媒体流的数量,不小于预设阈值数量。
在本申请提供的实施例中,当网络直播卡顿时,根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因,从而可以建立网络直播卡顿原因反馈机制,提升用户体验。
请参照图4,本申请还提供一种网络直播卡顿的处理装置,包括:
加载模块21,用于加载来自网络的媒体流,以播放帧率播放所述媒体流;
解析模块22,用于解析所述媒体流,获得所述媒体流的采集帧率以及服务器上传所述媒体流至网络的推流级别;
运算模块23,用于根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
进一步的,在本申请提供的另一种实施例中,所述运算模块23具体用于:
当所述播放帧率小于所述采集帧率达到预设帧率差阈值,并且所述推流级别高于预设第一推流级别时,确定网络直播卡顿原因为客户端通信卡顿。
进一步的,在本申请提供的另一种实施例中,所述预设第一推流级别为最低级。
进一步的,在本申请提供的另一种实施例中,所述运算模块23具体用于:
当所述播放帧率大于所述采集帧率达到预设帧率差阈值,并且所述推流级别低于预设第二推流级别时,确定网络直播卡顿原因为服务器端通信卡顿。
进一步的,在本申请提供的另一种实施例中,所述预设第二推流级别为最高级。
进一步的,在本申请提供的另一种实施例中,所述运算模块23具体用于:
当所述播放帧率小于所述采集帧率达到预设帧率差阈值,并且所述推流级别高于最低推流级别时,确定网络直播卡顿原因为客户端通信卡顿;
当所述播放帧率大于采集帧率达到预设帧率差阈值,并且所述推流级别低于最高级时,确定网络直播卡顿原因为客户端通信卡顿为服务器端通信卡顿。
在本申请提供的实施例中,当网络直播卡顿时,根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因,从而可以建立网络直播卡顿原因反馈机制,提升用户体验。
本申请还提供一种网络直播卡顿的处理系统,包括:
服务器,用于将媒体流按照推流级别上传至网络;
客户端,用于加载来自网络的媒体流,以播放帧率播放所述媒体流;
当网络直播卡顿时,服务器或客户端至少其中之一,根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因。
在本申请提供的实施例中,当网络直播卡顿时,根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因,从而可以建立网络直播卡顿原因反馈机制,提升用户体验。
以上所述仅为本申请的较佳实施例而已,并不用以限制本申请,凡在本申请的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本申请保护的范围之内。
Claims (16)
1.一种网络直播卡顿的处理方法,其特征在于,包括:
将媒体流按照推流级别上传至网络;
接收客户端反馈的网络直播卡顿信息和客户端播放所述媒体流的播放帧率;
根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因;
其中,确定网络直播卡顿原因,包括:当所述播放帧率小于所述采集帧率达到预设帧率差阈值,并且所述推流级别高于预设第一推流级别时,确定网络直播卡顿原因为客户端通信卡顿。
2.如权利要求1所述的方法,其特征在于,所述预设第一推流级别为最低级。
3.如权利要求1所述的方法,其特征在于,还包括:
连续上传若干段媒体流至网络,以便客户端播放;
若干段媒体流中播放帧率小于采集帧率的媒体流的数量,不小于预设阈值数量。
4.如权利要求1所述的方法,其特征在于,确定网络直播卡顿原因,还包括:
当所述播放帧率大于所述采集帧率达到预设帧率差阈值,并且所述推流级别低于预设第二推流级别时,确定网络直播卡顿原因为服务器端通信卡顿。
5.如权利要求4所述的方法,其特征在于,所述预设第二推流级别为最高级。
6.如权利要求4所述的方法,其特征在于,还包括:
连续上传若干段媒体流至网络,以便客户端播放;
若干段媒体流中播放帧率大于采集帧率的媒体流的数量,不小于预设阈值数量。
7.一种网络直播卡顿的处理方法,其特征在于,包括:
加载来自网络的媒体流,以播放帧率播放所述媒体流;
解析所述媒体流,获得所述媒体流的采集帧率以及服务器上传所述媒体流至网络的推流级别;
根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因;
其中,确定网络直播卡顿原因包括:当所述播放帧率小于所述采集帧率达到预设帧率差阈值,并且所述推流级别高于最低推流级别时,确定网络直播卡顿原因为客户端通信卡顿。
8.如权利要求7所述的方法,其特征在于,确定网络直播卡顿原因,还包括:
当所述播放帧率大于采集帧率达到预设帧率差阈值,并且所述推流级别低于最高级时,确定网络直播卡顿原因为服务器端通信卡顿。
9.一种网络直播卡顿的处理装置,其特征在于,包括:
推送模块,用于将媒体流按照推流级别上传至网络;
接收模块,用于接收客户端反馈的网络直播卡顿信息和客户端播放所述媒体流的播放帧率;
计算模块,用于根据所述媒体流的采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因;
其中,所述计算模块具体用于:当所述播放帧率小于所述采集帧率达到预设帧率差阈值,并且所述推流级别高于预设第一推流级别时,确定网络直播卡顿原因为客户端通信卡顿。
10.如权利要求9所述的处理装置,其特征在于,所述预设第一推流级别为最低级。
11.如权利要求9所述的处理装置,其特征在于,所述推送模块具体用于连续上传若干段媒体流至网络,以便客户端播放;
其中,若干段媒体流中播放帧率小于采集帧率的媒体流的数量,不小于预设阈值数量。
12.如权利要求9所述的处理装置,其特征在于,所述计算模块还用于:
当所述播放帧率大于所述采集帧率达到预设帧率差阈值,并且所述推流级别低于预设第二推流级别时,确定网络直播卡顿原因为服务器端通信卡顿。
13.如权利要求12所述的处理装置,其特征在于,所述预设第二推流级别为最高级。
14.如权利要求12所述的处理装置,其特征在于,所述推送模块具体用于连续上传若干段媒体流至网络,以便客户端播放;
其中,若干段媒体流中播放帧率大于采集帧率的媒体流的数量,不小于预设阈值数量。
15.一种网络直播卡顿的处理装置,其特征在于,包括:
加载模块,用于加载来自网络的媒体流,以播放帧率播放所述媒体流;
解析模块,用于解析所述媒体流,获得所述媒体流的采集帧率以及服务器上传所述媒体流至网络的推流级别;
运算模块,用于根据所述采集帧率、所述播放帧率和所述推流级别,确定网络直播卡顿原因;
其中,所述运算模块具体用于:当所述播放帧率小于所述采集帧率达到预设帧率差阈值,并且所述推流级别高于最低推流级别时,确定网络直播卡顿原因为客户端通信卡顿。
16.如权利要求15所述的处理装置,其特征在于,
所述运算模块还用于:当所述播放帧率大于采集帧率达到预设帧率差阈值,并且所述推流级别低于最高级时,确定网络直播卡顿原因为服务器端通信卡顿。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611051431.6A CN106791956B (zh) | 2016-11-25 | 2016-11-25 | 网络直播卡顿的处理方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201611051431.6A CN106791956B (zh) | 2016-11-25 | 2016-11-25 | 网络直播卡顿的处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN106791956A CN106791956A (zh) | 2017-05-31 |
CN106791956B true CN106791956B (zh) | 2020-01-21 |
Family
ID=58911208
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201611051431.6A Active CN106791956B (zh) | 2016-11-25 | 2016-11-25 | 网络直播卡顿的处理方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106791956B (zh) |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109391847B (zh) * | 2017-08-08 | 2021-10-12 | 中国电信股份有限公司 | 流媒体卡顿的监测方法及监测装置 |
CN107864402A (zh) * | 2017-10-11 | 2018-03-30 | 湖南机友科技有限公司 | 直播视频播放方法及装置 |
CN109996110B (zh) * | 2017-12-29 | 2021-10-22 | 中兴通讯股份有限公司 | 一种视频播放方法、终端、服务器及存储介质 |
CN108347598B (zh) * | 2018-01-25 | 2021-03-09 | 晶晨半导体(上海)股份有限公司 | 一种音视频卡顿信息自动检测上报系统及方法 |
CN110113621B (zh) * | 2018-02-01 | 2023-03-03 | 腾讯科技(深圳)有限公司 | 媒体信息的播放方法和装置、存储介质、电子装置 |
CN108616776B (zh) * | 2018-05-03 | 2021-05-14 | 广州酷狗计算机科技有限公司 | 直播分析数据获取方法及装置 |
CN108924578A (zh) * | 2018-08-24 | 2018-11-30 | 成都九洲电子信息系统股份有限公司 | 基于主动网络流媒体的应急广播方法 |
CN110366035B (zh) * | 2019-07-19 | 2021-08-24 | 广州酷狗计算机科技有限公司 | 帧率控制方法、装置、计算机设备和计算机可读存储介质 |
CN110727340B (zh) * | 2019-09-26 | 2021-03-02 | 瑞芯微电子股份有限公司 | 一种图像采集显示的动态带宽适配的方法、装置和系统 |
CN111083536B (zh) * | 2019-12-31 | 2022-02-22 | 广州酷狗计算机科技有限公司 | 调节视频码率的方法和装置 |
CN111277846A (zh) * | 2020-01-15 | 2020-06-12 | 广州虎牙科技有限公司 | 一种直播的异常定位方法、装置、计算机设备和存储介质 |
CN111601102B (zh) * | 2020-04-30 | 2022-02-01 | 微梦创科网络科技(中国)有限公司 | 一种直播卡顿的检测方法及系统 |
CN113423008B (zh) * | 2021-08-20 | 2021-11-16 | 北京易真学思教育科技有限公司 | 视频数据传输方法、服务器和观众侧设备 |
CN114189700A (zh) * | 2021-11-23 | 2022-03-15 | 广州博冠信息科技有限公司 | 直播卡顿提示方法、装置、计算机设备和存储介质 |
CN115471926A (zh) * | 2022-08-17 | 2022-12-13 | 力神(青岛)新能源有限公司 | 一种电动汽车电池管理系统的数据解析优化方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103024440A (zh) * | 2013-01-11 | 2013-04-03 | 德科仕通信(上海)有限公司 | 针对has的视频质量评价和故障诊断方法 |
EP2615790A1 (en) * | 2012-01-12 | 2013-07-17 | Alcatel Lucent | Method, system and devices for improved adaptive streaming of media content |
CN104683866A (zh) * | 2013-11-29 | 2015-06-03 | 成都鼎桥通信技术有限公司 | 一种接收视频流的播放处理方法 |
CN104811751A (zh) * | 2015-04-28 | 2015-07-29 | 深圳市优网科技有限公司 | 一种流媒体播放时的卡顿识别方法和装置 |
CN105323604A (zh) * | 2015-10-29 | 2016-02-10 | 西安交通大学 | 一种QoE驱动的HTTP流媒体点播缓冲区控制方法 |
CN105553939A (zh) * | 2015-12-07 | 2016-05-04 | 中国联合网络通信集团有限公司 | 一种流媒体卡顿的确定方法及装置 |
CN105893246A (zh) * | 2015-12-18 | 2016-08-24 | 乐视云计算有限公司 | 播放器测试方法、装置及系统 |
-
2016
- 2016-11-25 CN CN201611051431.6A patent/CN106791956B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2615790A1 (en) * | 2012-01-12 | 2013-07-17 | Alcatel Lucent | Method, system and devices for improved adaptive streaming of media content |
CN103024440A (zh) * | 2013-01-11 | 2013-04-03 | 德科仕通信(上海)有限公司 | 针对has的视频质量评价和故障诊断方法 |
CN104683866A (zh) * | 2013-11-29 | 2015-06-03 | 成都鼎桥通信技术有限公司 | 一种接收视频流的播放处理方法 |
CN104811751A (zh) * | 2015-04-28 | 2015-07-29 | 深圳市优网科技有限公司 | 一种流媒体播放时的卡顿识别方法和装置 |
CN105323604A (zh) * | 2015-10-29 | 2016-02-10 | 西安交通大学 | 一种QoE驱动的HTTP流媒体点播缓冲区控制方法 |
CN105553939A (zh) * | 2015-12-07 | 2016-05-04 | 中国联合网络通信集团有限公司 | 一种流媒体卡顿的确定方法及装置 |
CN105893246A (zh) * | 2015-12-18 | 2016-08-24 | 乐视云计算有限公司 | 播放器测试方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN106791956A (zh) | 2017-05-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN106791956B (zh) | 网络直播卡顿的处理方法及装置 | |
US10419787B2 (en) | Dynamic programming across multiple streams | |
US10567463B2 (en) | Quality tagging in adaptive bitrate technologies | |
US20170311006A1 (en) | Method, system and server for live streaming audio-video file | |
EP3493547B1 (en) | Video streaming delivery | |
KR101569510B1 (ko) | 적응적 실시간 트랜스코딩 방법 및 이를 위한 스트리밍 서버 | |
CN110662114B (zh) | 视频处理方法、装置、电子设备及存储介质 | |
US20170142029A1 (en) | Method for data rate adaption in online media services, electronic device, and non-transitory computer-readable storage medium | |
CN112752115A (zh) | 直播数据传输方法、装置、设备及介质 | |
EP2941001B1 (en) | Video management | |
EP4152755A1 (en) | Methods, systems, and apparatuses for adaptive bitrate ladder construction based on dynamically adjustable neural networks | |
CN111970565A (zh) | 视频数据处理方法、装置、电子设备及存储介质 | |
US9060184B2 (en) | Systems and methods for adaptive streaming with augmented video stream transitions using a media server | |
EP2689395B1 (en) | Method in streaming client for handling video streaming data, streaming client, computer programs and computer program products | |
US11943487B2 (en) | Delivery and playback of content | |
CN113630576A (zh) | 自适应视频流式传输系统和方法 | |
CN111107387B (zh) | 视频转码方法、装置及计算机存储介质 | |
US10531135B2 (en) | Network recording apparatus | |
CA2881417A1 (en) | System and method bridging cloud based user interfaces | |
US20220256215A1 (en) | Systems and methods for adaptive output | |
US20220394073A1 (en) | Method and apparatus for determining bitrate switch points | |
US9538215B2 (en) | Maintaining continuity in media streaming | |
WO2021013558A1 (en) | A media client with adaptive buffer size and the related method | |
US20240031629A1 (en) | Method for dynamic configuration of multimedia content encoder and apparatus for implementing the same | |
JP2017175597A (ja) | 動画配信システム、配信サーバ、受信装置、及びプログラム |
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 |