Method and apparatus for transform training and coding and decoding

Abstract

The present disclosure generally includes apparatuses and methods for video decoding and encoding. The method includes deriving a Karhunen-love transform (KLT) matrix from a video sequence, generating an adaptive KLT matrix signal, and signaling the adaptive KLT matrix signal in a sequence parameter set (SPS) header, a picture parameter set (PPS) header, and / or a stripe header.

Description

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0002] This application claims priority to U.S. Provisional Application No. 63 / 401,711, filed on August 28, 2022, entitled “Methods and Apparatus for Transform Training and Coding,” the entire contents of which are incorporated herein by reference for all purposes. Technical Field

[0003] The present disclosure relates to video coding and compression, and in particular, but not limited to, methods and apparatus for improving the coding efficiency of transform codecs. Background Art

[0004] Various video codec technologies can be used to compress video data. Video coding is performed according to one or more video codec standards. For example, today, some well-known video codec standards include Universal Video Codec (VVC), High Efficiency Video Codec (HEVC, also known as H.265 or MPEG-H Part 2) and Advanced Video Codec (AVC, also known as H.264 or MPEG-4 Part 10) jointly developed by ISO / IEC MPEG and ITU-TVECG. AOMedia Video 1 (AV1) was developed by the Alliance for Open Media (AOM) as a successor to its previous standard VP9. Audio Video Coding (AVS) refers to digital audio and digital video compression standards, another video compression standard series developed by the Chinese Audio and Video Coding Standard Working Group. Most existing video codec standards are based on the well-known hybrid video codec framework, that is, block-based prediction methods (e.g., inter-frame prediction, intra-frame prediction) are used to reduce the redundancy present in video images or sequences, and transform coding is used to compress the energy of prediction errors. An important goal of video coding technology is to compress video data into a form that uses a lower bit rate while avoiding or minimizing video quality degradation. However, existing transform coding methods do not have good coding efficiency. Summary of the invention

[0005] The present disclosure provides embodiments of technologies related to improving the encoding and decoding efficiency of transform coding.

[0006] In a first aspect, the present disclosure provides a method for video encoding, the method comprising: deriving a Karhunen-Loève transform (KLT) matrix from a video sequence by an encoder, generating an adaptive KLT matrix signal for the KLT matrix by the encoder, and sending the adaptive KLT matrix signal by the encoder in a sequence parameter set (SPS) header.

[0007] In a second aspect, the present disclosure provides a method for video encoding, the method comprising: deriving a KLT matrix by the encoder from each picture in the video sequence, generating an adaptive KLT matrix signal by the encoder for the KLT matrix, and sending the adaptive KLT matrix signal with a signal in a picture parameter set (PPS).

[0008] In a third aspect, the present disclosure provides a method for video encoding, the method comprising: deriving, by an encoder, a KLT matrix from each slice in a video sequence, generating, by the encoder, an adaptive KLT matrix signal for the KLT matrix, and sending, by the encoder, the adaptive KLT matrix signal in a slice header using a signal.

[0009] In a fourth aspect, the present disclosure provides a method for video decoding, the method comprising: receiving an adaptive KLT matrix signal in an SPS header, wherein the adaptive KLT matrix signal is derived from a video sequence; and obtaining a KLT matrix based on the adaptive KLT matrix signal.

[0010] In a fifth aspect, the present disclosure provides a method for video decoding, the method comprising: receiving an adaptive KLT matrix signal in a PPS header, wherein the adaptive KLT matrix signal is derived from a picture in a video sequence; and obtaining a KLT matrix based on the adaptive KLT matrix signal.

[0011] In a sixth aspect, the present disclosure provides a method for video decoding, the method comprising: receiving an adaptive KLT matrix signal in a slice header, wherein the adaptive KLT matrix signal is derived from a slice in a video sequence; and obtaining a KLT matrix based on the adaptive KLT matrix signal. BRIEF DESCRIPTION OF THE DRAWINGS

[0012] A more particular description of embodiments of the present disclosure will be presented by reference to specific embodiments illustrated in the accompanying drawings. Given that these drawings depict only some embodiments and are not therefore to be considered limiting of scope, the embodiments will be described and explained with additional specificity and detail through use of the accompanying drawings.

[0013] Figure 1 is a block diagram illustrating a system for encoding and decoding video blocks according to some examples of the present disclosure.

[0014] Figure 2A is a block diagram of an encoder according to some examples of the present disclosure.

[0015] Figure 2B is a block diagram illustrating an exemplary video encoder according to some examples of the present disclosure.

[0016] Figure 2C-2G is a block diagram illustrating how to recursively partition a frame into multiple video blocks of different sizes and shapes according to some examples of the present disclosure.

[0017] Figure 3A is a block diagram of a decoder according to some examples of the present disclosure.

[0018] Figure 3B is a block diagram illustrating an exemplary video decoder according to some examples of the present disclosure.

[0019] Figure 3C-Figure 3K is a block diagram showing how a frame may be recursively partitioned into multiple video blocks of different sizes and shapes according to some examples of the present disclosure.

[0020] Figure 4 An example of a low frequency non-separable transform (LFNST) process according to some examples of the present disclosure is shown.

[0021] Figure 5A-5D Examples of sub-block transform (SBT) types and SBT positions according to some examples of the present disclosure are shown.

[0022] Figure 6 An example of a region of interest (ROI) for LFNST 16 is shown according to some examples of the present disclosure.

[0023] Figure 7 An example of a ROI for LFNST8 according to some examples of the present disclosure is shown.

[0024] Figure 8 is a flow chart of a Karhunen-Loève transform (KLT) that explores non-local correlations according to some examples of the present disclosure.

[0025] Fig. 9 Diagram showing a template for transforming block clusters according to some examples of the present disclosure.

[0026] Fig.10 Diagram showing clustering of training data based on prediction patterns and neighboring templates.

[0027] Fig.11 is a flowchart illustrating a method for video encoding according to some examples of the present disclosure.

[0028] Fig.12 is a flowchart illustrating a method for video encoding according to some examples of the present disclosure.

[0029] Fig.13 is a flowchart illustrating a method for video encoding according to some examples of the present disclosure.

[0030] Fig.14 is a flowchart illustrating a method for video decoding according to some examples of the present disclosure.

[0031] Fig.15 is a flowchart illustrating a method for video decoding according to some examples of the present disclosure.

[0032] Fig.16 is a flowchart illustrating a method for video decoding according to some examples of the present disclosure.

[0033] Fig.17 is a diagram illustrating a computing environment coupled to a user interface according to some examples of the present disclosure. DETAILED DESCRIPTION

[0034] Reference will now be made in detail to specific embodiments, examples of which are shown in the accompanying drawings. In the following detailed description, many non-limiting specific details are set forth to aid in understanding the subject matter presented herein. However, it will be apparent to those skilled in the art that various alternatives may be used. For example, it will be apparent to those skilled in the art that the subject matter presented herein may be implemented on many types of electronic devices having digital video capabilities.

[0035] The terms used in this disclosure are only suitable for the purpose of describing specific embodiments and are not intended to limit the present disclosure. In the present disclosure and the appended claims, singular forms ("a / an", "the", "said", etc.) are also intended to include plural forms, unless other meanings are clearly indicated throughout the disclosure. It should also be understood that the term "and / or" used in this disclosure indicates and includes one or any or all possible combinations of the listed multiple related items.

[0036] References throughout this specification to "one embodiment," "an embodiment," "an example," "some embodiments," "some embodiments," or similar language mean that the particular features, structures, or characteristics being described are included in at least one embodiment or example. Unless explicitly stated otherwise, features, structures, elements, or characteristics described in conjunction with one or some embodiments are also applicable to other embodiments.

[0037] Throughout the disclosure, unless otherwise explicitly stated, the terms "first", "second", "third", etc. are used only as references to related elements (e.g., devices, components, compositions, steps, etc.), and do not imply any spatial or temporal order. For example, "first device" and "second device" may refer to two separately formed devices, or two parts, components, or operating states of the same device, and may be named arbitrarily.

[0038] The terms "module", "sub-module", "circuit", "sub-circuit", "circuitry", "sub-circuitry", "unit", or "sub-unit" may include a memory (shared, dedicated, or group) storing code or instructions that may be executed by one or more processors. A module may include one or more circuits with or without stored code or instructions. A module or circuit may include one or more components connected directly or indirectly. These components may or may not be physically attached to each other or located adjacent to each other.

[0039] As used herein, the terms "if" or "when" may be understood to mean "based on" or "in response to" depending on the context. These terms, if they appear in a claim, may not indicate that the associated limitation or feature is conditional or optional. For example, a method may include the following steps: i) when or if condition X exists, perform function or action X', and ii) when or if condition Y exists, perform function or action Y'. The method may be implemented with the ability to perform function or action X' and the ability to perform function or action Y'. Therefore, both functions X' and Y' may be performed at different times during multiple executions of the method.

[0040] A unit or module may be implemented purely by software, purely by hardware, or by a combination of hardware and software. In a pure software implementation, for example, a unit or module may include functionally related code blocks or software components that are linked together directly or indirectly to perform a specific function.

[0041] Figure 1 is a block diagram illustrating an exemplary system 10 for encoding and decoding video blocks in parallel according to some embodiments of the present disclosure. Figure 1 As shown in , system 10 includes a source device 12 that generates and encodes video data to be later decoded by a destination device 14. Source device 12 and destination device 14 may include any of a wide variety of electronic devices, including desktop or laptop computers, tablet computers, smart phones, set-top boxes, digital televisions, cameras, display devices, digital media players, video game consoles, video streaming devices, etc. In some implementations, source device 12 and destination device 14 are equipped with wireless communication capabilities.

[0042] In some embodiments, the target device 14 may receive the encoded video data to be decoded via the link 16. The link 16 may include any type of communication medium or device capable of moving the encoded video data from the source device 12 to the target device 14. In one example, the link 16 may include a communication medium that enables the source device 12 to send the encoded video data directly to the target device 14 in real time. The encoded video data may be modulated according to a communication standard (such as a wireless communication protocol) and sent to the target device 14. The communication medium may include any wireless or wired communication medium, such as a radio frequency (RF) spectrum or one or more physical transmission lines. The communication medium may form a portion of a packet-based network (e.g., a local area network, a wide area network, or a global network such as the Internet). The communication medium may include a router, a switch, a base station, or any other device that may be useful in facilitating communication from the source device 12 to the target device 14.

[0043] In some other embodiments, the encoded video data may be sent from the output interface 22 to the storage device 32. Subsequently, the encoded video data in the storage device 32 may be accessed by the target device 14 via the input interface 28. The storage device 32 may include any of a variety of distributed or locally accessed data storage media, such as a hard drive, a Blu-ray disc, a digital versatile disk (DVD), a compact disc read-only memory (CD-ROM), a flash memory, a volatile or non-volatile memory, or any other suitable digital storage medium for storing encoded video data. In another example, the storage device 32 may correspond to a file server or another intermediate storage device that can store the encoded video data generated by the source device 12. The target device 14 can access the stored video data from the storage device 32 via streaming or downloading. The file server can be any type of computer capable of storing encoded video data and sending the encoded video data to the target device 14. Exemplary file servers include a web server (e.g., for a website), a File Transfer Protocol (FTP) server, a Network Attached Storage (NAS) device, or a local disk drive. The target device 14 may access the encoded video data through any standard data connection suitable for accessing the encoded video data stored on the file server, including a wireless channel (e.g., a Wireless Fidelity (Wi-Fi) connection), a wired connection (e.g., a Digital Subscriber Line (DSL), a cable modem, etc.), or a combination of both. The transmission of the encoded video data from the storage device 32 may be a streaming transmission, a download transmission, or a combination of both a streaming transmission and a download transmission.

[0044] like Figure 1 As shown in , source device 12 includes video source 18, video encoder 20 and output interface 22. Video source 18 may include sources such as or a combination of such sources: a video capture device (e.g., a camera), a video archive containing previously captured video, a video feed interface for receiving video from a video content provider, and / or a computer graphics system for generating computer graphics data as source video. As an example, if video source 18 is a camera of a security monitoring system, source device 12 and target device 14 may form a camera phone or a video phone. However, the embodiments described in this application are generally applicable to video encoding and decoding, and may be applied to wireless and / or wired applications.

[0045] The captured, pre-captured, or computer-generated video may be encoded by the video encoder 20. The encoded video data may be sent directly to the target device 14 via the output interface 22 of the source device 12. The encoded video data may also (or alternatively) be stored on a storage device 32 for later access by the target device 14 or other devices for decoding and / or playback. The output interface 22 may also include a modem and / or a transmitter.

[0046] Target device 14 includes input interface 28, video decoder 30, and display device 34. Input interface 28 may include a receiver and / or a modem and receives encoded video data via link 16. The encoded video data communicated via link 16 or provided on storage device 32 may include various syntax elements generated by video encoder 20 for use by video decoder 30 in decoding the video data. Such syntax elements may be included in the encoded video data sent over a communication medium, stored on a storage medium, or stored on a file server.

[0047] In some embodiments, the target device 14 may include a display device 34, which may be an integrated display device and an external display device configured to communicate with the target device 14. The display device 34 displays the decoded video data to the user and may include any of a variety of display devices, such as a Liquid Crystal Display (LCD), a plasma display, an Organic Light Emitting Diode (OLED) display, or another type of display device.

