视频帧信息数据上报及判定数据下溢的方法.pdf

《视频帧信息数据上报及判定数据下溢的方法.pdf》由会员分享，可在线阅读，更多相关《视频帧信息数据上报及判定数据下溢的方法.pdf（15页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201910074909.4 (22)申请日 2019.01.25 (71)申请人 晶晨半导体 （上海） 股份有限公司 地址 201203 上海市浦东新区中国 （上海） 自由贸易试验区碧波路518号207室 (72)发明人 夏寅力 (74)专利代理机构 上海申新律师事务所 31272 代理人 俞涤炯 (51)Int.Cl. H04N 21/44(2011.01) (54)发明名称 一种视频帧信息数据上报及判定数据下溢 的方法 (57)摘要 本发明包括， 一种视频帧信息数据上报方 。

2、法， 其中， 应用于IPTV机顶盒系统中， IPTV机顶盒 系统用于播放视频， IPTV机顶盒系统包括内核层 和播放器层， 播放器层位于内核层之上； 方法包 括以下步骤： 步骤A1， 内核层通过解码获取视频 对应的数据流； 步骤A2， 播放器层通过I/O通道管 理函数获取数据流。 本发明的有益效果在于： 通 过内核层将数据流上传到播放器层， 播放器层通 过I/O通道管理函数来获取视频流， 从而提高视 频上报的效率和完成性。 权利要求书2页 说明书9页 附图3页 CN 109831693 A 2019.05.31 CN 109831693 A 1.一种视频帧信息数据上报方法， 其特征在于， 应用。

3、于一IPTV机顶盒系统中， 所述IPTV 机顶盒系统用于播放视频， 所述IPTV机顶盒系统包括内核层和播放器层， 所述播放器层位 于所述内核层之上； 所述方法包括以下步骤： 步骤A1， 所述内核层通过解码获取所述视频对应的数据流； 步骤A2， 所述播放器层通过I/O通道管理函数获取所述数据流。 2.如权利要求1所述的视频帧信息数据上报方法， 其特征在于， 所述IPTV机顶盒系统包括第一缓存装置， 所述第一缓存装置分别与所述内核层和所述 播放器层连接， 所述内核层将所述数据流保存到所述第一缓存装置中， 所述播放器层通过 I/O通道管理函数从所述第一缓存装置中获取所述数据流中的连续的视频帧， 并将。

4、所述视 频帧进行播放。 3.如权利要求1所述的视频帧信息数据上报方法， 其特征在于， 所述内核层在对所述视 频进行解码， 并记录所述数据流中的错误视频帧， 随后丢弃所述错误视频帧。 4.如权利要求2所述的视频帧信息数据上报方法， 其特征在于， 所述播放器层在将所述 视频帧进行播放时， 判断所述视频帧是否出现数据下溢。 5.如权利要求1所述的视频帧信息数据上报方法， 其特征在于， 所述IPTV机顶盒系统包 括中间件层， 所述中间件层位于所述播放器层之上； 所述播放器层将从所述内核层获得的数据流和处理所述数据流产生的数据下溢信息 进行合并， 以得到合并信息， 并将所述合并信息发送到所述中间件层。 。

5、6.如权利要求5所述的视频帧信息数据上报方法， 其特征在于， 所述播放器层将调用函 数的指针发送到所述中间件层， 所述中间件层根据所述指针调用所述合并信息。 7.如权利要求3所述的视频帧信息数据上报方法， 其特征在于， 所述IPTV机顶盒系统包括第一缓存装置， 所述第一缓存装置与所述内核层连接； 所述第一缓存装置包括第一缓存单元和第二缓存单元； 所述内核层中设置有硬件解码器； 所述步骤A1具体包括： 步骤A11， 所述硬件解码器通过解码获取所述视频对应的数据流， 并记录所述数据流中 的错误视频帧； 步骤A12， 所述内核层丢弃所述错误视频帧， 并将所述数据流中的正常视频帧存储到所 述第一缓存单。

