对视频比特流进行编码的方法、设备和介质与流程

对视频比特流进行编码的方法、设备和介质1.优先权信息2.本申请要求于2020年1月8日提交的、申请号为62/958,486的美国临时申请、以及于2020年10月14日提交的、申请号为17/070,376的美国申请的优先权，其全部内容通过引用并入本申请中。
技术领域：
：3.本申请涉及视频编码和解码技术，更具体地，涉及对视频比特流进行编码的方法、设备和介质。
背景技术：
：：4.使用具有运动补偿的帧间图片预测来进行视频编码和解码已经众所周知。未压缩的数字视频可包括一系列图片，每个图片具有例如1920×1080亮度样本及相关色度样本的空间维度。所述系列图片具有固定的或可变的图片速率(也非正式地称为帧率)，例如每秒60个图片或60hz。未压缩的视频具有非常大的比特率要求。例如，每个样本8比特的1080p604:2:0的视频(1920x1080亮度样本分辨率，60hz帧率)要求接近1.5gbit/s带宽。一小时这样的视频就需要超过600gb的存储空间。5.视频编码和解码的一个目的是通过压缩减少输入视频信号的冗余信息。视频压缩可以帮助降低对上述带宽或存储空间的要求，在某些情况下可降低两个或更多数量级。无损和有损压缩，以及两者的组合均可采用。无损压缩是指从压缩的原始信号中重建原始信号精确副本的技术。当使用有损压缩时，重建信号可能与原始信号不完全相同，但是原始信号和重建信号之间的失真足够小，使得重建信号可用于预期应用。有损压缩广泛应用于视频。容许的失真量取决于应用。例如，相比于电视应用的用户，某些消费流媒体应用的用户可以容忍更高的失真。可实现的压缩比反映出：较高的允许/容许失真可产生较高的压缩比。6.视频编码器和解码器可以利用几大类技术，例如包括运动补偿、变换、量化和熵编码，其中的一些技术将会在下文中介绍。7.从历史上看，视频编码器和解码器倾向于对给定的图片大小进行操作，在大多数情况下，该图片大小会针对已编码视频序列(cvs)、图片群组(gop)或类似的多图片时间帧进行定义并保持不变。例如，在mpeg-2中，已知系统设计会根据诸如场景活动之类的因素仅在i图片处改变水平分辨率(从而改变图片大小)，因此通常用于gop。例如，根据itu-trec.h.263的附录p，在cvs内使用不同分辨率对参考图片进行重采样是已知的。然而，此处的图片大小没有改变，仅对参考图片进行了重采样，这可能会导致只有部分图片画布被使用(在下采样的情况下)，或者只有部分场景被捕获(在上采样的情况下)。进一步地，h.263的附录q允许对单个宏块向上或向下(在每个维度上)进行二倍的重采样。同样，图片大小保持不变。宏块的大小在h.263中是固定的，因此不需要发信号通知。8.在现代视频编解码中，预测图片中图片大小的变化已成为主流。例如，vp9允许参考图片重采样和改变整个图片的分辨率。类似地，针对多功能视频编码(vvc)的某些建议(包括例如hendry等人的“关于vvc的自适应分辨率改变(onadaptiveresolutionchange(arc)forvvc)”，联合视频小组文献jvet-m0135-v1，2019年1月9日至19日，其整体并入本文)允许将整个参考图片重采样为不同(更高或更低)的分辨率。在该文献中，建议将不同的候选分辨率编码在序列参数集中，并由图片参数集中的每个图片语法元素引用。9.环绕(wraparound)运动补偿是用于采用等角投影(erp)格式编解码360投影图片的一种有用特征。它可以减少接缝线处的一些视觉伪像并提高编解码增益。在当前的vvc规范草案jvet-p2001(由jvet-q0041编辑更新)中，序列参数集(sps)中的sps_ref_wraparound_offset_minus1指定用于计算水平环绕位置的偏移。问题在于，环绕偏移是相对于图片宽度确定的。如果参考图片的图片宽度与当前图片宽度不同，则环绕偏移应该与当前图片和参考图片之间的缩放比例成比例地改变。然而，实际上，与环绕运动补偿的优点相比，这可能大大增加了根据每个参考图片的图片宽度来调整偏移的实现和计算复杂度。具有不同图片大小和参考图片重采样(rpr)的层间预测将导致以不期望的方式生成跨层和跨时间图片的不同图片分辨率的各种组合。技术实现要素：10.为了解决上述问题，本申请实施例提供了对视频比特流进行编码的方法、装置、设备和计算机可读介质。11.在实施例中，提供了一种对视频比特流进行编码的方法，该方法包括：确定参考图片重采样被启用；确定参考图片的参考图片大小；确定当前图片的当前图片大小；确定所述参考图片大小是否等于所述当前图片大小；当确定所述参考图片大小不等于所述当前图片大小时，禁用环绕运动补偿；当禁用所述环绕运动补偿时，不使用所述环绕运动补偿对所述当前图片进行编码；以及基于已编码的当前图片生成已编码视频比特流。12.在实施例中，提供了一种对视频比特流进行编码的设备，该设备包括：至少一个存储器，用于存储程序代码；以及至少一个处理器，用于读取所述程序代码并按照所述程序代码的指示进行操作，以实现所述对视频比特流进行编码的方法。13.在实施例中，提供了一种对视频比特流进行编码的装置，该装置包括：第一确定模块，用于确定参考图片重采样被启用；第二确定模块，用于确定参考图片的参考图片大小；第三确定模块，用于确定当前图片的当前图片大小；第四确定模块，用于确定所述参考图片大小是否等于所述当前图片大小；禁用模块，用于当确定所述参考图片大小不等于所述当前图片大小时，禁用环绕运动补偿；编码模块，用于当禁用所述环绕运动补偿时，不使用所述环绕运动补偿对所述当前图片进行编码；以及生成模块，用于基于已编码的当前图片生成已编码视频比特流。14.在实施例中，提供了一种非易失性计算机可读介质，用于存储指令，所述指令包括一个或多个指令，当所述一个或多个指令由用于编码视频比特流的设备的一个或多个处理器执行时，使得所述一个或多个处理器执行所述对视频比特流进行编码的方法。15.在本申请的实施例中，当确定参考图片大小不等于当前图片大小时，禁用环绕运动补偿，而不是在参考图片大小与当前图片大小不同时，采用环绕偏移与当前图片和参考图片之间的缩放比例成比例地改变的方案，从而降低了计算复杂度。16.附图简要说明17.根据以下详细描述和附图，所公开的主题的其他特征、性质和各种优点将进一步明确，其中18.图1是根据实施例的通信系统的简化框图的示意图；19.图2是根据实施例的流式传输系统的简化框图的示意图；20.图3是根据实施例的解码器的简化框图的示意图；21.图4是根据实施例的编码器的简化框图的示意图；22.图5是根据实施例的用于发信号通知arc参数的选项的示意图；23.图6a-6b是根据实施例的语法表的示例的示意图；24.图7是根据实施例的在pps中发信号通知环绕运动补偿语法的示意图；25.图8是根据实施例的对视频比特流进行编码的示例过程的流程图；26.图9是根据实施例的计算机系统的示意图。具体实施方式27.图1是根据本申请公开的实施例的通信系统(100)的简化框图。通信系统(100)包括至少两个终端装置(110，120)，所述终端装置可通过网络(150)彼此通信。对于单向数据传输，第一终端装置(110)可在本地位置对视频数据进行编码，以通过网络(150)传输到第二端装置(120)。第二终端装置(120)可从网络(150)接收另一终端的已编码视频数据，对已编码视频数据进行解码以恢复视频数据，并显示恢复的视频数据。单向数据传输在媒体服务等应用中是较常见的。28.图1示出了支持已编码视频的双向传输的第二对终端装置(130，140)，所述双向传输可例如在视频会议期间发生。对于双向数据传输，第三终端装置(130)和第四终端装置(140)中的每个终端装置可对在本地位置采集的视频数据进行编码，以通过网络(150)传输到第三终端装置(130)和第四终端装置(140)中的另一终端装置。第三终端装置(130)和第四终端装置(140)中的每个终端装置还可接收由第三终端装置(130)和第四终端装置(140)中的另一终端装置传输的已编码视频数据，且可对所述已编码视频数据进行解码并在本地显示设备上显示恢复的视频数据。29.在图1中，第一终端装置(110)、第二终端装置(120)、第三终端装置(130)和第四终端装置(140)可为服务器、个人计算机和智能手机，但本申请公开的原理可不限于此。本申请公开的实施例适用于膝上型计算机、平板电脑、媒体播放器和/或专用视频会议设备。网络(150)表示在第一终端装置(110)、第二终端装置(120)、第三终端装置(130)和第四终端装置(140)之间传送已编码视频数据的任何数目的网络，包括例如有线和/或无线通信网络。通信网络(150)可在电路交换和/或分组交换信道中交换数据。该网络可包括电信网络、局域网、广域网和/或互联网。出于本申请的目的，除非在下文中有所解释，否则网络(150)的架构和拓扑对于本申请公开的操作来说可能是无关紧要的。30.作为所公开主题的应用实施例，图2示出了视频解码器和编码器在流式传输环境中的放置方式。本申请所公开主题可同等地适用于其它支持视频的应用，包括例如视频会议、数字tv、在包括cd、dvd、存储棒等的数字介质上存储压缩视频等等。31.流式传输系统可包括采集子系统(213)，所述采集子系统可包括诸如数码相机等视频源(201)，所述视频源创建例如未压缩的视频样本流(202)。较于已编码的视频比特流，视频样本流(202)被描绘为粗线，以强其为调高数据量的视频样本流，视频样本流(202)可由耦接到相机(201)的编码器(203)处理。编码器(203)可包括硬件、软件或软硬件组合以实现或实施如下文更详细地描述的所公开主题的各方面。相较于视频样本流(202)，已编码的视频比特流(204)被描绘为细线，以强调较低数据量的已编码的视频比特流，其可存储在流式传输服务器(205)上以供将来使用。一个或多个流式传输客户端(206，208)可访问流式传输服务器(205)以检索已编码的视频比特流(204)的副本(207)和副本(209)。客户端(206)可包括视频解码器(210)。视频解码器(210)对已编码的视频比特流的传入副本(207)进行解码，且产生可在显示器(212)或另一呈现装置(未示出)上呈现的输出视频样本流(211)。在一些流式传输系统中，可以根据某些视频编解码/压缩标准对视频比特流(204，207，209)进行编码。这些标准的示例包括itu-th.265建议书。正在开发的视频编解码标准被非正式地称为多功能视频编解码(vvc)。所公开的主题可以在vvc的上下文中使用。32.图3是根据本申请公开的实施例的视频解码器(210)的功能框图。33.接收器(310)可接收将由视频解码器(210)解码的一个或多个已编码视频序列；在同一实施例或另一实施例中，一次接收一个已编码视频序列，其中每个已编码视频序列的解码独立于其它已编码视频序列。可从信道(312)接收已编码视频序列，所述信道可以是通向存储已编码的视频数据的存储装置的硬件/软件链路。接收器(310)可接收已编码的视频数据以及其它数据，例如，可转发到它们各自的使用实体(未标示)的已编码音频数据和/或辅助数据流。接收器(310)可将已编码视频序列与其它数据分开。为了防止网络抖动，缓冲存储器(315)可耦接在接收器(310)与熵解码器/解析器(320)(此后称为“解析器”)之间。当接收器(310)从具有足够带宽和可控性的存储/转发装置或从等时同步网络接收数据时，也可能不需要配置缓冲存储器(315)，或可以将所述缓冲存储器做得较小。当然，为了在互联网等业务分组网络上使用，也可能需要缓冲存储器(315)，所述缓冲存储器可相对较大且可具有自适应性大小。34.视频解码器(210)可包括解析器(320)以根据熵编码视频序列重建符号(321)。这些符号的类别包括用于管理视频解码器(210)的操作的信息，以及用以控制诸如显示器212的显示装置的潜在信息，所述显示装置不是解码器的组成部分，但可耦接到解码器，如图3中所示。用于显示装置的控制信息可以是辅助增强信息(supplementaryenhancementinformation，sei消息)或视频可用性信息(videousabilityinformation，vui)的参数集片段(未标示)。解析器(320)可对接收到的已编码视频序列进行解析/熵解码。已编码视频序列的编码可根据视频编码技术或标准进行，且可遵循本领域技术人员所公知的原理，包括可变长度编码、霍夫曼编码(huffmancoding)、具有或不具有上下文灵敏度的算术编码等等。解析器(320)可基于对应于群组的至少一个参数，从已编码视频序列提取用于视频解码器中的像素的子群中的至少一个子群的子群参数集。子群可包括图片群组(groupofpictures，gop)、图片、子图片、图块(tile)、切片(slice)、砖块(brick)宏块、编码树单元(codingtreeunit，ctu)、编码单元(codingunit，cu)、块、变换单元(transformunit，tu)、预测单元(predictionunit，pu)等等。图块可以指示图片中的特定图块列和行内的cu/ctu的矩形区域。砖块可以指示特定图块内的cu/ctu行的矩形区域。切片可以指示图片的一个或多个砖块，其包含在nal单元中。子图片可以指示图片中一个或多个切片的矩形区域。熵解码器/解析器还可从已编码视频序列提取信息，例如变换系数、量化器参数值、运动矢量等等。35.解析器(320)可对从缓冲存储器(315)接收的视频序列执行熵解码/解析操作，从而创建符号(321)。36.取决于已编码视频图片或一部分已编码视频图片(例如：帧间图片和帧内图片、帧间块和帧内块)的类型以及其它因素，符号(321)的重建可涉及多个不同单元。涉及哪些单元以及涉及方式可由解析器(320)从已编码视频序列解析的子群控制信息控制。为了简洁起见，未描述解析器(320)与下文的多个单元之间的此类子群控制信息流。37.除已经提及的功能块以外，视频解码器(210)可在概念上细分成如下文所描述的数个功能单元。在商业约束下运行的实际实施例中，这些单元中的许多单元彼此紧密交互并且可以彼此集成。然而，出于描述所公开主题的目的，概念上细分成下文的功能单元是适当的。38.第一单元可以是缩放器/逆变换单元(351)。缩放器/逆变换单元(351)可从解析器(320)接收作为符号(321)的量化变换系数以及控制信息，包括使用哪种变换方式、块大小、量化因子、量化缩放矩阵等。缩放器/逆变换单元(351)可输出包括样本值的块，所述样本值可输入到聚合器(355)中。39.在一些情况下，缩放器/逆变换单元(351)的输出样本可属于帧内编码块；即：不使用来自先前重建的图片的预测性信息，但可使用来自当前图片的先前重建部分的预测性信息的块。此类预测性信息可由帧内图片预测单元(352)提供。在一些情况下，帧内图片预测单元(352)采用从(部分重建的)当前图片(358)提取的已重建信息生成大小和形状与正在重建的块相同的周围块。在一些情况下，聚合器(355)基于每个样本，将帧内预测单元(352)生成的预测信息添加到由缩放器/逆变换单元(351)提供的输出样本信息中。40.在其它情况下，缩放器/逆变换单元(351)的输出样本可属于帧间编码和潜在运动补偿块。在此情况下，运动补偿预测单元(353)可访问参考图片存储器(357)以提取用于预测的样本。在根据符号(321)对提取的样本进行运动补偿之后，这些样本可由聚合器(355)添加到缩放器/逆变换单元(351)的输出(在这种情况下被称作残差样本或残差信号)，从而生成输出样本信息。运动补偿预测单元(353)从参考图片存储器(357)内的地址获取预测样本可受到运动矢量控制，且所述运动矢量以所述符号(321)的形式而供运动补偿预测单元(353)使用，所述符号(321)例如是包括x、y和参考图片分量。运动补偿还可包括在使用子样本精确运动矢量时，从参考图片存储器(357)提取的样本值的内插、运动矢量预测机制等等。41.聚合器(355)的输出样本可在环路滤波器单元(356)中被各种环路滤波技术采用。视频压缩技术可包括环路内滤波器技术，所述环路内滤波器技术受控于包括在已编码视频比特流中的参数，且所述参数作为来自解析器(320)的符号(321)可用于环路滤波器单元(356)。然而，在其他实施例中，视频压缩技术还可响应于在解码已编码图片或已编码视频序列的先前(按解码次序)部分期间获得的元信息，以及响应于先前重建且经过环路滤波的样本值。42.环路滤波器单元(356)的输出可以是样本流，所述样本流可输出到显示装置(212)以及存储在参考图片存储器(357)，以用于后续的帧间图片预测。43.一旦完全重建，某些已编码图片就可用作参考图片以用于将来预测。一旦已编码图片被完全重建，且已编码图片(通过例如解析器(320))被识别为参考图片，则当前图片(358)可变为参考图片存储器(357)中的一部分，且可在开始重建后续已编码图片之前重新分配新的当前图片存储器。44.视频解码器(210)可根据例如itu-th.265标准中记录的预定视频压缩技术执行解码操作。在已编码视频序列遵循在视频压缩技术文献或标准、特别是配置文件中所规定的视频压缩技术或标准的语法的意义上，已编码视频序列可符合所使用的视频压缩技术或标准指定的语法。对于合规性，还要求已编码视频序列的复杂度处于视频压缩技术或标准的层级所限定的范围内。在一些情况下，层级限制最大图片大小、最大帧率、最大重建取样率(以例如每秒兆(mega)个样本为单位进行测量)、最大参考图片大小等等。在一些情况下，由层级设定的限制可通过假想参考解码器(hypotheticalreferencedecoder，hrd)规范和在已编码视频序列中用信号表示的hrd缓冲器管理的元数据来进一步限定。45.在实施例中，接收器(310)可连同已编码视频一起接收附加(冗余)数据。所述附加数据可以是已编码视频序列的一部分。所述附加数据可由视频解码器(210)用以对数据进行适当解码和/或较准确地重建原始视频数据。附加数据可呈例如时间、空间或信噪比(signalnoiseratio，snr)增强层、冗余切片、冗余图片、前向纠错码等形式。46.图4是根据本申请公开的实施例的视频编码器(203)的功能框图。47.视频编码器(203)可从视频源(201)(并非该解码器的一部分)接收视频样本，所述视频源可采集将由视频编码器(203)编码的视频图像。48.视频源(201)可提供将由视频编码器(203)编码的呈数字视频样本流形式的源视频序列，所述数字视频样本流可具有任何合适位深度(例如：8位、10位、12位……)、任何色彩空间(例如bt.601ycrcb、rgb……)和任何合适取样结构(例如ycrcb4:2:0、ycrcb4:4:4)。在媒体服务系统中，视频源(201)可以是存储先前已准备的视频的存储装置。在视频会议系统中，视频源(201)可以为采集本地图像信息作为视频序列的相机。可将视频数据提供为多个单独的图片，当按顺序观看时，这些图片被赋予运动。图片自身可构建为空间像素阵列，其中取决于所用的取样结构、色彩空间等，每个像素可包括一个或多个样本。所属领域的技术人员可以很容易理解像素与样本之间的关系。下文侧重于描述样本。49.根据实施例，视频编码器(203)可实时或在由应用所要求的任何其它时间约束下，将源视频序列的图片编码且压缩成已编码视频序列(443)。施行适当的编码速度是控制器(450)的一个功能。控制器(450)控制如下文所描述的其它功能单元且在功能上耦接到这些单元。为了简洁起见，图中未标示耦接。由控制器(450)设置的参数可包括速率控制相关参数(例如，图片跳过、量化器、率失真优化技术的λ值等)、图片大小、图片群组(groupofpictures，gop)布局，最大运动矢量搜索范围等。本领域技术人员可容易地识别控制器(450)的其它功能，因为这些功能涉及针对某一系统设计优化的视频编码器(203)。50.一些视频编码器在本领域技术人员容易识别出的“编码环路”中进行操作。作为简单的描述，编码环路可包括编码器(430)(下文称为“源编码器(sourcecoder)”，其负责基于待编码的输入图片和参考图片创建符号)的编码部分，和嵌入于视频编码器(203)中的(本地)解码器(433)。“本地”解码器(433)以类似于(远程)解码器创建样本数据的方式重建符号以创建样本数据(因为在本申请所考虑的视频压缩技术中，符号与已编码视频码流之间的任何压缩是无损的)。将重建的样本流输入到参考图片存储器(434)。由于符号流的解码产生与解码器位置(本地或远程)无关的位精确结果，因此参考图片存储器中的内容在本地编码器与远程编码器之间也是按比特位精确对应的。换句话说，编码器的预测部分“看到”的参考图片样本与解码器将在解码期间使用预测时所“看到”的样本值完全相同。这种参考图片同步性基本原理(以及在例如因信道误差而无法维持同步性的情况下产生的漂移)是本领域技术人员公知的。[0051]“本地”解码器(433)的操作可与例如已在上文结合图3详细描述视频解码器(210)的“远程”解码器相同。然而，另外简要参考图4，当符号可用且熵编码器(445)和解析器(320)能够无损地将符号编码/解码为已编码视频序列时，视频解码器(210)的熵解码部分(包括信道(312)、接收器(310)、缓冲存储器(315)和解析器(320))可能无法完全在本地解码器(433)中实施。[0052]此时可以观察到，除存在于解码器中的解析/熵解码之外的任何解码器技术，也必定以基本上相同的功能形式存在于对应的编码器中。由于这个原因，所公开的主题专注于解码器操作。对编码器技术的描述可以简写，因为它们与全面描述的解码器技术互逆。仅在某些区域中需要更详细的描述，并且在下文提供。[0053]作为操作的一部分，源编码器(430)可执行运动补偿预测编码。参考来自视频序列中被指定为“参考帧”的一个或多个先前已编码帧，所述运动补偿预测编码对输入帧进行预测性编码。以此方式，编码引擎(432)对输入帧的像素块与参考帧的像素块之间的差异进行编码，所述参考帧可被选作所述输入帧的预测参考。[0054]本地视频解码器(433)可基于源编码器(430)创建的符号，对可指定为参考帧的帧的已编码视频数据进行解码。编码引擎(432)的操作可为有损过程。当已编码视频数据可在视频解码器(图4中未示)处被解码时，重建的视频序列通常可以是带有一些误差的源视频序列的副本。本地视频解码器(433)复制解码过程，所述解码过程可由视频解码器对参考帧执行，且可使重建的参考帧存储在参考图片存储器(434)中。以此方式，编码器(203)可在本地存储重建的参考帧的副本，所述副本与将由远端视频解码器获得的重建参考帧具有共同内容(不存在传输误差)。[0055]预测器(435)可针对编码引擎(432)执行预测搜索。即，对于将要编码的新帧，预测器(435)可在参考图片存储器(434)中搜索可作为所述新图片的适当预测参考的样本数据(作为候选参考像素块)或某些元数据，例如参考图片运动矢量、块形状等。预测器(435)可基于样本块逐像素块操作，以找到合适的预测参考。在一些情况下，根据预测器(435)获得的搜索结果，可确定输入图片可具有从参考图片存储器(434)中存储的多个参考图片取得的预测参考。[0056]控制器(450)可管理源编码器(430)的编码操作，包括例如设置用于对视频数据进行编码的参数和子群参数。[0057]可在熵编码器(445)中对所有上述功能单元的输出进行熵编码。熵编码器(445)可根据例如霍夫曼编码、可变长度编码、算术编码等本领域技术人员公知的技术对各种功能单元生成的符号进行无损压缩，从而将所述符号转换成已编码视频序列。[0058]传输器(440)可缓冲由熵编码器(445)创建的已编码视频序列，从而为通过通信信道(460)进行传输做准备，所述通信信道可以是通向将存储已编码的视频数据的存储装置的硬件/软件链路。传输器(440)可将来自源编码器(430)的已编码视频数据与要传输的其它数据合并，所述其它数据例如是已编码音频数据和/或辅助数据流(未示出来源)。[0059]控制器(450)可管理视频编码器(203)的操作。在编码期间，控制器(450)可以为每个已编码图片分配某一已编码图片类型，但这可能影响可应用于相应的图片的编码技术。例如，通常可将图片分配为以下任一种图片类型。[0060]帧内图片(i图片)，其可以是不将序列中的任何其它帧用作预测源就可被编码和解码的图片。一些视频编解码器容许不同类型的帧内图片，包括例如独立解码器刷新(independentdecoderrefresh，“idr”)图片。所属领域的技术人员了解i图片的变体及其相应的应用和特征。[0061]预测性图片(p图片)，其可以是可使用帧内预测或帧间预测进行编码和解码的图片，所述帧内预测或帧间预测使用至多一个运动矢量和参考索引来预测每个块的样本值。[0062]双向预测性图片(b图片)，其可以是可使用帧内预测或帧间预测进行编码和解码的图片，所述帧内预测或帧间预测使用至多两个运动矢量和参考索引来预测每个块的样本值。类似地，多个预测性图片可使用多于两个参考图片和相关联元数据以用于重建单个块。[0063]源图片通常可在空间上细分成多个样本块(例如，4×4、8×8、4×8或16×16个样本的块)，且逐块进行编码。这些块可参考其它(已编码)块进行预测编码，根据应用于块的相应图片的编码分配来确定所述其它块。举例来说，i图片的块可进行非预测编码，或所述块可参考同一图片的已经编码的块来进行预测编码(空间预测或帧内预测)。p图片的像素块可参考一个先前编码的参考图片通过空间预测或通过时域预测进行预测编码。b图片的块可参考一个或两个先前编码的参考图片通过空间预测或通过时域预测进行预测编码。[0064]视频编码器(203)可根据例如itu-th.265建议书的预定视频编码技术或标准执行编码操作。在操作中，视频编码器(203)可执行各种压缩操作，包括利用输入视频序列中的时间和空间冗余的预测编码操作。因此，已编码视频数据可符合所用视频编码技术或标准指定的语法。[0065]在实施例中，传输器(440)可传输附加数据和已编码的视频。源编码器(430)可以包括诸如已编码视频序列的一部分的此类数据。附加数据可包括时间/空间/snr增强层、冗余图片和切片等其它形式的冗余数据、sei消息、vui参数集片段等。[0066]近来，将多个语义独立的图片部分进行压缩域聚合或提取为单个视频图片已经引起了一些关注。具体地，在例如360编解码或某些监视应用的上下文中，多个语义独立的源图片(例如立方体投影的360场景的六个立方体表面，或者在多摄像机监视设置的情况下单个摄像机的输入)可能需要单独的自适应分辨率设置，以在给定的时间点处理不同的场景活动。换句话说，编码器在给定的时间点可以选择对组成整个360或监视场景的不同的语义独立图片使用不同的重采样因子。当组合成单个图片时，这又要求对已编码图片的一部分执行参考图片重采样，并且自适应分辨率编解码信令可用。[0067]下面，将引入一些术语，这些术语将在本说明书的其余部分中被引用。[0068]在一些情况下，子图片可以指样本、块、宏块、编码单元或类似实体的矩形排列，这些样本、块、宏块、编码单元或类似实体在语义上进行分组，并且可以用改变的分辨率进行独立编码。一个或多个子图片可以形成图片。一个或多个已编码子图片可以形成已编码图片。可以将一个或多个子图片组合成图片，并且可以从图片中提取一个或多个子图片。在某些环境中，可以在压缩域中组装一个或多个已编码子图片，而无需转码(transcode)到样本级别形成已编码图片，并且在相同或其他情况下，可以从压缩域中的已编码图片中提取一个或多个已编码子图片。[0069]参考图片重采样(rpr)或自适应分辨率改变(arc)是指通过例如参考图片重采样的方式允许改变已编码视频序列中的图片或子图片的分辨率的机制。rpr/arc参数在下文中是指执行自适应分辨率改变所需的控制信息，其可以包括例如滤波器参数、缩放因子、输出和/或参考图片的分辨率、各种控制标志等。[0070]在实施例中，可以对单个的、语义上独立的已编码视频图片执行编码和解码。在对具有独立rpr/arc参数的多个子图片的编码/解码的含义及其隐含的附加复杂性进行描述之前，将对用于发信号通知rpr/arc参数的选项进行描述。[0071]参考图5，其示出了用于发信号通知rpr/arc参数的几个实施例。如每个实施例所指出的，从编解码效率、复杂性和架构的角度来看，这些实施例可能具有某些优点和缺点。视频编解码标准或技术可以选择这些实施例中的一个或多个，或者选择相关技术中已知的选项，以发信号通知rpr/arc参数。这些实施例并不相互排斥，并且可以基于应用需求、所涉及的标准技术或编码器的选择进行互换。[0072]rpr/arc参数的类别可以包括：[0073]-上采样因子/下采样因子，其在x维度和y维度上分离或组合；[0074]-上采样因子/下采样因子，其加上时间维度表示给定数量图片的恒定速度的放大/缩小；[0075]-以上两种情况中的任何一种都可能涉及对一个或多个简短语法元素的编解码，该一个或多个语法元素可能指向包含一个或多个因子的表(table)。[0076]-以样本、块、宏块、编码单元(cu)或任何其它合适的粒度为单位，输入图片、输出图片、参考图片、已编码图片在x维度或y维度上组合的或单独的分辨率。如果存在多于一个的分辨率(例如，一个用于输入图片，另一个用于参考图片)，则在某些情况下，可以从一组值推断出另一组值。这可以例如通过使用标志来控制(gate)。有关更详细的示例，请参阅下文。[0077]-“翘曲(warping)”坐标类似于在h.263附录p中使用的坐标，同样以上述合适的粒度进行。h.263附录p定义了一种对这种翘曲坐标进行编解码的有效方式，但也可以设想其它可能更有效的方式。例如，附录p的翘曲坐标的可变长度可逆的“霍夫曼”格式编解码可以用合适长度的二进制编解码代替，其中二进制码字的长度例如可以从最大图片大小导出，可能会乘以某个因子并偏移某个值，以便允许在最大图片大小的边界之外进行“翘曲”。[0078]-上采样滤波器参数或下采样滤波器参数。在实施例中，可能仅存在用于上采样和/或下采样的单个滤波器。然而，在实施例中，可能希望在滤波器设计中允许更大的灵活性，并且这可能需要发信号通知滤波器参数。可以通过可能的滤波器设计列表中的索引来选择这样的参数，可以完全指定滤波器(例如通过滤波器系数列表，使用合适的熵编码技术)，可以通过上采样/下采样比来隐式地选择滤波器，然后根据上述机制中的任何一种机制来发信号通知，依此类推。[0079]此后，本说明书假定通过码字指示的上采样因子/下采样因子的有限集合的编解码(在x维度和y维度上使用相同的因子)。该码字可以是可变长度已编码的，例如使用对于视频编解码规范(例如h.264和h.265)中的某些语法元素通用的ext-golomb代码。例如，根据表1，可以将值适当地映射到上采样因子/下采样因子。[0080]表1[0081][0082][0083]根据应用的需求以及视频压缩技术或标准中可用的放大和缩小机制的功能，可以设计出许多类似的映射。该表可以扩展出更多的值。这些值还可以由除ext-golomb码之外的熵编解码机制来表示，例如使用二进制编解码。当重采样因子在视频处理引擎(最重要的是编码器和解码器)本身之外(例如通过mane)受到关注时，这可能具有一定的优势。应当注意，对于不需要改变分辨率的情况，可以选择较短的ext-golomb码。在上表中，只有一比特。与在大多数情况下使用二进制代码相比，这样可以具有提高编解码效率的优势。[0084]表中条目的数量及其语义完全或部分可配置。例如，可以在诸如序列或解码器参数集之类的“高”参数集中传送表的基本轮廓。在实施例中，一个或多个这样的表可以在视频编解码技术或标准中进行定义，并且可以通过例如解码器或序列参数集来选择。[0085]下面描述如何将如上所述的已编码的上采样因子/下采样因子(arc信息)包括在视频编解码技术或标准语法中。类似的考虑可以应用于控制上采样滤波器/下采样滤波器的一个或几个码字。当滤波器或其它数据结构需要相对大量的数据时，请参见下面的讨论。[0086]如图5所示，h.263附件p以四个翘曲坐标的形式将arc信息(502)包括在图片头(501)中，具体包括在h.263plusptype(503)头扩展中。当有可用的图片头，并且期望arc信息频繁改变时，这可能是合理的设计选择。然而，当使用h.263格式的信令时，开销可能会非常高，并且由于图片头可能具有瞬时性质，因此缩放因子可能不属于图片边界。[0087]在相同或另一实施例中，arc参数的信令可以遵循图6a-6b中概述的详细示例。图6a-6b描述了语法图，其使用一种大致遵循c格式(c-style)编程的符号表示形式，例如至少从1993年开始在视频编解码标准中所使用的。粗体线表示存在于比特流中的语法元素，未加粗的线通常表示控制流或者变量的设置。[0088]如图6a所示，作为可应用于图片的(可能是矩形的)一部分的头的示例性语法结构，图块组头(601)可以有条件地包含可变长度的、exp-golomb已编码的语法元素dec_pic_size_idx(602)(以粗体示出)。可以使用自适应分辨率(603)来控制图块组头中此语法元素的存在(此处，标志的值未用粗体表示)，这意味着该标志在比特流中出现在其在语法图中出现的点处。可以以比特流内部或外部的任何高级语法结构来发信号通知是否将自适应分辨率应用于该图片或图片的一部分。在所示的示例中，其在如下所述的序列参数集中发信号通知。[0089]参考图6b，其还示出了序列参数集(610)的摘录。所示的第一语法元素是adaptive_pic_resolution_change_flag(611)。当为真(true)时，该标志可以指示使用自适应分辨率，这又可能需要某些控制信息。在该示例中，该标志的值基于参数集(612)和图块组头(601)中的if语句，而这种控制信息基于该标志的值有条件地出现。[0090]在该示例中，当使用自适应分辨率时，被编码的是以样本为单位的输出分辨率(613)。标号613指的是output_pic_width_in_luma_sample和output_pic_height_in_luma_sample，它们共同定义输出图片的分辨率。在视频编解码技术或标准的其它地方，可以定义对任一值的某些限制。例如，级别定义可以限制总输出样本的数量，其可以是这两个语法元素的值的乘积。此外，某些视频编解码技术或标准、或外部技术或标准(例如，系统标准)可以限制编号范围(例如，一个或两个维度必须可以被2的整数次幂整除)或长宽比(例如，宽度和高度必须具有例如4：3或16：9的关系)。为了促进硬件实现或出于其它原因，可以引入这种限制。[0091]在某些应用中，建议编码器指示解码器使用某个参考图片大小，而不是隐式地假定该大小为输出图片大小。在该示例中，语法元素reference_pic_size_present_flag(614)控制参考图片大小(615)的有条件存在(同样，该标号指的是宽度和高度)。[0092]最后，示出了可能的解码图片宽度和高度的表。这样的表可以例如由表指示(num_dec_pic_size_in_luma_samples_minus1)(616)来表示。“minus1”指的是对该语法元素的值的解释。例如，如果已编码值为0，则存在一个表条目。如果值为5，则存在六个表条目。对于表中的每个“行(line)”，则将已解码图片的宽度和高度包括在语法(617)中。[0093]可以使用图块组头中的语法元素dec_pic_size_idx(602)为呈现的表条目(617)建立索引，从而允许每个图块组具有不同的解码大小(实际上是缩放因子)。[0094]在实施例中，可以实现vvc中的环绕偏移和参考图片重采样(rpr)的组合。例如，根据实施例，环绕偏移语法元素可以从sps移到图片参数集(pps)。又例如，根据实施例，只有当参考图片的宽度不等于当前图片的宽度时，才可以禁用具有环绕偏移的运动补偿。[0095]如上所述的实施例可以解决以下问题，即环绕偏移的值是基于当前图片的宽度的，但是当使用rpr时，该偏移被用于可能具有与当前图片不同的图片大小的参考图片。[0096]结果，当当前图片和参考图片之间的图片宽度相同时，环绕运动补偿可以与rpr一起使用。[0097]也就是说，在对当前图片进行编码之前，需要先确定参考图片和当前图片的图片大小，当确定参考图片的大小不等于当前图片的大小时，禁用环绕运动补偿，此时不使用环绕运动补偿对当前图片进行编码。当确定参考图片的大小等于当前图片的大小时，例如，当前图片和参考图片之间的图片宽度相同时，启用环绕运动补偿，并使用环绕运动补偿对当前图片进行编码。随后，可以基于已编码的当前图片生成已编码视频比特流。[0098]在一个实施例中，参考图7，可以在pps中发信号通知pps_ref_wraparound_enabled_flag。pps_ref_wraparound_enabled_flag可以称为第一标志。pps_ref_wraparound_enabled_flag等于1可以指定在帧间预测中应用水平环绕运动补偿。例如，当确定参考图片的大小等于当前图片的大小时，将包括在已编码视频比特流的pps中的第一标志设置为1，此时，在帧间预测中应用水平环绕运动补偿，并在所述pps中发信号通知环绕偏移。pps_ref_wraparound_enabled_flag等于0可以指定不应用水平环绕运动补偿。例如，当确定参考图片的大小不等于当前图片的大小时，将包括在已编码视频比特流的pps中的第一标志设置为0，此时，不应用水平环绕运动补偿。例如，当(ctbsizey/mincbsizey 1)的值小于或等于(pic_width_in_luma_samples/mincbsizey-1)时，pps_ref_wraparound_enabled_flag的值可以等于0。当sps_ref_wraparound_enabled_flag的值等于0时，pps_ref_wraparound_enabled_flag的值等于0可能是比特流一致性的要求。sps_ref_wraparound_enabled_flag可以称为第二标志。也就是说，当将包括在由pps引用的序列参数集sps中的第二标志设置为0时，将第一标志也设置为0，可以满足比特流一致性的要求。[0099]在一个实施例中，仍然参考图7，可以在pps中发信号通知pps_ref_wraparound_offset_minus1。pps_ref_wraparound_offset_minus1加1可以指定用于以mincbsizey亮度样本为单位计算水平环绕位置的偏移，即将环绕偏移作为亮度样本的数量，并在pps中发信号通知。pps_ref_wraparound_offset_minus1的值可以在(ctbsizey/mincbsizey) 1到(pic_width_in_luma_samples/mincbsizey)-1的范围内(包括端点)。[0100]在实施例中，在pps中发信号通知当前图片的大小。[0101]图8是对已编码视频比特流进行解码的示例过程800的流程图。在一些实施方式中，图8的一个或多个步骤可以由解码器210执行。在一些实施方式中，图8的一个或多个步骤可以由与解码器210分离或包括解码器210的另一设备或一组设备执行，例如编码器203。[0102]如图8所示，过程800可以包括确定参考图片重采样被启用(步骤810)。[0103]如图8进一步所示，过程800可以包括确定参考图片的参考图片大小(步骤820)。[0104]如图8进一步所示，过程800可以包括确定当前图片的当前图片大小(步骤830)。[0105]如图8进一步所示，过程800可以包括确定所述参考图片大小是否等于所述当前图片大小(步骤840)。[0106]当确定所述参考图片大小不等于所述当前图片大小时(步骤840为“否”)，过程800可以执行步骤850，然后执行步骤860和步骤870。在步骤850，过程800可以包括禁用环绕运动补偿；在步骤860，过程800可以包括不使用所述环绕运动补偿对所述当前图片进行编码。[0107]当确定所述参考图片大小等于所述当前图片大小时(步骤840为“是”)，过程800可以执行步骤870，然后执行步骤880和步骤890。在步骤870，过程800可以包括启用所述环绕运动补偿；在步骤880，过程800可以包括使用所述环绕运动补偿对所述当前图片进行编码。[0108]如图8进一步所示，过程800可以包括基于已编码的当前图片生成已编码视频码流(步骤890)。[0109]在一个实施例中，当确定所述参考图片大小等于所述当前图片大小时，可以将包括在已编码视频比特流的图片参数集(pps)中的第一标志设置为1。第一标志可以对应于例如pps_ref_wraparound_enabled_flag。[0110]在一个实施例中，当第一标志设置为1时，可以在pps中发信号通知环绕偏移。环绕偏移可以对应于例如pps_ref_wraparound_offset_minus1。[0111]在一个实施例中，可以将所述环绕偏移作为亮度样本的数量发信号通知。[0112]在一个实施例中，当确定所述参考图片大小不等于所述当前图片大小时，可以将包括在已编码视频比特流的pps中的第一标志设置为0。[0113]在一个实施例中，当确定包括在由pps引用的序列参数集(sps)中的第二标志设置为0时，可以将第一标志设置为0。第二标志可以对应于例如sps_ref_wraparound_enabled_flag。[0114]在一个实施例中，可以在pps中发信号通知当前图片大小。[0115]虽然图8示出了过程800的示例框，但在一些实施方式中，过程800可以包括比图8中所示的更多的框、更少的框、不同的框或不同排列的框。另外或可替代地，过程800的两个或更多个框可以并行执行。[0116]在实施例中，提供了一种对视频比特流进行编码的装置，该装置包括：第一确定模块，用于确定参考图片重采样被启用；第二确定模块，用于确定参考图片的参考图片大小；第三确定模块，用于确定当前图片的当前图片大小；第四确定模块，用于确定所述参考图片大小是否等于所述当前图片大小；禁用模块，用于当确定所述参考图片大小不等于所述当前图片大小时，禁用环绕运动补偿；编码模块，用于当禁用所述环绕运动补偿时，不使用所述环绕运动补偿对所述当前图片进行编码；以及生成模块，用于基于已编码的当前图片生成已编码视频比特流。[0117]此外，所提出的方法可以由处理电路(例如，一个或多个处理器或一个或多个集成电路)来实现。在一示例中，用于编码视频比特流的设备的一个或多个处理器执行存储在非易失性计算机可读介质中的程序(包括一个或多个指令)，以执行所提出的方法中的一个或多个。[0118]上述技术可以通过计算机可读指令实现为计算机软件，并且物理地存储在一个或多个计算机可读介质中。例如，图9示出了计算机系统900，其适于实现所公开主题的某些实施例。[0119]所述计算机软件可通过任何合适的机器代码或计算机语言进行编码，通过汇编、编译、链接等机制创建包括指令的代码，所述指令可由一个或多个计算机中央处理单元(cpu)，图形处理单元(gpu)等直接执行或通过译码、微代码等方式执行。[0120]所述指令可以在各种类型的计算机或其组件上执行，包括例如个人计算机、平板电脑、服务器、智能手机、游戏设备、物联网设备等。[0121]图9所示的用于计算机系统900的组件本质上是示例性的，并不用于对实现本申请实施例的计算机软件的使用范围或功能进行任何限制。也不应将组件的配置解释为与计算机系统900的示例性实施例中所示的任一组件或其组合具有任何依赖性或要求。[0122]计算机系统900可以包括某些人机界面输入设备。这种人机界面输入设备可以通过触觉输入(如：键盘输入、滑动、数据手套移动)、音频输入(如：声音、掌声)、视觉输入(如：手势)、嗅觉输入(未示出)，对一个或多个人类用户的输入做出响应。所述人机界面设备还可用于捕获某些媒体，气与人类有意识的输入不必直接相关，如音频(例如：语音、音乐、环境声音)、图像(例如：扫描图像、从静止影像相机获得的摄影图像)、视频(例如二维视频、包括立体视频的三维视频)。[0123]人机界面输入设备可包括以下中的一个或多个(仅绘出其中一个)：键盘901、鼠标902、触控板903、触摸屏910和相关的图形适配器950、数据手套、操纵杆905、麦克风906、扫描仪907、照相机908。[0124]计算机系统900还可以包括某些人机界面输出设备。这种人机界面输出设备可以通过例如触觉输出、声音、光和嗅觉/味觉来刺激一个或多个人类用户的感觉。这样的人机界面输出设备可包括触觉输出设备(例如通过触摸屏910、数据手套或操纵杆905的触觉反馈，但也可以有不用作输入设备的触觉反馈设备)、音频输出设备(例如，扬声器909、耳机(未示出))、视觉输出设备(例如，包括阴极射线管(crt)屏幕、液晶(lcd)屏幕、等离子屏幕、有机发光二极管(oled)屏幕的屏幕910，其中每一个都具有或没有触摸屏输入功能、每一个都具有或没有触觉反馈功能——其中一些可通过诸如立体画面输出的手段输出二维视觉输出或三维以上的输出；虚拟现实眼镜(未示出)、全息显示器和放烟箱(未示出))以及打印机(未示出)。[0125]计算机系统900还可以包括人可访问的存储设备及其相关介质，如包括具有cd/dvd的高密度只读/可重写式光盘(cd/dvdrom/rw)920或类似介质921的光学介质、拇指驱动器922、可移动硬盘驱动器或固体状态驱动器923，诸如磁带和软盘(未示出)的传统磁介质，诸如安全软件保护器(未示出)等的基于rom/asic/pld的专用设备，等等。[0126]本领域技术人员还应当理解，结合所公开的主题使用的术语“计算机可读介质”不包括传输介质、载波或其它瞬时信号。[0127]计算机系统900还可以包括通往一个或多个通信网络(955)的接口。例如，网络可以是无线的、有线的、光学的。网络还可为局域网、广域网、城域网、车载网络和工业网络、实时网络、延迟容忍网络等等。网络还包括以太网、无线局域网、蜂窝网络(全球移动通信系统(gsm)、第三代(3g)、第四代(4g)、第五代(5g)、长期演进(lte)等)等局域网、电视有线或无线广域数字网络(包括有线电视、卫星电视、和地面广播电视)、车载和工业网络(包括canbus)等等。某些网络通常需要外部网络接口适配器(954)，用于连接到某些通用数据端口或外围总线(949)(例如，计算机系统900的通用串行总线(usb)端口)；其它系统通常通过连接到如下所述的系统总线集成到计算机系统900的核心(例如，以太网接口集成到pc计算机系统或蜂窝网络接口集成到智能电话计算机系统)。作为示例，网络955可以通过网络接口954连接到外围总线949。通过使用这些网络中的任何一个，计算机系统900可以与其它实体进行通信。所述通信可以是单向的，仅用于接收(例如，无线电视)，单向的仅用于发送(例如can总线到某些can总线设备)，或双向的，例如通过局域或广域数字网络到其它计算机系统。上述的每个网络和网络接口(954)可使用某些协议和协议栈。[0128]上述的人机界面设备、人可访问的存储设备以及网络接口可以连接到计算机系统900的核心940。[0129]核心940可包括一个或多个中央处理单元(cpu)941、图形处理单元(gpu)942、以现场可编程门阵列(fpga)943形式的专用可编程处理单元、用于特定任务的硬件加速器944等。这些设备以及只读存储器(rom)945、随机存取存储器(ram)946、内部大容量存储器(例如内部非用户可存取硬盘驱动器、固态硬盘(ssd)等)947等可通过系统总线948进行连接。在某些计算机系统中，可以以一个或多个物理插头的形式访问系统总线948，以便可通过额外的中央处理单元、图形处理单元等进行扩展。外围装置可直接附接到核心的系统总线948，或通过外围总线949进行连接。外围总线的体系结构包括外围总线互联(pci)、通用串行总线usb等。[0130]cpu941、gpu942、fpga943和加速器944可以执行某些指令，这些指令组合起来可以构成上述计算机代码。该计算机代码可以存储在rom945或ram946中。过渡数据也可以存储在ram946中，而永久数据可以存储在例如内部大容量存储器947中。通过使用高速缓冲存储器可实现对任何存储器设备的快速存储和检索，高速缓冲存储器可与一个或多个cpu941、gpu942、大容量存储器947、rom945、ram946等紧密关联。[0131]所述计算机可读介质上可具有计算机代码，用于执行各种计算机实现的操作。介质和计算机代码可以是为本申请的目的而特别设计和构造，也可以是计算机软件领域的技术人员所熟知和可用的介质和代码。[0132]作为实施例而非限制，具有体系结构900的计算机系统，特别是核心940，可以作为处理器(包括cpu、gpu、fpga、加速器等)提供执行包含在一个或多个有形的计算机可读介质中的软件的功能。这种计算机可读介质可以是与上述的用户可访问的大容量存储器相关联的介质，以及具有非易失性的核心940的特定存储器，例如核心内部大容量存储器947或rom945。实现本申请的各种实施例的软件可以存储在这种设备中并且由核心940执行。根据特定需要，计算机可读介质可包括一个或一个以上存储设备或芯片。该软件可以使得核心940特别是其中的处理器(包括cpu、gpu、fpga等)执行本文所述的特定过程或特定过程的特定部分，包括定义存储在ram946中的数据结构以及根据软件定义的过程来修改这种数据结构。另外或作为替代，计算机系统可以提供逻辑硬连线或以其它方式包含在电路(例如，加速器944)中的功能，该电路可以代替软件或与软件一起运行以执行本文所述的特定过程或特定过程的特定部分。在适当的情况下，对软件的引用可以包括逻辑，反之亦然。在适当的情况下，对计算机可读介质的引用可包括存储执行软件的电路(如集成电路(ic))，包含执行逻辑的电路，或两者兼备。本申请包括任何合适的硬件和软件组合。[0133]虽然本申请已对多个示例性实施例进行了描述，但实施例的各种变更、排列和各种等同替换均属于本申请的范围内。因此应理解，本领域技术人员能够设计多种系统和方法，所述系统和方法虽然未在本文中明确示出或描述，但其体现了本申请的原则，因此属于本申请的精神和范围之内。当前第1页1 2 3 当前第1页1 2 3 
技术特征：
1.一种对视频比特流进行编码的方法，其特征在于，所述方法包括：确定参考图片重采样被启用；确定参考图片的参考图片大小；确定当前图片的当前图片大小；确定所述参考图片大小是否等于所述当前图片大小；当确定所述参考图片大小不等于所述当前图片大小时，禁用环绕运动补偿；当禁用所述环绕运动补偿时，不使用所述环绕运动补偿对所述当前图片进行编码；以及基于已编码的当前图片生成已编码视频比特流。2.根据权利要求1所述的方法，其特征在于，进一步包括：当确定所述参考图片大小等于所述当前图片大小时，启用所述环绕运动补偿；以及当所述环绕运动补偿被启用时，使用所述环绕运动补偿对所述当前图片进行编码。3.根据权利要求1或2所述的方法，其特征在于，进一步包括：当确定所述参考图片大小等于所述当前图片大小时，将包括在所述已编码视频比特流的图片参数集pps中的第一标志设置为1。4.根据权利要求3所述的方法，其特征在于，进一步包括：当所述第一标志设置为1时，在所述pps中发信号通知环绕偏移。5.根据权利要求4所述的方法，其特征在于，进一步包括：将所述环绕偏移作为亮度样本的数量发信号通知。6.根据权利要求1所述的方法，其特征在于，进一步包括：当确定所述参考图片大小不等于所述当前图片大小时，将包括在所述已编码视频比特流的图片参数集pps中的第一标志设置为0。7.根据权利要求6所述的方法，其特征在于，进一步包括：当确定包括在由所述pps引用的序列参数集sps中的第二标志设置为0时，将所述第一标志设置为0。8.根据权利要求1-2和4-7任一项所述的方法，其特征在于，进一步包括：在图片参数集pps中发信号通知所述当前图片大小。9.一种对视频比特流进行编码的设备，其特征在于，所述设备包括：至少一个存储器，用于存储程序代码；以及至少一个处理器，用于读取所述程序代码并按照所述程序代码的指示进行操作，以实现如权利要求1至权利要求8任一项所述的方法。10.一种对视频比特流进行编码的装置，其特征在于，所述装置包括：第一确定模块，用于确定参考图片重采样被启用；第二确定模块，用于确定参考图片的参考图片大小；第三确定模块，用于确定当前图片的当前图片大小；第四确定模块，用于确定所述参考图片大小是否等于所述当前图片大小；禁用模块，用于当确定所述参考图片大小不等于所述当前图片大小时，禁用环绕运动补偿；编码模块，用于当禁用所述环绕运动补偿时，不使用所述环绕运动补偿对所述当前图
片进行编码；以及生成模块，用于基于已编码的当前图片生成已编码视频比特流。11.一种非易失性计算机可读介质，其特征在于，用于存储指令，所述指令包括一个或多个指令，当所述一个或多个指令由用于编码视频比特流的设备的一个或多个处理器执行时，使得所述一个或多个处理器执行如权利要求1至权利要求8任一项所述的方法。
技术总结
一种对视频比特流进行编码的方法、设备和计算机可读介质，该方法包括：确定参考图片重采样被启用；确定参考图片的参考图片大小；确定当前图片的当前图片大小；确定所述参考图片大小是否等于所述当前图片大小；当确定所述参考图片大小不等于所述当前图片大小时，禁用环绕运动补偿；当禁用所述环绕运动补偿时，不使用所述环绕运动补偿对所述当前图片进行编码；以及基于已编码的当前图片生成已编码视频比特流。特流。特流。


技术研发人员：崔秉斗 文格尔史蒂芬 刘杉
受保护的技术使用者：腾讯美国有限责任公司
技术研发日：2020.11.27
技术公布日：2021/7/8