CN110958468B - 编解码器的适配方法、装置、计算机可读介质及设备 - Google Patents

编解码器的适配方法、装置、计算机可读介质及设备 Download PDF

Info

Publication number
CN110958468B
CN110958468B CN201911267149.5A CN201911267149A CN110958468B CN 110958468 B CN110958468 B CN 110958468B CN 201911267149 A CN201911267149 A CN 201911267149A CN 110958468 B CN110958468 B CN 110958468B
Authority
CN
China
Prior art keywords
preset interval
clients
codec
feedback information
target
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201911267149.5A
Other languages
English (en)
Other versions
CN110958468A (zh
Inventor
林绪虹
方周
鲍琦
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangzhou Huaduo Network Technology Co Ltd
Original Assignee
Guangzhou Huaduo Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangzhou Huaduo Network Technology Co Ltd filed Critical Guangzhou Huaduo Network Technology Co Ltd
Priority to CN201911267149.5A priority Critical patent/CN110958468B/zh
Publication of CN110958468A publication Critical patent/CN110958468A/zh
Application granted granted Critical
Publication of CN110958468B publication Critical patent/CN110958468B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • 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/25Management 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/258Client or end-user data management, e.g. managing client capabilities, user preferences or demographics, processing of multiple end-users preferences to derive collaborative data
    • H04N21/25866Management of end-user data
    • H04N21/25875Management of end-user data involving end-user authentication
    • 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/43Processing 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/44Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs
    • H04N21/4402Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream or rendering scenes according to encoded video stream scene graphs involving reformatting operations of video signals for household redistribution, storage or real-time display

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Graphics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请提供了一种编解码器的适配方法、装置、计算机可读介质及设备,该方法包括:获取用户账号处于第一预设区间的多个客户端上传的第一反馈信息;然后,根据第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常;若判断出未发生异常,则获取用户账号处于第二预设区间内的多个客户端上传的第二反馈信息;最后,根据第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常;若判断出未发生异常,则确认用户账号处于第二预设区间内的多个客户端对应的目标机型适配目标编解码器,从而可以识别出哪些终端机型适用于哪一种编解码器,根据终端机型来选择编解码器。

Description

编解码器的适配方法、装置、计算机可读介质及设备
技术领域
本申请涉及视频编解码领域,特别涉及一种编解码器的适配方法、装置、计算机可读介质及设备。
背景技术
目前,无论直播视频,还是点播视频场景,都依赖核心角色:编解码器。比如,H.265又称为HEVC(High Efficieny Video Coding),是新一代视频压缩标准,主要面向高清数字电视以及视频编解码系统的应用。H.265编码具有更高的压缩率,相比H.264可以进一步节约带宽约50%,节约储存与传输成本;但是,H.265使用cpu的进程占比相对于H.264较高。如果不适配H.265的终端使用H.265进行编解码,反而会影响编解码速度,从而影响用户体验。
因此,亟需一种为不同终端机型识别出适用的编解码器的方法,从而在终端发版的之前,可以根据终端机型来选择其适用的编解码器。
发明内容
有鉴于此,本申请实施例提供一种编解码器的适配方法、装置、计算机可读介质及设备,用于为不同的终端机型识别出其适用的编解码器。
为实现上述目的,本申请实施例提供如下技术方案:
本申请第一方面提供了一种编解码器的适配方法,包括:
获取用户账号处于第一预设区间的多个客户端上传的第一反馈信息;其中,所述第一反馈信息为:所述客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,或者所述客户端利用所述目标编解码器编码视频信息过程中而得到的反馈信息;所述用户账号处于第一预设区间的多个客户端设置于多种目标机型的终端;
根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
若判断出用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常,则获取用户账号处于第二预设区间内的多个客户端上传的第二反馈信息;其中,所述第二反馈信息为:所述客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,或者所述客户端利用所述目标编解码器编码视频信息过程中而得到的反馈信息;所述用户账号处于第二预设区间的多个客户端设置于多种目标机型的终端;所述第二预设区间大于所述第一预设区间;
根据所述第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
若判断出用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常,则确认用户账号处于所述第二预设区间内的多个客户端对应的目标机型适配所述目标编解码器。
可选的,所述根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常,包括:
利用所述第一反馈信息中的异常信息数量和使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,判断所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
其中,若所述第一反馈信息中的异常信息数量,大于所述使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码发生异常;若所述第一反馈信息中的异常信息数量,小于或等于所述使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常。
可选的,所述根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常,包括:
根据当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,以及上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,判断所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
其中,若当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,大于上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码发生异常;若当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,小于或等于上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常。
可选的,所述根据所述第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常之后,还包括:
若判断出所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常,则将所述用户账号处于第二预设区间的多个客户端对应的目标机型加入白名单;
若判断出所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码发生异常,则将所述用户账号处于第二预设区间的多个客户端对应的目标机型加入黑名单。
可选的,所述根据所述第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常的实现方式,与所述根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常的实现方式相同。
本申请第二方面提供了一种编解码器的适配装置,包括:
第一获取单元,用于获取用户账号处于第一预设区间的多个客户端上传的第一反馈信息;其中,所述第一反馈信息为:所述客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,或者所述客户端利用所述目标编解码器编码视频信息过程中而得到的反馈信息;所述用户账号处于第一预设区间的多个客户端设置于多种目标机型的终端;
第一判断单元,用于根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
第二获取单元,若所述第一判断单元判断出,所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常,则获取用户账号处于第二预设区间内的多个客户端上传的第二反馈信息;其中,所述第二反馈信息为:所述客户端利用目标编解码器解码视频信息过程中而得到的反馈信息,或者所述客户端利用所述目标编解码器编码视频信息过程中而得到的反馈信息;所述用户账号处于第二预设区间的多个客户端设置于多种目标机型的终端;所述第二预设区间大于所述第一预设区间;
第二判断单元,用于根据所述第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
确认单元,用于若所述第二判断单元判断出,所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常,则确认用户账号处于所述第二预设区间内的多个客户端对应的目标机型适配所述目标编解码器。
可选的,所述第一判断单元执行根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常步骤时,用于:
利用所述第一反馈信息中的异常信息数量和使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,判断所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
其中,若所述第一反馈信息中的异常信息数量,大于所述使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码发生异常;若所述第一反馈信息中的异常信息数量,小于或等于所述使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常。
可选的,所述第一判断单元执行根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常步骤时,用于:
根据当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,以及上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,判断所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
其中,若当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,大于上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码发生异常;若当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,小于或等于上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常。
可选的,所述第二判断单元执行根据所述第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用所述目标编解码器解码是否发生异常步骤时,用于:
利用所述第二反馈信息中的异常信息数量和使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,判断所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
其中,若所述第二反馈信息中的异常信息数量,大于所述使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码发生异常;若所述第二反馈信息中的异常信息数量,小于或等于所述使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常。
可选的,所述第二判断单元执行根据所述第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常步骤时,用于:
根据当前的时间段内所述用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,以及上一个时间段内所述用户账号处于第二预设区间的多个客户端上传的第一反馈信息中的异常信息数量,判断所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
其中,若当前的时间段内所述用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,大于上一个时间段内所述用户账号处于第二预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码发生异常;若当前的时间段内所述用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,小于或等于上一个时间段内所述用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,则判断出所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常。
可选的,所述编解码器的适配装置,还包括:
执行单元,用于若所述第二判断单元判断出,所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常,则将所述用户账号处于第二预设区间的多个客户端对应的目标机型加入白名单;
所述执行单元,还用于若所述第二判断单元判断出,所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码发生异常,则将所述用户账号处于第二预设区间的多个客户端对应的目标机型加入黑名单。
本申请第三方面提供了一种计算机可读介质,其上存储有计算机程序,其中,所述计算机程序被处理器执行时实现如本申请第一方面中任意一项所述的方法。
本申请第四方面提供了一种设备,包括:
一个或多个处理器;
存储装置,其上存储有一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如本申请第一方面中任意一项所述的方法。
由以上方案可知,本申请提供的一种编解码器的适配方法、装置、计算机可读介质及设备中,首先,通过获取用户账号处于第一预设区间的多个客户端上传的第一反馈信息;由于,第一反馈信息是客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,或者客户端利用目标编解码器编码视频信息过程中而得到的反馈信息;而客户端设置于多种目标机型的终端;所以可以根据第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常;若判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码未发生异常,则扩大监测范围,获取用户账号处于第二预设区间内的多个客户端上传的第二反馈信息;根据第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常;若判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码未发生异常,则确认用户账号处于第二预设区间内的多个客户端对应的目标机型适配目标编解码器。以达到识别出哪些终端机型适用于哪一种编解码器,从而在发版的时候可以根据终端机型来选择对应的编解码器的目的。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据提供的附图获得其他的附图。
图1为本申请实施例提供的一种编解码器的适配方法的应用场景的示意图;
图2为本申请实施例提供的一种编解码器的适配方法的具体流程图;
图3为本申请另一实施例提供的一种根据成功使用H.265进行编解码的人数变化,进行判断灰度是否生效的示意图;
图4为本申请另一实施例提供的一种根据cpu数据变化,进行判断灰度是否生效的示意图;
图5为本申请另一实施例提供的一种根据解码异常数据相比非灰度区间数据是否在合理区间,进行判断灰度是否生效的示意图;
图6为本申请另一实施例提供的一种编解码器的适配装置的示意图;
图7为本申请另一实施例提供的一种执行编解码器的适配方法的设备的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
目前,在生活中观看各类视频,已经成为了人们在闲暇时间时主要的放松方式。随着人们对生活质量的要求也越来越高,人们对视频的清晰度,视频播放时的流畅度等,要求的也越来越高。
无论直播视频,还是点播视频场景,都依赖核心角色:编解码器。但是,新标准的编解码器,意味着对承载的终端设备有更高的要求,因此,如何找寻适配目标编解码器的终端机型成为了目前热门研究方向。传统的方案以测试为主,首先需要购买不同机型的终端设备,然后覆盖测试场景对不同机型的终端设备对编解码器的适配进行测试。以移动端普及H.265为例,目前移动端的机型数量繁多,而无论低端机型还是高端机型,基本都有用户进行使用,所以,在测试过程中,购买大量不同的机型的移动端,需要花费大量的人力、财力和时间。并且,在测试过程中,测试的环境一般都是较为理想的环境,不能掌握用户的实际情况;并且,在变更用户的默认编解码器(如H.264)至目标编解码器(如H.265)后,无法及时的获取用户的反馈信息,如果此时用户使用目标编解码器时,发生了异常,就无法对异常的原因进行分析,导致无法正确的判断该用户所使用的终端机型是否适配目标编解码器。
因此,本申请实施例公开了一种编解码器的适配方法,用于为不同的终端机型识别出其适用的编解码器。
如图1所示,本申请实施例提供的编解码器的适配方法的一种应用场景中,服务器101可以为每一个终端103配置目标编解码器102,以验证终端是否适配被配置的编解码器。具体的,承载于终端103的客户端利用目标编解码器102解码并播放视频信息,并得到反馈信息,或者利用目标编解码器102编码视频信息,并得到反馈信息;承载于终端103的客户端再向服务器101上传自身得到的反馈信息,由服务器101根据反馈信息,评判终端103的机型是否适配目标编解码器。
如图2所示,本申请实施例提供了一种编解码器的适配方法,包括以下步骤:
S201、获取用户账号处于第一预设区间的多个客户端上传的第一反馈信息。
其中,第一预设区间为:根据用户的ID所分配的区间,用户的ID可以理解为用户的身份证明,是区分每个用户的区分号码。例如:第一预设区间在实际的应用过程中,可以设置为用户的ID为100000-200000的一个区间,当然还可以根据实际的情况,进行不同的设置。
需要说明的是,第一预设区间是一个较小的区间,活跃的用户较少,方便进行小区间的一个测试,以免区间内的用户所使用的终端机型不适配目标编解码器,从而影响大量用户的观看体验。
需要说明的是,当用户启动应用后,会通过服务器中的配置中心为用户所使用的客户端下发具体的编解码方式,作为目标编解码器,如H.265等,用户所启动的应用就会在打开视频时,切换到配置中心下发的编解码方式,对视频进行编解码。并且,针对用户使用被启动的应用的不同功能,用户也可以被划分为两种,一种是通过客户端做视频信息的解码和播放,如直播应用中的观众;另一种为通过客户端做视频信息的编码和上传,如直播应用中的主播。因此,针对这两种不同的客户,均需要对其对应的终端与目标编解码器的适配性做测试。
在对第一种用户对应的终端对目标编解码器的适配性做测试的过程中,步骤S201中获取的第一反馈信息,来自于第一预设区间内的用户账号属于第一种用户的用户账号的客户端。并且,第一反馈信息由客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息。同理,在对第二种用户对应的终端对目标编解码的适配性做测试的过程中,步骤S201中获取的第一反馈信息,来自于第一预设区间内的用户账号属于第二种用户的用户账号的客户端,第一反馈信息由客户端利用目标编解码器编码视频信息过程中而得到的反馈信息。
还需要说明的是,客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息、以及利用目标编解码器编码视频信息过程中而得到的反馈信息,可以是当前视频编、解码的分辨率、帧率、码率、设备cpu当前的性能状况、对视频进行编解码时是否出错等;可以根据实际的情况,反馈不同的数据,此处不做限定。
其中,本步骤中,用户账号处于第一预设区间内的多个客户端,需要设置于多种目标机型的终端。由于,目前市场上移动端的机型数量繁多,并且,无论低端机型还是高端机型,基本都有用户进行使用,所以在本步骤中,可以选取目前市场上的任意的机型作为目标机型,为其下发具体的编解码方式,进而判断该机型是否是适配目标编解码器。
S202、根据第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
在本步骤中,可以根据预先设置的用户需要反馈的信息,如视频帧率、视频分辨率、视频编解码类型及对应人数、编解码是否出现异常、目标机型的终端的耗电情况、网络情况、cpu及内存占比、cpu芯片类型、cpu主频信息、目标机型的终端的机型及使用人数、视频观看过程中的流畅度、编解码过程中的耗时、用户所使用的客户端的系统版本、峰值信噪比(Peak Signal to Noise Ratio,PSNR)、无参图像分析指标等多方面因素去判断,第一预设区间内的多个用户使用目标编解码器在进行编解码的过程中是否发生异常。
以上述的视频编解码类型及对应人数和cpu及内存占比、cpu芯片类型、cpu主频信息为例,可以参见图3、图4和图5,在应用的过程中,时刻获取在灰度过程中生效的人数,cpu性能以及编解码过程中的异常情况进行跟踪,判断在第一预设区间内的多个客户端使用目标编解码器在进行编解码的过程中是否发生异常。并且,如果在第一预设区间内的多个客户端使用目标编解码器在进行编解码的过程中发生异常,还可以得知在针对部分用户开放目标编解码方式,会造成什么样的影响,如会造成黑屏无法继续观看;或导致客户端崩溃,无法继续使用;或造成蓝屏花屏等。
其中,灰度过程可以理解为第一预设区间内的多个用户使用目标编解码器进行编解码的测试过程。
具体的,在灰度过程中,参见图3,在使用目标编解码器后(在图3中目标编解码器为H.265),成功使用H.265进行解码的人数上涨,则说明灰度生效,反之,需要立刻停止灰度,并向客户端以及服务器进行报警;在灰度过程中,参见图4,在使用目标编解码器后(在图4中目标编解码器为H.265),cpu的数据下降,则说明使用H.265硬解相比于软解更有优势,反之,需要立刻停止灰度,并向客户端以及服务器进行报警;在灰度过程中,参见图5,在使用目标编解码器后(在图5中目标编解码器为H.265),解码异常数据相比非灰度区间数据在合理区间,可以判断当前灰度情况正常,反之,需要立刻停止灰度,并向服务器进行报警;在判断灰度情况是否正常时,还可以预先设置一个阈值,如获取到的异常数据的数量是否超出合理区间的20%等。
可以理解的是,若第一反馈信息为:客户端利用目标编解码器编码视频信息过程中而得到的反馈信息,那在本步骤中,需要根据该第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用目标编解码器编码是否发生异常;若第一反馈信息为:客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,那在本步骤中,根据该第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用目标编解码器解码是否发生异常。
并且,在本申请的各个实施例提出的针对两种反馈信息,对处于第一预设区间的多个客户端使用目标编解码器编码是否异常的测试,以及对处于第一预设区间的多个客户端使用目标编解码器解码是否异常的测试,是两种不同且互相不干涉的测试,在本申请的各个实施例中融合到一起来介绍,仅是为了统一说明。
在本实施例的实施过程中,若判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码未发生异常,则执行步骤S203;若判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码发生异常,需要向客户端以及服务器进行报警。
可选的,本申请的另一实施例中,步骤S202的一种实施方式,具体包括下述步骤:
利用第一反馈信息中的异常信息数量和使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
其中,第一反馈信息中的异常信息数量可以为上述实施例中多种用户需要反馈的信息中出现的异常信息数量,而使用默认编解码器的多个用户上传的反馈信息中的异常信息数量,也可以是在同一时间内,不在第一预设区间内的用户使用默认编解码器时上传的反馈信息中的异常信息的数量。
具体的,若第一反馈信息中的异常信息数量,大于使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码发生异常;若第一反馈信息中的异常信息数量,小于或等于使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码未发生异常。
可选的,本申请的另一实施例中,步骤S202的一种实施方式,具体包括下述步骤:
根据当前的时间段内用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,以及上一个时间段内用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
其中,第一反馈信息中的异常信息数量可以为上述实施例中多种用户需要反馈的信息中出现的异常信息的数量。
需要说明的是,当前时间段和上一个时间段的时间区间一致,时间区间可以是每隔30分钟一个,也可以是每隔一小时一个,可以根据实际情况进行选择、调整,此处不做限定。
具体的,若当前的时间段内,用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,大于上一个时间段内用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码发生异常;若当前的时间段内用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,小于或等于上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码未发生异常。
S203、获取用户账号处于第二预设区间内的多个客户端上传的第二反馈信息。
其中,第二预设区间为:根据用户的ID所分配的区间,可以参见上述实施例中的第一预设区间;但需要说明的是,第二预设区间要大于第一预设区间,第一预设区间可以理解为是一个小范围的测试,第二预设区间可以理解为是一个大范围的实际应用。在实际应用过程中,为了保险起见,第二预设区间同样也可以作为,一个比第一预设区间更大的一个测试区间;可以根据实际的应用情况进行调整,此处不做限定。
需要说明的是,当用户启动应用后,会通过服务器中的配置中心为用户所使用的客户端下发具体的编解码方式,作为目标编解码器,如H.265等,用户所启动的应用就会在打开视频时,切换到配置中心下发的编解码方式,对视频进行编解码。并且,针对用户使用被启动的应用的不同功能,用户也可以被划分为两种,具体可以参见上述实施例。
还需要说明的是,客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息、以及利用目标编解码器编码视频信息过程中而得到的反馈信息,可以是当前视频编、解码的分辨率、帧率、码率、设备cpu当前的性能状况、对视频进行编解码时是否出错等;可以根据实际的情况,反馈不同的数据,此处不做限定。
其中,本步骤中,用户账号处于第二预设区间内的多个客户端,需要设置于多种目标机型的终端。由于,目前市场上移动端的机型数量繁多,并且,无论低端机型还是高端机型,基本都有用户进行使用,所以在本步骤中,可以选取目前市场上的任意的机型作为目标机型,为其下发具体的编解码方式,进而判断该机型是否是适配目标编解码器。
具体的,服务器可以通过网络获取标识处于第二预设区间内的多个用户上传的第二反馈信息。
S204、根据第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
在本步骤中,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常,可以参见上述步骤S202,此处不再赘述。
需要说明的是,第二预设区间一般是一个较大的范围,能够覆盖大量的用户。如果在步骤S204中,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码未发生异常,除了可以确认处于第二预设区间内的多个客户端对应的目标机型适配目标编解码器,还可以将处于第二预设区间内的多个客户端对应的目标机型进行全量配置。具体的,将处于第二预设区间内的多个客户端对应的目标机型,均配置为利用目标编解码器进行视频信息的编码或者解码。
具体的,若判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码未发生异常,则执行步骤S205。
可选的,本申请的另一实施例中,步骤S204的一种实施方式,具体包括下述步骤:
利用第二反馈信息中的异常信息数量和使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
其中,第二反馈信息中的异常信息数量可以为上述实施例中多种用户需要反馈的信息中出现的异常信息数量,而使用默认编解码器的多个用户上传的反馈信息中的异常信息数量,也可以是在同一时间内,不在第一预设区间内的用户使用默认编解码器时上传的反馈信息中的异常信息的数量。
具体的,若第二反馈信息中的异常信息数量,大于使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码发生异常;若第二反馈信息中的异常信息数量,小于或等于使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码未发生异常。
可选的,本申请的另一实施例中,步骤S204的一种实施方式,具体包括下述步骤:
根据当前的时间段内用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,以及上一个时间段内用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
其中,第二反馈信息中的异常信息数量可以为上述实施例中多种用户需要反馈的信息中出现的异常信息的数量。
需要说明的是,当前时间段和上一个时间段的时间区间一致,时间区间可以是每隔30分钟一个,也可以是每隔一小时一个,可以根据实际情况进行选择、调整,此处不做限定。
具体的,若当前的时间段内,用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,大于上一个时间段内用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,则判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码发生异常;若当前的时间段内用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,小于或等于上一个时间段内所述用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,则判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码未发生异常。
需要说明的是,步骤S202和步骤S204中根据第一反馈信息,判断第一预设区间内的多个用户使用目标编解码器进行编解码是否发生异常和根据第二反馈信息,判断第二预设区间内的多个用户使用目标编解码器进行编解码是否发生异常的判断方式一致。如果步骤S202和步骤S204的判断方式不一致,会影响步骤S205中得到的最终结果的准确性。
S205、确认用户账号处于第二预设区间内的多个客户端对应的目标机型适配目标编解码器。
需要说明的是,在确认用户账号处于第二预设区间内的多个客户端对应的目标机型适配目标编解码器之后,还可以在预设的机型-编码器对应关系的文件中,记录目标机型和目标编解码器的适配关系。
其中,预设的机型-编码器对应关系的文件可以是一个存储文件,也可以是一个简单的表格等,可以根据实际的情况进行选择,此处不做限定。
具体的,在预设的机型-编码器对应关系的文件中,记录目标机型和目标编解码器的适配关系,使得可以在发版的时候可以根据不同的终端机型来选择不同的的编解码器,从而达到最佳的使用效果。
由以上方案可知,本申请提供的一种编解码器的适配方法,首先,通过获取用户账号处于第一预设区间的多个客户端上传的第一反馈信息;由于,第一反馈信息是客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,或者客户端利用目标编解码器编码视频信息过程中而得到的反馈信息;而客户端设置于多种目标机型的终端;所以可以根据第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常;若判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码未发生异常,则扩大监测范围,获取用户账号处于第二预设区间内的多个客户端上传的第二反馈信息;根据第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常;若判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码未发生异常,则确认用户账号处于第二预设区间内的多个客户端对应的目标机型适配目标编解码器。以达到识别出哪些终端机型适用于哪一种编解码器,从而在发版的时候可以根据终端机型来选择对应的编解码器的目的。
可选的,本申请的另一实施例中,在步骤S204之后,还可以包括下述步骤:
若判断出当前多个用户使用所述目标编解码器进行编解码没有发生异常,则将多个用户所属的终端加入白名单。
其中,白名单为存放适用于目标编解码器进行编解码的终端机型的名单。
需要说明的是,所有类型的终端机型在测试开始前都会存放在白名单中。
若判断出当前多个用户使用目标编解码器进行编解码发生异常,则将多个用户所属的终端加入黑名单。
其中,黑名单为存放不适用于目标编解码器进行编解码的终端机型的名单。
以H.265为目标编解码器解码的方式为例,首先,采用H.265硬解码器进行硬解;如果在应用的过程中,发现该终端机型不适合使用H.265硬解码器进行硬解,客户端自动跳转成使用H.265软解码器进行软解,若该终端也不支持H.265软解码器进行软解,则将这个终端机型加入黑名单。
本申请另一实施例提供一种编解码器的适配装置,如图6所示,包括:
第一获取单元601,用于获取用户账号处于第一预设区间的多个客户端上传的第一反馈信息。
其中,第一反馈信息为:客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,或者客户端利用目标编解码器编码视频信息过程中而得到的反馈信息。
第一判断单元602,用于根据第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
可选的,本申请的另一实施例中,第一判断单元602执行根据第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常步骤时,用于:
利用第一反馈信息中的异常信息数量和使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
其中,若第一反馈信息中的异常信息数量,大于使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码发生异常;若第一反馈信息中的异常信息数量,小于或等于使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码未发生异常。
本申请上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,此处不再赘述。
可选的,本申请的另一实施例中,第一判断单元602执行根据第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常步骤时,用于:
根据当前的时间段内用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,以及上一个时间段内用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
其中,若当前的时间段内用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,大于上一个时间段内用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码发生异常;若当前的时间段内用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,小于或等于上一个时间段内用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码未发生异常。
本申请上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,此处不再赘述。
第二获取单元603,用于若第一判断单元602判断出,用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码未发生异常,则获取用户账号处于第二预设区间内的多个客户端上传的第二反馈信息。
其中,第二反馈信息为:客户端利用目标编解码器进行编解码并播放视频信息过程中而得到的反馈信息;客户端设置于多种目标机型的终端;第二预设区间大于所述第一预设区间。
第二判断单元604,用于根据第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
可选的,本申请的另一实施例中,第二判断单元604执行根据第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常步骤时,用于:
利用第二反馈信息中的异常信息数量和使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
其中,若第二反馈信息中的异常信息数量,大于使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码发生异常;若第二反馈信息中的异常信息数量,小于或等于使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码未发生异常。
本申请上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,此处不再赘述。
可选的,本申请的另一实施例中,第二判断单元604执行根据第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常步骤时,用于:
根据当前的时间段内用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,以及上一个时间段内用户账号处于第二预设区间的多个客户端上传的第一反馈信息中的异常信息数量,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常。
其中,若当前的时间段内用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,大于上一个时间段内用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,则判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码发生异常;若当前的时间段内用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,小于或等于上一个时间段内用户账号处于第二预设区间的多个客户端上传的第二反馈信息中的异常信息数量,则判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码未发生异常。
本申请上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,此处不再赘述。
确认单元605,用于若第二判断单元604判断出,用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码未发生异常,则确认用户账号处于第二预设区间内的多个客户端对应的目标机型适配目标编解码器。
本申请上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,如图2所示,此处不再赘述。
由以上方案可知,本申请提供的一种编解码器的适配装置中,首先,通过第一获取单元601获取用户账号处于第一预设区间的多个客户端上传的第一反馈信息;由于,第一反馈信息是客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,或者客户端利用目标编解码器编码视频信息过程中而得到的反馈信息;而客户端设置于多种目标机型的终端;所以利用第一判断单元602根据第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码是否发生异常;若判断出用户账号处于第一预设区间的多个客户端使用目标编解码器进行编解码未发生异常,则扩大监测范围,通过第二获取单元603获取用户账号处于第二预设区间内的多个客户端上传的第二反馈信息;然后,利用第二判断单元604根据第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码是否发生异常;若判断出用户账号处于第二预设区间的多个客户端使用目标编解码器进行编解码未发生异常,最后,确认单元605确认用户账号处于第二预设区间内的多个客户端对应的目标机型适配目标编解码器。以达到识别出哪些终端机型适用于哪一种编解码器,从而在发版的时候可以根据终端机型来选择对应的编解码器的目的。
可选的,本申请的另一实施例中,编解码器的适配装置的一种实施方式,还包括:
执行单元,用于若第二判断单元604判断出,当前多个用户使用目标编解码器进行编解码没有发生异常,则将多个用户所属的终端加入白名单。
执行单元,还用于若第二判断单元604判断出,当前多个用户使用目标编解码器进行编解码发生异常,则将多个用户所属的终端加入黑名单。
本申请上述实施例公开的单元的具体工作过程,可参见对应的方法实施例内容,此处不再赘述。
本申请另一实施例提供一种计算机可读介质,其上存储有计算机程序,其中,计算机程序被处理器执行时实现如上述实施例中任意一项方法。
本申请另一实施例提供一种设备,如图7所示,包括:
一个或多个处理器701。
存储装置702,其上存储有一个或多个程序。
当一个或多个程序被所述一个或多个处理器执行时,使得一个或多个处理器实现如上述实施例中任意一项所述的方法。
在本申请公开的上述实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本公开的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
另外,在本公开各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,直播设备,或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
对所公开的实施例的上述说明,使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下,在其它实施例中实现。因此,本申请将不会被限制于本文所示的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (10)

1.一种编解码器的适配方法,其特征在于,包括:
获取用户账号处于第一预设区间的多个客户端上传的第一反馈信息;其中,所述第一反馈信息为:所述客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,或者所述客户端利用所述目标编解码器编码视频信息过程中而得到的反馈信息;所述用户账号处于第一预设区间的多个客户端设置于多种目标机型的终端;
根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
若判断出用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常,则获取用户账号处于第二预设区间内的多个客户端上传的第二反馈信息;其中,所述第二反馈信息为:所述客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,或者所述客户端利用所述目标编解码器编码视频信息过程中而得到的反馈信息;所述用户账号处于第二预设区间内的多个客户端设置于多种目标机型的终端;所述第二预设区间大于所述第一预设区间;
根据所述第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
若判断出用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常,则确认用户账号处于所述第二预设区间内的多个客户端对应的目标机型适配所述目标编解码器。
2.根据权利要求1所述的方法,其特征在于,所述根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常,包括:
利用所述第一反馈信息中的异常信息数量和使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,判断所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
其中,若所述第一反馈信息中的异常信息数量,大于所述使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码发生异常;若所述第一反馈信息中的异常信息数量,小于或等于所述使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常。
3.根据权利要求1所述的方法,其特征在于,所述根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常,包括:
根据当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,以及上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,判断所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
其中,若当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,大于上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码发生异常;若当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,小于或等于上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常。
4.根据权利要求1至3中任意一项所述的方法,其特征在于,所述根据所述第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常之后,还包括:
若判断出所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常,则将所述用户账号处于第二预设区间的多个客户端对应的目标机型加入白名单;
若判断出所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码发生异常,则将所述用户账号处于第二预设区间的多个客户端对应的目标机型加入黑名单。
5.根据权利要求2或3所述的方法,其特征在于,所述根据所述第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常的实现方式,与所述根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常的实现方式相同。
6.一种编解码器的适配装置,其特征在于,包括:
第一获取单元,用于获取用户账号处于第一预设区间的多个客户端上传的第一反馈信息;其中,所述第一反馈信息为:所述客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,或者所述客户端利用所述目标编解码器编码视频信息过程中而得到的反馈信息;所述用户账号处于第一预设区间的多个客户端设置于多种目标机型的终端;
第一判断单元,用于根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
第二获取单元,若所述第一判断单元判断出,所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常,则获取用户账号处于第二预设区间内的多个客户端上传的第二反馈信息;其中,所述第二反馈信息为:所述客户端利用目标编解码器解码并播放视频信息过程中而得到的反馈信息,或者所述客户端利用所述目标编解码器编码视频信息过程中而得到的反馈信息;所述用户账号处于第二预设区间内的多个客户端设置于多种目标机型的终端;所述第二预设区间大于所述第一预设区间;
第二判断单元,用于根据所述第二反馈信息,判断用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
确认单元,用于若所述第二判断单元判断出,所述用户账号处于第二预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常,则确认用户账号处于所述第二预设区间内的多个客户端对应的目标机型适配所述目标编解码器。
7.根据权利要求6所述的装置,其特征在于,所述第一判断单元执行根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常步骤时,用于:
利用所述第一反馈信息中的异常信息数量和使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,判断所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
其中,若所述第一反馈信息中的异常信息数量,大于所述使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码发生异常;若所述第一反馈信息中的异常信息数量,小于或等于所述使用默认编解码器的多个客户端上传的反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常。
8.根据权利要求6所述的装置,其特征在于,所述第一判断单元执行根据所述第一反馈信息,判断用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常步骤时,用于:
根据当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,以及上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,判断所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码是否发生异常;
其中,若当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,大于上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码发生异常;若当前的时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,小于或等于上一个时间段内所述用户账号处于第一预设区间的多个客户端上传的第一反馈信息中的异常信息数量,则判断出所述用户账号处于第一预设区间的多个客户端使用所述目标编解码器进行编解码未发生异常。
9.一种计算机可读介质,其特征在于,其上存储有计算机程序,其中,所述计算机程序被处理器执行时实现如权利要求1至5中任意一项所述的方法。
10.一种设备,其特征在于,所述设备为服务器,包括:
一个或多个处理器;
存储装置,其上存储有一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行时,使得所述一个或多个处理器实现如权利要求1至5中任意一项所述的方法。
CN201911267149.5A 2019-12-11 2019-12-11 编解码器的适配方法、装置、计算机可读介质及设备 Active CN110958468B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911267149.5A CN110958468B (zh) 2019-12-11 2019-12-11 编解码器的适配方法、装置、计算机可读介质及设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911267149.5A CN110958468B (zh) 2019-12-11 2019-12-11 编解码器的适配方法、装置、计算机可读介质及设备

Publications (2)

Publication Number Publication Date
CN110958468A CN110958468A (zh) 2020-04-03
CN110958468B true CN110958468B (zh) 2020-09-25

Family

ID=69980965

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911267149.5A Active CN110958468B (zh) 2019-12-11 2019-12-11 编解码器的适配方法、装置、计算机可读介质及设备

Country Status (1)

Country Link
CN (1) CN110958468B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113064751B (zh) * 2021-03-26 2023-04-25 山东英信计算机技术有限公司 一种基于纠删池的编解码方法、装置、设备及存储介质
CN114339325B (zh) * 2021-12-30 2023-12-19 珠海豹趣科技有限公司 一种基于安卓系统的多引擎动态壁纸播放方法及装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106331765A (zh) * 2015-06-30 2017-01-11 腾讯科技(深圳)有限公司 一种硬解测试方法和终端及服务器
CN108134956A (zh) * 2016-12-01 2018-06-08 腾讯科技(深圳)有限公司 一种硬解适配白名单的更新方法、终端以及系统
CN109391843A (zh) * 2017-08-03 2019-02-26 腾讯科技(深圳)有限公司 在线视频倍速播放方法、装置、介质及智能终端
JP2019134286A (ja) * 2018-01-31 2019-08-08 株式会社リコー 符号化装置、符号化方法および符号化プログラム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106331765A (zh) * 2015-06-30 2017-01-11 腾讯科技(深圳)有限公司 一种硬解测试方法和终端及服务器
CN108134956A (zh) * 2016-12-01 2018-06-08 腾讯科技(深圳)有限公司 一种硬解适配白名单的更新方法、终端以及系统
CN109391843A (zh) * 2017-08-03 2019-02-26 腾讯科技(深圳)有限公司 在线视频倍速播放方法、装置、介质及智能终端
JP2019134286A (ja) * 2018-01-31 2019-08-08 株式会社リコー 符号化装置、符号化方法および符号化プログラム

Also Published As

Publication number Publication date
CN110958468A (zh) 2020-04-03

Similar Documents

Publication Publication Date Title
CN110505522A (zh) 视频数据的处理方法、装置、及电子设备
WO2018103568A1 (zh) 云桌面内容编码与解码方法及装置、系统
CN110958468B (zh) 编解码器的适配方法、装置、计算机可读介质及设备
CN110662114B (zh) 视频处理方法、装置、电子设备及存储介质
CN105163134A (zh) 直播视频的视频编码参数设置方法、装置及视频编码设备
US20040028139A1 (en) Video encoding
CN110519607B (zh) 视频解码方法及装置,视频编码方法及装置
CN110708570B (zh) 视频的编码码率确定方法、装置、设备及存储介质
CN112188282B (zh) 图像数据的显示方法及装置,图像数据显示系统
CN110545418B (zh) 一种基于场景的自适应视频编码方法
JP2008545352A (ja) ビデオデータ及びデータ系列を符号化及び復号化する装置及び方法
CN106254907B (zh) 一种直播视频合成方法及装置
CN103929682A (zh) 一种在视频直播系统中设置关键帧的方法及装置
CN103237215B (zh) 播放方法和播放设备
CN112672154A (zh) 直播视频播放方法、装置、服务器和计算机可读存储介质
CN113194276A (zh) 在视频会议系统中生成动态布局的方法、系统、存储装置
CN115665485B (zh) 视频画面优化方法及装置、存储介质和视频终端
CN114390363B (zh) 编码器的适配方法、装置、系统和存储介质
CN106254873B (zh) 一种视频编码方法及视频编码装置
US20140325581A1 (en) Electronic device and method for managing video snapshot
WO2021057676A1 (zh) 视频编解码方法、装置、电子设备及可读存储介质
CN110855619B (zh) 播放音视频数据的处理方法、装置、存储介质及终端设备
Usman et al. Exploiting the spatio-temporal attributes of HD videos: A bandwidth efficient approach
CN113014940A (zh) 一种直播优化方法和装置
WO2008043923A1 (fr) Utilisation d'un canal de retour pour la diffusion d'images

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
EE01 Entry into force of recordation of patent licensing contract

Application publication date: 20200403

Assignee: GUANGZHOU CUBESILI INFORMATION TECHNOLOGY Co.,Ltd.

Assignor: GUANGZHOU HUADUO NETWORK TECHNOLOGY Co.,Ltd.

Contract record no.: X2021980000151

Denomination of invention: Adaptation method, device, computer readable medium and equipment of codec

Granted publication date: 20200925

License type: Common License

Record date: 20210107

EE01 Entry into force of recordation of patent licensing contract