[0048] The video encoder 20 and the video decoder 30 may operate according to a proprietary standard or an industry standard (e.g., VVC, HEVC, MPEG-4, Part 10, AVC) or an extension of such a standard. It should be understood that the present application is not limited to a specific video encoding / decoding standard and may be applicable to other video encoding / decoding standards. It is generally believed that the video encoder 20 of the source device 12 may be configured to encode video data according to any of these current standards or future standards. Similarly, it is also generally believed that the video decoder 30 of the target device 14 may be configured to decode video data according to any of these current standards or future standards.

[0049] The video encoder 20 and the video decoder 30 may be implemented as any of a variety of suitable encoder and / or decoder circuits, respectively, such as one or more microprocessors, digital signal processors (DSP), application specific integrated circuits (ASIC), field programmable gate arrays (FPGA), discrete logic, software, hardware, firmware, or any combination thereof. When partially implemented in software, the electronic device may store instructions for the software in a suitable non-volatile computer-readable medium, and use one or more processors to execute the instructions in the hardware to perform the video encoding / decoding operations disclosed in the present disclosure. Each of the video encoder 20 and the video decoder 30 may be included in one or more encoders or decoders, and either of the encoders or decoders may be integrated as part of a combined encoder / decoder (CODEC) in the corresponding device.

[0050] Figure 2A is a block diagram illustrating an exemplary video encoder 20 according to some embodiments described in the present application. The video encoder 20 may perform intra-frame prediction encoding and inter-frame prediction encoding of video blocks within a video frame. Intra-frame prediction encoding relies on spatial prediction to reduce or remove spatial redundancy in video data within a given video frame or picture. Inter-frame prediction encoding relies on temporal prediction to reduce or remove temporal redundancy in video data within adjacent video frames or pictures of a video sequence. It should be noted that the term "frame" may be used as a synonym for the term "image" or "picture" in the field of video coding and decoding.

[0051] like Figure 2AAs shown in FIG. 1 , the video encoder 20 includes a video data memory 40, a prediction processing unit 41, a decoded picture buffer (DPB) 64, an adder 50, a transform processing unit 52, a quantization unit 54, and an entropy coding unit 56. The prediction processing unit 41 also includes a motion estimation unit 42, a motion compensation unit 44, a partition unit 45, an intra-frame prediction processing unit 46, and an intra-frame block copy (BC) unit 48. In some embodiments, the video encoder 20 also includes an inverse quantization unit 58, an inverse transform processing unit 60, and an adder 62 for video block reconstruction. A loop filter 63 (such as a deblocking filter) may be located between the adder 62 and the DPB 64 to filter the block boundaries to remove blocking artifacts from the reconstructed video. In addition to using a deblocking filter, additional loop filters, such as a Sample Adaptive Offset (SAO) filter and / or an Adaptive in-Loop Filter (ALF), may be used to filter the output of adder 62. In some embodiments, the loop filter may be omitted, and the decoded video block may be provided directly to DPB 64 by adder 62. Video encoder 20 may take the form of a fixed or programmable hardware unit, or may be distributed in one or more of the illustrated fixed or programmable hardware units.

[0052] Video data memory 40 may store video data to be encoded by components of video encoder 20. The video data in video data memory 40 may be obtained, for example, from Figure 1 The video data memory 40 and the DPB 64 are obtained from the video source 18 shown. The DPB 64 is a buffer that stores reference video data (reference frames or pictures) for use by the video encoder 20 (e.g., in intra-frame or inter-frame prediction coding mode) when encoding video data. The video data memory 40 and the DPB 64 may be formed by any of a variety of memory devices. In various embodiments, the video data memory 40 may be on-chip with other components of the video encoder 20, or off-chip relative to those components.

[0053] like Figure 2AAs shown in , after receiving the video data, the partitioning unit 45 within the prediction processing unit 41 partitions the video data into video blocks. This partitioning operation may also include partitioning the video frame into strips, tiles (e.g., a set of video blocks) or other larger coding units (Coding Unit, CU) according to a predefined splitting structure associated with the video data (e.g., a quadtree (Quad-Tree, QT) structure). A video frame is or can be considered to be a two-dimensional array or matrix of samples with sample values. The samples in the array may also be referred to as pixels or pels. The number of samples in the horizontal and vertical directions (or axes) of the array or picture defines the size and / or resolution of the video frame. The video frame may be divided into multiple video blocks by (for example) using QT partitioning. A video block is also or can be considered to be a two-dimensional array or matrix of samples with sample values, but the size of the video block is smaller than the video frame. The number of samples in the horizontal and vertical directions (or axes) of the video block defines the size of the video block. The video block may be further divided into one or more block partitions or sub-blocks (which may again form blocks) by, for example, iteratively using QT partitioning, binary-tree (BT) partitioning or ternary-tree (TT) partitioning or any combination thereof. It should be noted that the term "block" or "video block" as used herein may be a portion of a frame or picture, in particular a rectangular (square or non-square) portion. With reference to, for example, HEVC and VVC, a block or video block may be or correspond to a coding tree unit (CTU), a CU, a prediction unit (PU) or a transform unit (TU) and / or may be or correspond to a corresponding block, such as a coding tree block (CTB), a coding block (CB), a prediction block (PB) or a transform block (TB) and / or correspond to a sub-block.

[0054] The prediction processing unit 41 may select one of a plurality of feasible prediction coding modes for the current video block based on the error results (e.g., code rate and distortion level), such as one of one or more inter-frame prediction coding modes in a plurality of intra-frame prediction coding modes. The prediction processing unit 41 may provide the resulting intra-frame prediction coding block (e.g., prediction block) or inter-frame prediction coding block to the adder 50 to generate a residual block, and to the adder 62 to reconstruct the coding block for subsequent use as part of a reference frame. The prediction processing unit 41 also provides syntax elements (such as motion vectors, intra-frame mode indicators, partition information, and other such syntax information) to the entropy coding unit 56.

[0055] To select an appropriate intra-prediction coding mode for the current video block, intra-prediction processing unit 46 within prediction processing unit 41 may perform intra-prediction coding of the current video block relative to one or more neighboring blocks in the same frame as the current block to be encoded to provide spatial prediction. Motion estimation unit 42 and motion compensation unit 44 within prediction processing unit 41 may perform inter-prediction coding of the current video block relative to one or more prediction blocks in one or more reference frames to provide temporal prediction. Video encoder 20 may perform multiple encoding passes, e.g., to select an appropriate coding mode for each block of video data.

[0056] In some embodiments, motion estimation unit 42 determines the inter-prediction mode for a current video frame by generating a motion vector according to a predetermined pattern within a sequence of video frames, the motion vector indicating the displacement of a video block within the current video frame relative to a prediction block within a reference video frame. Motion estimation performed by motion estimation unit 42 is the process of generating a motion vector that estimates the motion for a video block. For example, a motion vector may indicate the displacement of a video block within a current video frame or picture relative to a prediction block within a reference frame, the prediction block in the reference frame relative to the current block being encoded in the current frame. The predetermined pattern may designate video frames in a sequence as P frames or B frames. Intra BC unit 48 may determine a vector (e.g., a block vector) for intra BC coding in a manner similar to the motion vectors determined by motion estimation unit 42 for inter prediction, or may utilize motion estimation unit 42 to determine the block vector.

[0057] In terms of pixel differences, the prediction block of the video block may be or may correspond to a block or reference block of a reference frame that closely matches the video block to be encoded, and the pixel difference may be determined by the sum of absolute differences (SAD), the sum of square differences (SSD), or other difference metrics. In some embodiments, the video encoder 20 may calculate values ​​for sub-integer pixel positions of the reference frame stored in the DPB 64. For example, the video encoder 20 may interpolate values ​​for quarter-pixel positions, eighth-pixel positions, or other fractional pixel positions of the reference frame. Thus, the motion estimation unit 42 may perform a motion search relative to the full pixel positions and the fractional pixel positions and output a motion vector with fractional pixel precision.

[0058] Motion estimation unit 42 calculates a motion vector for a video block in an inter-prediction coded frame by comparing the position of the video block to the position of a prediction block of a reference frame selected from a first reference frame list (List 0) or a second reference frame list (List 1), each of which identifies one or more reference frames stored in DPB 64. Motion estimation unit 42 sends the calculated motion vector to motion compensation unit 44 and then to entropy encoding unit 56.

[0059] The motion compensation performed by the motion compensation unit 44 may involve extracting or generating a prediction block based on the motion vector determined by the motion estimation unit 42. After receiving the motion vector for the current video block, the motion compensation unit 44 may locate the prediction block pointed to by the motion vector in one of the reference frame lists, retrieve the prediction block from the DPB 64, and forward the prediction block to the adder 50. The adder 50 then forms a residual video block of pixel difference values ​​by subtracting the pixel values ​​of the prediction block provided by the motion compensation unit 44 from the pixel values ​​of the current video block being encoded. The pixel difference values ​​forming the residual video block may include a luma difference component or a chroma difference component or both. The motion compensation unit 44 may also generate syntax elements associated with the video block of the video frame for use by the video decoder 30 when decoding the video block of the video frame. The syntax elements may include, for example, syntax elements defining a motion vector for identifying a prediction block, any flag indicating a prediction mode, or any other syntax information described herein. Note that the motion estimation unit 42 and the motion compensation unit 44 may be highly integrated, but are shown separately for conceptual purposes.

[0060] In some embodiments, the intra BC unit 48 may generate vectors and extract prediction blocks in a manner similar to that described above in conjunction with the motion estimation unit 42 and the motion compensation unit 44, but these prediction blocks are in the same frame as the current block being encoded, and these vectors are referred to as block vectors rather than motion vectors. Specifically, the intra BC unit 48 may determine the intra prediction mode to be used to encode the current block. In some embodiments, the intra BC unit 48 may encode the current block using various intra prediction modes, for example, during different encoding passes, and test their performance through rate-distortion analysis. Next, the intra BC unit 48 may select a suitable intra prediction mode to use among the various tested intra prediction modes and generate an intra mode indicator accordingly. For example, the intra BC unit 48 may calculate rate-distortion values ​​for the various tested intra prediction modes using rate-distortion analysis, and select the intra prediction mode with the best rate-distortion characteristics among the tested modes as the suitable intra prediction mode to use. The rate-distortion analysis generally determines the amount of distortion (or error) between a coded block and the original uncoded block that was encoded to generate the coded block, as well as the bit rate (i.e., the number of bits) used to generate the coded block. Intra BC unit 48 may calculate ratios from the distortions and rates for the various coded blocks to determine which intra-prediction mode exhibits the best rate-distortion value for the block.

[0061] In other embodiments, intra BC unit 48 may use, in whole or in part, motion estimation unit 42 and motion compensation unit 44 to perform such functions for intra BC prediction in accordance with embodiments described herein. In either case, for intra block copying, the prediction block may be a block that is considered to closely match the block to be encoded in terms of pixel differences, which may be determined by SAD, SSD, or other difference metrics, and identification of the prediction block may include calculating values ​​for sub-integer pixel positions.

[0062] Regardless of whether the prediction block is from the same frame according to intra-frame prediction or from a different frame according to inter-frame prediction, video encoder 20 can form pixel difference values ​​by subtracting the pixel values ​​of the prediction block from the pixel values ​​of the current video block being encoded, thereby forming a residual video block. The pixel difference values ​​forming the residual video block may include both luma component differences and chroma component differences.

[0063] As an alternative to the inter-frame prediction performed by the motion estimation unit 42 and the motion compensation unit 44 or the intra-frame block copy prediction performed by the intra BC unit 48 as described above, the intra-frame prediction processing unit 46 may perform intra-frame prediction on the current video block. Specifically, the intra-frame prediction processing unit 46 may determine an intra-frame prediction mode for encoding the current block. To this end, the intra-frame prediction processing unit 46 may use various intra-frame prediction modes to encode the current block, for example, during different encoding channels, and the intra-frame prediction processing unit 46 (or in some embodiments, the mode selection unit) may select a suitable intra-frame prediction mode from the tested intra-frame prediction modes to use. The intra-frame prediction processing unit 46 may provide information indicating the intra-frame prediction mode selected for the block to the entropy coding unit 56. The entropy coding unit 56 may encode the information indicating the selected intra-frame prediction mode into the bitstream.

[0064] After prediction processing unit 41 determines a prediction block for the current video block via inter-prediction or intra-prediction, adder 50 forms a residual video block by subtracting the prediction block from the current video block. The residual video data in the residual block may be included in one or more TUs and provided to transform processing unit 52. Transform processing unit 52 transforms the residual video data into residual transform coefficients using a transform such as a discrete cosine transform (DCT) or a conceptually similar transform.

[0065] Transform processing unit 52 may send the resulting transform coefficients to quantization unit 54. Quantization unit 54 quantizes the transform coefficients to further reduce the bit rate. The quantization process may also reduce the bit depth associated with some or all of the coefficients. The degree of quantization may be modified by adjusting a quantization parameter. In some embodiments, quantization unit 54 may then perform a scan on the matrix including the quantized transform coefficients. Optionally, entropy encoding unit 56 may perform the scan.

[0066] After quantization, entropy coding unit 56 entropy encodes the quantized transform coefficients into a video bitstream using, for example, context adaptive variable length coding (CAVLC), context adaptive binary arithmetic coding (CABAC), syntax-based context adaptive binary arithmetic coding (SBAC), probability interval partitioning entropy (PIPE) coding, or another entropy coding method or technique. The encoded bitstream may then be sent to a video bitstream such as Figure 1 The video decoder 30 shown, or archived as Figure 1 The video frame may be stored in storage device 32 as shown for later transmission to or retrieval by video decoder 30. Entropy encoding unit 56 may also entropy encode motion vectors and other syntax elements for the current video frame being encoded.