6、元中； 步骤A13， 所述内核层每隔预设时间周期从所述第一缓存单元将部分所述数据流存储 到当前的所述第二缓存单元中。 8.如权利要求5所述的视频帧信息数据上报方法， 其特征在于， 所述IPTV机顶盒系统包括第一缓存装置， 所述第一缓存装置分别与所述内核层和所述 播放器层连接； 所述IPTV机顶盒系统包括第二缓存装置， 所述第二缓存装置分别与所述第一缓存装置 和所述播放器层连接， 所述第二缓存装置实时读取所述第一缓存装置的所述数据帧， 并将 读取后的所述数据帧存储到所述第二缓存装置中； 所述第二缓存装置根据所述视频的分辨率设置不同的容积阈值； 权利要求书 1/2 页 2 CN 109831693。

7、 A 2 判断所述数据流是否出现数据下溢具体包括以下步骤： 步骤B1， 所述播放器层将所述第二缓存装置中的当前的部分所述数据流的大小和对应 的所述容积阈值进行比较； 当当前的部分所述数据流的大小小于所述容积阈值时， 随后执行步骤B2； 当当前的部分所述数据流的大小大于或等于所述容积阈值时， 确定当前的部分所述数 据流的每个所述视频帧均不为数据下溢， 随后执行步骤B3； 步骤B2， 判断所述第二缓存装置读取所述数据帧之后是否增加新的所述视频帧； 若是， 确定当前的部分所述数据流的每个所述视频帧均没有出现数据下溢； 若否， 确定读取的所述数据帧出现数据下溢； 步骤B3， 将下一个部分所述数据流设置。

8、为当前的部分所述数据流， 随后返回步骤B1， 直 到完成对所有部分所述数据流的所述视频帧的数量和对应的所述容积阈值进行比较。 9.如权利要求5所述的视频帧信息数据上报方法， 其特征在于， 所述中间件层每隔一预设时间周期调用部分的所述合并信息， 并在所述合并信息中得 到卡顿次数， 以根据所述卡顿次数进行处理得到卡顿时间。 10.如权利要求9所述的视频帧信息数据上报方法， 其特征在于， 得到所述卡顿时间并将所述卡顿时间与所述预设卡顿时间阈值进行比较具体包括以 下步骤： 步骤C1， 所述中间件层通过所述调用函数的所述指针每隔所述预设时间周期获取所述 预设时间周期内的部分的所述合并信息； 步骤C2， 。

9、所述中间件层对所述部分的所述合并信息的所述数据下溢信息进行处理， 以 得到所述预设时间周期内的所述数据流的卡顿次数； 步骤C3， 所述中间件层根据所述卡顿次数进行处理得到所述卡顿时间； 步骤C4， 判断所述卡顿时间是否大于所述预设卡顿时间阈值； 若是， 对大于所述预设卡顿时间阈值的所述预设时间周期内的所述合并信息记为卡顿 数据， 随后执行步骤C5； 若否， 执行步骤C5； 步骤C5， 返回步骤C3， 直到所述中间件层对所述合并信息的每个所述预设时间周期内 的部分所述数据流的所述卡顿时间都进行判断。 权利要求书 2/2 页 3 CN 109831693 A 3 一种视频帧信息数据上报及判定数据下。

10、溢的方法 技术领域 0001 本发明涉及通信技术领域， 尤其涉及一种视频帧信息数据上报及判定数据下溢的 方法。 背景技术 0002 IPTV(交互式网络电视)是一种利用宽带网， 集互联网、 多媒体、 通讯等技术于一 体， 向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。 并且随着互联网络 技术的发展， 越来越多的人关注网络直播， 因此直播时移也备受关注。 通过网络信号， 在线 收看电视节目、 重大活动和新闻等， 让人们有了广阔且自由的选择空间。 实现iptv机顶盒在 芯片底层的内核层对视频进行解码以获得数据流并将其上传到播放器层， 播放器层来获取 视频流进行处理也越发重要。 发明内容。

