CN111225214A - 视频处理方法、装置及电子设备 - Google Patents

视频处理方法、装置及电子设备 Download PDF

Info

Publication number
CN111225214A
CN111225214A CN202010074803.7A CN202010074803A CN111225214A CN 111225214 A CN111225214 A CN 111225214A CN 202010074803 A CN202010074803 A CN 202010074803A CN 111225214 A CN111225214 A CN 111225214A
Authority
CN
China
Prior art keywords
value
coding unit
bit
coding
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.)
Granted
Application number
CN202010074803.7A
Other languages
English (en)
Other versions
CN111225214B (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.)
Beijing ByteDance Network Technology Co Ltd
Original Assignee
Beijing ByteDance 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 Beijing ByteDance Network Technology Co Ltd filed Critical Beijing ByteDance Network Technology Co Ltd
Priority to CN202010074803.7A priority Critical patent/CN111225214B/zh
Publication of CN111225214A publication Critical patent/CN111225214A/zh
Priority to PCT/CN2020/127595 priority patent/WO2021147464A1/zh
Application granted granted Critical
Publication of CN111225214B publication Critical patent/CN111225214B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/186—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a colour or a chrominance component
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/184—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being bits, e.g. of the compressed video stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/96—Tree coding, e.g. quad-tree coding

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

本公开实施例提供一种视频处理方法、装置及电子设备，该方法仅对屏幕视频区域开启屏幕视频编码工具，避免对所有区域都开启屏幕视频编码工具，出现的浪费计算能力，且对非屏幕视频区域编码效果不佳的问题，另外，在确定当前编码树单元(CTU)为屏幕视频内容后，计算CTU亮度分量的hash校验值，从而，在第一屏幕视频编码模式，根据hash校验值，获取目标编码单元hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，执行目标编码单元与目标编码单元的比特表示之间的转换，如果没有搜索到，则在第二屏幕视频编码模式，重新执行上述流程，进而，避免采用多种屏幕视频编码工具进行重复计算，造成计算冗余的问题。

Description