[0067] Inverse quantization unit 58 and inverse transform processing unit 60 apply inverse quantization and inverse transform, respectively, to reconstruct the residual video block in the pixel domain for use in generating reference blocks for predicting other video blocks. As noted above, motion compensation unit 44 may generate a motion compensated prediction block from one or more reference blocks of a frame stored in DPB 64. Motion compensation unit 44 may also apply one or more interpolation filters to the prediction block to calculate sub-integer pixel values ​​for use in motion estimation.

[0068] Adder 62 adds the reconstructed residual block to the motion compensated prediction block generated by motion compensation unit 44 to generate a reference block for storage in DPB 64. The reference block may then be used as a prediction block by intra BC unit 48, motion estimation unit 42, and motion compensation unit 44 to inter-predict another video block in a subsequent video frame.

[0069] The first generation of AVS standards includes the Chinese national standards "Information Technology Advanced Audio and Video Codec Part 2: Video" (called AVS1) and "Information Technology Advanced Audio and Video Codec Part 16: Broadcasting and Television Video" (called AVS+). Compared with the MPEG-2 standard, it can provide about 50% bit rate savings at the same perceptual quality. In February 2006, the video part of the AVS1 standard was promulgated as a Chinese national standard. The second generation of AVS standards includes the Chinese national standard series "Information Technology High Efficiency Multimedia Codec" (abbreviated as AVS2), which is mainly aimed at the transmission of ultra-high-definition television (extra HD TV) programs. The codec efficiency of AVS2 is twice that of AVS+. In May 2016, AVS2 was released as a Chinese national standard. At the same time, the video part of the AVS2 standard was submitted by the Institute of Electrical and Electronics Engineers (IEEE) as an international standard for application. The AVS3 standard is a new generation of video codec standards for UHD video applications, aiming to exceed the codec efficiency of the latest international standard HEVC. In March 2019, at the 68th AVS meeting, the AVS3-P2 baseline was completed, which provides about 30% bitrate savings compared to the HEVC standard. Currently, there is a reference software called High Performance Model (HPM) maintained by the AVS group to demonstrate a reference implementation of the AVS3 standard.

[0070] Like HEVC, the AVS3 standard is built on a block-based hybrid video codec framework. Figure 2B A block diagram of a general block-based hybrid video coding system is given. The input video signal is processed block by block, which is called coding unit (CU). Unlike HEVC, which partitions blocks based only on quadtree, in AVS3, one coding tree unit (CTU) is partitioned into CUs based on quadtree / binary tree / extended quadtree to adapt to changing local characteristics. In addition, the concept of multiple partition unit types in HEVC is removed, that is, there is no distinction between CU, prediction unit (PU) and transform unit (TU) in AVS3; instead, each CU is always used as a basic unit for both prediction and transformation without further partitioning. In the tree partitioning structure of AVS3, one CTU is first partitioned based on the quadtree structure. Then, each quadtree leaf node can be further partitioned based on the binary tree and extended quadtree structures. As Figure 2C-2G As shown, there are five types of segmentation, four-element segmentation ( Figure 2C ), vertical binary segmentation ( Figure 2D ), horizontal binary segmentation ( Figure 2E ), vertically extended quadtree partitioning ( Figure 2F ) and horizontally extended quadtree partitioning ( Figure 2G ).exist Figure 2BIn the video code, spatial prediction and / or temporal prediction can be performed. Spatial prediction (or "intra-frame prediction") uses pixels from samples of coded neighboring blocks in the same video picture / slice (which are called reference samples) to predict the current video block. Spatial prediction reduces the spatial redundancy inherent in video signals. Temporal prediction (also known as "inter-frame prediction" or "motion compensated prediction") uses reconstructed pixels from coded video pictures to predict the current video block. Temporal prediction reduces the temporal redundancy inherent in video signals. The temporal prediction signal for a given CU is usually signaled by one or more motion vectors (MVs), which indicate the amount and direction of motion between the current CU and its temporal reference. In addition, if multiple reference pictures are supported, a reference picture index is additionally sent, which is used to identify which reference picture in the reference picture repository the temporal prediction signal comes from. After spatial prediction and / or temporal prediction, the mode decision block in the encoder selects the optimal prediction mode, for example, based on a rate-distortion optimization method. The prediction block is then subtracted from the current video block; and the prediction residual is decorrelated using a transform and then quantized. The quantized residual coefficients are dequantized and inverse transformed to form a reconstructed residual, which is then added back to the prediction block to form the reconstructed signal of the CU. In addition, loop filtering, such as a deblocking filter, sample adaptive offset (SAO), and adaptive intra-loop filter (ALF), may be applied to the reconstructed CU before it is placed in a reference picture repository and used to encode and decode future video blocks. To form an output video bitstream, the coding mode (inter or intra), prediction mode information, motion information, and quantized residual coefficients are all sent to the entropy coding unit for further compression and packaging.

[0071] The first version of the HEVC standard was completed in October 2013, providing about 50% bit rate savings or equivalent perceptual quality compared to the previous generation video codec standard H.264 / MPEG AVC. Although the HEVC standard provides significant codec improvements compared to its predecessor, there is evidence that additional codec tools can be used on top of HEVC to achieve superior codec efficiency. Based on this, both VCEG and MPEG have begun exploring new codec technologies for future video codec standardization. ITU-TVECG and ISO / IEC MPEG established a Joint Video Exploration Team (JVET) in October 2015 to begin important research on advanced technologies that can achieve substantial enhancements in codec efficiency. A reference software called the Joint Exploration Model (JEM) is maintained by JVET by integrating several additional codec tools on top of the HEVC Test Model (HM).

[0072] In October 2017, ITU-T and ISO / IEC issued a joint call for proposals (CfP) on video compression with capabilities beyond HEVC. In April 2018, 23 CfP responses were received and evaluated at the 10th JVET meeting, showing a compression efficiency gain of about 40% over HEVC. Based on such evaluation results, JVET initiated a new project to develop a new generation of video codec standards called Versatile Video Codec (VVC). In the same month, a reference software code base called VVC Test Model (VTM) was established to demonstrate a reference implementation of the VVC standard.

[0073] Like HEVC, VVC is built on a block-based hybrid video coding framework. Figure 2B A block diagram of a general block-based hybrid video coding system is given. The input video signal is processed block by block, which is called coding unit (CU). In VTM-1.0, a CU can be up to 128×128 pixels. However, unlike HEVC, which is based only on quadtree partitioning blocks, in VVC, one coding tree unit (CTU) is divided into multiple CUs to adapt to the changing local characteristics based on quadtree / binary tree / ternary tree. In addition, the concept of multiple partition unit types in HEVC is removed, that is, there is no distinction between CU, prediction unit (PU) and transform unit (TU) in VVC; instead, each CU is always used as a basic unit for prediction and transformation without further division. In the multi-type tree structure, a CTU is first divided by a quadtree structure. Then, each quadtree leaf node can be further divided by a binary tree structure and a ternary tree structure. As Figure 2C-2G As shown, there are five types of segmentation, four-element segmentation ( Figure 2C ), vertical binary segmentation ( Figure 2D ), horizontal binary segmentation ( Figure 2E ), vertically extended quadtree partitioning ( Figure 2F ) and horizontally extended quadtree partitioning ( Figure 2G ).exist Figure 2BIn the video code, spatial prediction and / or temporal prediction can be performed. Spatial prediction (or "intra-frame prediction") uses pixels from samples of coded neighboring blocks in the same video picture / slice (which are called reference samples) to predict the current video block. Spatial prediction reduces the spatial redundancy inherent in video signals. Temporal prediction (also known as "inter-frame prediction" or "motion compensated prediction") uses reconstructed pixels from coded video pictures to predict the current video block. Temporal prediction reduces the temporal redundancy inherent in video signals. The temporal prediction signal for a given CU is usually signaled by one or more motion vectors (MVs), which indicate the amount and direction of motion between the current CU and its temporal reference. In addition, if multiple reference pictures are supported, a reference picture index is additionally sent, which is used to identify which reference picture in the reference picture repository the temporal prediction signal comes from. After spatial prediction and / or temporal prediction, the mode decision block in the encoder selects the optimal prediction mode, for example, based on a rate-distortion optimization method. The prediction block is then subtracted from the current video block; and the prediction residual is decorrelated using a transform and then quantized. The quantized residual coefficients are dequantized and inverse transformed to form a reconstructed residual, which is then added back to the prediction block to form the reconstructed signal of the CU. In addition, loop filtering, such as a deblocking filter, sample adaptive offset (SAO), and an adaptive intra-loop filter (ALF), may be applied to the reconstructed CU before it is placed in a reference picture repository and used to encode and decode future video blocks. In order to form an output video bitstream, the coding mode (inter or intra), prediction mode information, motion information, and quantized residual coefficients are all sent to the entropy coding unit to be further compressed and packaged to form a bitstream.

[0074] Figure 3A 30 is a block diagram showing an exemplary video decoder 30 according to some embodiments of the present application. The video decoder 30 includes a video data memory 79, an entropy decoding unit 80, a prediction processing unit 81, an inverse quantization unit 86, an inverse transform processing unit 88, an adder 90, and a DPB 92. The prediction processing unit 81 further includes a motion compensation unit 82, an intra-frame prediction unit 84, and an intra-frame BC unit 85. The video decoder 30 may perform the above combined Figure 2A The encoding process is substantially the inverse of the decoding process described with respect to video encoder 20. For example, motion compensation unit 82 may generate prediction data based on motion vectors received from entropy decoding unit 80, and intra-prediction unit 84 may generate prediction data based on intra-prediction mode indicators received from entropy decoding unit 80.

[0075] In some embodiments, units of the video decoder 30 may be tasked to perform embodiments of the present application. In addition, in some embodiments, embodiments of the present disclosure may be dispersed in one or more of the multiple units of the video decoder 30. For example, the intra BC unit 85 may perform embodiments of the present application alone or in combination with other units of the video decoder 30 (such as the motion compensation unit 82, the intra prediction unit 84, and the entropy decoding unit 80). In some embodiments, the video decoder 30 may not include the intra BC unit 85, and the functions of the intra BC unit 85 may be performed by other components of the prediction processing unit 81 (such as the motion compensation unit 82).

[0076] The video data memory 79 may store video data, such as an encoded video bitstream, to be decoded by other components of the video decoder 30. The video data stored in the video data memory 79 may be obtained, for example, from the storage device 32, from a local video source (such as a camera), via a wired or wireless network communication of video data, or by accessing a physical data storage medium (e.g., a flash drive or hard disk). The video data memory 79 may include a coded picture buffer (CPB) that stores encoded video data from an encoded video bitstream. The DPB 92 of the video decoder 30 stores reference video data for use by the video decoder 30 when decoding the video data (e.g., in an intra-frame or inter-frame prediction decoding mode). The video data memory 79 and the DPB 92 may be formed by any of a variety of memory devices, such as dynamic random access memory (DRAM) (including synchronous DRAM (SDRAM)), magnetoresistive RAM (MRAM), resistive RAM (RRAM), or other types of memory devices. For illustrative purposes, the video data memory 79 and the DPB 92 are shown in FIG. Figure 3A 92 as two different components of the video decoder 30. However, it will be apparent to those skilled in the art that the video data memory 79 and the DPB 92 may be provided by the same memory device or by separate memory devices. In some embodiments, the video data memory 79 may be on-chip with the other components of the video decoder 30, or off-chip relative to those components.

[0077] During the decoding process, the video decoder 30 receives an encoded video bitstream representing video blocks of an encoded video frame and associated syntax elements. The video decoder 30 may receive syntax elements at the video frame level and / or the video block level. The entropy decoding unit 80 of the video decoder 30 entropy decodes the bitstream to generate quantization coefficients, motion vectors or intra-frame prediction mode indicators, and other syntax elements. The entropy decoding unit 80 then forwards the motion vectors or intra-frame prediction mode indicators and other syntax elements to the prediction processing unit 81.

[0078] When a video frame is encoded as an intra-prediction coded (I) frame or for intra-coded prediction blocks in other types of frames, intra-prediction unit 84 of prediction processing unit 81 may generate prediction data for a video block of a current video frame based on a signaled intra-prediction mode and reference data from a previously decoded block of the current frame.

[0079] When the video frame is encoded as an inter-frame prediction coded (i.e., B or P) frame, the motion compensation unit 82 of the prediction processing unit 81 generates one or more prediction blocks for the video block of the current video frame based on the motion vectors and other syntax elements received from the entropy decoding unit 80. Each of the prediction blocks may be generated from a reference frame within one of the reference frame lists. The video decoder 30 may construct the reference frame lists, List 0 and List 1, using a default construction technique based on the reference frames stored in the DPB 92.

[0080] In some embodiments, when a video block is decoded according to the intra BC mode described herein, intra BC unit 85 of prediction processing unit 81 generates a prediction block for the current video block based on the block vector and other syntax elements received from entropy decoding unit 80. The prediction block may be within a reconstructed region of the same picture as the current video block as defined by video encoder 20.

[0081] The motion compensation unit 82 and / or the intra BC unit 85 determine prediction information for the video block of the current video frame by parsing the motion vector and other syntax elements, and then use the prediction information to generate a prediction block for the current video block being decoded. For example, the motion compensation unit 82 uses some of the received syntax elements to determine the prediction mode (e.g., intra prediction or inter prediction) for decoding the video block of the video frame, the inter prediction frame type (e.g., B or P), the construction information for one or more of the reference frame lists for the frame, the motion vector for each inter prediction encoded video block of the frame, the inter prediction state for each inter prediction encoded video block of the frame, and other information for decoding the video block in the current video frame.