11、 0003 针对现有技术中存在的上述问题， 现提供一种旨在通过内核层将数据流上传到播 放器层， 播放器层通过I/O通道管理函数来获取视频流， 从而提高视频上报的效率和完成性 的视频帧信息数据上报方法。 0004 具体技术方案如下： 0005 一种视频帧信息数据上报方法， 其中， 应用于IPTV机顶盒系统中， IPTV机顶盒系统 用于播放视频， IPTV机顶盒系统包括内核层和播放器层， 播放器层位于内核层之上； 0006 方法包括以下步骤： 0007 步骤A1， 内核层通过解码获取视频对应的数据流； 0008 步骤A2， 播放器层通过I/O通道管理函数获取数据流。 0009 优选的， 视频帧信息。

12、数据上报方法， 其中， 0010 IPTV机顶盒系统包括第一缓存装置， 第一缓存装置分别与内核层和播放器层连 接， 内核层将数据流保存到第一缓存装置中， 播放器层通过I/O通道管理函数从第一缓存装 置中获取数据流中的连续的视频帧， 并将视频帧进行播放。 0011 优选的， 视频帧信息数据上报方法， 其中， 内核层在对视频进行解码， 并记录数据 流中的错误视频帧， 随后丢弃错误视频帧。 0012 优选的， 视频帧信息数据上报方法， 其中， 播放器层在将视频帧进行播放时， 判断 视频帧是否出现数据下溢。 0013 优选的， 视频帧信息数据上报方法， 其中， IPTV机顶盒系统包括中间件层， 中间件。

13、 层位于播放器层之上； 0014 播放器层将从内核层获得的数据流和处理数据流产生的数据下溢信息进行合并， 以得到合并信息， 并将合并信息发送到中间件层。 0015 优选的， 视频帧信息数据上报方法， 其中， 播放器层将调用函数的指针发送到中间 件层， 中间件层根据指针调用合并信息。 说明书 1/9 页 4 CN 109831693 A 4 0016 优选的， 视频帧信息数据上报方法， 其中， IPTV机顶盒系统包括第一缓存装置， 第 一缓存装置与内核层连接； 0017 第一缓存装置包括第一缓存单元和第二缓存单元； 0018 内核层中设置有硬件解码器； 0019 步骤A1具体包括： 0020 步。

14、骤A11， 硬件解码器通过解码获取视频对应的数据流， 并记录数据流中的错误视 频帧； 0021 步骤A12， 内核层丢弃错误视频帧， 并将数据流中的正常视频帧存储到第一缓存单 元中； 0022 步骤A13， 内核层每隔预设时间周期从第一缓存单元将部分数据流存储到当前的 第二缓存单元中。 0023 优选的， 视频帧信息数据上报方法， 其中， 0024 IPTV机顶盒系统包括第一缓存装置， 第一缓存装置分别与内核层和播放器层连 接； 0025 IPTV机顶盒系统包括第二缓存装置， 第二缓存装置分别与第一缓存装置和播放器 层连接， 第二缓存装置实时读取第一缓存装置的数据帧， 并将读取后的数据帧存储到。

15、第二 缓存装置中； 0026 第二缓存装置根据视频的分辨率设置不同的容积阈值； 0027 判断数据流是否出现数据下溢具体包括以下步骤： 0028 步骤B1， 播放器层将第二缓存装置中的当前的部分数据流的大小和对应的容积阈 值进行比较； 0029 当当前的部分数据流的大小小于容积阈值时， 随后执行步骤B2； 0030 当当前的部分数据流的大小大于或等于容积阈值时， 确定当前的部分数据流的每 个视频帧均不为数据下溢， 随后执行步骤B3； 0031 步骤B2， 判断第二缓存装置读取数据帧之后是否增加新的视频帧； 0032 若是， 确定当前的部分数据流的每个视频帧均没有出现数据下溢； 0033 若否，。

16、 确定读取的数据帧出现数据下溢； 0034 步骤B3， 将下一个部分数据流设置为当前的部分数据流， 随后返回步骤B1， 直到完 成对所有部分数据流的视频帧的数量和对应的容积阈值进行比较。 0035 优选的， 视频帧信息数据上报方法， 其中， 0036 中间件层每隔预设时间周期调用部分的合并信息， 并在合并信息中得到卡顿次 数， 以根据卡顿次数进行处理得到卡顿时间。 0037 优选的， 视频帧信息数据上报方法， 其中， 0038 得到卡顿时间并将卡顿时间与预设卡顿时间阈值进行比较具体包括以下步骤： 0039 步骤C1， 中间件层通过调用函数的指针每隔预设时间周期获取预设时间周期内的 部分的合并信。