视频处理方法、装置及电子设备
技术领域
本公开实施例涉及编码技术领域，尤其涉及一种视频处理方法、装置及电子设备。
背景技术
随着信息技术的发展，高清晰度电视、网络会议、交互式网络电视(IPTV)、三维(3D)电视等视频图像业务迅速发展，视频图像信号以其直观性和高效性等优势成为人们日常生活中获取信息最主要的方式。以屏幕视频为例，屏幕视频内容是计算机、手机等终端的图像显示器里直接捕捉到的视频内容，主要包括计算机图形，文字文档，自然视频和图形文字混合图像，计算机生成图像等。屏幕视频编码在桌面共享、视频会议、在线教育、云游戏等领域有广泛应用前景。
相关技术中，hevc scc在hevc/h.265上针对屏幕视频内容提出拓展提案。hevcscc编码工具主要包括帧内块拷贝(intra block copy，简称IBC)，基于hash的运动搜索(hash motion estimation，简称hashme)、palette(调色板编码)以及自适应颜色空间转换(Adaptive color transform，简称ACT)等。
然而，现有视频编码通常对所有区域都开启上述编码工具，浪费计算能力，而且对非屏幕视频区域编码效果也不佳。另外，上述编码工具编码效果相似，但现有视频编码会分别采用上述编码工具进行重复计算，造成计算冗余的问题。
发明内容
本公开实施例提供一种视频处理方法、装置及电子设备，以克服现有视频编码浪费计算能力、编码效果不佳，以及计算冗余的问题。
第一方面，本公开实施例提供一种视频处理方法，包括：
若待处理编码树单元为屏幕视频内容，则确定所述待处理编码树单元的亮度分量的hash校验值；
在第一屏幕视频编码模式，执行以下操作(1)-(3)：
(1)根据所述待处理编码树单元的亮度分量的hash校验值，获取目标编码单元的hash校验值；
(2)根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标；
(3)若在所述编码单元信息表中搜索到所述参考编码单元的坐标，则根据所述参考编码单元的坐标，执行所述目标编码单元与所述目标编码单元的比特表示之间的转换；
若在所述编码单元信息表中没有搜索到所述参考编码单元的坐标，则在第二屏幕视频编码模式下，重新执行所述操作(1)-(3)。
第二方面，本公开实施例提供一种视频处理装置，包括：
确定模块，用于若待处理编码树单元为屏幕视频内容，则确定所述待处理编码树单元的亮度分量的hash校验值；
处理模块，用于在第一屏幕视频处理模式，执行以下操作(1)-(3)：
(1)根据所述待处理编码树单元的亮度分量的hash校验值，获取目标编码单元的hash校验值；
(2)根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标；
(3)若在所述编码单元信息表中搜索到所述参考编码单元的坐标，则根据所述参考编码单元的坐标，执行所述目标编码单元与所述目标编码单元的比特表示之间的转换；
所述处理模块，还用于若在所述编码单元信息表中没有搜索到所述参考编码单元的坐标，则在第二屏幕视频编码模式下，重新执行所述操作(1)-(3)。
第三方面，本公开实施例提供一种电子设备，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的视频处理方法。
第四方面，本公开实施例提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的视频处理方法。
本公开实施例提供的视频处理方法、装置及电子设备，该方法仅对屏幕视频区域开启屏幕视频编码工具，避免对所有区域都开启屏幕视频编码工具，出现的浪费计算能力，且对非屏幕视频区域编码效果不佳的问题，另外，在确定当前编码树单元(CTU)为屏幕视频内容后，计算CTU亮度分量的hash校验值，从而，在第一屏幕视频编码模式，根据上述hash校验值，获取目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，执行上述目标编码单元与目标编码单元的比特表示之间的转换，如果没有搜索到，则在第二屏幕视频编码模式，重复执行上述流程，进而，避免采用多种屏幕视频编码工具进行重复计算，造成计算冗余的问题。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本公开实施例提供的一种视频处理系统架构示意图；
图2为本公开实施例提供的一种视频处理方法的流程示意图；
图3为本公开实施例提供的另一种视频处理方法的流程示意图；
图4为本公开实施例提供的再一种视频处理方法的流程示意图；
图5为本公开实施例提供的又一种视频处理方法的流程示意图；
图6为本公开实施例提供的又一种视频处理方法的流程示意图；
图7为本公开实施例提供的一种视频处理装置的结构示意图；
图8为本公开实施例提供的另一种视频处理装置的结构示意图；
图9为本公开实施例提供的电子设备的硬件结构示意图。
具体实施方式
为使本公开实施例的目的、技术方案和优点更加清楚，下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
首先对本公开所涉及的名词进行解释：
视频编码：通常是指处理形成视频或视频序列的图片序列。在视频编码领域，术语“图片(piCTUre)”、“帧(frame)”或“图像(image)”可以用作同义词。本公开中视频编码在源侧执行，通常包括处理(例如，通过压缩)原始视频图片以减少表示该视频图片所需的数据量(从而更高效地存储和/或传输)。视频解码在目的地侧执行，通常包括相对于编码器作逆处理，以重构视频图片。
如本公开中所用，术语“块”可以为图片或帧的一部分。为便于描述，参考多用途视频编码(Versatile Video Coding，简称VVC)或由ITU-T视频编码专家组(Video CodingExperts Group，简称VCEG)和ISO/IEC运动图像专家组(Motion PiCTUre Experts Group，简称MPEG)的视频编码联合工作组(Joint Collaboration Team on Video Coding，简称JCT-VC)开发的高效视频编码(High-Efficiency Video Coding，简称HEVC)描述本公开实施例。在HEVC中，通过使用表示为编码树的四叉树结构将编码树单元拆分为多个编码单元(Coding Unit，简称CU)。其中，CU即编码单元，通常对应于一个A×B的矩形区域，包含A×B亮度像素和它对应的色度像素，A为矩形的宽，B为矩形的高，A和B可以相同也可以不同，A和B的取值通常为2的整数次幂，例如128、64、32、16、8、4。一个编码单元可通过解码处理解码得到一个A×B的矩形区域的重建图像，解码处理通常包括预测、反量化、反变换等处理，产生预测图像和残差，预测图像和残差叠加后得到重建图像。CTU即编码树单元，一幅图像由多个CTU构成，一个CTU通常对应于一个方形图像区域，包含这个图像区域中的亮度像素和色度像素(或者也可以只包含亮度像素，或者也可以只包含色度像素)；CTU中还包含语法元素，这些语法元素指示如何将CTU划分成至少一个CU，以及解码每个编码单元得到重建图像的方法。
现有屏幕视频内容是计算机、手机等终端的图像显示器里直接捕捉到的视频内容，主要包括计算机图形，文字文档，自然视频和图形文字混合图像，计算机生成图像等。相关技术中，hevc scc在hevc/h.265上针对屏幕视频内容提出拓展提案。hevc scc编码工具主要包括IBC、hashme、palette、ACT等。
然而，现有视频编码通常对所有区域都开启上述编码工具，浪费计算能力，而且对非屏幕视频区域编码效果也不佳。另外，上述编码工具编码效果相似，但现有视频编码会分别采用上述编码工具进行重复计算，造成计算冗余的问题。
因此，考虑到上述问题，本公开提供一种视频处理方法，仅对屏幕视频区域开启屏幕视频编码工具，避免对所有区域都开启屏幕视频编码工具，出现的浪费计算能力，且对非屏幕视频区域编码效果不佳的问题，另外，在确定当前CTU为屏幕视频内容后，计算CTU亮度分量的hash校验值，从而，在第一屏幕视频编码模式，根据上述hash校验值，获取目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，执行上述目标编码单元与目标编码单元的比特表示之间的转换，如果没有搜索到，则在第二屏幕视频编码模式，重复执行上述流程，进而，避免采用多种屏幕视频编码工具进行重复计算，造成计算冗余的问题。
本公开提供的一种视频处理方法，可以适用于图1所示的视频处理系统架构示意图，如图1所示，视频处理系统10包括源设备12和目标设备14，源设备12包括：图片获取装置121、预处理器122、编码器123和通信接口124。目标设备14包括：显示设备141、处理器142、解码器143和通信接口144。源设备12将编码得到的编码数据13发送给目标设备14。本公开的方法应用于编码器123。
其中，源设备12可称为视频编码设备或视频编码装置。目标设备14可称为视频解码设备或视频解码装置。源设备12以及目标设备14可以是视频编码设备或视频编码装置的实例。
源设备12和目标设备14可以包括各种设备中的任一个，包含任何类别的手持或静止设备，例如，笔记本或膝上型计算机、移动电话、智能电话、平板或平板计算机、摄像机、台式计算机、机顶盒、电视、显示设备、数字媒体播放器、视频游戏控制台、视频流式传输设备(例如内容服务服务器或内容分发服务器)、广播接收器设备、广播发射器设备等，并可以不使用或使用任何类别的操作系统。
在一些情况下，源设备12和目标设备14可以经装备以用于无线通信。因此，源设备12和目标设备14可以为无线通信设备。
在一些情况下，图1中所示视频处理系统10仅为示例，本公开的技术可以适用于不必包含编码和解码设备之间的任何数据通信的视频编码设置(例如，视频编码或视频解码)。在其它实例中，数据可从本地存储器检索、在网络上流式传输等。视频编码设备可以对数据进行编码并且将数据存储到存储器，和/或视频解码设备可以从存储器检索数据并且对数据进行解码。在一些实例中，由并不彼此通信而是仅编码数据到存储器和/或从存储器检索数据且解码数据的设备执行编码和解码。
在一些情况下，视频处理系统10的编码器123也可以称为视频编码器，解码器143也可以称为视频解码器。
在一些情况下，图片获取装置121可以包括或可以为任何类别的图片捕获设备，用于例如捕获现实世界图片，和/或任何类别的图片或评论(对于屏幕内容编码，屏幕上的一些文字也认为是待编码的图片或图像的一部分)生成设备，例如，用于生成计算机动画图片的计算机图形处理器，或用于获取和/或提供现实世界图片、计算机动画图片(例如，屏幕内容、虚拟现实(virtual reality，简称VR)图片)的任何类别设备，和/或其任何组合(例如，实景(augmented reality，简称AR)图片)。其中，图片为或者可以视为具有亮度值的采样点的二维阵列或矩阵。以阵列为例，阵列中的采样点也可以称为像素(pixel)或像素(piCTUreelement，简称pel)。阵列在水平和垂直方向(或轴线)上的采样点数目定义图片的尺寸和/或分辨率。为了表示颜色，通常采用三个颜色分量，即图片可以表示为或包含三个采样阵列。RBG格式或颜色空间中，图片包括对应的红色、绿色及蓝色采样阵列。但是，在视频编码中，每个像素通常以亮度/色度格式或颜色空间表示，例如，YCbCr，包括Y指示的亮度(简写为luma)分量(有时也可以用L指示)以及Cb和Cr指示的两个色度(简写为chroma)分量。亮度分量Y表示亮度或灰度水平强度(例如，在灰度等级图片中两者相同)，而两个色度分量Cb和Cr表示色度或颜色信息分量。相应地，YCbCr格式的图片包括亮度分量(Y)的亮度采样阵列，和色度分量(Cb和Cr)的两个色度采样阵列。RGB格式的图片可以转换或变换为YCbCr格式，反之亦然，该过程也称为色彩变换或转换。
另外，图片获取装置121可以为，例如用于捕获图片的相机，例如图片存储器的存储器，包括或存储先前捕获或产生的图片，和/或获取或接收图片的任何类别的(内部或外部)接口。其中，相机可以为，例如，本地的或集成在源设备中的集成相机，存储器可为本地的或例如集成在源设备中的集成存储器。接口可以为，例如，从外部视频源接收图片的外部接口，这里，外部视频源例如为外部图片捕获设备，比如相机、外部存储器或外部图片生成设备，外部图片生成设备例如为外部计算机图形处理器、计算机或服务器。另外，接口可以为根据任何专有或标准化接口协议的任何类别的接口，例如有线或无线接口、光接口。图1中获取图片数据125的接口可以是与通信接口124相同的接口或是通信接口124的一部分。其中，图片数据125(例如，视频数据)可以称为原始图片或原始图片数据。
在一些情况下，预处理器122用于接收图片数据125并对图片数据125执行预处理，以获取经预处理的图片(或经预处理的图片数据)126。其中，预处理器122执行的预处理可以包括整修、色彩格式转换(例如，从RGB转换为YCbCr)、调色或去噪。可以理解，预处理器122可以是可选组件。
在一些情况下，编码器123(例如，视频编码器)用于接收经预处理的图片(或经预处理的图片数据)126并提供经编码图片数据127。
在一些情况下，源设备12的通信接口124可以用于接收经编码图片数据127并传输至其它设备，例如，目标设备14或任何其它设备，以用于存储或直接重构，或用于在对应地存储编码数据13和/或传输编码数据13至其它设备之前处理经编码图片数据127，其它设备例如为目标设备14或任何其它用于解码或存储的设备。目标设备14的通信接口144用于例如，直接从源设备12或任何其它源接收经编码图片数据127或编码数据13，任何其它源例如为存储设备，存储设备例如为经编码图片数据存储设备。
其中，通信接口124和通信接口144可以用于藉由源设备12和目标设备14之间的直接通信链路或藉由任何类别的网络传输或接收经编码图片数据127或编码数据13，直接通信链路例如为直接有线或无线连接，任何类别的网络例如为有线或无线网络或其任何组合，或任何类别的私网和公网，或其任何组合。通信接口124可以例如用于将经编码图片数据127封装成合适的格式，例如包，以在通信链路或通信网络上传输。形成通信接口124的对应部分的通信接口144可以例如用于解封装编码数据13，以获取经编码图片数据127。通信接口124和通信接口144都可以配置为单向通信接口，如图1中用于经编码图片数据127的从源设备12指向目标设备14的箭头所指示，或配置为双向通信接口，以及可以用于例如发送和接收消息来建立连接、确认和交换任何其它与通信链路和/或例如经编码图片数据传输的数据传输有关的信息。
在一些情况下，解码器143用于接收经编码图片数据127并提供经解码图片数据(或经解码图片)145。
在一些情况下，目标设备14的处理器142用于后处理经解码图片数据(或经解码图片)145，例如，经解码图片，以获取经后处理图片数据146，例如，经后处理图片。处理器142执行的后处理可以包括，例如，色彩格式转换(例如，从YCbCr转换为RGB)、调色、整修或重采样，或任何其它处理，用于例如准备经解码图片数据(或经解码图片)145以由显示设备141显示。
在一些情况下，目标设备14的显示设备141用于接收经后处理图片数据145以向例如用户或观看者显示图片。显示设备141可以为或可以包括任何类别的用于呈现经重构图片的显示器，例如，集成的或外部的显示器或监视器。例如，显示器可以包括液晶显示器(liquid crystal display，简称LCD)、有机发光二极管(organic light emitting diode，简称OLED)显示器、等离子显示器、投影仪、微LED显示器、硅基液晶(liquid crystal onsilicon，简称LCoS)、数字光处理器(digital light processor，简称DLP)或任何类别的其它显示器。
另外，虽然图1将源设备12和目标设备14绘示为单独的设备，但设备实施例也可以同时包括源设备12和目标设备14或同时包括两者的功能性，即源设备12或对应的功能性以及目标设备14或对应的功能性。在此类实施例中，可以使用相同硬件和/或软件，或使用单独的硬件和/或软件，或其任何组合来实施源设备12或对应的功能性以及目标设备14或对应的功能性。不同单元的功能性或图1所示的源设备12和/或目标设备14的功能性的存在和(准确)划分可能根据实际设备和应用有所不同。
在一些情况下，编码器123(例如，视频编码器)和解码器143(例如，视频解码器)都可以实施为各种合适电路中的任一个，例如，一个或多个微处理器、数字信号处理器(digital signal processor，简称DSP)、专用集成电路(application-specificintegrated circuit，简称ASIC)、现场可编程门阵列(field-programmable gate array，简称FPGA)、离散逻辑、硬件或其任何组合。如果部分地以软件实施所述技术，则设备可将软件的指令存储于合适的非暂时性计算机可读存储介质中，且可使用一或多个处理器以硬件执行指令从而执行本公开的技术。前述内容(包含硬件、软件、硬件与软件的组合等)中的任一者可视为一或多个处理器。编码器123和解码器143中的每一个可以包含在一或多个编码器或解码器中，所述编码器或解码器中的任一个可以集成为对应设备中的组合编码器/解码器(编解码器)的一部分。
应理解，对于以上参考编码器123所描述的实例中的每一个，解码器143可以用于执行相反过程。关于信令语法元素，解码器143可以用于接收并解析这种语法元素，相应地解码相关视频数据。在一些例子中，编码器123可以将一个或多个定义的语法元素熵编码成经编码视频比特流。在此类实例中，解码器143可以解析这种语法元素，并相应地解码相关视频数据。
下面以具体地实施例对本公开的技术方案以及本公开的技术方案如何解决上述技术问题进行详细说明。下面这几个具体地实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本公开的实施例进行描述。
图2为本公开实施例提供的一种视频处理方法的流程示意图，本公开实施例的执行主体可以为上述实施例中的编码器。如图2所示，该方法可以包括：
S201：若待处理编码树单元为屏幕视频内容，则确定上述待处理编码树单元的亮度分量的hash校验值。
这里，上述待处理编码树单元可以根据实际情况确定，本公开实施例对比不做特别限制。
可选地，上述方法还包括：
判断上述待处理编码树单元是否为屏幕视频内容。
示例性的，确定上述待处理编码树单元的亮度分量的颜色直方图，例如hist[i](对于8bit位宽，i＝0,1,2…255)。
根据上述颜色直方图中的非零值的个数，和/或，上述非零值的最大值和最小值，确定上述待处理编码树单元是否为屏幕视频内容。
具体的，若统计上述颜色直方图中非零值的个数大于零，且上述非零值的个数小于或等于预设个数阈值，则判定上述待处理编码树单元为屏幕视频内容。
其中，上述预设个数阈值可以根据实际情况设置，本公开实施例对此不做特别限制。例如，统计hist[i]中非零的个数numDiffLuma，如果0<numDiffLuma<＝alpha，则判定上述待处理编码树单元为屏幕视频内容，alpha为上述预设个数阈值。
另外，若上述非零值对应的最大值与上述非零值对应的最小值的差值大于或等于预设差值阈值，则判定上述待处理编码树单元为屏幕视频内容。
这里，上述预设差值阈值可以根据实际情况设置，本公开实施例对此不做特别限制。例如，统计hist[i]中非零值对应的最大和最小下标值i，分别记为vMin,vMax，如果vMax-vMin>＝gama，则当判定上述待处理编码树单元为屏幕视频内容，gama为上述预设差值阈值。
还有，若多个预设非零值的相加之和，大于上述待处理编码树单元拆分的编码单元的大小的预设倍数，则判定上述待处理编码树单元为所述屏幕视频内容。
其中，预设非零值可以根据实际情况设置，例如，确定hist[i]中最大的5个值，求和得到top5sum。上述预设倍数可以根据实际情况设置，本公开实施例对此不做特别限制。例如，如果上述top5sum大于当前编码树单元拆分的编码单元的大小的beta倍，则判定上述待处理编码树单元为所述屏幕视频内容，beta倍为上述预设倍数。
这里，本公开实施例提到的如何判断上述待处理编码树单元是否为屏幕视频内容可以独立于图2所示的方法存在。例如，在根据以下方法确定是屏幕视频内容时，若上述颜色直方图中非零值的个数为零，或者上述非零值的个数大于上述预设个数阈值，则获取上述非零值对应的最大值和最小值。若上述非零值对应的最大值与上述非零值对应的最小值的差值大于或等于预设差值阈值，则判定上述待处理编码树单元为屏幕视频内容。
另外，若上述非零值的最大值与所述非零值的最小值的差值小于上述预设差值阈值，则确定上述颜色直方图中多个预设非零值的相加之和。若上述多个预设非零值的相加之和，大于上述待处理编码树单元拆分的编码单元的大小的预设倍数，则判定上述待处理编码树单元为所述屏幕视频内容。
这样通过判断待处理编码树单元为屏幕视频内容，使得后续仅对屏幕视频区域开启屏幕视频编码工具，避免对所有区域都开启屏幕视频编码工具，出现的浪费计算能力，且对非屏幕视频区域编码效果不佳的问题。
可选地，上述hash校验值为32位循环冗余校验(cyclic redundancy check，简称crc)值。
可选地，上述确定待处理编码树单元的亮度分量的hash校验值，可以包括：
对上述待处理编码树单元的亮度分量的每一像素位置的像素值进行并行处理，获得上述待处理编码树单元的亮度分量的每一像素位置的32位crc值。
另外，上述确定待处理编码树单元的亮度分量的hash校验值，还可以包括：
对上述待处理编码树单元的亮度分量的每一像素位置的像素值进行合并，获得32位像素值；
根据上述32位像素值，采用32位crc值的计算函数，获得上述待处理编码树单元的亮度分量的32位crc值。
这里，上述待处理编码树单元的32位crc值可以通过并行计算，和/或，在计算过程中对像素值的合并，提高计算速度，进而，提高编码速度。
其中，上述32位crc值的计算函数可以根据实际情况确定，本公开实施例对比不做特别限制。例如在一些情况下，上述32位crc值的计算函数可以为x32+x26+x23+x22+x16+x12+x11+x10+x8+x7+x5+x4+x2+x+1。
这里，上述获得上述待处理编码树单元的亮度分量的32位crc值，可以包括：
根据上述32位像素值，采用上述32位crc值的计算函数，获得待处理32位crc值；
根据上述待处理32位crc值，采用随机计算函数，获得上述待处理编码树单元的亮度分量的32位crc值。
其中，上述随机计算函数也可以根据实际情况确定，本公开实施例对比不做特别限制。
这里，对于像素值有差异的两个块，采用上述32位crc值的计算函数，可以获得不一样的待处理32位crc值。但是考虑到后续处理会对32位crc值进行分段，例如后续在搜索参考编码单元时，根据上述目标编码单元的32位crc值中第一预设比特位的值和第二预设比特位的值，在编码单元信息表中进行分段搜索，可能会出现分段后的crc值相同的情况。为了解决该问题，本公开实施例进一步采用随机计算函数，基于上述待处理32位crc值，获得上述待处理编码树单元的亮度分量的32位crc值，保证像素值有差异的两个块的32位crc值在后续分段处理后，分段后的crc值也不同，进而，保证后续处理正常进行。
另外，上述32位crc值可以为fastcrc32值。
S202：在第一屏幕视频处理模式，根据上述待处理编码树单元的亮度分量的hash校验值，获取目标编码单元的hash校验值。
这里，进入cu编码层，在上述获取目标编码单元的hash校验值之前，还包括：
判断上述目标编码单元的大小是否为预设大小；
若上述目标编码单元的大小为上述预设大小，则执行上述获取目标编码单元的hash校验值的步骤，否则，停止操作，可以进行相应提示，例如上述目标编码单元的大小不为上述预设大小。
其中，上述预设大小可以根据实际情况设置，本公开实施例对此不做特别限制，例如判断上述目标编码单元的大小是否为8*8。上述目标编码单元可以根据实际情况确定，本公开实施例对比不做特别限制。
另外，上述第一屏幕视频处理模式也可以根据实际情况设置，例如IBC编码模式，在IBC编码模式，根据上述待处理编码树单元的亮度分量的hash校验值，获取目标编码单元的hash校验值。
S203：根据上述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标。
其中，上述编码单元信息表可以预存多个编码单元的hash校验值与编码单元的坐标的对应关系。
以IBC编码模式为例，编码器以目标编码单元的hash校验值，在上述编码单元信息表的上述对应关系中搜索与上述hash校验值对应的编码单元的坐标。
S204：若在上述编码单元信息表中搜索到上述参考编码单元的坐标，则根据上述参考编码单元的坐标，执行上述目标编码单元与目标编码单元的比特表示之间的转换。
这里，如果搜索到参考编码单元的坐标，则根据参考编码单元的坐标，执行上述目标编码单元与目标编码单元的比特表示之间的转换。
其中，目标编码单元向目标编码单元的比特表示转换表示进行编码，目标编码单元的比特表示向目标编码单元转换表示进行解码。
S205：若在上述编码单元信息表中没有搜索到上述参考编码单元的坐标，则在第二屏幕视频编码模式下，重新执行上述在第一屏幕视频编码模式执行的操作。
其中，第二屏幕视频编码模式与第一屏幕视频编码模式不同。在上述第一屏幕视频编码模式编码失败后，采用其它屏幕视频编码模式进行编码。
示例性的，如果当前帧为P帧或B帧，尝试hashme编码模式，根据上述待处理编码树单元的亮度分量的hash校验值，获取目标编码单元的hash校验值，进而，根据目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，如果搜索到，根据参考编码单元的坐标，执行上述目标编码单元与目标编码单元的比特表示之间的转换，否则，在第三屏幕视频编码模式进行编码，直至编码成功，例如第一屏幕视频编码模式为IBC编码模式，第二屏幕视频编码模式为hashme编码模式，第三屏幕视频编码模式可以尝试palette模式，执行palatte编码流程，从而解决多种屏幕编码工具效果相似，但多次计算造成计算冗余的问题。
从上述描述可知，本公开实施例仅对屏幕视频区域开启屏幕视频编码工具，避免对所有区域都开启屏幕视频编码工具，出现的浪费计算能力，且对非屏幕视频区域编码效果不佳的问题，另外，在确定当前CTU为屏幕视频内容后，计算CTU亮度分量的hash校验值，从而，在第一屏幕视频编码模式，根据上述hash校验值，获取目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，执行目标编码单元与目标编码单元的比特表示之间的转换，如果没有搜索到，则在第二屏幕视频编码模式，重新执行上述流程，进而，避免采用多种屏幕视频编码工具进行重复计算，造成计算冗余的问题。
另外，上述hash校验值为32位crc值，本公开实施例在上述编码单元信息表中搜索参考编码单元的坐标时，还能够基于目标编码单元的32位crc值中第一预设比特位的值和第二预设比特位的值，搜索参考编码单元的坐标。图3为本公开实施例提出的另一种视频处理方法的流程示意图，本实施例的执行主体可以为图1所示实施例中的编码器。如图3所示，该方法包括：
S301：若待处理编码树单元为屏幕视频内容，则确定上述待处理编码树单元的亮度分量的32位crc值。
S302：在第一屏幕视频编码模式，根据上述待处理编码树单元的亮度分量的32位crc值，获取目标编码单元的32位crc值。
其中，步骤S301-S302与上述步骤S201-S202的实现方式相同，此处不再赘述。
S303：根据上述目标编码单元的32位crc值中第一预设比特位的值，在编码单元信息表中搜索与上述第一预设比特位的值对应的第二预设比特位的值。
这里，上述第一预设比特位和第二预设比特位可以根据实际情况设置，例如以上述32位crc值中的高16比特位作为上述第一预设比特位，以上述32位crc值中的低16比特位作为上述第二预设比特位。
上述编码单元信息表可以预存多个编码单元的32位crc值中第一预设比特位的值、第二预设比特位的值，以及编码单元的坐标的对应关系。
编码器可以以目标编码单元的32位crc值中第一预设比特位的值，在上述编码单元信息表的上述对应关系中搜索与上述第一预设比特位的值对应的第二预设比特位的值。
S304：若搜索到的上述第二预设比特位的值与上述目标编码单元的32位crc值中第二预设比特位的值相同，则根据搜索到的第二预设比特位的值，从上述编码单元信息表中获得参考编码单元的坐标。
如果在上述编码单元信息表中搜索到与上述第一预设比特位的值对应的第二预设比特位的值，且搜索到的第二预设比特位的值与上述目标编码单元的32位crc值中第二预设比特位的值相同，则进一步根据搜索到的第二预设比特位的值，从上述编码单元信息表中获得参考编码单元的坐标，即在上述编码单元信息表中搜索到参考编码单元的坐标。
如果在上述编码单元信息表中没有搜索到与上述第一预设比特位的值对应的第二预设比特位的值，或者搜索到的第二预设比特位的值与上述目标编码单元的32位crc值中第二预设比特位的值不同，则确定在上述编码单元信息表中没有搜索到参考编码单元的坐标。
另外，在上述确定上述待处理编码树单元的亮度分量的hash校验值之后，还包括：
从上述待处理编码树单元的亮度分量的32位crc值中，分别获取上述第一预设比特位的值和第二预设比特位的值，并确定相应编码单元的坐标；
将获取的上述第一预设比特位的值和第二预设比特位的值，以及确定的相应编码单元的坐标，保存在上述编码单元信息表中。
这里，通过建立编码单元信息表，使得在后续视频编码中，可以直接从上述表中获取相应信息，减少重复计算。
S305：若在上述编码单元信息表中搜索到参考编码单元的坐标，则根据上述参考编码单元的坐标，执行上述目标编码单元与目标编码单元的比特表示之间的转换。
S306：若在上述编码单元信息表中没有搜索到参考编码单元的坐标，则在第二屏幕视频编码模式下，重新执行上述在第一屏幕视频编码模式执行的操作。
其中，步骤S305-S306与上述步骤S204-S205的实现方式相同，此处不再赘述。
从上述描述可知，本公开实施例能够基于目标编码单元的32位crc值中第一预设比特位的值和第二预设比特位的值在信息表中进行分段搜索，从而，使得信息表可以对信息进行分段存储，节省了存储空间，适合实际应用，而且本公开实施例仅对屏幕视频区域开启屏幕视频编码工具，避免对所有区域都开启屏幕视频编码工具，出现的浪费计算能力，且对非屏幕视频区域编码效果不佳的问题，另外，在确定当前CTU为屏幕视频内容后，计算CTU亮度分量的32位crc值，从而，在第一屏幕视频编码模式，根据上述32位crc值，获取目标编码单元的32位crc值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，执行目标编码单元与目标编码单元的比特表示之间的转换，如果没有搜索到，则在第二屏幕视频编码模式，重新执行上述流程，进而，避免采用多种屏幕视频编码工具进行重复计算，造成计算冗余的问题。
另外，本公开实施例还能够在编码单元信息表中搜索与上述第一预设比特位的值对应的第二预设比特位的值之前，还能够判断搜索次数。图4为本公开实施例提出的再一种视频处理方法的流程示意图，本实施例的执行主体可以为图1所示实施例中的编码器。如图4所示，该方法包括：
S401：若待处理编码树单元为屏幕视频内容，则确定上述待处理编码树单元的亮度分量的32位crc值。
S402：在第一屏幕视频编码模式，根据上述待处理编码树单元的亮度分量的32位crc值，获取目标编码单元的32位crc值。
其中，步骤S401-S402与上述步骤S301-S302的实现方式相同，此处不再赘述。
S403：判断在上述编码单元信息表中搜索与上述第一预设比特位的值对应的上述第二预设比特位的值的次数是否达到预设搜索次数上限。
S404：若上述次数未达到上述预设搜索次数上限，则根据上述目标编码单元的32位crc值中第一预设比特位的值，在编码单元信息表中搜索与上述第一预设比特位的值对应的第二预设比特位的值。
其中，上述预设搜索次数上限可以根据实际情况设置，本公开实施例对此不做特别限制。
在编码单元信息表中搜索与上述第一预设比特位的值对应的第二预设比特位的值之前，判断搜索次数是否达到预设搜索次数上限，如果达到，则停止搜索，否则，进行相应搜索。
这里，通过设置预设搜索次数上限，解决现有搜索次数过多，编码速度慢的问题。
S405：若搜索到的上述第二预设比特位的值与上述目标编码单元的32位crc值中第二预设比特位的值相同，则根据搜索到的第二预设比特位的值，从上述编码单元信息表中获得参考编码单元的坐标。
S406：若在上述编码单元信息表中搜索到参考编码单元的坐标，则根据上述参考编码单元的坐标，执行上述目标编码单元与目标编码单元的比特表示之间的转换。
S407：若在上述编码单元信息表中没有搜索到参考编码单元的坐标，则在第二屏幕视频编码模式下，重新执行上述在第一屏幕视频编码模式执行的操作。
其中，步骤S405-S407与上述步骤S304-S306的实现方式相同，此处不再赘述。
从上述描述可知，本公开实施例通过设置预设搜索次数上限，解决现有搜索次数过多，编码速度慢的问题，而且仅对屏幕视频区域开启屏幕视频编码工具，避免对所有区域都开启屏幕视频编码工具，出现的浪费计算能力，且对非屏幕视频区域编码效果不佳的问题，另外，在确定当前CTU为屏幕视频内容后，计算CTU亮度分量的32位crc值，从而，在第一屏幕视频编码模式，根据上述32位crc值，获取目标编码单元的32位crc值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，执行目标编码单元与目标编码单元的比特表示之间的转换，如果没有搜索到，则在第二屏幕视频编码模式，重新执行上述流程，进而，避免采用多种屏幕视频编码工具进行重复计算，造成计算冗余的问题。
另外，本公开实施例还能够根据相应代价从编码单元信息表中获取参考编码单元的坐标。图5为本公开实施例提出的又一种视频处理方法的流程示意图，本实施例的执行主体可以为图1所示实施例中的编码器。如图5所示，该方法包括：
S501：若待处理编码树单元为屏幕视频内容，则确定上述待处理编码树单元的亮度分量的32位crc值。
S502：在第一屏幕视频编码模式，根据上述待处理编码树单元的亮度分量的32位crc值，获取目标编码单元的32位crc值。
S503：根据上述目标编码单元的32位crc值中第一预设比特位的值，在编码单元信息表中搜索与上述第一预设比特位的值对应的第二预设比特位的值。
其中，步骤S501-S503与上述步骤S301-S303的实现方式相同，此处不再赘述。
S504：若搜索到的上述第二预设比特位的值与上述目标编码单元的32位crc值中第二预设比特位的值相同，则分别确定上述目标编码单元与搜索到的第二预设比特位的值对应的且属于上述编码单元信息表的待处理编码单元之间的代价值。
S505：从上述待处理编码单元中获取代价值的最小值对应的编码单元作为参考编码单元，从上述编码单元信息表中获取参考编码单元的坐标。
这里，分别计算目标编码单元搜索到的第二预设比特位的值对应的待处理编码单元之间的代价值，其中，该代价值可以为率失真代价(RDcost)，从而，将上述待处理编码单元中获取上述代价值的最小值对应的编码单元作为参考编码单元，找到最佳参考编码单元，使得残差几乎为零，大幅提升压缩效率。
S506：若在上述编码单元信息表中搜索到参考编码单元的坐标，则根据上述参考编码单元的坐标，执行上述目标编码单元与目标编码单元的比特表示之间的转换。
S507：若在上述编码单元信息表中没有搜索到参考编码单元的坐标，则在第二屏幕视频编码模式下，重新执行上述在第一屏幕视频编码模式执行的操作。
其中，步骤S506-S507与上述步骤S305-S306的实现方式相同，此处不再赘述。
本公开实施例提供的视频处理方法，能搜索到匹配的参考块，使得残差几乎为零，大幅提升压缩效率，另外，仅对屏幕视频区域开启屏幕视频编码工具，避免对所有区域都开启屏幕视频编码工具，出现的浪费计算能力，且对非屏幕视频区域编码效果不佳的问题，并且，在确定当前CTU为屏幕视频内容后，计算CTU亮度分量的32位crc值，从而，在第一屏幕视频编码模式，根据上述32位crc值，获取目标编码单元的32位crc值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，执行上述目标编码单元与目标编码单元的比特表示之间的转换，如果没有搜索到，则在第二屏幕视频编码模式，重新执行上述流程，进而，避免采用多种屏幕视频编码工具进行重复计算，造成计算冗余的问题。
另外，上述编码单元信息表为hash表，该hash表中以编码单元的32位crc值中第一预设比特位的值为key，以编码单元的32位crc值中第二预设比特位的值和编码单元的坐标为value。本公开实施例还能够在上述hash表中搜索与第一预设比特位的值对应的第二预设比特位的值。图6为本公开实施例提出的又一种视频处理方法的流程示意图，本实施例的执行主体可以为图1所示实施例中的编码器。如图6所示，该方法包括：
S601：若待处理编码树单元为屏幕视频内容，则确定上述待处理编码树单元的亮度分量的32位crc值。
S602：在第一屏幕视频编码模式，根据上述待处理编码树单元的亮度分量的32位crc值，获取目标编码单元的32位crc值。
其中，步骤S601-S602与上述步骤S301-S302的实现方式相同，此处不再赘述。
S603：将上述目标编码单元的32位crc值中第一预设比特位的值作为搜索key，在上述hash表中搜索与所述搜索key对应的value。
S604：若搜索到的上述搜索key对应的value中的第二预设比特位的值与上述目标编码单元的32位crc值中第二预设比特位的值相同，则在上述搜索key对应的value中获得参考编码单元的坐标。
这里，可以在每一帧设置上述hash表，该hash表是根据关键码值(Keyvalue)而直接进行访问的数据结构。其中，key为编码单元的32位crc值中第一预设比特位的值，value为编码单元的32位crc值中第二预设比特位的值和坐标。一个key可能对应多个value，通过链表连接。
上述获得参考编码单元的坐标过程中，是先将目标编码单元的32位crc值中的第一预设比特位的值作为搜索key，在hash表中查找，如果能找到则得到value链表的表头，遍历value链表，找到value中第二预设比特位的值与目标编码单元的32位crc值中第二比特位相等的value，从这个value中获得参考编码单元的坐标，随即可以计算运动矢量，进入后续编码步骤。其中，通过建立hash表使得后续视频编码中，可以直接从上述hash表中获取相应信息，减少重复计算。
S605：若在上述编码单元信息表中搜索到参考编码单元的坐标，则根据上述参考编码单元的坐标，执行上述目标编码单元与目标编码单元的比特表示之间的转换。
S606：若在上述编码单元信息表中没有搜索到参考编码单元的坐标，则在第二屏幕视频处理模式下，重新执行上述在第一屏幕视频编码模式执行的操作。
其中，步骤S605-S606与上述步骤S305-S306的实现方式相同，此处不再赘述。
本公开实施例提供的视频处理方法，通过建立hash表，使得在后续视频编码中，可以直接从上述hash表中获取相应信息，减少重复计算，另外，仅对屏幕视频区域开启屏幕视频编码工具，避免对所有区域都开启屏幕视频编码工具，出现的浪费计算能力，且对非屏幕视频区域编码效果不佳的问题，并且，在确定当前CTU为屏幕视频内容后，计算CTU亮度分量的32位crc值，从而，在第一屏幕视频编码模式，根据上述32位crc值，获取目标编码单元的32位crc值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，执行目标编码单元与目标编码单元的比特表示之间的转换，如果没有搜索到，则在第二屏幕视频编码模式，重新执行上述流程，进而，避免采用多种屏幕视频编码工具进行重复计算，造成计算冗余的问题。
另外，基于本申请实施例在自研项目上，针对视屏会议、屏幕共享等场景，相比于265普通模式，编码时间增加30～40％，同等编码质量下码率节省30％～70％。
对应于上文实施例的视频处理方法，图7为本公开实施例提供的视频处理装置的结构示意图。为了便于说明，仅示出了与本公开实施例相关的部分。图7为本公开实施例提供的一种视频处理装置的结构示意图。如图7所示，该视频处理装置70包括：确定模块701和处理模块702。
其中，确定模块701，用于若待处理编码树单元为屏幕视频内容，则确定所述待处理编码树单元的亮度分量的hash校验值。
处理模块702，用于在第一屏幕视频处理模式，执行以下操作(1)-(3)：
(1)根据所述待处理编码树单元的亮度分量的hash校验值，获取目标编码单元的hash校验值。
(2)根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标。
(3)若在所述编码单元信息表中搜索到所述参考编码单元的坐标，则根据所述参考编码单元的坐标，执行所述目标编码单元与所述目标编码单元的比特表示之间的转换。
所述处理模块702，还用于若在所述编码单元信息表中没有搜索到所述参考编码单元的坐标，则在第二屏幕视频编码模式下，重新执行所述操作(1)-(3)。
本公开实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本公开实施例此处不再赘述。
图8为本公开实施例提供的另一种视频处理装置的结构示意图。如图8所示，本公开实施例在图7实施例的基础上，还包括：判断模块703。
在一种可能的设计中，判断模块703，用于确定所述待处理编码树单元的亮度分量的颜色直方图；根据所述颜色直方图中的非零值的个数，和/或，所述非零值的最大值和最小值，确定所述待处理编码树单元是否为所述屏幕视频内容。
在一种可能的设计中，所述判断模块703确定所述待处理编码树单元是否为所述屏幕视频内容，包括：
若所述非零值的个数大于零，且所述非零值的个数小于或等于预设个数阈值，则判定所述待处理编码树单元为所述屏幕视频内容；
和/或
若所述非零值的最大值与所述非零值的最小值的差值大于或等于预设差值阈值，则判定所述待处理编码树单元为所述屏幕视频内容；
和/或
若多个预设非零值的相加之和，大于所述待处理编码树单元拆分的编码单元的大小的预设倍数，则判定所述待处理编码树单元为所述屏幕视频内容。
在一种可能的设计中，所述hash校验值为32位crc值。
在一种可能的设计中，处理模块702根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，包括：
根据所述目标编码单元的32位crc值中第一预设比特位的值，在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值；
若搜索到的所述第二预设比特位的值与所述目标编码单元的32位crc值中所述第二预设比特位的值相同，则根据搜索到的所述第二预设比特位的值，从所述编码单元信息表中获得所述参考编码单元的坐标。
在一种可能的设计中，处理模块702，用于在所述确定模块701确定所述待处理编码树单元的亮度分量的hash校验值之后，从所述待处理编码树单元的亮度分量的32位crc值中，分别获取所述第一预设比特位的值和所述第二预设比特位的值，并确定相应编码单元的坐标；
将获取的所述第一预设比特位的值和所述第二预设比特位的值，以及确定的相应编码单元的坐标，保存在所述编码单元信息表中。
在一种可能的设计中，所述处理模块702在所述获取目标编码单元的hash校验值之前，还用于：
判断所述目标编码单元的大小是否为预设大小；
若所述目标编码单元的大小为所述预设大小，则执行所述获取目标编码单元的hash校验值的步骤。
在一种可能的设计中，所述处理模块702在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值之前，还用于：
判断在所述编码单元信息表中搜索与所述第一预设比特位的值对应的所述第二预设比特位的值的次数是否达到预设搜索次数上限；
若所述次数未达到所述预设搜索次数上限，则执行所述在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值的步骤。
在一种可能的设计中，所述处理模块702根据搜索到的所述第二预设比特位的值，从所述编码单元信息表中获得所述参考编码单元的坐标，包括：
分别确定所述目标编码单元与搜索到的所述第二预设比特位的值对应的且属于所述编码单元信息表的待处理编码单元之间的代价值；
从所述待处理编码单元中获取所述代价值的最小值对应的编码单元作为所述参考编码单元，从所述编码单元信息表中获取所述参考编码单元的坐标。
在一种可能的设计中，所述编码单元信息表为hash表，所述hash表中以编码单元的32位crc值中第一预设比特位的值为key，以编码单元的32位crc值中第二预设比特位的值和编码单元的坐标为value；
所述处理模块702根据所述目标编码单元的32位crc值中第一预设比特位的值，在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值，包括：
将所述目标编码单元的32位crc值中第一预设比特位的值作为搜索key，在所述hash表中搜索与所述搜索key对应的value。
在一种可能的设计中，若搜索到的所述第二预设比特位的值与所述目标编码单元的32位crc值中所述第二预设比特位的值相同，则所述处理模块702根据搜索到的所述第二预设比特位的值，从所述编码单元信息表中获得所述参考编码单元的坐标，包括：
若搜索到的所述搜索key对应的value中的所述第二预设比特位的值与所述目标编码单元的32位crc值中所述第二预设比特位的值相同，则在所述搜索key对应的value中获得所述参考编码单元的坐标。
本公开实施例提供的装置，可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，本公开实施例此处不再赘述。
参考图9，电子设备900可以包括处理装置(例如中央处理器、图形处理器等)901，其可以根据存储在只读存储器(Read Only Memory，简称ROM)902中的程序或者从存储装置908加载到随机访问存储器(Random Access Memory，简称RAM)903中的程序而执行各种适当的动作和处理。在RAM 903中，还存储有电子设备900操作所需的各种程序和数据。处理装置901、ROM 902以及RAM 903通过总线904彼此相连。输入/输出(I/O)接口905也连接至总线904。
通常，以下装置可以连接至I/O接口905：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置906；包括例如LCD、扬声器、振动器等的输出装置907；包括例如磁带、硬盘等的存储装置908；以及通信装置909。通信装置909可以允许电子设备900与其他设备进行无线或有线通信以交换数据。虽然图9示出了具有各种装置的电子设备900，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信装置909从网络上被下载和安装，或者从存储装置908被安装，或者从ROM902被安装。在该计算机程序被处理装置901执行时，执行本公开实施例的方法中限定的上述功能。
需要说明的是，本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体地例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述实施例所示的方法。
可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码，上述程序设计语言包括面向对象的程序设计语言—诸如Java、Smalltalk、C++，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(LocalArea Network，简称LAN)或广域网(Wide Area Network，简称WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定，例如，第一获取单元还可以被描述为“获取至少两个网际协议地址的单元”。
本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。
在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
第一方面，根据本公开的一个或多个实施例，提供了一种视频处理方法，包括：
若待处理编码树单元为屏幕视频内容，则确定所述待处理编码树单元的亮度分量的hash校验值；
在第一屏幕视频编码模式，执行以下操作(1)-(3)：
(1)根据所述待处理编码树单元的亮度分量的hash校验值，获取目标编码单元的hash校验值；
(2)根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标；
(3)若在所述编码单元信息表中搜索到所述参考编码单元的坐标，则根据所述参考编码单元的坐标，执行所述目标编码单元与所述目标编码单元的比特表示之间的转换；
若在所述编码单元信息表中没有搜索到所述参考编码单元的坐标，则在第二屏幕视频编码模式下，重新执行所述操作(1)-(3)。
根据本公开的一个或多个实施例，所述方法还包括：
确定所述待处理编码树单元的亮度分量的颜色直方图；
根据所述颜色直方图中的非零值的个数，和/或，所述非零值的最大值和最小值，确定所述待处理编码树单元是否为所述屏幕视频内容。
根据本公开的一个或多个实施例，所述确定所述待处理编码树单元是否为所述屏幕视频内容，包括：
若所述非零值的个数大于零，且所述非零值的个数小于或等于预设个数阈值，则判定所述待处理编码树单元为所述屏幕视频内容；
和/或
若所述非零值的最大值与所述非零值的最小值的差值大于或等于预设差值阈值，则判定所述待处理编码树单元为所述屏幕视频内容；
和/或
若多个预设非零值的相加之和，大于所述待处理编码树单元拆分的编码单元的大小的预设倍数，则判定所述待处理编码树单元为所述屏幕视频内容。
根据本公开的一个或多个实施例，所述hash校验值为32位crc值。
根据本公开的一个或多个实施例，所述根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，包括：
根据所述目标编码单元的32位crc值中第一预设比特位的值，在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值；
若搜索到的所述第二预设比特位的值与所述目标编码单元的32位crc值中所述第二预设比特位的值相同，则根据搜索到的所述第二预设比特位的值，从所述编码单元信息表中获得所述参考编码单元的坐标。
根据本公开的一个或多个实施例，在所述确定所述待处理编码树单元的亮度分量的hash校验值之后，还包括：
从所述待处理编码树单元的亮度分量的32位crc值中，分别获取所述第一预设比特位的值和所述第二预设比特位的值，并确定相应编码单元的坐标；
将获取的所述第一预设比特位的值和所述第二预设比特位的值，以及确定的相应编码单元的坐标，保存在所述编码单元信息表中。
根据本公开的一个或多个实施例，在所述获取目标编码单元的hash校验值之前，还包括：
判断所述目标编码单元的大小是否为预设大小；
若所述目标编码单元的大小为所述预设大小，则执行所述获取目标编码单元的hash校验值的步骤。
根据本公开的一个或多个实施例，在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值之前，还包括：
判断在所述编码单元信息表中搜索与所述第一预设比特位的值对应的所述第二预设比特位的值的次数是否达到预设搜索次数上限；
若所述次数未达到所述预设搜索次数上限，则执行所述在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值的步骤。
根据本公开的一个或多个实施例，所述根据搜索到的所述第二预设比特位的值，从所述编码单元信息表中获得所述参考编码单元的坐标，包括：
分别确定所述目标编码单元与搜索到的所述第二预设比特位的值对应的且属于所述编码单元信息表的待处理编码单元之间的代价值；
从所述待处理编码单元中获取所述代价值的最小值对应的编码单元作为所述参考编码单元，从所述编码单元信息表中获取所述参考编码单元的坐标。
根据本公开的一个或多个实施例，所述编码单元信息表为hash表，所述hash表中以编码单元的32位crc值中第一预设比特位的值为key，以编码单元的32位crc值中第二预设比特位的值和编码单元的坐标为value；
所述根据所述目标编码单元的32位crc值中第一预设比特位的值，在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值，包括：
将所述目标编码单元的32位crc值中第一预设比特位的值作为搜索key，在所述hash表中搜索与所述搜索key对应的value。
根据本公开的一个或多个实施例，所述若搜索到的所述第二预设比特位的值与所述目标编码单元的32位crc值中所述第二预设比特位的值相同，则根据搜索到的所述第二预设比特位的值，从所述编码单元信息表中获得所述参考编码单元的坐标，包括：
若搜索到的所述搜索key对应的value中的所述第二预设比特位的值与所述目标编码单元的32位crc值中所述第二预设比特位的值相同，则在所述搜索key对应的value中获得所述参考编码单元的坐标。
第二方面，根据本公开的一个或多个实施例，提供了视频处理装置，包括：
确定模块，用于若待处理编码树单元为屏幕视频内容，则确定所述待处理编码树单元的亮度分量的hash校验值；
处理模块，用于在第一屏幕视频处理模式，执行以下操作(1)-(3)：
(1)根据所述待处理编码树单元的亮度分量的hash校验值，获取目标编码单元的hash校验值；
(2)根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标；
(3)若在所述编码单元信息表中搜索到所述参考编码单元的坐标，则根据所述参考编码单元的坐标，执行所述目标编码单元与所述目标编码单元的比特表示之间的转换；
所述处理模块，还用于若在所述编码单元信息表中没有搜索到所述参考编码单元的坐标，则在第二屏幕视频编码模式下，重新执行所述操作(1)-(3)。
根据本公开的一个或多个实施例，所述装置还包括：判断模块，用于确定所述待处理编码树单元的亮度分量的颜色直方图；
根据所述颜色直方图中的非零值的个数，和/或，所述非零值的最大值和最小值，确定所述待处理编码树单元是否为所述屏幕视频内容。
根据本公开的一个或多个实施例，所述判断模块确定所述待处理编码树单元是否为所述屏幕视频内容，包括：
若所述非零值的个数大于零，且所述非零值的个数小于或等于预设个数阈值，则判定所述待处理编码树单元为所述屏幕视频内容；
和/或
若所述非零值的最大值与所述非零值的最小值的差值大于或等于预设差值阈值，则判定所述待处理编码树单元为所述屏幕视频内容；
和/或
若多个预设非零值的相加之和，大于所述待处理编码树单元拆分的编码单元的大小的预设倍数，则判定所述待处理编码树单元为所述屏幕视频内容。
根据本公开的一个或多个实施例，所述hash校验值为32位crc值。
根据本公开的一个或多个实施例，所述处理模块根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，包括：
根据所述目标编码单元的32位crc值中第一预设比特位的值，在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值；
若搜索到的所述第二预设比特位的值与所述目标编码单元的32位crc值中所述第二预设比特位的值相同，则根据搜索到的所述第二预设比特位的值，从所述编码单元信息表中获得所述参考编码单元的坐标。
根据本公开的一个或多个实施例，所述处理模块在所述获取目标编码单元的hash校验值之前，还用于：
判断所述目标编码单元的大小是否为预设大小；
若所述目标编码单元的大小为所述预设大小，则执行所述获取目标编码单元的hash校验值的步骤。
第三方面，根据本公开的一个或多个实施例，提供了一种电子设备，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如上第一方面以及第一方面各种可能的设计所述的视频处理方法。
第四方面，根据本公开的一个或多个实施例，提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如上第一方面以及第一方面各种可能的设计所述的视频处理方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

Claims (18)

1.一种视频处理方法，其特征在于，包括：
若待处理编码树单元为屏幕视频内容，则确定所述待处理编码树单元的亮度分量的hash校验值；
在第一屏幕视频编码模式，执行以下操作(1)-(3)：
(1)根据所述待处理编码树单元的亮度分量的hash校验值，获取目标编码单元的hash校验值；
(2)根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标；
(3)若在所述编码单元信息表中搜索到所述参考编码单元的坐标，则根据所述参考编码单元的坐标，执行所述目标编码单元与所述目标编码单元的比特表示之间的转换；
若在所述编码单元信息表中没有搜索到所述参考编码单元的坐标，则在第二屏幕视频编码模式下，重新执行所述操作(1)-(3)。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
确定所述待处理编码树单元的亮度分量的颜色直方图；
根据所述颜色直方图中的非零值的个数，和/或，所述非零值的最大值和最小值，确定所述待处理编码树单元是否为所述屏幕视频内容。
3.根据权利要求2所述的方法，其特征在于，所述确定所述待处理编码树单元是否为所述屏幕视频内容，包括：
若所述非零值的个数大于零，且所述非零值的个数小于或等于预设个数阈值，则判定所述待处理编码树单元为所述屏幕视频内容；
和/或
若所述非零值的最大值与所述非零值的最小值的差值大于或等于预设差值阈值，则判定所述待处理编码树单元为所述屏幕视频内容；
和/或
若多个预设非零值的相加之和，大于所述待处理编码树单元拆分的编码单元的大小的预设倍数，则判定所述待处理编码树单元为所述屏幕视频内容。
4.根据权利要求1所述的方法，其特征在于，所述hash校验值为32位循环冗余校验crc值。
5.根据权利要求4所述的方法，其特征在于，所述根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，包括：
根据所述目标编码单元的32位crc值中第一预设比特位的值，在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值；
若搜索到的所述第二预设比特位的值与所述目标编码单元的32位crc值中所述第二预设比特位的值相同，则根据搜索到的所述第二预设比特位的值，从所述编码单元信息表中获得所述参考编码单元的坐标。
6.根据权利要求4所述的方法，其特征在于，在所述确定所述待处理编码树单元的亮度分量的hash校验值之后，还包括：
从所述待处理编码树单元的亮度分量的32位crc值中，分别获取第一预设比特位的值和第二预设比特位的值，并确定相应编码单元的坐标；
将获取的所述第一预设比特位的值和所述第二预设比特位的值，以及确定的相应编码单元的坐标，保存在所述编码单元信息表中。
7.根据权利要求1所述的方法，其特征在于，在所述获取目标编码单元的hash校验值之前，还包括：
判断所述目标编码单元的大小是否为预设大小；
若所述目标编码单元的大小为所述预设大小，则执行所述获取目标编码单元的hash校验值的步骤。
8.根据权利要求5所述的方法，其特征在于，在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值之前，还包括：
判断在所述编码单元信息表中搜索与所述第一预设比特位的值对应的所述第二预设比特位的值的次数是否达到预设搜索次数上限；
若所述次数未达到所述预设搜索次数上限，则执行所述在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值的步骤。
9.根据权利要求5所述的方法，其特征在于，所述根据搜索到的所述第二预设比特位的值，从所述编码单元信息表中获得所述参考编码单元的坐标，包括：
分别确定所述目标编码单元与搜索到的所述第二预设比特位的值对应的且属于所述编码单元信息表的待处理编码单元之间的代价值；
从所述待处理编码单元中获取所述代价值的最小值对应的编码单元作为所述参考编码单元，从所述编码单元信息表中获取所述参考编码单元的坐标。
10.根据权利要求5所述的方法，其特征在于，所述编码单元信息表为hash表，所述hash表中以编码单元的32位crc值中第一预设比特位的值为key，以编码单元的32位crc值中第二预设比特位的值和编码单元的坐标为value；
所述根据所述目标编码单元的32位crc值中第一预设比特位的值，在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值，包括：
将所述目标编码单元的32位crc值中第一预设比特位的值作为搜索key，在所述hash表中搜索与所述搜索key对应的value；
所述若搜索到的所述第二预设比特位的值与所述目标编码单元的32位crc值中所述第二预设比特位的值相同，则根据搜索到的所述第二预设比特位的值，从所述编码单元信息表中获得所述参考编码单元的坐标，包括：
若搜索到的所述搜索key对应的value中的所述第二预设比特位的值与所述目标编码单元的32位crc值中所述第二预设比特位的值相同，则在所述搜索key对应的value中获得所述参考编码单元的坐标。
11.一种视频处理装置，其特征在于，包括：
确定模块，用于若待处理编码树单元为屏幕视频内容，则确定所述待处理编码树单元的亮度分量的hash校验值；
处理模块，用于在第一屏幕视频处理模式，执行以下操作(1)-(3)：
(1)根据所述待处理编码树单元的亮度分量的hash校验值，获取目标编码单元的hash校验值；
(2)根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标；
(3)若在所述编码单元信息表中搜索到所述参考编码单元的坐标，则根据所述参考编码单元的坐标，执行所述目标编码单元与所述目标编码单元的比特表示之间的转换；
所述处理模块，还用于若在所述编码单元信息表中没有搜索到所述参考编码单元的坐标，则在第二屏幕视频编码模式下，重新执行所述操作(1)-(3)。
12.根据权利要求11所述的装置，其特征在于，所述装置还包括：判断模块，用于确定所述待处理编码树单元的亮度分量的颜色直方图；
根据所述颜色直方图中的非零值的个数，和/或，所述非零值的最大值和最小值，确定所述待处理编码树单元是否为所述屏幕视频内容。
13.根据权利要求12所述的装置，其特征在于，所述判断模块确定所述待处理编码树单元是否为所述屏幕视频内容，包括：
若所述非零值的个数大于零，且所述非零值的个数小于或等于预设个数阈值，则判定所述待处理编码树单元为所述屏幕视频内容；
和/或
若所述非零值的最大值与所述非零值的最小值的差值大于或等于预设差值阈值，则判定所述待处理编码树单元为所述屏幕视频内容；
和/或
若多个预设非零值的相加之和，大于所述待处理编码树单元拆分的编码单元的大小的预设倍数，则判定所述待处理编码树单元为所述屏幕视频内容。
14.根据权利要求11所述的装置，其特征在于，所述hash校验值为32位crc值。
15.根据权利要求14所述的装置，其特征在于，所述处理模块根据所述目标编码单元的hash校验值，在当前帧已建立的编码单元信息表中搜索参考编码单元的坐标，包括：
根据所述目标编码单元的32位crc值中第一预设比特位的值，在所述编码单元信息表中搜索与所述第一预设比特位的值对应的第二预设比特位的值；
若搜索到的所述第二预设比特位的值与所述目标编码单元的32位crc值中所述第二预设比特位的值相同，则根据搜索到的所述第二预设比特位的值，从所述编码单元信息表中获得所述参考编码单元的坐标。
16.根据权利要求11所述的装置，其特征在于，所述处理模块在所述获取目标编码单元的hash校验值之前，还用于：
判断所述目标编码单元的大小是否为预设大小；
若所述目标编码单元的大小为所述预设大小，则执行所述获取目标编码单元的hash校验值的步骤。
17.一种电子设备，其特征在于，包括：至少一个处理器和存储器；
所述存储器存储计算机执行指令；
所述至少一个处理器执行所述存储器存储的计算机执行指令，使得所述至少一个处理器执行如权利要求1至10任一项所述的视频处理方法。
18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现如权利要求1至10任一项所述的视频处理方法。
CN202010074803.7A 2020-01-22 2020-01-22 视频处理方法、装置及电子设备 Active CN111225214B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202010074803.7A CN111225214B (zh) 2020-01-22 2020-01-22 视频处理方法、装置及电子设备
PCT/CN2020/127595 WO2021147464A1 (zh) 2020-01-22 2020-11-09 视频处理方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010074803.7A CN111225214B (zh) 2020-01-22 2020-01-22 视频处理方法、装置及电子设备

Publications (2)

Publication Number Publication Date
CN111225214A true CN111225214A (zh) 2020-06-02
CN111225214B CN111225214B (zh) 2022-08-12

Family

ID=70831245

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010074803.7A Active CN111225214B (zh) 2020-01-22 2020-01-22 视频处理方法、装置及电子设备

Country Status (2)

Country Link
CN (1) CN111225214B (zh)
WO (1) WO2021147464A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021147464A1 (zh) * 2020-01-22 2021-07-29 北京字节跳动网络技术有限公司 视频处理方法、装置及电子设备

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113423012B (zh) * 2021-08-23 2021-12-03 中兴通讯股份有限公司 视频处理方法、服务器和计算机可读存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140369421A1 (en) * 2013-06-12 2014-12-18 Microsoft Corporation Screen Map and Standards-Based Progressive Codec for Screen Content Coding
CN104780379A (zh) * 2015-01-21 2015-07-15 北京工业大学 一种屏幕图像集合的压缩方法
US20150264396A1 (en) * 2014-03-17 2015-09-17 Mediatek Singapore Pte. Ltd. Method of Video Coding Using Symmetric Intra Block Copy
US20150261884A1 (en) * 2014-03-17 2015-09-17 Qualcomm Incorporated Hash-based encoder search for intra block copy
US20150341643A1 (en) * 2014-05-23 2015-11-26 Futurewei Technologies, Inc. Advanced screen content coding with improved palette table and index map coding methods
CN105578182A (zh) * 2014-10-15 2016-05-11 联想(北京)有限公司 一种视频编码、解码方法及装置
CN108174214A (zh) * 2017-12-08 2018-06-15 重庆邮电大学 一种基于屏幕内容视频编码的远程桌面共享方法
CN108495139A (zh) * 2018-04-18 2018-09-04 北方工业大学 屏幕内容编码的哈希块匹配
CN109743570A (zh) * 2019-01-09 2019-05-10 北京工业大学 一种屏幕内容视频的压缩方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150381994A1 (en) * 2014-06-27 2015-12-31 Futurewei Technologies, Inc. Advanced screen content coding with improved palette table and index map coding methods
WO2016055001A1 (en) * 2014-10-08 2016-04-14 Mediatek Inc. Method of block vector clipping and coding for screen content coding and video coding
JP2017126829A (ja) * 2016-01-12 2017-07-20 富士通株式会社 動画像符号化装置、動画像符号化方法、及びプログラム
US11095877B2 (en) * 2016-11-30 2021-08-17 Microsoft Technology Licensing, Llc Local hash-based motion estimation for screen remoting scenarios
CN111225214B (zh) * 2020-01-22 2022-08-12 北京字节跳动网络技术有限公司 视频处理方法、装置及电子设备

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20140369421A1 (en) * 2013-06-12 2014-12-18 Microsoft Corporation Screen Map and Standards-Based Progressive Codec for Screen Content Coding
US20150264396A1 (en) * 2014-03-17 2015-09-17 Mediatek Singapore Pte. Ltd. Method of Video Coding Using Symmetric Intra Block Copy
US20150261884A1 (en) * 2014-03-17 2015-09-17 Qualcomm Incorporated Hash-based encoder search for intra block copy
US20150341643A1 (en) * 2014-05-23 2015-11-26 Futurewei Technologies, Inc. Advanced screen content coding with improved palette table and index map coding methods
CN106415607A (zh) * 2014-05-23 2017-02-15 华为技术有限公司 具有改进调色板表和索引图编码的先进屏幕内容编码方法
CN105578182A (zh) * 2014-10-15 2016-05-11 联想(北京)有限公司 一种视频编码、解码方法及装置
CN104780379A (zh) * 2015-01-21 2015-07-15 北京工业大学 一种屏幕图像集合的压缩方法
CN108174214A (zh) * 2017-12-08 2018-06-15 重庆邮电大学 一种基于屏幕内容视频编码的远程桌面共享方法
CN108495139A (zh) * 2018-04-18 2018-09-04 北方工业大学 屏幕内容编码的哈希块匹配
CN109743570A (zh) * 2019-01-09 2019-05-10 北京工业大学 一种屏幕内容视频的压缩方法

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
SIK-HO TSANG: "Hash based fast local search for Intra Block Copy (IntraBC) mode in HEVC screen content coding", 《2015 ASIA-PACIFIC SIGNAL AND INFORMATION PROCESSING ASSOCIATION ANNUAL SUMMIT AND CONFERENCE (APSIPA)》 *
卢波: "基于帧间相关性的屏幕内容视频编码技术研究", 《中国优秀硕士学位论文全文数据库》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021147464A1 (zh) * 2020-01-22 2021-07-29 北京字节跳动网络技术有限公司 视频处理方法、装置及电子设备

Also Published As

Publication number Publication date
CN111225214B (zh) 2022-08-12
WO2021147464A1 (zh) 2021-07-29

Similar Documents

Publication Publication Date Title
JP7106744B2 (ja) ルーマおよびクロマ成分についてｉｂｃ専用バッファおよびデフォルト値リフレッシュを使用するエンコーダ、デコーダおよび対応する方法
JP7205038B2 (ja) 任意のｃｔｕサイズのためのｉｂｃ検索範囲最適化を用いるエンコーダ、デコーダおよび対応する方法
US11943451B2 (en) Chroma block prediction method and apparatus
US20220007034A1 (en) Encoder, a decoder and corresponding methods related to intra prediction mode
WO2020103800A1 (zh) 视频解码方法和视频解码器
CN110881126B (zh) 色度块预测方法以及设备
CN115348449B (zh) 编码器，解码器和使用压缩mv存储的对应方法
JP2022537426A (ja) 幾何学的分割モードのためのクロマサンプル重みの導出
WO2020038378A1 (zh) 色度块预测方法及装置
CN111225214B (zh) 视频处理方法、装置及电子设备
WO2021147463A1 (zh) 视频处理方法、装置及电子设备
US20210337189A1 (en) Prediction mode determining method and apparatus
KR102631517B1 (ko) 픽처 분할 방법 및 장치
WO2021169817A1 (zh) 视频处理方法及电子设备
WO2020181476A1 (zh) 视频图像预测方法及装置
US11985303B2 (en) Context modeling method and apparatus for flag
CN111885389B (zh) 一种多媒体数据编码方法、装置及存储介质
US11706444B2 (en) Inter prediction method and apparatus
RU2814812C2 (ru) Выведение веса выборки цветности для геометрического режима разделения
RU2820991C1 (ru) Кодирующее устройство, декодирующее устройство и соответствующие способы уменьшения сложности при внутрикадровом прогнозировании для планарного режима
CN110876061A (zh) 色度块预测方法及装置
RU2816202C2 (ru) Способ и аппаратура для аффинного внешнего предсказания субблоков цветности
RU2801326C2 (ru) Кодер, декодер и соответствующие способы, использующие выделенный буфер ibc, и значение по умолчанию, обновляющее компонент яркости и цветности
CN116962696A (zh) 图像编码方法和装置
KR20210129180A (ko) 평면 모드를 위한 인트라 예측에 대한 복잡도 감소의 인코더, 디코더 및 대응하는 방법

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