[0082] Similarly, the intra BC unit 85 may use some of the received syntax elements, such as a flag to determine whether the current video block is predicted using intra BC mode, construction information of which video blocks of the frame are within the reconstruction region and should be stored in the DPB 92, a block vector for each intra BC predicted video block of the frame, an intra BC prediction state for each intra BC predicted video block of the frame, and other information for decoding the video blocks in the current video frame.

[0083] Motion compensation unit 82 may also perform interpolation using interpolation filters as used by video encoder 20 during encoding of the video blocks to calculate interpolated values ​​for sub-integer pixels of reference blocks. In this case, motion compensation unit 82 may determine the interpolation filters used by video encoder 20 from the received syntax elements and use these interpolation filters to generate the prediction blocks.

[0084] Inverse quantization unit 86 inverse quantizes the quantized transform coefficients provided in the bitstream and entropy decoded by entropy decoding unit 80, using the same quantization parameters calculated by video encoder 20 for each video block in the video frame to determine the degree of quantization. Inverse transform processing unit 88 applies an inverse transform (e.g., an inverse DCT, an inverse integer transform, or a conceptually similar inverse transform process) to the transform coefficients to reconstruct the residual block in the pixel domain.

[0085] After the motion compensation unit 82 or the intra BC unit 85 generates a prediction block for the current video block based on the vector and other syntax elements, the adder 90 reconstructs the decoded video block for the current video block by adding the residual block from the inverse transform processing unit 88 to the corresponding prediction block generated by the motion compensation unit 82 and the intra BC unit 85. A loop filter 91 (such as a deblocking filter, an SAO filter and / or an ALF) may be located between the adder 90 and the DPB 92 to further process the decoded video block. In some embodiments, the loop filter 91 may be omitted and the decoded video block may be provided directly to the DPB 92 by the adder 90. The decoded video blocks in a given frame are then stored in the DPB 92, which stores reference frames for subsequent motion compensation of the next video block. The DPB 92 or a memory device separate from the DPB 92 may also store the decoded video for later presentation on a display device (e.g., Figure 1 on a display device 34).

[0086] In a typical video encoding and decoding process, a video sequence usually includes an ordered set of frames or pictures. Each frame may include three sample arrays, denoted as SL, SCb, and SCr. SL is a two-dimensional array of luma samples. SCb is a two-dimensional array of Cb chroma samples. SCr is a two-dimensional array of Cr chroma samples. In other cases, a frame may be monochrome and therefore include only a two-dimensional array of luma samples.

[0087] Figure 3B A general block diagram of a block-based video decoder is given. The video bitstream is first entropy decoded at the entropy decoding unit. The coding mode and prediction information are sent to the spatial prediction unit (in the case of intra-frame coding) or the temporal prediction unit (in the case of inter-frame coding) to form a prediction block. The residual transform coefficients are sent to the dequantization unit and the inverse transform unit to reconstruct the residual block. The prediction block and the residual block are then added together. The reconstructed block can be further loop filtered before it is stored in the reference picture repository. The reconstructed video in the reference picture repository is then sent for display and for predicting future video blocks.

[0088] In addition, ITU-T VCEG (Q6 / 16) and ISO / IEC MPEG (JTC1 / SC29 / WG11) are studying the potential need for standardization of future video codec technologies with compression capabilities that significantly exceed the current VVC standard. This future standardization action may take the form of additional extensions to VVC or a completely new standard. The groups are working together on this exploratory activity in a joint collaborative project called the Joint Video Exploration Team (JVET) to evaluate compression technology designs proposed by their experts in this field. The first Exploration Experiment (EE) was established at the JVET meeting from January 6 to 15, 2021, and this exploratory software model was named the Enhanced Compression Model (ECM) and ECM version 2 (ECM2.0) was released in August 2021.

[0089] like Figure 3C As shown in , the video encoder 20 (or more specifically, the partitioning unit 45) generates an encoded representation of a frame by first partitioning the frame into a set of CTUs. A video frame may include an integer number of CTUs sequentially ordered from left to right and from top to bottom in a raster scan order. Each CTU is the largest logical coding unit, and the width and height of the CTU are signaled by the video encoder 20 in a sequence parameter set so that all CTUs in a video sequence have the same size, one of 128×128, 64×64, 32×32, and 16×16. It should be noted, however, that the present application is not necessarily limited to a particular size. As Figure 3DAs shown in , each CTU may include one CTB for luma samples, two corresponding coding tree blocks for chroma samples, and syntax elements for encoding and decoding samples of the coding tree blocks. The syntax elements describe the properties of different types of units of coding pixel blocks and how the video sequence can be reconstructed at the video decoder 30, including inter-frame prediction or intra-frame prediction, intra-frame prediction mode, motion vectors, and other parameters. In a monochrome picture or a picture with three separate color planes, a CTU may include a single coding tree block and syntax elements for encoding and decoding samples of the coding tree block. The coding tree block may be an N×N sample block.

[0090] To achieve better performance, video encoder 20 may recursively perform tree partitioning, such as binary tree partitioning, ternary tree partitioning, quadtree partitioning, or a combination thereof, on the coding tree block of the CTU and divide the CTU into smaller CUs. Figure 3E As depicted in , a 64×64 CTU 400 is first partitioned into four smaller CUs, each CU having a block size of 32×32. Among the four smaller CUs, CU 410 and CU 420 are partitioned into four CUs of a block size of 16×16, respectively. Two 16×16 CUs 430 and CU 440 are further partitioned into four CUs of a block size of 8×8, respectively. Figure 3F Depicted is a diagram showing Figure 3E The quadtree data structure of the final result of the partitioning process of CTU 400 depicted in FIG. 4 is a quadtree data structure, each leaf node of the quadtree corresponds to a CU of each size ranging from 32×32 to 8×8. Figure 3D Each CU may include a CB of luma samples and two corresponding coding blocks of chroma samples of the same size frame, and syntax elements for encoding and decoding the samples of the coding blocks. In a monochrome picture or a picture with three separate color planes, a CU may include a single coding block and syntax structures for encoding and decoding the samples of the coding block. It should be noted that Figure 3E-Figure 3F The quadtree partitioning depicted in FIG is for illustrative purposes only, and one CTU may be split into CUs based on quadtree / ternary tree / binary tree partitioning to adapt to varying local characteristics. In a multi-type tree structure, one CTU is divided by a quadtree structure, and each quadtree leaf CU may be further divided by a binary tree structure and a ternary tree structure. Figure 3G-Figure 3K As shown, there are five possible partition types for a coding block with a width of W and a height of H, namely, quadruple partitioning ( Figure 3G ), horizontal binary segmentation ( Figure 3H ), vertical binary segmentation ( Fig. 3I ), horizontal ternary segmentation ( Figure 3J ) and vertical ternary split ( Figure 3K ).

[0091] In some embodiments, the video encoder 20 may further divide the coding block of the CU into one or more M×NPBs. A PB is a rectangular (square or non-square) sample block to which the same prediction (inter or intra) is applied. The PU of a CU may include a PB of luma samples, two corresponding PBs of chroma samples, and syntax elements for predicting the PBs. In a monochrome picture or a picture with three separate color planes, a PU may include a single PB and a syntax structure for predicting the PB. The video encoder 20 may generate a predicted luma block, a predicted Cb block, and a predicted Cr block for the luma PB, Cb PB, and Cr PB of each PU of the CU.

[0092] Video encoder 20 may use intra prediction or inter prediction to generate a prediction block for a PU. If video encoder 20 uses intra prediction to generate a prediction block for a PU, video encoder 20 may generate the prediction block for the PU based on decoded samples of a frame associated with the PU. If video encoder 20 uses inter prediction to generate a prediction block for a PU, video encoder 20 may generate the prediction block for the PU based on decoded samples of one or more frames other than the frame associated with the PU.

[0093] After the video encoder 20 generates the predicted luma block, the predicted Cb block, and the predicted Cr block for one or more PUs of a CU, the video encoder 20 may generate a luma residual block for the CU by subtracting the predicted luma block of the CU from the original luma coding block of the CU, so that each sample in the luma residual block of the CU indicates the difference between a luma sample in one of the predicted luma blocks of the CU and a corresponding sample in the original luma coding block of the CU. Similarly, the video encoder 20 may generate a Cb residual block and a Cr residual block for the CU, respectively, so that each sample in the Cb residual block of the CU indicates the difference between a Cb sample in one of the predicted Cb blocks of the CU and a corresponding sample in the original Cb coding block of the CU, and each sample in the Cr residual block of the CU may indicate the difference between a Cr sample in one of the predicted Cr blocks of the CU and a corresponding sample in the original Cr coding block of the CU.

[0094] In addition, if Figure 3EAs shown in , the video encoder 20 may use quadtree partitioning to decompose the luma residual block, Cb residual block and Cr residual block of the CU into one or more luma transform blocks, Cb transform blocks and Cr transform blocks, respectively. A transform block is a rectangular (square or non-square) sample block to which the same transform is applied. A TU of a CU may include a transform block of luma samples, two corresponding transform blocks of chroma samples and syntax elements for transforming the transform block samples. Therefore, each TU of a CU may be associated with a luma transform block, a Cb transform block and a Cr transform block. In some embodiments, the luma transform block associated with a TU may be a sub-block of the luma residual block of the CU. The Cb transform block may be a sub-block of the Cb residual block of the CU. The Cr transform block may be a sub-block of the Cr residual block of the CU. In a monochrome picture or a picture with three separate color planes, a TU may include a single transform block and a syntax structure for transforming the samples of the transform block.

[0095] The video encoder 20 may apply one or more transforms to the luma transform block of the TU to generate a luma coefficient block for the TU. The coefficient block may be a two-dimensional array of transform coefficients. The transform coefficient may be a scalar. The video encoder 20 may apply one or more transforms to the Cb transform block of the TU to generate a Cb coefficient block for the TU. The video encoder 20 may apply one or more transforms to the Cr transform block of the TU to generate a Cr coefficient block for the TU.

[0096] After generating a coefficient block (e.g., a luma coefficient block, a Cb coefficient block, or a Cr coefficient block), video encoder 20 may quantize the coefficient block. Quantization generally refers to a process in which transform coefficients are quantized to potentially reduce the amount of data used to represent the transform coefficients, thereby providing further compression. After video encoder 20 quantizes the coefficient block, video encoder 20 may entropy encode syntax elements indicating the quantized transform coefficients. For example, video encoder 20 may perform CABAC on the syntax elements indicating the quantized transform coefficients. Finally, video encoder 20 may output a bitstream including a sequence of bits that form a representation of an encoded frame and associated data, and the bitstream is stored in storage device 32 or sent to target device 14.

[0097] After receiving the bitstream generated by the video encoder 20, the video decoder 30 may parse the bitstream to obtain syntax elements from the bitstream. The video decoder 30 may reconstruct a frame of video data based at least in part on the syntax elements obtained from the bitstream. The process of reconstructing the video data is generally the inverse of the encoding process performed by the video encoder 20. For example, the video decoder 30 may perform an inverse transform on a coefficient block associated with a TU of the current CU to reconstruct a residual block associated with the TU of the current CU. The video decoder 30 also reconstructs the coding block of the current CU by adding samples of the prediction block for the PU of the current CU to corresponding samples of the transform block of the TU of the current CU. After reconstructing the coding block for each CU of the frame, the video decoder 30 may reconstruct the frame.

[0098] As mentioned above, video codecs mainly use two modes, namely, intra-frame prediction (or intra-frame prediction) and inter-frame prediction (or inter-frame prediction) to achieve video compression. It should be noted that IBC can be regarded as intra-frame prediction or a third mode. Between the two modes, inter-frame prediction contributes more to codec efficiency than intra-frame prediction because motion vectors are used to predict the current video block from the reference video block.

[0099] However, with the ever-improving video data capture technology and more refined video block sizes for retaining details in the video data, the amount of data required to represent the motion vector of the current frame has also increased significantly. One way to overcome this challenge is to benefit from the fact that not only a group of neighboring CUs in both the spatial domain and the temporal domain have similar video data for prediction purposes, but the motion vectors between these neighboring CUs are also similar. Therefore, the motion information of spatially neighboring CUs and / or temporally co-located CUs can be used as an approximation of the motion information (e.g., motion vector) of the current CU by exploring the spatial and temporal correlation of the spatially neighboring CUs and / or the temporally co-located CUs, which is also referred to as the "motion vector predictor (MVP)" of the current CU.

[0100] Instead of combining as above Figure 2A The actual motion vector of the current CU determined by the motion estimation unit 42 is encoded into the video bitstream, and the motion vector predictor of the current CU is subtracted from the actual motion vector of the current CU to generate the motion vector difference (MVD) of the current CU. By doing so, the motion vector determined by the motion estimation unit 42 for each CU of the frame does not need to be encoded into the video bitstream, and the amount of data used to represent motion information in the video bitstream can be significantly reduced.

[0101] As in the process of selecting a prediction block in a reference frame during inter-frame prediction of a coding block, both the video encoder 20 and the video decoder 30 need to adopt a set of rules for constructing a motion vector candidate list (also called a "merge list") of the current CU using those potential candidate motion vectors associated with the spatial neighboring CUs and / or the temporal co-located CUs of the current CU, and then selecting a member from the motion vector candidate list as the motion vector predictor of the current CU. By doing so, the motion vector candidate list itself does not need to be sent from the video encoder 20 to the video decoder 30, and the index of the selected motion vector predictor in the motion vector candidate list is sufficient for the video encoder 20 and the video decoder 30 to use the same motion vector predictor in the motion vector candidate list to encode and decode the current CU.