17、息； 0040 步骤C2， 中间件层对部分的合并信息的数据下溢信息进行处理， 以得到预设时间 周期内的数据流的卡顿次数； 0041 步骤C3， 中间件层根据卡顿次数进行处理得到卡顿时间； 说明书 2/9 页 5 CN 109831693 A 5 0042 步骤C4， 判断卡顿时间是否大于预设卡顿时间阈值； 0043 若是， 对大于预设卡顿时间阈值的预设时间周期内的合并信息记为卡顿数据， 随 后执行步骤C5； 0044 若否， 执行步骤C5； 0045 步骤C5， 返回步骤C3， 直到中间件层对合并信息的每个预设时间周期内的部分数 据流的卡顿时间都进行判断。 0046 上述技术方案具有如下优点或。

18、有益效果： 通过内核层将数据流上传到播放器层， 播放器层通过I/O通道管理函数来获取视频流， 从而提高视频上报的效率和完成性。 附图说明 0047 参考所附附图， 以更加充分的描述本发明的实施例。 然而， 所附附图仅用于说明和 阐述， 并不构成对本发明范围的限制。 0048 图1为本发明视频帧信息数据上报方法实施例的流程图； 0049 图2为本发明视频帧信息数据上报方法实施例的步骤A1的流程图； 0050 图3为本发明视频帧信息数据上报方法实施例的判断数据下溢的流程图； 0051 图4为本发明视频帧信息数据上报方法实施例的计算卡顿次数的流程图。 具体实施方式 0052 下面将结合本发明实施例中。

19、的附图， 对本发明实施例中的技术方案进行清楚、 完 整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于 本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其 他实施例， 都属于本发明保护的范围。 0053 需要说明的是， 在不冲突的情况下， 本发明中的实施例及实施例中的特征可以相 互组合。 0054 下面结合附图和具体实施例对本发明作进一步说明， 但不作为本发明的限定。 0055 本发明包括一种视频帧信息数据上报方法， 其中， 应用于IPTV机顶盒系统中， IPTV 机顶盒系统用于播放视频， IPTV机顶盒系统包括内核层和播放器。

20、层， 播放器层位于内核层 之上； 0056 如图1所示， 方法包括以下步骤： 0057 步骤A1， 内核层通过解码获取视频对应的数据流； 0058 步骤A2， 播放器层通过I/O通道管理函数获取数据流。 0059 在上述实施例中， 内核层通过解码获取视频对应的数据流， 并将数据流上传到播 放器层， 播放器层通过I/O通道管理函数来获取视频流， 并对视频流进行处理， 从而提高视 频上报的效率和完成性。 0060 进一步地， 作为优选的实施方式， 内核层通过解码获取视频对应的数据流， 上述数 据流包括视频数据参数： 视频码率(bitrate)、 视频帧率(videoframerate)、 视频分辨。

21、率 (resolution)、 编码方式(codectype)和编码参数。 0061 其中编码参数包含： 0062 1、 每帧视频帧类型(I,P,B.帧)； 说明书 3/9 页 6 CN 109831693 A 6 0063 2、 帧级比特大小； 0064 3、 帧级QP(Quantization Parameter， 宏块的编码量化系数)三元组(最大值， 最小 值， 平均值)； 0065 4、 最大参考帧数目； 0066 5、 帧级MV(motionvector， 运动矢量)三元组(最大值， 最小值， 平均值)； 0067 6、 帧级skip与非skip模式比例(I帧为0)； 0068 其中。

22、， 需要说明的是， QP是B帧、 P帧和I帧的宏块的编码量化系数； 0069 MV是B帧和P帧的运动向量， 并且通过正负值分别来判断前向和后向。 0070 进一步地， 在上述实施例中， IPTV机顶盒系统包括第一缓存装置， 第一缓存装置分 别与内核层和播放器层连接， 内核层将数据流保存到第一缓存装置中， 播放器层通过I/O通 道管理函数从第一缓存装置中获取数据流中的连续的视频帧， 并将视频帧进行播放。 0071 进一步地， 在上述实施例中， 内核层在对视频进行解码， 并记录数据流中的错误视 频帧， 随后丢弃错误视频帧。 0072 进一步地， 在上述实施例中， 播放器层在将视频帧进行播放时， 判。