[0102] The present disclosure focuses on improving the encoding and decoding efficiency of transforms in video encoding and decoding. More specifically, a training and encoding and decoding method for Karhunen-Loève transform (KLT) is proposed. In the following section, related work is first reviewed. Then, the proposed KLT training and signaling method is introduced.

[0103] Large block size transformation with high frequency zeroing

[0104] In VVC, large block size transforms up to 64×64 are enabled, which are mainly used for higher resolution videos, such as 1080p and 4K sequences. For transform blocks with a size (width or height, or both width and height) equal to 64, the high-frequency transform coefficients are zeroed so that only lower frequency coefficients are retained. For example, for an M×N transform block, where M is the block width and N is the block height, when M is equal to 64, only the transform coefficients of the 32 columns on the left are retained. Similarly, when N is equal to 64, only the transform coefficients of the top 32 rows are retained. When the transform skip mode is used for large blocks, the entire block is used without any value being zeroed. In addition, the transform shift is removed in the transform skip mode. VTM also supports a configurable maximum transform size in SPS, allowing the encoder to flexibly select a transform size of up to 32 lengths or 64 lengths according to the needs of a specific implementation.

[0105] Multiple Transform Selection (MTS) for Kernel Transforms

[0106] In addition to DCT-II, which has been adopted in HEVC, the Multiple Transform Selection (MTS) scheme is also used for residual coding and decoding of both inter-coded blocks and intra-coded blocks. It uses multiple selected transforms in DCT8 / DST7. The newly introduced transform matrices are DST-VII and DCT-VIII.

[0107] To maintain the orthogonality of the transform matrices, the transform matrices are more accurately quantized than in HEVC.To keep the intermediate values ​​of the transformed coefficients within 16 bits, all coefficients will have 10 bits after horizontal and vertical transforms.

[0108] The selected DST / DCT basis functions are shown.

[0109] To maintain the orthogonality of the transform matrices, the transform matrices are more accurately quantized than in HEVC.To keep the intermediate values ​​of the transformed coefficients within 16 bits, all coefficients will have 10 bits after horizontal transform and after vertical transform.

[0110] Table 1 Transform basis functions of DCT-II / VIII and DSTVII for N-point input

[0111]

[0112] To control the MTS scheme, separate enable flags are specified at the SPS level for intra and inter, respectively. When MTS is enabled at SPS, a CU-level flag is signaled to indicate whether MTS is applied. Here, MTS is applied only to luma. MTS signaling is skipped when one of the following conditions applies.

[0113] 1). The position of the last significant coefficient for the luma TB is less than 1 (ie, DC only)

[0114] 2) The last effective coefficient of brightness TB is located in the MTS zeroing area

[0115] If the MTS CU flag is equal to zero, DCT2 is applied in both directions. However, if the MTS CU flag is equal to one, two other flags are additionally signaled to indicate the transform type for the horizontal and vertical directions, respectively. The transform and signaling mapping table is shown in the table. A unified transform selection for ISP and implicit MTS is used by removing intra-mode and block shape dependencies. If the current block is in ISP mode or if the current block is an intra-block and both intra- and inter-frame explicit MTS are turned on, only DST7 is used for both the horizontal transform kernel and the vertical transform kernel. When it comes to transform matrix precision, an 8-bit main transform kernel is used. Therefore, all transform kernels used in HEVC remain the same, including 4-point DCT-2, 4-point DST-7, 8-point DCT-2, 16-point DCT-2 points, and 32-point DCT-2. In addition, other transform cores including 64-point DCT-2, 4-point DCT-8, 8-point DST-7, 8-point DCT-8, 16-point DST-7, 16-point DCT-8, 32-point DST-7, and 32-point DCT-8 use an 8-bit main transform core.

[0116] Table 2 Transformation and signaling mapping table

[0117]

[0118] To reduce the complexity of large-size DST-7 and DCT-8, high-frequency transform coefficients are zeroed for DST-7 blocks and DCT-8 blocks of size (width or height, or both) equal to 32. Only coefficients in the 16×16 low-frequency region are retained.

[0119] As in HEVC, the residual of a block can be coded with transform skip mode. To avoid redundancy in syntax coding and decoding, the transform skip flag is not signaled when the CU-level MTS_CU_flag is not equal to zero. Note that when LFNST or MIP is activated for the current CU, the implicit MTS transform is set to DCT2. In addition, when MTS is enabled for inter-coded blocks, implicit MTS can still be enabled.

[0120] Low-frequency Non-separable Transform (LFNST)

[0121] In VVC, LFNST is applied between the positive main transform and quantization (on the encoder side) and between the inverse quantization and the inverse main transform (on the decoder side), as shown in Figure 4 As shown. In LFNST, a 4×4 inseparable transform or an 8×8 inseparable transform is applied according to the block size. For example, 4×4 LFNST is applied for small blocks (i.e., min(width, height) <8), and 8×8 LFNST is applied for larger blocks (i.e., min(width, height)>4).

[0122] Using the input as an example, the application of the non-separable transform used in LFNST is described as follows. To apply 4×4 LFNST, first represent the 4×4 input block X as a vector

[0123]

[0124] The non-separable transformation is calculated as in indicates the transform coefficient vector, and T is the 16×16 transform matrix. The 16×1 coefficient vector is then converted to Reorganize into 4×4 blocks. Coefficients with smaller indices will be placed in 4×4 coefficient blocks with smaller scan indices.

[0125] Reduced Non-separable Transformation

[0126] The Low-Frequency Non-Separable Transform (LFNST) applies a non-separable transform based on a direct matrix multiplication method, enabling the LFNST to be implemented in a single pass without multiple iterations. However, it is necessary to reduce the dimension of the non-separable transform matrix to minimize the computational complexity and the memory space for storing the transform coefficients. Therefore, the Reduced Non-Separable Transform (or RST) method is used in the LFNST. The main idea of the reduced non-separable transform is to map an N-dimensional vector (for an 8×8 NSST, N is typically equal to 64) to an R-dimensional vector in a different space, where N / R (R < N) is the reduction factor. Thus, instead of an N×N matrix, the RST matrix becomes an R×N matrix as follows:

[0127]

[0128] where the R rows of the transform are the R bases of the N-dimensional space. The inverse transform matrix for the RT is the transpose of its forward transform. For an 8×8 LFNST, a reduction factor of 4 is applied, and the 64×64 direct matrix (which is the size of the conventional 8×8 non-separable transform matrix) is reduced to a 16×48 direct matrix. Thus, a 48×16 inverse RST matrix is used on the decoder side to generate the kernel (primary) transform coefficients in the 8×8 upper-left region. When a 16×48 matrix is applied instead of a 16×64 with the same transform set configuration, each 16×48 matrix obtains 48 input data from three 4×4 blocks (excluding the lower-right 4×4 block) in the upper-left 8×8 block. With the reduced dimension, the memory usage for storing all LFNST matrices is reduced from 10 KB to 8 KB with a reasonable degradation in performance. To reduce complexity, the LFNST is restricted to be applicable only when all coefficients outside the first subgroup of coefficients are non-effective. Thus, when the LFNST is applied, all only the primary transform coefficients must be zero. This allows for an adjustment of the LFNST index signaling at the last valid position, and thus avoids the additional coefficient scanning in the current LFNST design, which is required to check for valid coefficients only at specific positions. The worst-case processing of the LFNST (in terms of per-pixel multiplication) limits the non-separable transform for 4×4 blocks and 8×8 blocks to 8×16 transforms and 8×48 transforms, respectively. In these cases, when the LFNST is applied, for other sizes less than 16, the last valid scan position must be less than 8. For blocks of shape 4×N and N×4 with N ≥ 8, the proposed restriction means that the LFNST is now applied only once and only to the upper-left 4×4 region. Since all only the primary coefficients are zero when the LFNST is applied, the number of operations required for the primary transform is reduced in this case. From the encoder perspective, when testing the LFNST transform, the quantization of the coefficients is significantly simplified. For the first 16 coefficients (in scan order), quantization with rate-distortion optimization must be maximized, and the remaining coefficients are forced to zero.

[0129] LFNST Transform Selection

[0130] In LFNST, there are a total of 4 transform sets, and each transform set uses 2 inseparable transform matrices (kernels). The mapping from intra prediction modes to transform sets is predefined, as shown in Table 3. If one of the three CCLM modes (INTRA_LT_CCLM, INTRA_T_CCLM, or INTRA_L_CCLM) is used for the current block (81 <= predModeIntra <= 83), transform set 0 is selected for the current chroma block. For each transform set, the selected inseparable secondary transform candidate is further specified by an explicitly signaled LFNST index. After the transform coefficients, the index is signaled once in the bitstream per intra CU.

[0131] Table 3 Transformation selection table

[0132] Intra prediction mode Transform Set Index Intra prediction mode < 0 1 0<=intra prediction mode<=1 0 2<=intra prediction mode<=12 1 13<=intra prediction mode<=23 2 24<=intra prediction mode<=44 3 45<=intra prediction mode<=55 2 56<=intra prediction mode<=80 1 81<=intra prediction mode<=83 0

[0133] LFNST index signaling and interaction with other tools

[0134] Since LFNST is restricted to being applicable only when all coefficients outside the first coefficient subgroup are insignificant, the LFNST index encoding depends on the position of the last significant coefficient. In addition, the LFNST index is context-encoded but does not depend on the intra prediction mode, and only the first binary bit is context-encoded. In addition, LFNST is applied to intra CUs in both intra and inter slices, and to both luma and chroma. If dual tree is enabled, LFNST indexes for luma and chroma are signaled separately. For inter slices (dual tree is disabled), a single LFNST index is signaled and used for both luma and chroma.

[0135] Considering that large CUs larger than 64×64 are implicitly partitioned (TU tiling) due to the existing maximum transform size limit (64×64), LFNST index search may increase the data buffer by four times for a certain number of decoding pipeline stages. Therefore, the maximum size allowed for LFNST is limited to 64×64. It should be noted that LFNST is enabled only with DCT2. LFNST index signaling is placed before MTS index signaling.

[0136] Using a scaling matrix for perceptual quantization does not make it obvious that the scaling matrix specified for the main matrix is ​​useful for the LFNST coefficients. Therefore, using a scaling matrix on the LFNST coefficients is not allowed. For single-tree partitioning mode, chroma LFNST is not applied.

[0137] LFNST training

[0138] The codec efficiency of LFNST is highly dependent on the design of the LFNST kernel, which is derived through offline training. The training process can be considered as a clustering problem, where each cluster represents a huge group of transform coefficient blocks obtained from the actual encoding process, and the "center of mass" of each cluster is the optimal inseparable transform for the associated transform coefficient blocks in the same cluster, i.e., KLT.

[0139] Inspired by the classic k-means clustering method, the training of LFNST is performed in a two-stage iterative manner with an initial state:

[0140] initialization

[0141] For each transform coefficient block collected from the encoding process, a random label ranging from 0 to 3 is assigned. The low-frequency M×N coefficients are then added as one training data in the cluster associated with the assigned label.

[0142] For each cluster labeled from 1 to 3, the optimal inseparable transformation is derived by solving the eigenvectors of the covariance matrix (e.g., singular value decomposition (SVD)), where the covariance matrix is ​​calculated using the training data in the same cluster. In addition, the identity transformation indicating that no secondary transformation is applied is assigned as the centroid of the first cluster.

[0143] Iteration

[0144] For each available training data, rate-distortion optimization is used to select the optimal transformation kernel, and the training data is relabeled using the selected transformation kernel.

[0145] With the updated labels for each training example, each cluster is updated and the “centroid” (transform kernel) of the clusters labeled from 1 to 3 is updated accordingly. The identity transform is always assigned to cluster 0.

[0146] SubblockTransform (SBT)

[0147] In VTM, sub-block transform is introduced for inter-predicted CU. In this transform mode, only a sub-part of the residual block is encoded and decoded for the CU. When an inter-predicted CU has cu_cbf equal to 1, cu_sbt_flag can be signaled to indicate whether the entire residual block is encoded and decoded or a sub-part of the residual block is encoded and decoded. In the former case, the inter-MTS information is further parsed to determine the transform type of the CU. In the latter case, a part of the residual block is encoded and decoded using the inferred adaptive transform, and the other part of the residual block is reset to zero.

[0148] When SBT is used for an inter-coded CU, the SBT type and SBT position information are signaled in the bitstream. There are two SBT types and two SBT positions, such as Figure 5A-5D As shown. For SBT-V (or SBT-H), the TU width (or height) can be equal to half of the CU width (or height) or 1 / 4 of the CU width (or height), resulting in 2:2 partitioning or 1:3 / 3:1 partitioning. The 2:2 partitioning is similar to the binary tree (BT) partitioning, while the 1:3 / 3:1 partitioning is similar to the asymmetric binary tree (ABT) partitioning. In the ABT partitioning, only small areas contain non-zero residuals. If one dimension of the CU is 8 luminance samples, 1:3 / 3:1 partitioning is not allowed along the dimension. For a CU, there are up to 8 SBT modes.

[0149] Position-dependent transform kernel selection is applied to the luma transform blocks in SBT-V and SBT-H (chroma TBs of DCT-2 are always used). The two positions of SBT-H and SBT-V are associated with different kernel transforms. More specifically, Figure 5A-5D The horizontal and vertical transforms for each SBT position are specified in . For example, the horizontal and vertical transforms for SBT-V position 0 are DCT-8 and DST-7, respectively. When one side of the residual TU is greater than 32, the transforms for both dimensions are set to DCT-2. Therefore, the sub-block transform jointly specifies the TU partitioning, cbf, and horizontal and vertical kernel transform types of the residual block.