23、断视频帧是否出 现数据下溢。 0073 进一步地， 在上述实施例中， IPTV机顶盒系统包括中间件层， 中间件层位于播放器 层之上； 0074 播放器层将从内核层获得的数据流和处理数据流产生的数据下溢信息进行合并， 以得到合并信息， 并将合并信息发送到中间件层。 0075 在上述实施例中， 播放器层从内核层获取数据流， 上述数据流中包括错误视频帧 的记录参数， 在播放器层处理数据流时， 同时处理数据流包括的错误视频帧的记录参数。 0076 进一步地， 在上述实施例中， 播放器层将调用函数的指针发送到中间件层， 中间件 层根据指针调用合并信息。 0077 进一步地， 在上述实施例中， IPTV机。

24、顶盒系统包括第一缓存装置， 第一缓存装置与 内核层连接； 0078 第一缓存装置包括第一缓存单元和第二缓存单元； 0079 内核层中设置有硬件解码器； 0080 步骤A1具体包括： 0081 步骤A11， 硬件解码器通过解码获取视频对应的数据流， 并记录数据流中的错误视 频帧； 0082 步骤A12， 内核层丢弃错误视频帧， 并将数据流中的正常视频帧存储到第一缓存单 元中； 0083 步骤A13， 内核层每隔预设时间周期从第一缓存单元将部分数据流存储到当前的 第二缓存单元中。 0084 进一步地， 作为优选的实施方式， 在内核层中， 首先在内核层的芯片底层硬件解码 器通过解码获取视频对应的数据。

25、流， 上述数据流中包括视频数据参数， 根据每个视频帧的 编码参数判断对应的视频帧是否为错误视频帧， 并记录数据流中的错误视频帧， 随后内核 层丢弃错误视频帧， 并将数据流中的正常视频帧存储到第一缓存单元(记为frameinfo_ buffer_in)中， 内核层每秒钟都会从第一缓存单元读取部分数据流， 并存储到当前的第二 说明书 4/9 页 7 CN 109831693 A 7 缓存单元(记为frameinfo_buffer_out)中。 0085 进一步地， 从内核层到播放器层通过I/O通道管理函数的调用方式来传递数据： 0086 在内核层， 采用unlocked_ioctl()(I/O通道。

26、管理函数)的调用方式。 具体如下所 示： 0087 0088 0089 在上述I/O通道管理函数采用arg传递指针参数， cmd(command， 命令提示符)传递 命令。 0090 每个cmd由32bits的数据组成， 具体分为设备型号， 设备类型， 数据位， 方向位。 0091 其中cmd的0-7bit用于写入设备型号； 0092 8-15bit用于写入设备类型； 0093 16-29bit用于写入数据大小； 0094 30-31bit用于写入数据传输方向。 0095 其中， 设备型号就是具体操作的次设备操作号， 最多可以支持256个。 0096 设备类型就是具体操作的主设备操作号， 不同。

27、的cmd类型可以来区别不同类型的 特定设备。 0097 数据大小表示每次操作的数据大小， 最大为16k。 0098 数据传输方向主要表示对设备的操作， 读设备， 写设备， 读写设备。 0099 具体如下所示： 说明书 5/9 页 8 CN 109831693 A 8 0100 0101 其中， type为类型， nr为序号， size为数据大小。 0102 _IOC_NONE： 无数据传输。 0103 _IOC_READ： 从设备驱动读数据。 0104 _IOC_WRITE： 往设备驱动写入数据。 0105 _IOC_READ|_IOC_WRITE： 双向数据传输。 0106 在用户空间， 用。