[0150] SBT is not applied to CUs coded in combined inter-intra mode.

[0151] Transform improvements in ECM

[0152] Maximum transform size and zeroing of transform coefficients

[0153] Both the CTU size and the maximum transform size (i.e., all MTS transform kernels) are extended to 256, where the largest intra-coded block can have a size of 128×128. The maximum CTU size is set to 256 for UHD sequences and to 128 in other cases. During the main transform process, there is no normalized zeroing operation applied to the transform coefficients. However, if LFNST is applied, the main transform coefficients outside the LFNST region are normalized to zero.

[0154] Enhanced MTS for intra-frame coding and decoding

[0155] In the current VVC design [1], for MTS, only the DST7 transform core and the DCT8 transform core used for intra-frame coding and inter-frame coding are utilized.

[0156] Additional main transforms including DCT5, DST4, DST1 and identity transform (IDT) are adopted. In addition, the MTS set depends on the TU size and intra-frame mode information. 16 different TU sizes are considered, and for each TU size, 5 different categories are considered according to the intra-frame mode information. For each category, 1, 4 or 6 different transform pairs are considered. The number of intra-frame MTS candidates is adaptively selected (between 1, 4 and 6 MTS candidates) based on the sum of the absolute values ​​of the transform coefficients. The sum is compared with two fixed thresholds to determine the total number of allowed MTS candidates:

[0157] 1 candidate: sum <= th0

[0158] 4 candidates: th0 <sum<=th1

[0159] 6 candidates: sum>th1

[0160] Note that although a total of 80 different classes are considered, some of these different classes often share exactly the same set of transforms. Thus, there are 58 (less than 80) unique entries in the resulting LUT.

[0161] For angle modes, the joint symmetry of TU shape and intra prediction is considered. Therefore, mode i (i>34) with a TU shape of A×B will be mapped to the same category as mode j=(68-i) with a TU shape of B×A. However, for each transform pair, the order of the horizontal transform kernel and the vertical transform kernel is exchanged. For example, a 16×4 block with a mode of 18 (horizontal prediction) and a 4×16 block with a mode of 50 (vertical prediction) are mapped to the same category. However, the vertical transform kernel and the horizontal transform kernel are exchanged. For wide-angle mode, the closest conventional angle mode is used for transform set determination. For example, mode 2 is used for all modes between -2 and -14. Similarly, mode 66 is used for modes 67 to 80.

[0162] LFNST extension with large core

[0163] The LFNST design in VVC is extended as follows:

[0164] The number of LFNST sets (S) and the number of candidates (C) are extended to S=35 and C=3, and the LFNST set (lfnstTrSetIdx) for a given intra mode (predModeIntra) is derived according to the following formula:

[0165] For predModeIntra<2, lfnstTrSetIdx is equal to 2

[0166] For predModeIntra in [0, 34], lfnstTrSetIdx = predModeIntra

[0167] For predModeIntra in [35, 66], lfnstTrSetIdx=68-predModeIntra

[0168] Three different kernels LFNST4, LFNST8, and LFNST16 are defined to indicate LFNST kernel sets, which are applied to 4×N / N×4 (N≥4), 8×N / N×8 (N≥8), and M×N (M, N≥16), respectively.

[0169] The kernel dimension is specified by:

[0170] (LFSNT4, LFNST8*, LFNST16*) = (16×16, 32×64, 32×96)

[0171] Positive LFNST is applied to the upper left low frequency region, which is called the region of interest (ROI). When LFNST is applied, the main transform coefficients present in the region except the ROI are zeroed, which is consistent with the VVC standard.

[0172] exist Figure 6 The ROI for LFNST16 is described in

[15] . It consists of six 4×4 sub-blocks that are consecutive in scan order. Since the number of input samples is 96, the transform matrix for positive LFNST16 can be R×96. In this paper, R is chosen to be 32, and accordingly 32 coefficients (two 4×4 sub-blocks) are generated from positive LFNST16, which are placed in coefficient scan order.

[0173] exist Figure 7 The ROI for LFNST8 is shown in . A positive LFNST8 matrix may be R x 64, and R is chosen to be 32. The generated coefficients are positioned in the same way as for LFNST16.

[0174] The mapping from intra prediction modes to these sets is shown in Table 4A and Table 4B.

[0175] TABLE 4A Mapping of intra prediction modes to LFNST set indices

[0176] Intra prediction mode -14 -13 -12 -11 -10 -9 -8 -7 -6 -5 -4 -3 -2 -1 IFNST Set Index 2 2 2 2 2 2 2 2 2 2 2 2 2 2 Intra prediction mode 18 19 20 21 22 23 24 25 26 27 28 29 30 31 INFST set index 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Intra prediction mode 50 51 52 53 54 55 56 57 58 59 60 61 62 63 IFNST Set Index 18 17 16 15 14 13 12 11 10 9 8 7 6 5

[0177] Table 4B Mapping of intra prediction modes to LFNST set indices

[0178] Intra prediction mode 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 IFNST Set Index 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 Intra prediction mode 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 INFST set index 32 33 34 33 32 31 30 29 28 27 26 25 24 23 22 21 20 19 Intra prediction mode 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 IFNST Set Index 4 3 2 2 2 2 2 2 2 2 2 2 2 2 2 2 2

[0179] Signal Dependent Transformation in JEM Transform, SDT)

[0180] Considering that there are many similar image patches within and across frames, a signal-dependent transform that exploits this correlation can enhance the codec performance through KLT. The trained KLT acts as a transform that aims to compress energy more efficiently.

[0181] Figure 8 The flowchart in describes this idea. For the current coding block indicated by C, first, obtain the top left template t reconstructed by the coding block b The reference image block R is composed of the N most similar image blocks and the prediction block p. This reference image block is then used to search for the N most similar image blocks on the reconstructed area. Finally, a one-dimensional KLT based on these blocks and the prediction block is calculated. For the set of similar candidate blocks, the coded block is unknown at the decoder. The prediction block and the reconstruction template are used to guide the search for similar blocks instead of using the original block. The tool is used for various block sizes 4×4, 8×8, 16×16 and 32×32.

[0182] It is known that the Karhunen-Loéve transform (KLT) is the best transform in terms of energy compression efficiency. By searching on the reconstructed area, the N blocks x that are most similar to the reference image block are obtained. i , i = 1, 2, ..., N. Here, x i =(x i1 ,x i2 ,…,x iD ) T And D indicates the vector dimension which is the transform block size. For example, for a 4×4 coding block, N is 16. Subtract the prediction p from those blocks and obtain the residual block u i , i=1,2,…,N, where Therefore, these residual blocks are used as training samples with zero mean for KLT derivation. These N training samples can be used with U = (u 1 ,u 2 ,…,u N ), which is a D×N matrix. Consider the covariance matrix Σ given by:

[0183] Σ=UU T (3-4)

[0184] where the dimension of the covariance matrix is ​​D×D. The KLT basis is the eigenvector of the covariance matrix. For natural image / video content, we found that choosing the number of candidates N to be 100 is sufficient for good performance.

[0185] The computational complexity of eigenvalue decomposition is O(D 3 ). For a 4×4 block with D=16, the complexity is O(163 ), which is acceptable. For large blocks, the complexity will be very high. For a 32×32 block with D=1024, the time complexity will be 262144 times slower than that of a 4×4 block, which is intolerable in the codec framework.

[0186] With this in mind, a fast algorithm is used to make KLT feasible for large block sizes. The dimension of Σ is D × D. However, U T U has a much lower dimension, such as N × N. We calculate Σ′ = U T The eigenvector φ of U satisfies the following equation:

[0187] U T Uφ=φΛ (3-5)

[0188] φ represents the eigenvector matrix, and Λ represents the diagonal matrix with eigenvalues ​​as diagonal elements. Let us multiply both sides of equation (3-5) by U to obtain:

[0189] UU T Uφ=UφΛ (3-6)

[0190] Add parentheses to this equation and obtain:

[0191] (UU T )(Uφ)=(Uφ)Λ (3-7)

[0192] The column vector of Uφ is UU T The eigenvectors of , whose corresponding eigenvalues ​​are the diagonal elements of the matrix Λ. Let This indicates that the covariance matrix U can be obtained by dividing U by T The high-dimensional covariance matrix U is obtained by multiplying the eigenvector φ obtained by U T The eigenvector of U. The dimensions of and Λ are both D×N. T All other (DN) eigenvectors of have zero eigenvectors. We can use the Schmidt orthogonalization method to fill the (DN) eigenvectors to obtain a D×D eigenvector matrix.

[0193] To reduce the complexity of matrix multiplication, the KLT transform can be performed using the obtained N eigenvectors, leaving the remaining (DN) transform coefficients as zero. This will not degrade the performance because the first N projections can cover most of the signal energy while training the basis from samples that are highly correlated with the coding block.

[0194] In JEM, the described KLT is implemented on coding blocks at block level. In order to have high adaptability to image / video content, the proposed scheme supports the proposed KLT on 4×4 coding blocks, 8×8 coding blocks, 16×16 coding blocks and 32×32 coding blocks. On the JEM encoder side, rate-distortion optimization is used to determine the transform mode between SDT and adaptive multiple transform (AMT).

[0195] The transforms in VVC and ECM have been designed more efficiently than those in HEVC in terms of both transform kernel and signaling methods. In the past decade, more methods have been proposed to further improve the transform codec performance, including MTS, LFNST, SDT, etc. However, there are still several shortcomings in these methods.

[0196] In current VVC and ECM, the main transform kernel is derived from the DCT formula and the DST formula. However, the derived transform kernel may not be suitable for all video contents with different characteristics. Therefore, there is still a need to study more effective transform kernels.

[0197] In current VVC and ECM, the transformation matrix in LFNST is actually the trained KLT. However, LFNST is only applied to the secondary transform. The KLT in the primary transform is not considered.

[0198] The signal dependent transform (SDT) in JEM can achieve significant codec gain. However, the KLT matrix in SDT needs to be derived online at both the encoder and decoder sides through template matching. The complexity of template matching and eigenvalue decomposition is unacceptable especially for the decoder.

[0199] In order to train KLT, training data must first be collected. In SDT (online KLT training), training data is collected by template matching at both the encoder side and the decoder side, which is too complicated. In LFNST, all transform blocks with different block sizes are first collected, and then these blocks are divided into K groups using a clustering method. A KLT matrix is ​​then derived for each group. In video coding and decoding, an index is signaled for each CU to indicate which transform matrix to use, that is, which group the current transform block belongs to. This method may have two disadvantages. First, training data classification is to divide the training data into different groups to ensure that the training samples in a group meet the same statistical characteristics. However, the classification of training data in LFNST may not be accurate enough. Secondly, the index signaled at the CU level also brings additional overhead bits.

[0200] In order to solve the above problems of KLT in video encoding and decoding, the present disclosure proposes an offline training KLT method for main transform. In order to improve the performance of trained KLT, a more effective transform block (including training data) classification method is proposed.

[0201] Introduction to KLT

[0202] KLT is an orthogonal transform based on the statistical properties of the signal, which can achieve the optimal transform gain in terms of the mean square error (MSE) metric. KLT is a linear transform in which the basis functions are taken from the statistics of the signal, so KLT is adaptive. It is optimal in terms of energy compression, that is, placing as much energy as possible in as few coefficients as possible. Denote the input vector as x and the output vector of KLT as X. The correlation between any two elements in X is zero, that is,

[0203]

[0204] The above equation (5-1) is further converted into the following form:

[0205]

[0206] If we assume that the input vector x is a zero-mean variable, then Equation (5-2) is converted to:

[0207] E[X[u 1 ]X[u 2 ]]=0 (5-3)

[0208] In this disclosure, the KLT matrix is ​​denoted as K, and the transformation can be described as follows:

[0209] X=Kx (5-4)

[0210] The covariance matrix of X can be described as:

[0211] E[XX T ]=E[Kxx T K T ]=KE[xx T ]K T =KCK T (5-5)

[0212] where C is the covariance matrix of the input vector. To ensure that E[X[u 1 ]X[u 2 ]]=0,E[XX T ] must be a diagonal matrix. In other words, the matrix K must transform the matrix C into a diagonal matrix. That is, the row vectors of the matrix K are the eigenvectors of the matrix C.

[0213] KLT Training

[0214] In order to derive the KLT of a signal, the statistical properties, i.e., the covariance matrix of the signal, should be known. However, in practice, it is difficult to obtain the covariance matrix of the signal because the probability distribution is not available. Therefore, in practical applications, KLT derivation is usually based on training from data. There are several problems in the derivation of KLT based on training.

[0215] The first question is how to derive the corresponding KLT matrix given a training set.

[0216] The second problem is how to collect and classify training samples into different groups in which the training samples share the same statistical distribution.

[0217] KLT training method

[0218] In the present disclosure, KLT can be trained using singular value decomposition (SVD) or eigenvalue decomposition given the training data. First, assume that we have collected a training dataset with zero mean for KLT, which consists of N blocks x i (i=1,2,…,N), where x i =(x i1 ,…,x iD ) T And D represents the dimension of the vector, which is just the transform block size. The training samples are normalized to Then, we use these residual blocks as training samples with zero mean for deriving KLT. These N training samples can be used as U = (u 1 ,…,u N ), which is a D×N matrix. We denote the covariance matrix Σ of those training blocks as:

[0219] Σ=UU T (5-6)

[0220] The dimension of Σ is D × D. The relationship between the covariance matrix and its eigenvectors is:

[0221] ΣΨ=ΨΛ (5-7)

[0222] Where Ψ is the transformation matrix, where the column vectors are the eigenvectors (KLT basis), and Λ is a diagonal matrix where the diagonal elements are the eigenvalues. The eigenvectors can be obtained by performing eigenvalue decomposition or SVD on the covariance matrix. Note that we have sorted the eigenvalues ​​along with the eigenvectors in descending order of the eigenvalues. This is to make the energies of the transform coefficients have a descending order corresponding to the training samples.

[0223] Training data clustering

[0224] In the proposed KLT training method, the samples are transformed blocks obtained from the encoding process. These samples are then clustered into different groups and each KLT matrix is ​​derived for each group.

[0225] In an embodiment, the training samples are clustered based on the transformed block size. For example, for each block size, a KLT matrix is ​​derived.

[0226] In another embodiment, for intra prediction, training samples are clustered based on transform block size and intra mode. For example, for each transform block size, a set of KLT matrices is derived, where one intra mode corresponds to one KLT matrix or several intra modes share one KLT matrix.

[0227] In this embodiment, for inter prediction, the training samples are clustered based on transform block size and AMVR mode. For example, for each transform block size, a set of KLT matrices is derived, where one AMVR mode corresponds to one KLT matrix.

[0228] In another embodiment, for inter-frame prediction, the training samples are clustered based on the transform block size and the absolute value of the motion vector (MV). 1 ,th 2 ,…,th M To classify the motion vector. For example, for each transform block size, a set of KLT matrices is derived, where one absolute value range of the motion vector corresponds to one KLT matrix. Here, the motion vector used for classification is the maximum value of the horizontal MV and vertical MV values ​​for both unidirectional prediction and bidirectional prediction.

[0229] In another embodiment, for inter-frame prediction, the training samples are clustered based on the transform block size, prediction mode and neighboring template. It should be noted that for intra-frame prediction, the prediction mode here refers to the intra-frame direction. For inter-frame prediction, the prediction mode refers to the AMVR mode or the motion vector value or the inter-frame prediction direction, etc. Fig. 9 An example template for a particular transform block size used in this embodiment is shown, consisting of N rows and N columns of reconstructed pixels.

[0230] An example training process is shown below. In the training set for each transform block size and prediction mode, the neighboring templates are divided into K clusters using classic k-means clustering based on a specific distance metric, including but not limited to the sum of squared errors (SSE) and the sum of absolute errors (SAD). Then, for each transform block size and prediction mode, K template centers are derived and fixed at both the encoder and the decoder, as Fig.10 For each (transform block size, prediction mode, template center), a training set is obtained and the corresponding KLT matrix is ​​derived.

[0231] During encoding and decoding, for each transform block, a KLT transform set is first selected based on its block size and prediction mode. Then the distance between the template of the current block and the K template centers is calculated. The template center that results in the minimum distance is selected, and the corresponding KLT matrix is ​​used for the current transform block.

[0232] In another embodiment, the method proposed in embodiment 4 is extended. In embodiment 4, for each (transform block size, prediction mode, template center), a KLT matrix is ​​derived. In this embodiment, for each (transform block size, prediction mode, template center), the training set is further divided into several groups using classic k-means clustering as LFNST. During encoding and decoding, for each (transform block size, prediction mode, template center) pair, a transform matrix set is selected, and an index is used to further indicate which transform matrix in the transform matrix set is used for the current block.

[0233] KLT signaling in video codecs

[0234] KLT as an additional main transform

[0235] In the present disclosure, it is proposed to use KLT as an additional primary transform. First, the MTS CU flag is signaled to indicate whether MTS is used for the current CU. If the MTS CU flag is true, the KLT CU flag is signaled to indicate whether KLT is used as the primary transform for the CU. If the MTS CU flag is true and the KLT CU flag is false, the transform pair in the current VVC or ECM is utilized.

[0236] QP Depends on the Main Transform

[0237] In the present disclosure, a QP-dependent main transform is proposed. In the current VVC, ECM and KLT transform methods, the main transform is QP-independent, that is, blocks with different QPs share the same transform matrix. In the present disclosure, it is proposed to use different KLT transforms for different QPs. The KLT training process is described as follows.

[0238] First, training data is collected using different QPs from the encoding process.

[0239] Second, for each QP, the KLT matrix is ​​derived using the corresponding training set using the method introduced in the KLT training section.

[0240] During the encoding and decoding process, for each transform block, in addition to the transform block size, prediction mode and neighboring template, its QP value is also used to select the corresponding transform matrix.

[0241] In the present disclosure, methods and devices for deriving KLT matrices and applying these new matrices in video codecs are proposed. First, the algorithm for KLT training is introduced. Secondly, an improved KLT training data clustering method is proposed. Finally, a signaling method for KLT in video codecs is proposed. It is expected to further improve the codec efficiency of transform codecs in VVC and ECM.

[0242] Adaptive KLT matrix signaling in video coding

[0243] In the above part, training and block-level signaling methods are proposed and described. More specifically, the trained KLT matrix is ​​fixed at both encoder and decoder. In some examples, the statistical characteristics of video content are usually time-varying (for example, the statistical characteristics can change for different frames or video sequences). In these cases, the fixed KLT matrix is ​​difficult to achieve optimal compression efficiency. Advanced adaptive KLT matrix can solve this problem.

[0244] In one example, the KLT matrix is ​​adaptively signaled in a sequence parameter set (SPS).At the encoder side, the KLT matrix is ​​derived for the sequence and signaled in the SPS header.

[0245] In one example, the KLT matrix is ​​adaptively signaled in a picture parameter set (PPS).At the encoder side, the KLT matrix is ​​derived for each picture and signaled in a PPS header.

[0246] In one example, the KLT matrix is ​​adaptively signaled in the slice header.At the encoder side, the KLT matrix is ​​derived for each slice and signaled in the slice header.

[0247] Additionally, a typical code (ie, an Exponential Golomb (EG) code) may be used to directly encode and decode the elements in the KLT matrix, and / or a fixed KLT matrix may be used to predict an adaptive KLT matrix and the residual of the KLT matrix may be further signaled using a typical code.

[0248] Fig.11 1 is a flow chart illustrating a method 1100 according to an example of the present disclosure. The method 1100 includes: deriving a Karhunen-Loève transform (KLT) matrix from a video sequence by an encoder, generating an adaptive KLT matrix signal for the KLT by the encoder, and signaling the adaptive KLT matrix signal in a sequence parameter set (SPS) header by the encoder. By applying the mathematical techniques disclosed herein, the encoder identifies patterns and correlations between pixel values ​​and extracts various components of the data. These various components (e.g., important information about the spatial and temporal characteristics of the video) are encapsulated in the KLT matrix.

[0249] In step 1101, method 1100 includes deriving a KLT matrix from a video sequence by an encoder. In one example, the encoder calculates the KLT matrix. The KLT matrix captures the statistical relationship between the pixel values ​​in the frame. The KLT matrix can be constructed using a subset of the sorted eigenvectors. The number of selected eigenvectors determines the dimension of the KLT matrix and the number of coefficients used to represent the data.

[0250] Once the KLT matrix is ​​derived, the encoder proceeds to generate an adaptive KLT matrix signal. This signal is designed to encapsulate the dynamic and adaptive properties of the KLT matrix itself. The adaptation takes into account the changing content and characteristics of the video sequence, ensuring that the signal accurately represents the transformation properties of the KLT matrix. The adaptive KLT matrix signal includes parameters and coefficients that enable the decoder to effectively reconstruct the KLT matrix during the decoding process. By encoding these parameters in a structured manner, the encoder ensures that the adaptive signal effectively guides the transform process of the decoder to achieve the best decompression results.

[0251] In step 1102, method 1100 includes generating an adaptive KLT matrix signal for KLT by the encoder. The KLT matrix signal is used as a method for transmitting the configuration of the matrix to the decoder during the decoding process. The encoder calculates a dedicated signal that encapsulates the key characteristics and parameters of the adaptive KLT matrix. This signal is customized according to the specific statistical characteristics of the compressed video sequence. In an example, it includes factors such as the number of eigenvectors selected. The KLT matrix signal is used as a method for transmitting the configuration of the matrix to the decoder during the decoding process. By generating this signal, the encoder ensures that the decoder can replicate the KLT matrix.

[0252] In step 1103, method 1100 includes sending an adaptive KLT matrix signal by a coder in a sequence parameter set (SPS) header. By embedding the signal in the SPS header, the coder ensures that the decoder can generate a matching adaptive KLT matrix and perform necessary transformations to achieve efficient video decompression. The SPS header contains a series of information (e.g., frame size, aspect ratio, color format, bit depth, frame rate, compression parameters, reference frame information, adaptive KLT matrix signal) that defines the properties and characteristics of the coded video sequence. Incorporating the adaptive KLT matrix signal into the SPS header maintains compatibility with established video codec standards. The disclosed method ensures that the decoder can obtain transformation information from the beginning of the decoding process by embedding the adaptive KLT matrix signal in the SPS header.

[0253] Fig.121 is a flow chart illustrating a method 1200 for video encoding. The method 1200 may be implemented by an encoder. The method 1200 includes: deriving a KLT matrix from each picture in a video sequence by an encoder, generating an adaptive KLT matrix signal for the KLT matrix by the encoder, and signaling the adaptive KLT matrix signal in a picture parameter set (PPS) header by the encoder. The PPS header contains a series of comprehensive information (e.g., picture size, frame type, quantization parameters, motion vector data, reference picture information, and slice parameters), all of which together define the properties and characteristics of each picture in the encoded video sequence. The information is carefully constructed and organized to enable a decoder to perform accurate frame reconstruction during the decoding process.

[0254] At step 1201, method 1200 includes deriving a KLT matrix from each picture in a video sequence by an encoder. In one example, the encoder calculates a separate KLT matrix for each individual picture within a given video sequence. By generating a KLT matrix for each frame, the method captures statistical characteristics specific to each frame.

[0255] In step 1202, method 1200 includes generating an adaptive KLT matrix signal for the KLT matrix by the encoder. The encoder calculates a dedicated signal that encapsulates the key characteristics and parameters of the adaptive KLT matrix. This signal is customized according to the specific statistical characteristics of the compressed video sequence. In one example, it includes factors such as the number of eigenvectors selected.

[0256] At step 1203, method 1200 includes signaling, by the encoder, an adaptive KLT matrix signal in a PPS header. By embedding the signal in the PPS header, the encoder ensures that the decoder can generate a matching adaptive KLT matrix and perform the necessary transformations for efficient video decompression.

[0257] Fig.13 1 is a flow chart illustrating a method 1300 for video encoding according to an example of the present disclosure. The method 1300 includes deriving, by an encoder, a KLT matrix from each slice in a video sequence, generating, by the encoder, an adaptive KLT matrix signal for the KLT matrix, and signaling, by the encoder, the adaptive KLT matrix signal in a slice header.

[0258] A stripe can be conceptualized as a rectangular sub-region of a frame. It can span several columns horizontally and multiple rows vertically, constituting a coherent subset of the entire frame. Stripes are particularly important when dealing with video compression techniques because they allow efficient data processing and parallelization during both the encoding process and the decoding process.

[0259] In step 1301, method 1300 includes deriving a KLT matrix from each strip in a video sequence by an encoder. In one example, the encoder calculates a separate KLT matrix for each strip in a given video sequence. Each strip represents a unique portion of a video frame, which is usually divided for parallel processing. By deriving a dedicated KLT matrix for each strip, the encoder can capture and compress data in a smaller area, thereby enhancing overall compression efficiency.

[0260] At step 1302, method 1300 includes generating an adaptive KLT matrix signal by an encoder for a KLT matrix. The signal is designed to convey basic characteristics and parameters associated with the adaptive KLT matrix. In one example, the parameters include the dimensions of the matrix, the eigenvectors, and any adjustments that have been applied to align the matrix with specific properties of the video sequence.

[0261] At step 1303, method 1300 includes signaling, by the encoder, an adaptive KLT matrix signal in a slice header. By embedding the adaptive KLT matrix signal within the slice header, the encoder ensures that the decoder can accurately replicate the adaptive KLT matrix during the decoding process.

[0262] Fig.14 1 is a flow chart illustrating a method 1400 for video decoding according to an example of the present disclosure. The method 1400 is implemented by a decoder. The method 1400 includes receiving a KLT matrix signal in an SPS header by the decoder, and obtaining a KLT matrix based on the adaptive KLT matrix signal. In an example, the adaptive KLT matrix signal is derived from a video sequence.

[0263] At step 1401, method 1400 comprises receiving KLT matrix signal in SPS head by decoder.KLT matrix signal is derived from video sequence.In one example, decoder locates SPS head in compressed data, and extracts the information that comprises.Extraction can comprise parsing SPS head.In one example, decoder first identifies and extracts each metadata that is embedded in the compressed video stream.

[0264] In step 1402, method 1400 includes obtaining a KLT matrix based on an adaptive KLT matrix signal by a decoder. For example, the decoder uses information from the adaptive KLT matrix signal to regenerate a KLT matrix that is very similar to the original adaptive KLT matrix. In one example, the decoded coefficients are transformed back to the original pixel domain using an inverse transform of the generated KLT matrix.

[0265] Fig.151 is a flow chart illustrating a method 1500 for video decoding according to an example of the present disclosure. The method is implemented by a decoder. The method 1600 includes receiving an adaptive KLT matrix signal in a PPS header by a decoder, and obtaining a KLT matrix based on the adaptive KLT matrix signal. In an example, the adaptive KLT matrix signal is derived from a picture in a video sequence.