28、户空间的IOCTL(I/O通道管理函数)调用如下所示： ioctl(int fd, int cmd,(char*)arg)； 其中fd是socket()系统调用所返回的参数， 而cmd参数可以是/ usr/include/linux/sockios.h头文件中的任意一个。 0107 进一步地， 作为优选的实施方式， 播放器层通过I/O通道管理函数(ioctl)的调用 方式获取内核层中的数据流， 在缓存装置上对数据流进行处理， 以得到连续的视频帧， 并对 视频帧进行相关处理。 0108 进一步地， 作为优选的实施方式， 可以通过以下设置来确定各个缓存装置的缓存 状态： 0109 0用于正常数据(。

29、即0-ok)； 0110 1用于表示上溢数据(即1-overflow)； 0111 2用于表示下溢数据(即2-underflow)； 0112 3用于表示错误数据(即3-decode error)； 0113 其中在正常播放的情况下， 设置缓存装置中的数据为0。 0114 其中数据上溢包括下述两种情况： 0115 第一、 数据解码速度远大于数据消耗的速度； 0116 第二、 中间件层写入数据时在预定的时间段内一直错误， 且没有消除数据缓存。 0117 其中数据下溢包括下述四种情况： 0118 第一、 网络丢包导致的数据下溢； 0119 第二、 网络断流导致的数据下溢； 0120 第三、 网络限。

30、速导致的数据下溢； 0121 第四、 视频数据花屏过滤， 数据不足导致的数据下溢。 说明书 6/9 页 9 CN 109831693 A 9 0122 需要说明的是， 播放器层在处理数据流时， 处理到的错误视频帧的记录参数， 并将 错误视频帧记为错误数据。 0123 进一步地， 在上述实施例中， 视频帧根据视频的分辨率设置不同的第一视频帧阈 值； 0124 如图3所示， 针对以上问题， 在上述实施例中， IPTV机顶盒系统包括第一缓存装置， 第一缓存装置分别与内核层和播放器层连接； 0125 IPTV机顶盒系统包括第二缓存装置， 第二缓存装置分别与第一缓存装置和播放器 层连接， 第二缓存装置实。

31、时读取第一缓存装置的数据帧， 并将读取后的数据帧存储到第二 缓存装置中； 0126 第二缓存装置根据视频的分辨率设置不同的容积阈值； 0127 判断数据流是否出现数据下溢具体包括以下步骤： 0128 步骤B1， 播放器层将第二缓存装置中的当前的部分数据流的大小和对应的容积阈 值进行比较； 0129 当当前的部分数据流的大小小于容积阈值时， 随后执行步骤B2； 0130 当当前的部分数据流的大小大于或等于容积阈值时， 确定当前的部分数据流的每 个视频帧均不为数据下溢， 随后执行步骤B3； 0131 步骤B2， 判断第二缓存装置读取数据帧之后是否增加新的视频帧； 0132 若是， 确定当前的部分数。

32、据流的每个视频帧均没有出现数据下溢； 0133 若否， 确定读取的数据帧出现数据下溢； 0134 步骤B3， 将下一个部分数据流设置为当前的部分数据流， 随后返回步骤B1， 直到完 成对所有部分数据流的视频帧的数量和对应的容积阈值进行比较。 0135 进一步地， 作为优选的实施方式， 对存储数据流的第二缓存装置中的当前的部分 数据流的大小进行判定， 如果下溢没有数据， 就无法显示出第二缓存装置中的视频帧， 此时 在第二缓存装置中的部分数据流的大小小于当前的第二缓存装置的容积阈值。 0136 在当前的第二缓存装置中的当前的部分数据流的大小小于容积阈值的基础上， 在 读取当前的第二缓存装置中的视频。

33、帧的地方加上读指针， 上述读指针用于判断第二缓存装 置中是否增加新的视频帧， 如果第二缓存装置中没有增加视频帧， 即读数据指针一直不变， 那么此时读取的数据帧出现数据下溢。 0137 进一步地， 在上述实施例中， 中间件层每隔预设时间周期调用部分的合并信息， 并 在合并信息中得到卡顿次数， 以根据卡顿次数进行处理得到卡顿时间。 0138 进一步地， 作为优选的实施方式， 将所有处理后的数据每秒上报一次给中间件层， 并且播放器层与中间件层采用回调函数实现中间件层的数据调用。 0139 回调函数的一个示例如下所示： 0140 “opt” :” 0141 update,data: “data_typ。