[0266] At step 1501, method 1500 includes receiving, by a decoder, an adaptive KLT matrix signal in a PPS header. In one example, encoded data including a PPS header is received by a decoder, wherein the PPS header includes the adaptive KLT matrix signal. The decoder extracts the PPS header from the encoded data to obtain the adaptive KLT matrix signal.

[0267] At step 1502, method 1500 includes obtaining a KLT matrix based on an adaptive KLT matrix signal. The decoder uses information from the adaptive KLT matrix signal to regenerate an adaptive KLT matrix used during a compression process and decode coefficients used during the compression process.

[0268] Fig.16 1 is a flow chart illustrating a method 1600 for video decoding according to an example of the present disclosure. The method 1600 includes receiving, by a decoder, an adaptive KLT matrix signal in a slice header, wherein the adaptive KLT matrix signal is derived from a slice in a video sequence (at step 1601), and obtaining a KLT matrix based on the adaptive KLT matrix signal (at step 1602).

[0269] In view of the specification and practice of the present disclosure disclosed herein, other embodiments of the present disclosure will be apparent to those skilled in the art. The application is intended to cover any changes, uses or adaptations of the present disclosure that follow the general principles of the present disclosure, and includes deviations from the present disclosure that fall within known or customary practices in the art. It is intended that the specification and embodiments are considered to be exemplary only. The specification and embodiments are considered to be exemplary. The application is intended to cover any changes, uses or adjustments of the present disclosure.

[0270] Fig.17 A computing environment 1710 coupled to a user interface 1750 is shown. The computing environment 1710 may be part of a data processing server. The computing environment 1710 includes a processor 1720, a memory 1730, and an input / output (I / O) interface 1740.

[0271] The processor 1720 generally controls the overall operation of the computing environment 1710, such as operations associated with display, data acquisition, data communication, and image processing. The processor 1720 may include one or more processors to execute instructions to perform all or some steps in the above method. In addition, the processor 1720 may include one or more modules that facilitate interaction between the processor 1720 and other components. The processor may be a central processing unit (CPU), a microprocessor, a single-chip microcomputer, a graphics processing unit (GPU), etc.

[0272] The memory 1730 is configured to store various types of data to support the operation of the computing environment 1710. The memory 1730 may include predetermined software 1732. Examples of such data include instructions for any application or method operating on the computing environment 1710, video data sets, image data, etc. The memory 1730 may be implemented by using any type of volatile or non-volatile memory device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), read-only memory (ROM), magnetic memory, flash memory, magnetic disk, or optical disk.

[0273] In one example, the memory 1730 is configured to store instructions executable by the processor; wherein the processor is configured to perform the following when executing the instructions: Figure 11-Figure 16 Any method shown.

[0274] I / O interface 1740 provides an interface between processor 1720 and peripheral interface modules such as a keyboard, click wheel, buttons, etc. Buttons may include, but are not limited to, a home button, a start scan button, and a stop scan button. I / O interface 1740 may be coupled to an encoder and a decoder.

[0275] In an embodiment, a non-transitory computer-readable storage medium including a plurality of programs is also provided, wherein the plurality of programs are, for example, in the memory 1730 and can be executed by the processor 1720 in the computing environment 1710 to perform the above method. Optionally, the non-transitory computer-readable storage medium may store therein a bit stream or a data stream, the bit stream or the data stream including the bit stream or the data stream generated by the encoder (for example, Figure 2A The video encoder 20 in FIG. 1 generates a video signal for a decoder (eg, Figure 3A The non-transitory computer-readable storage medium may be, for example, a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc.

[0276] In an embodiment, a computing device is also provided, which includes one or more processors (e.g., processor 1720); and a non-transitory computer-readable storage medium or memory 1730 having stored therein a plurality of programs executable by the one or more processors, wherein the one or more processors are configured to perform the above-mentioned method when executing the plurality of programs.

[0277] In an embodiment, a computer program product including a plurality of programs is also provided, wherein the plurality of programs are, for example, in the memory 1730 and can be executed by the processor 1720 in the computing environment 1710 to perform the above method. For example, the computer program product may include a non-transitory computer-readable storage medium.

[0278] In an embodiment, the computing environment 1710 may be implemented using one or more ASICs, DSPs, digital signal processing devices (DSPDs), programmable logic devices (PLDs), FPGAs, GPUs, controllers, microcontrollers, microprocessors, or other electronic components to perform the above methods.

[0279] In some other embodiments, a non-transitory computer-readable storage medium is provided, wherein instructions are stored. When the instructions are executed by the processor 1720, the instructions cause the processor to execute as follows Figure 11-Figure 16 In one example, multiple programs may be executed by processor 1720 in computing environment 1710 to receive (e.g., from Figure 2BThe video encoder 20 in the computing environment 1710 receives a bitstream or data stream including encoded video information (e.g., video blocks representing encoded video frames and / or one or more associated syntax elements, etc.), and can also be executed by the processor 1720 in the computing environment 1710 to perform the above-mentioned decoding method according to the received bitstream or data stream. In another example, multiple programs can be executed by the processor 1720 in the computing environment 1710 to perform the above-mentioned encoding method, encode the video information (e.g., video blocks representing video frames and / or one or more associated syntax elements, etc.) into a bitstream or data stream, and can also be executed by the processor 1720 in the computing environment 1710 to send a bitstream or data stream (e.g., to a Figure 3B Optionally, the non-transitory computer-readable storage medium may store therein a bitstream or data stream, the bitstream or data stream comprising the video decoder 30 in the encoder (e.g., Figure 2B The video encoder 20 in FIG. 1 generates a video signal for a decoder (eg, Figure 3B The video decoder 30 in the video decoder 30) in decoding the video data (e.g., video blocks representing encoded video frames and / or associated one or more syntax elements, etc.). The non-transitory computer-readable storage medium can be, for example, a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, etc.

[0280] The description of the present disclosure has been presented for purposes of illustration and is not intended to be exhaustive or limiting of the present disclosure. Many modifications, variations, and alternative embodiments will be apparent to one of ordinary skill in the art having the benefit of the teachings presented in the foregoing description and the associated drawings.

[0281] Unless otherwise specifically stated, the order of the method steps according to the present disclosure is intended to be illustrative only, and the method steps according to the present disclosure are not limited to the order specifically described above, but may be changed according to actual conditions. In addition, at least one of the method steps according to the present disclosure may be adjusted, combined or deleted according to actual requirements.

[0282] The embodiments are chosen and described in order to explain the principles of the present disclosure and to enable other persons skilled in the art to understand the various embodiments of the present disclosure and to best utilize the basic principles and various embodiments with various modifications suitable for the intended specific use. Therefore, it should be understood that the scope of the present disclosure is not limited to the specific embodiments of the disclosed embodiments, and modifications and other embodiments are intended to be included within the scope of the present disclosure.

[0283] The above method can be implemented using an apparatus including one or more circuits, including an application specific integrated circuit (ASIC), a digital signal processor (DSP), a digital signal processing device (DSPD), a programmable logic device (PLD), a field programmable gate array (FPGA), a controller, a microcontroller, a microprocessor or other electronic components. The apparatus can use the circuit in combination with other hardware or software components to perform the above method. Each module, submodule, unit or subunit disclosed above can be implemented at least in part using one or more circuits.

[0284] It should be understood that the present disclosure is not limited to the exact embodiments described above and shown in the accompanying drawings, and that various modifications and changes may be made without departing from the scope thereof.

Claims

1. A method for video encoding, comprising: The Karhunen-Loève transform KLT matrix is ​​derived from the video sequence by the encoder; generating, by the encoder, an adaptive KLT matrix signal for the KLT matrix; as well as The adaptive KLT matrix signal is signaled by the encoder in a sequence parameter set SPS header.

2. The method for video encoding according to claim 1, further comprising: An Exponential Golomb EG code is applied by the encoder to encode elements within the KLT matrix.

3. The method for video encoding according to claim 1, further comprising: deriving, by the encoder, a residual between the adaptive KLT matrix and a fixed KLT matrix; as well as The residual is signaled by the encoder to a decoder.

4. The method for video encoding according to claim 1, further comprising: Generate a first flag for indicating that a multi-type subdivision MTS is enabled for a coding unit CU; as well as A second flag is generated to indicate that KLT is enabled for the CU.

5. The method for video encoding according to claim 4, further comprising: In response to determining that the first flag is enabled and the second flag indicates that KLT is not enabled, a matrix transform in a universal video codec VVC standard or an enhanced compression mode ECM standard is paired.

6. A method for video encoding, comprising: The encoder derives a Karhunen-Loève transform (KLT) matrix from each image in the video sequence; generating, by the encoder, an adaptive KLT matrix signal for the KLT matrix; as well as The adaptive KLT matrix signal is signaled by the encoder in a picture parameter set (PPS) header.

7. The method for video encoding according to claim 6, further comprising: An Exponential Golomb EG code is applied by the encoder to encode elements within the KLT matrix.

8. The method for video encoding according to claim 6, further comprising: deriving, by the encoder, a residual between the adaptive KLT matrix and a fixed KLT matrix; as well as The residual is signaled by the encoder to the decoder.

9. The method for video encoding according to claim 6, further comprising: Generate a first flag for indicating that a multi-type subdivision MTS is enabled for a coding unit CU; as well as A second flag is generated to indicate that KLT is enabled for the CU.

10. The method for video encoding according to claim 9, further comprising: In response to determining that the first flag is enabled and the second flag indicates that KLT is not enabled, the transforms in the universal video codec (VVC) standard or the enhanced compression mode (ECM) standard are paired.

11. A method for video encoding, comprising: The Karhunen-Loève transform KLT matrix is ​​derived by the encoder from each slice in the video sequence; generating, by the encoder, an adaptive KLT matrix signal for the KLT matrix; as well as The adaptive KLT matrix signal is signaled by the encoder in a slice header.

12. The method for video encoding according to claim 11, further comprising: An Exponential Golomb EG code is applied by the encoder to encode elements within the KLT matrix.

13. The method for video encoding according to claim 11, further comprising: deriving, by the encoder, a residual between the adaptive KLT matrix and a fixed KLT matrix; as well as The residual is signaled by the encoder to the decoder.

14. The method for video encoding according to claim 11, further comprising: Generate a first flag for indicating that a multi-type subdivision MTS is enabled for a coding unit CU; as well as A second flag is generated to indicate that KLT is enabled for the CU.

15. The method for video encoding according to claim 14, further comprising: In response to determining that the first flag is enabled and the second flag indicates that KLT is not enabled, the transforms in the universal video codec (VVC) standard or the enhanced compression mode (ECM) standard are paired.

16. The method for video encoding according to claim 15, further comprising: In response to determining that the second flag is enabled, collecting training data including a quantization parameter QP; deriving a KLT matrix based on the QP; as well as Select the transformation matrix that corresponds to the exported KLT matrix.

17. A method for video decoding, comprising: receiving an adaptive Karhunen-Loève transform (KLT) matrix signal in a sequence parameter set (SPS) header, wherein the adaptive KLT matrix signal is derived from a video sequence; and A KLT matrix is ​​obtained based on the adaptive KLT matrix signal.

18. The method for video decoding according to claim 17, further comprising: The decoder decodes the elements in the KLT matrix using an Exponential Golomb EG code.

19. The method for video decoding according to claim 17, further comprising: The KLT matrix is ​​predicted by the decoder based on a fixed KLT matrix and a decoded KLT matrix residual.

20. A method for video decoding, comprising: receiving an adaptive Karhunen-Loève transform (KLT) matrix signal in a picture parameter set (PPS) header, wherein the adaptive KLT matrix signal is derived from a picture in a video sequence; and A KLT matrix is ​​obtained based on the adaptive KLT matrix signal.

21. The method for video decoding according to claim 20, further comprising: The decoder decodes the elements in the KLT matrix using an Exponential Golomb EG code.

22. The method for video decoding according to claim 20, further comprising: The KLT matrix is ​​predicted by the decoder based on a fixed KLT matrix and a decoded KLT matrix residual.

23. A method for video decoding, comprising: receiving an adaptive Karhunen-Loève transform (KLT) matrix signal in a slice header, wherein the adaptive KLT matrix signal is derived from a slice in a video sequence; and A KLT matrix is ​​obtained based on the adaptive KLT matrix signal.

24. The method for video decoding according to claim 23, further comprising: The decoder decodes the elements in the KLT matrix using an Exponential Golomb EG code.

25. The method for video decoding according to claim 23, further comprising: The KLT matrix is ​​predicted by the decoder based on a fixed KLT matrix and a decoded KLT matrix residual.

26. An apparatus for video encoding, comprising: one or more processors; as well as A memory coupled to the one or more processors and configured to store instructions executable by the one or more processors, wherein the one or more processors are configured to perform the method according to claims 1-16 when executing the instructions.

27. An apparatus for video decoding, comprising: one or more processors; as well as A memory coupled to the one or more processors and configured to store instructions executable by the one or more processors, wherein the one or more processors are configured to perform the method according to claims 17-25 when executing the instructions.

28. A non-transitory computer-readable storage medium for storing computer-executable instructions which, when executed by one or more computer processors, cause the one or more computer processors to perform the method of any one of claims 1-16.

29. A non-transitory computer-readable storage medium for storing computer-executable instructions which, when executed by one or more computer processors, cause the one or more computer processors to perform the method of any one of claims 17-25.

Images