34、e:iptv,action_type:frameinfo,iptv_ version:3.0,play_url:http:/xxx.xx.xx.xx:80/test.m3u8,time_space: 20160805164550-201608051645551,frame_rate:25,freeze_count:2,freeze_ time:22,frame_info:I(1024,21,108,70,23,80,55,0,0),B(512,21,110,72,25, 90,58,1,0) ,P(512,21,108,70,23,80,55,1,1) ,I(1024,21,108,70,23。

35、,80,55,0,0) ,P 说明书 7/9 页 10 CN 109831693 A 10 (512,21,108,70,23,80,55,1,1),P(512,21,108,70,23,80,55,1,2) 0142 进一步地， 在上述实施例中， 得到卡顿时间并将卡顿时间与预设卡顿时间阈值进 行比较具体包括以下步骤： 0143 步骤C1， 中间件层通过调用函数的指针每隔预设时间周期获取预设时间周期内的 部分的合并信息； 0144 步骤C2， 中间件层对部分的合并信息的数据下溢信息进行处理， 以得到预设时间 周期内的数据流的卡顿次数； 0145 其中， 将出现数据下溢的视频帧记为一次卡顿， 中。

36、间件层对部分的合并信息的数 据下溢信息中的出现数据下溢的视频帧进行统计以得到预设时间周期内的数据流的卡顿 次数； 0146 步骤C3， 中间件层根据卡顿次数进行处理得到卡顿时间； 0147 步骤C4， 判断卡顿时间是否大于预设卡顿时间阈值； 0148 若是， 对大于预设卡顿时间阈值的预设时间周期内的合并信息记为卡顿数据， 随 后执行步骤C5； 0149 若否， 执行步骤C5； 0150 步骤C5， 返回步骤C3， 直到中间件层对合并信息的每个预设时间周期内的部分数 据流的卡顿时间都进行判断。 0151 进一步地， 作为优选的实施方式， 中间件层根据卡顿次数和每个视频帧的读取时 间进行处理得到卡。

37、顿时间； 0152 其中， 当预设时间周期为1秒时， 中间件层根据下述公式计算得到每个视频帧的读 取时间： 0153 ptsAV_TIME_BASEPTS/PTS_FREQ； (1) 0154 其中， pts用于表示每个视频帧的读取时间； 0155 AV_TIME_BASE用于表示预设时间周期为1秒的计时单位； 0156 PTS用于表示预设时间周期内的数据流的视频帧数量； 0157 PTS_FREQ用于表示震荡次数； 0158 需要说明的是， 音视频的标准时钟为90KHZ， 也就是说时钟振荡90k次为1s， 即上述 公式(1)中的PTS_FREQ的值为90*1000； AV_TIME_BASE。

38、的值为10000。 0159 中间件层根据下述公式得到卡顿时间： 0160 tptsn； (2) 0161 其中， t用于表示卡顿时间； 0162 n用于表示卡顿次数。 0163 在中间件层， 利用上述回调函数的函数指针每秒获取视频帧信息的相关数据， 并 且对视频帧信息的相关数据进行相关处理， 统计出每秒大于500ms的卡顿帧数。 0164 进一步地， 在上述实施例中， 应用层获取卡顿次数， 并根据卡顿次数判断视频的质 量。 0165 进一步地， 作为优选的实施方式， 中间件层每秒统计的卡顿次数会进行统一计算 并上传给应用层探针， 最终应用层探针会根据卡顿次数来判断视频质量的好坏问题。 0166 以上仅为本发明较佳的实施例， 并非因此限制本发明的实施方式及保护范围， 对 说明书 8/9 页 11 CN 109831693 A 11 于本领域技术人员而言， 应当能够意识到凡运用本发明说明书及图示内容所作出的等同替 换和显而易见的变化所得到的方案， 均应当包含在本发明的保护范围内。 说明书 9/9 页 12 CN 109831693 A 12 图1 图2 说明书附图 1/3 页 13 CN 109831693 A 13 图3 说明书附图 2/3 页 14 CN 109831693 A 14 图4 说明书附图 3/3 页 15 CN 109831693 A 15 。