Method for signaling video coding data - Patents.com

Abstract

This disclosure provides systems and methods for wraparound motion compensation. One example method includes receiving a wraparound motion compensation flag, determining whether wraparound motion compensation is enabled based on the wraparound motion compensation flag, receiving data indicating a difference between a picture width and an offset used to determine a horizontal wraparound position in response to determining that wraparound motion compensation is enabled, and performing motion compensation according to the wraparound motion compensation flag and the difference.

Description

[Technical field]

[0001] CROSS-REFERENCE TO RELATED APPLICATIONS

[0001] This disclosure claims priority to, and the benefit of priority to, U.S. Provisional Patent Application No. 63 / 000,443, filed March 26, 2020, which is incorporated by reference in its entirety herein.

[0002] Technical Field

[0002] The present disclosure relates generally to video data processing, and more particularly, to methods and apparatus for signaling information relating to wraparound motion compensation, slice layout, and slice addresses. [Background technology]

[0003] background

[0003] A video is a set of static pictures (or "frames") that capture visual information. To reduce storage memory and transmission bandwidth, a video can be compressed before storage or transmission and decompressed before display. The compression process is usually called encoding, and the decompression process is usually called decoding. There are various video coding formats that use standardized video coding techniques, most commonly based on prediction, transformation, quantization, entropy coding, and in-loop filtering. Video coding standards, such as the High Efficiency Video Coding (e.g., HEVC / H.265) standard, the Versatile Video Coding (e.g., VVC / H.266), and the standard AVS standard, that specify certain video coding formats, are developed by standardization organizations. As more and more advanced video coding techniques are adopted into video standards, the coding efficiency of new video coding standards becomes higher and higher. Summary of the Invention [Means for solving the problem]

[0004] Disclosure Summary

[0004] An embodiment of the present disclosure provides a method for signaling video encoding data, the method including receiving a wraparound motion compensation flag; determining whether wraparound motion compensation is enabled based on the wraparound motion compensation flag; in response to a determination that wraparound motion compensation is enabled, receiving data indicating a difference between a picture width and an offset used to determine a horizontal wraparound position; and performing motion compensation in accordance with the wraparound motion compensation flag and the difference.

[0005]

[0005] An embodiment of the present disclosure further provides a method for signaling video encoding data, the method including receiving a picture for encoding, the picture including one or more slices, and signaling a variable in a picture parameter set of the picture indicating (the number of slices in the video frame minus 2).

[0006]

[0006] An embodiment of the present disclosure further provides a method for signaling video encoding data, the method including receiving a picture for encoding, the picture including one or more slices and one or more sub-pictures, and signaling in a picture parameter set of the picture a variable indicating (number of slices in the picture - number of sub-pictures in the picture - 1).

[0007]

[0007] An embodiment of the present disclosure further provides a method for signaling video encoding data, the method including receiving a picture for encoding, the picture including one or more slices, signaling a variable indicating whether a picture header syntax structure for the picture is present in a slice header for one or more slices, and signaling a slice address in accordance with the variable.

[0008]

[0008] An embodiment of the present disclosure further provides a system for performing video data processing, the system comprising a memory storing a set of instructions and a processor, the processor being configured to execute the set of instructions and cause the system to perform the following: receive a wraparound motion compensation flag; determine whether wraparound motion compensation is enabled based on the wraparound motion compensation flag; in response to a determination that wraparound motion compensation is enabled, receive data indicating the difference between the picture width and an offset used to determine the horizontal wraparound position; and perform motion compensation in accordance with the wraparound motion compensation flag and the difference.

[0009]

[0009] An embodiment of the present disclosure further provides a system for performing video data processing, the system comprising a memory storing a set of instructions and a processor, the processor being configured to execute the set of instructions and cause the system to receive a picture for encoding, the picture including one or more slices, and signaling in a picture parameter set for the picture a variable indicating (the number of slices in the video frame minus 2).

[0010]

[0010] An embodiment of the present disclosure further provides a system for performing video data processing, the system comprising a memory storing a set of instructions and a processor, the processor being configured to execute the set of instructions and cause the system to receive a picture for encoding, the picture including one or more slices and one or more sub-pictures, and signaling in a picture parameter set of the picture a variable indicating (number of slices in the picture - number of sub-pictures in the picture - 1).

[0011]

[0011] An embodiment of the present disclosure further provides a system for performing video data processing, the system comprising a memory storing a set of instructions and a processor, the processor being configured to execute the set of instructions to cause the system to receive a picture for encoding, the picture including one or more slices, signaling a variable indicating whether a picture header syntax structure for the picture is present in a slice header for one or more slices, and signaling a slice address in accordance with the variable.

[0012]

[0012] An embodiment of the present disclosure further provides a non-transitory computer-readable medium storing a set of instructions, the set of instructions being executable by one or more processors of the device to cause the device to initiate a method for performing video data processing, the method including receiving a wraparound motion compensation flag, determining whether wraparound motion compensation is enabled based on the wraparound motion compensation flag, and in response to a determination that wraparound motion compensation is enabled, receiving data indicating a difference between a picture width and an offset used to determine a horizontal wraparound position, and performing motion compensation in accordance with the wraparound motion compensation flag and the difference.

[0013]

[0013] An embodiment of the present disclosure further provides a non-transitory computer-readable medium storing a set of instructions, the set of instructions being executable by one or more processors of the apparatus to cause the apparatus to initiate a method for performing video data processing, the method including receiving a picture for encoding, the picture including one or more slices, and signaling a variable in a picture parameter set for the picture indicating (the number of slices in the video frame - 2).

[0014]

[0014] An embodiment of the present disclosure further provides a non-transitory computer-readable medium storing a set of instructions, the set of instructions being executable by one or more processors of the apparatus to cause the apparatus to initiate a method for performing video data processing, the method including receiving a picture for encoding, the picture including one or more slices and one or more sub-pictures, and signaling in a picture parameter set of the picture a variable indicating (number of slices in the picture - number of sub-pictures in the picture - 1).

[0015]

[0015] An embodiment of the present disclosure further provides a non-transitory computer-readable medium storing a set of instructions, the set of instructions executable by one or more processors of the apparatus to cause the apparatus to initiate a method for performing video data processing, the method including receiving a picture for encoding, the picture including one or more slices, signaling a variable indicating whether a picture header syntax structure for the picture is present in a slice header for one or more slices, and signaling a slice address in accordance with the variable.

[0016] BRIEF DESCRIPTION OF THE DRAWINGS

[0016] Embodiments and various aspects of the present disclosure are illustrated in the following detailed description and the accompanying drawings, in which various features are not drawn to scale. [Brief description of the drawings]

[0017] [Figure 1] FIG. 1 illustrates an exemplary video sequence structure according to some embodiments of the present disclosure. [Figure 2A]

[0018] FIG. 2A illustrates a schematic diagram of an example encoding process according to some embodiments of the present disclosure. [Figure 2B]

[0019] FIG. 2B illustrates a schematic diagram of another example encoding process according to some embodiments of the present disclosure. [Figure 3A]

[0020] FIG. 3A illustrates a schematic diagram of an example decoding process according to some embodiments of the present disclosure. [Figure 3B]

[0021] FIG. 3B illustrates a schematic diagram of another example decoding process according to some embodiments of the present disclosure. [Figure 4]

[0022] FIG. 4 illustrates a block diagram of an exemplary apparatus for encoding or decoding video in accordance with some embodiments of the present disclosure. [Figure 5A]

[0023] FIG. 5A shows a schematic diagram of an exemplary fusion operation for generating a reconstructed equirectangular view according to some embodiments of the present disclosure. [Figure 5B]

[0024] FIG. 5B shows a schematic diagram of an exemplary cropping operation for generating a reconstructed equirectangular view according to some embodiments of the present disclosure. [Figure 6A]

[0025] FIG. 6A shows a schematic diagram of an exemplary horizontal wraparound motion compensation process for an equirectangular view, according to some embodiments of the present disclosure. [Figure 6B]

[0026] FIG. 6B illustrates a schematic diagram of an exemplary horizontal wraparound motion compensation process for a padded equirectangular view according to some embodiments of the present disclosure. [Figure 7]

[0027] FIG. 7 illustrates an example high-level wraparound offset syntax according to some embodiments of the present disclosure. [Figure 8]

[0028] FIG. 8 illustrates example high-level wraparound offset semantics according to some embodiments of the present disclosure. [Figure 9]

[0029] FIG. 9 shows a schematic diagram of an example slice and sub-picture division of a picture according to some embodiments of the present disclosure. [Figure 10]

[0030] FIG. 10 shows a schematic diagram of an exemplary slice and sub-picture division of a picture having different slices and sub-pictures according to some embodiments of the present disclosure. [Figure 11]

[0031] FIG. 11 illustrates an example picture parameter set syntax for tile mapping and slice layout according to some embodiments of the disclosure. [Figure 12A]

[0032] FIG. 12 illustrates example picture parameter set semantics for tile mapping and slice layout according to some embodiments of the disclosure. [Figure 12B]

[0032] FIG. 12 illustrates example picture parameter set semantics for tile mapping and slice layout according to some embodiments of the present disclosure. [Figure 13]

[0033] FIG. 13 illustrates an example slice header syntax according to some embodiments of the disclosure. [Figure 14]

[0034] FIG. 14 illustrates example slice header semantics according to some embodiments of the disclosure. [Figure 15]

[0035] FIG. 15 illustrates an example improved picture parameter set syntax according to some embodiments of the present disclosure. [Figure 16]

[0036] FIG. 16 illustrates example improved picture parameter set semantics according to some embodiments of the present disclosure. [Figure 17]

[0037] FIG. 17 illustrates an example picture parameter set syntax with the variable wraparound_offset_type according to some embodiments of the present disclosure. [Figure 18]

[0038] FIG. 18 illustrates an example improved picture parameter set semantics with the variable wraparound_offset_type according to some embodiments of the present disclosure. [Figure 19]

[0039] FIG. 19 illustrates an example picture parameter set syntax with the variable num_slices_in_pic_minus2 according to some embodiments of the disclosure. [Figure 20A]

[0040] FIG. 20 illustrates example improved picture parameter set semantics with the variable num_slices_in_pic_minus2 according to some embodiments of the present disclosure. [Figure 20B]

[0040] FIG. 20 illustrates an example improved picture parameter set semantics with the variable num_slices_in_pic_minus2 according to some embodiments of the present disclosure. [Figure 21]

[0041] FIG. 21 illustrates an example picture parameter set syntax with the variable num_slices_in_pic_minus_subpic_num_minus1 according to some embodiments of the disclosure. [Figure 22A]

[0042] FIG. 22 illustrates an example improved picture parameter set semantics with the variable num_slices_in_pic_minus_subpic_num_minus1 according to some embodiments of the disclosure. [Figure 22B]

[0042] Figure 22 illustrates an example improved picture parameter set semantics with the variable num_slices_in_pic_minus_subpic_num_minus1 according to some embodiments of the present disclosure. [Figure 23]

[0043] FIG. 23 illustrates an example updated slice header syntax according to some embodiments of the disclosure. [Figure 24]

[0044] FIG. 24 illustrates a flowchart of an example video encoding method using a variable to signal the difference between the width of a video frame and an offset used to calculate the horizontal wrap-around position according to some embodiments of this disclosure. [Diagram 25]

[0045] FIG. 25 illustrates a flowchart of an example video encoding method using a variable signaling (the number of slices in a video frame minus 2) according to some embodiments of this disclosure. [Figure 26]

[0046] FIG. 26 illustrates a flowchart of an example video encoding method using a variable that signals a variable indicating (number of slices in a video frame−number of sub-pictures in a video frame−1) according to some embodiments of the present disclosure. [Figure 27]

[0047] FIG. 27 illustrates a flowchart of an example video encoding method that uses a variable that indicates whether a picture header syntax structure is present in a slice header of a video frame, according to some embodiments of this disclosure. DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0018] Detailed Description

[0048] Reference will now be made in detail to the exemplary embodiments, examples of which are illustrated in the accompanying drawings. The following description refers to the accompanying drawings, in which the same reference numerals in different drawings represent the same or similar elements unless otherwise indicated. The implementations illustrated in the following description of the exemplary embodiments do not represent all implementations in accordance with the present invention. Rather, they are merely examples of apparatus and methods in accordance with aspects related to the present invention as recited in the appended claims. Certain aspects of the present disclosure are described in more detail below. In the event of a conflict with terms and / or definitions incorporated by reference, the terms and definitions provided herein shall control.

[0019]

[0049] The ITU-T Video Coding Expert Group (ITU-T VCEG) and the ISO / IEC Moving Picture Expert Group (ISO / IEC MPEG) Joint Video Experts Team (JVET) are currently developing the Versatile Video Coding (VVC / H.266) standard. The VVC standard aims to double the compression efficiency of its predecessor, the High Efficiency Video Coding (HEVC / H.265) standard. In other words, the goal of VVC is to achieve the same subjective quality as HEVC / H.265 while using half the bandwidth.

[0020]

[0050] To achieve the same subjective quality as HEVC / H.265 using half the bandwidth, the Joint Video Experts Team (JVET) is developing techniques to surpass HEVC using the Joint Exploration Model (JEM) reference software. As the coding techniques have been incorporated into JEM, JEM has achieved substantially higher coding performance than HEVC. VCEG and MPEG have also formally begun development of next-generation video compression standards beyond HEVC.

[0021]

[0051] The VVC standard is a recent development and continues to incorporate more coding techniques that result in better compression performance. VVC is based on the same hybrid video coding system that has been used in modern video compression standards such as HEVC, H.264 / AVC, MPEG2, H.263, etc.

[0022]

[0052] A video is a set of static pictures (or frames) arranged in a time sequence to store visual information. A video capture device (e.g., a camera) can be used to capture and store those pictures in a time sequence, and a video playback device (e.g., a television, a computer, a smartphone, a tablet computer, a video player, or any end-user terminal with a display capability) can be used to display such pictures in a time sequence. In some applications, the video capture device can also transmit the captured video in real time to a video playback device (e.g., a computer with a monitor) for surveillance, conferencing, live broadcast, etc.

[0023]

[0053] To reduce the storage space and transmission bandwidth required by such applications, video may be compressed before storage and transmission. For example, video may be compressed before recording and before transmission and decompressed before display. Compression and decompression may be performed by software executed by a processor (e.g., a processor of a general purpose computer) or by specialized hardware. Modular circuitry for compression is commonly referred to as an "encoder," and a module or circuitry for decompression is commonly referred to as a "decoder." Encoders and decoders may collectively be referred to as a "codec." Encoders and decoders may be implemented as any of a variety of suitable hardware, software, or combinations thereof. For example, hardware implementations of encoders and decoders may include circuitry such as one or more microprocessors, digital signal processors ("DSPs"), application-specific integrated circuits ("ASICs"), field-programmable gate arrays ("FPGAs"), discrete logic, or any combination thereof. Software implementations of the encoder and decoder may include program code, computer-executable instructions, firmware, or any suitable computer-implemented algorithm or process fixed in a computer-readable medium. Video compression and decompression may be performed by various algorithms or standards, such as MPEG-1, MPEG-2, MPEG-4, H.26x series, or the like. In some applications, the codec may decompress video from a first encoding standard and recompress the decompressed video using a second encoding standard. In this case, the codec may be referred to as a "transcoder."

[0024]

[0054] A video encoding process can identify and maintain useful information that can be used to reconstruct a picture. If the information ignored in the video encoding process cannot be perfectly reconstructed, the encoding process may be called "lossy". Otherwise, it may be called "lossless". Most encoding processes are lossy, which is a tradeoff to reduce the required storage space and transmission bandwidth.

[0025]

[0055] Often, useful information of a picture being coded (called the "current picture") can include changes relative to a reference picture (e.g., a previously coded or reconstructed picture). Such changes can include changes in pixel position, brightness, or color. Changes in the position of a group of pixels representing an object can reflect the motion of the object between the reference picture and the current picture.

[0026]

[0056] A picture that is coded without reference to another picture (i.e., it is its own reference picture) is called an "I-picture". If some or all of the blocks in a picture (e.g., blocks that refer to portions of a video picture generally) are predicted using intra- or inter-prediction with one reference picture (e.g., unidirectional prediction), the picture is called a "P-picture". If at least one block in a picture is predicted using two reference pictures (e.g., bidirectional prediction), the picture is called a "B-picture".

[0027]

[0057] FIG. 1 illustrates an example video sequence structure according to some embodiments of the present disclosure. As illustrated in FIG. 1, video sequence 100 can be live video or captured and archived video. Video 100 can be real video, computer-generated video (e.g., computer game video), or a combination thereof (e.g., real video with augmented reality effects). Video sequence 100 can be input from a video capture device (e.g., a camera), a video archive containing previously captured video (e.g., video files stored in a storage device), or a video supply interface for receiving video from a video content provider (e.g., a video broadcast transceiver).

[0028]

[0058] As shown in FIG. 1, a video sequence 100 may include a series of pictures arranged temporally along a timeline, including pictures 102, 104, 106, and 108. Pictures 102-106 are consecutive, with additional pictures between pictures 106 and 108. In FIG. 1, picture 102 is an I-picture whose reference picture is picture 102 itself. Picture 104 is a P-picture whose reference picture is picture 102, as indicated by the arrow. Picture 106 is a B-picture whose reference pictures are pictures 104 and 108, as indicated by the arrow. In some embodiments, the reference picture of a picture (e.g., picture 104) may not be immediately preceding or following the picture. For example, the reference picture of picture 104 may be a picture before picture 102. It should be noted that the reference pictures of pictures 102-106 are merely examples, and this disclosure does not limit the embodiments of reference pictures to the examples shown in FIG.

[0029]

[0059] Typically, video codecs do not encode or decode an entire picture at once due to the computational complexity of such a task. Rather, they may divide a picture into basic segments and encode or decode a picture segment by segment. Such basic segments are referred to as basic processing units ("BPUs") in this disclosure. For example, structure 110 in FIG. 1 illustrates an example structure of a picture (e.g., any of pictures 102-108) of video sequence 100. In structure 110, a picture is divided into 4x4 basic processing units, whose boundaries are shown as dashed lines. In some embodiments, a basic processing unit may be referred to as a "macroblock" in some video coding standards (e.g., MPEG family, H.261, H.263, or H.264 / AVC) or as a "coding tree unit" ("CTU") in some other video coding standards (e.g., H.265 / HEVC or H.266 / VVC). The basic processing units can have variable sizes in pictures or any arbitrary shape and size of pixels, such as 128x128, 64x64, 32x32, 16x16, 4x8, 16x32, etc. The size and shape of the basic processing unit can be selected based on a balance between coding efficiency and the level of detail to be maintained in the basic processing unit for a picture.

[0030]

[0060] A basic processing unit may be a logical unit that may include a group of different kinds of video data stored in a computer memory (e.g., in a video frame buffer). For example, a basic processing unit for a color picture may include a luma component (Y) representing colorless luminance information, one or more chroma components (e.g., Cb and Cr) representing color information, and related syntax elements, where the luma and chroma components may have the same size of a basic processing unit. The luma and chroma components may be referred to as "coding tree blocks" (CTBs) in some video coding standards (e.g., H.265 / HEVC or H.266 / VVC). Any operation performed on a basic processing unit may be repeatedly performed on each of its luma and chroma components.

[0031]

[0061] Video coding has multiple operation stages, examples of which are shown in Figures 2A-2B and 3A-3B. At each stage, the size of the basic processing unit may still be too large for processing, and therefore may be further divided into segments, referred to as "basic processing subunits" in this disclosure. In some embodiments, the basic processing subunits may be referred to as "blocks" in some video coding standards (e.g., MPEG family, H.261, H.263, or H.264 / AVC), or as "coding units" ("CUs") in some other video coding standards (e.g., H.265 / HEVC or H.266 / VVC). The basic processing subunits may have the same or smaller size than the basic processing units. Similar to the basic processing units, the basic processing subunits are also logical units that may include groups of different types of video data (e.g., Y, Cb, Cr, and related syntax elements) stored in computer memory (e.g., in a video frame buffer). Any operation performed on a fundamental processing sub-unit may be repeatedly performed on each of its luma and chroma components. Note that such division may be performed to further levels as required for processing. Also note that different stages may use different schemes to divide the fundamental processing units.

[0032]

[0062] For example, in the mode decision stage (an example of which is shown in FIG. 2B), the encoder can decide what prediction mode (e.g., intra-picture prediction or inter-picture prediction) to use for the basic processing unit, but the basic processing unit may be too large to make such a decision. The encoder can divide the basic processing unit into multiple basic processing sub-units (e.g., CUs, as in the case of H.265 / HEVC or H.266 / VVC) and decide the type of prediction for each individual basic processing sub-unit.

[0033]

[0063] As another example, in the prediction stage (examples of which are shown in FIG. 2A-2B), the encoder can perform prediction operations at the level of the basic processing subunit (e.g., CU). However, in some cases, the basic processing subunit may still be too large to process. The encoder can further divide the basic processing subunit into smaller segments (e.g., called "prediction blocks" or "PBs" in H.265 / HEVC or H.266 / VVC), at which level the prediction operations can be performed.

[0034]

[0064] As another example, in the transform stage (examples of which are shown in FIG. 2A-2B), the encoder may perform transform operations for residual basic processing subunits (e.g., CUs). However, in some cases, the basic processing subunits may still be too large to process. The encoder may further divide the basic processing subunits into smaller segments (e.g., referred to as "transform blocks" or "TBs" in H.265 / HEVC or H.266 / VVC), at which level the transform operations may be performed. Note that the division scheme of the same basic processing subunit may be different in the prediction stage and the transform stage. For example, in H.265 / HEVC or H.266 / VVC, the prediction blocks and transform blocks of the same CU may have different sizes and numbers.

[0035]

[0065] 1, the fundamental processing units 112 are further divided into 3x3 fundamental processing sub-units, the boundaries of which are shown as dotted lines. Different fundamental processing units of the same picture may be divided into fundamental processing sub-units in different ways.

[0036]

[0066] In some implementations, to provide parallel processing and error resilience capabilities to video encoding and decoding, a picture can be divided into regions for processing, such that the encoding or decoding process does not depend on information about a region of the picture from any other region of the picture. In other words, each region of the picture can be processed independently. By doing so, the codec can process different regions of the picture in parallel, thus increasing the coding efficiency. Also, when data of a region is corrupted during processing or lost during network transmission, the codec can also correctly encode or decode other regions of the same picture without relying on the corrupted or lost data, thus providing error resilience capabilities. In some video coding standards, a picture can be divided into different types of regions. For example, H.265 / HEVC and H.266 / VVC provide two types of regions: "slices" and "tiles". It should also be noted that different pictures of the video sequence 100 can have different partitioning schemes for dividing the picture into regions.

[0037]

[0067] For example, in Figure 1, structure 110 is divided into three regions 114, 116, and 118, whose boundaries are shown as solid lines inside structure 110. Region 114 includes four basic processing units. Regions 116 and 118 each include six basic processing units. It should be noted that the basic processing units, basic processing sub-units, and regions of structure 110 in Figure 1 are merely examples, and the present disclosure does not limit the embodiments thereof.

[0038]

[0068] FIG. 2A illustrates an overview of an exemplary encoding process according to some embodiments of the present disclosure. For example, the encoding process 200A illustrated in FIG. 2A may be performed by an encoder. As illustrated in FIG. 2A, the encoder may encode a video sequence 202 into a video bitstream 228 according to the process 200A. Similar to the video sequence 100 in FIG. 1, the video sequence 202 may include a set of pictures (referred to as "original pictures") arranged in a temporal order. Similar to the structure 110 in FIG. 1, each original picture of the video sequence 202 may be divided by the encoder into basic processing units, basic processing sub-units, or regions for processing. In some embodiments, the encoder may perform the process 200A at the level of the basic processing units for each original picture of the video sequence 202. For example, the encoder may perform the process 200A in an iterative manner, in which case the encoder may encode a basic processing unit in one iteration of the process 200A. In some embodiments, the encoder may perform process 200A in parallel for regions of each original picture of video sequence 202 (eg, regions 114-118).

[0039]

[0069] 2A , the encoder may provide a fundamental processing unit (referred to as an “original BPU”) of an original picture of a video sequence 202 to a prediction stage 204 to generate prediction data 206 and a prediction BPU 208. The encoder may subtract the prediction BPU 208 from the original BPU to generate a residual BPU 210. The encoder may provide the residual BPU 210 to a transform stage 212 and a quantization stage 214 to generate quantized transform coefficients 216. The encoder may provide the prediction data 206 and the quantized transform coefficients 216 to a binary coding stage 226 to generate a video bitstream 228. Components 202, 204, 206, 208, 210, 212, 214, 216, 226, and 228 may be referred to as the “forward path.” During process 200A, after quantization stage 214, the encoder may provide quantized transform coefficients 216 to an inverse quantization stage 218 and an inverse transform stage 220 to generate a reconstructed residual BPU 222. The encoder may add the reconstructed residual BPU 222 to a prediction BPU 208 to generate a prediction reference 224, which is used in a prediction stage 204 for the next iteration of process 200A. The components 218, 220, 222, and 224 of process 200A may be referred to as a “reconstruction path.” The reconstruction path may be used to ensure that both the encoder and decoder use the same reference data for prediction.

[0040]

[0070] The encoder may iteratively perform process 200A to encode each original BPU of the original picture (in the forward path) and generate (in the reconstruction path) a prediction reference 224 for encoding the next original BPU of the original picture. After encoding all the original BPUs of the original picture, the encoder may proceed to encode the next picture in the video sequence 202.

[0041]

[0071] Referring to process 200A, an encoder may receive a video sequence 202 generated by a video capture device (e.g., a camera). As used herein, the term "receive" may refer to receiving, inputting, acquiring, getting, obtaining, reading, accessing, or any act in any manner for inputting data.

[0042]

[0072] In the prediction step 204, in the current iteration, the encoder may receive the original BPU and a prediction reference 224, perform a prediction operation, and generate prediction data 206 and a predicted BPU 208. The prediction reference 224 may be generated from a reconstruction path of a previous iteration of the process 200A. The purpose of the prediction step 204 is to reduce information redundancy by extracting the prediction data 206, which can be used to reconstruct the original BPU as a predicted BPU 208 from the prediction data 206 and the prediction reference 224.

[0043]

[0073] Ideally, the predicted BPU 208 can be identical to the original BPU. However, due to non-ideal prediction and reconstruction operations, the predicted BPU 208 generally differs slightly from the original BPU. To record such differences, after generating the predicted BPU 208, the encoder can subtract it from the original BPU to generate the residual BPU 210. For example, the encoder can subtract the values ​​(e.g., grayscale or RGB values) of pixels of the predicted BPU 208 from the values ​​of corresponding pixels of the original BPU. Each pixel of the residual BPU 210 can have a residual value as a result of such a subtraction between the corresponding pixels of the original BPU and the predicted BPU 208. Compared to the original BPU, the predicted data 206 and the residual BPU 210 can have fewer bits, which can be used to reconstruct the original BPU without significant quality degradation. Therefore, the original BPU is compressed.

[0044]

[0074] To further compress the residual BPU 210, in the transform stage 212, the encoder can reduce spatial redundancy of the residual BPU 210 by decomposing it into a set of two-dimensional "basis patterns", where each basis pattern is associated with a "transform coefficient". The basis patterns can have the same size (e.g., the size of the residual BPU 210). Each basis pattern can represent a change frequency (e.g., frequency of luminance change) component of the residual BPU 210. No basis pattern can be reconstructed from any combination (e.g., linear combination) of any other basis patterns. In other words, the decomposition can decompose the changes of the residual BPU 210 into the frequency domain. Such a decomposition is similar to a discrete Fourier transform of a function, where the basis patterns are similar to the basis functions (e.g., trigonometric functions) of the discrete Fourier transform, and the transform coefficients are similar to the coefficients associated with the basis functions.

[0045]

[0075] Different transform algorithms may use different basis patterns. For example, various transform algorithms may be used in transform stage 212, such as discrete cosine transform, discrete sine transform, or the like. The transform in transform stage 212 is invertible. That is, the encoder may recover residual BPU 210 by inverting the transform (referred to as an "inverse transform"). For example, to recover pixels of residual BPU 210, the inverse transform may multiply the values ​​of corresponding pixels of the basis pattern by their associated coefficients and add up the products to generate a weighted sum. For a video coding standard, both the encoder and the decoder may use the same transform algorithm (and therefore the same basis pattern). Therefore, the encoder may record only the transform coefficients, and the decoder may reconstruct residual BPU 210 from the transform coefficients without receiving the basis pattern from the encoder. Compared to residual BPU 210, the transform coefficients may have fewer bits, but they may be used to reconstruct residual BPU 210 without significant quality degradation. Therefore, the residual BPU 210 is further compressed.

[0046]

[0076] The encoder can further compress the transform coefficients in the quantization stage 214. In the transform process, different basis patterns can represent different change frequencies (e.g., luminance change frequencies). Since the human eye is generally better at recognizing low-frequency changes, the encoder can ignore high-frequency change information without significant quality degradation in decoding. For example, in the quantization stage 214, the encoder can generate the quantized transform coefficients 216 by dividing each transform coefficient by an integer value (referred to as a "quantization scale parameter") and rounding the quotient to its nearest integer. After such an operation, some transform coefficients of the high-frequency basis patterns can be converted to zero, and the transform coefficients of the low-frequency basis patterns can be converted to smaller integers. The encoder can ignore the zero-value quantized transform coefficients 216, which further compresses the transform coefficients. The quantization process can also be inverted, in which case the quantized transform coefficients 216 can be reconstructed into transform coefficients in the inverse operation of quantization (referred to as "dequantization").

[0047]

[0077] The quantization stage 214 may be lossy because the encoder ignores such division remainders in rounding operations. Typically, the quantization stage 214 may contribute the greatest information loss in the process 200A. The greater the information loss, the fewer bits the quantized transform coefficients 216 may require. To obtain different levels of information loss, the encoder may use different values ​​of the quantization scale factor or any other parameter of the quantization process.

[0048]

[0078] In the binary encoding stage 226, the encoder may encode the prediction data 206 and the quantized transform coefficients 216 using a binary encoding technique, such as, for example, entropy coding, variable length coding, arithmetic coding, Huffman coding, context-adaptive binary arithmetic coding, or any other lossless or lossy compression algorithm. In some embodiments, in addition to the prediction data 206 and the quantized transform coefficients 216, the encoder may encode other information in the binary encoding stage 226, such as, for example, a prediction mode used in the prediction stage 204, parameters of the prediction operation, the type of transformation in the transformation stage 212, parameters of the quantization process (e.g., quantization scale factor), encoder control parameters (e.g., bitrate control parameters), or the like. The encoder may generate a video bitstream 228 using the output data of the binary encoding stage 226. In some embodiments, the video bitstream 228 may be further packetized for network transmission.

[0049]

[0079] Referring to the reconstruction path of process 200A, in an inverse quantization stage 218, the encoder may perform inverse quantization on the quantized transform coefficients 216 to generate reconstructed transform coefficients. In an inverse transform stage 220, the encoder may generate a reconstructed residual BPU 222 based on the reconstructed transform coefficients. The encoder may add the reconstructed residual BPU 222 to the prediction BPU 208 to generate a prediction reference 224 to be used in the next iteration of process 200A.

[0050]

[0080] It should be noted that other variations of the process 200A may be used to encode the video sequence 202. In some embodiments, the stages of the process 200A may be performed in a different order by the encoder. In some embodiments, one or more stages of the process 200A may be combined into a single stage. In some embodiments, a single stage of the process 200A may be split into multiple stages. For example, the transform stage 212 and the quantization stage 214 may be combined into a single stage. In some embodiments, the process 200A may include additional stages. In some embodiments, the process 200A may omit one or more stages in FIG. 2A.

[0051]

[0081] 2B illustrates an outline of another exemplary encoding process according to some embodiments of the present disclosure. As illustrated in FIG. 2B, the process 200B may be modified from the process 200A. For example, the process 200B may be used by an encoder compliant with a hybrid video coding standard (e.g., H.26x series). Compared to the process 200A, the forward path of the process 200B additionally includes a mode decision stage 230 and divides the prediction stage 204 into a spatial prediction stage 2042 and a temporal prediction stage 2044. The reconstruction path of the process 200B additionally includes a loop filter stage 232 and a buffer 234.

[0052]

[0082] Generally, prediction techniques can be categorized into two types: spatial prediction and temporal prediction. Spatial prediction (e.g., intra-picture prediction or "intra prediction") can use pixels from one or more already coded neighboring BPUs in the same picture to predict the current BPU. That is, the prediction reference 224 in spatial prediction can include neighboring BPUs. Spatial prediction can reduce the inherent spatial redundancy of a picture. Temporal prediction (e.g., inter-picture prediction or "inter prediction") can use regions from one or more already coded pictures to predict the current BPU. That is, the prediction reference 224 in temporal prediction can include coded pictures. Temporal prediction can reduce the inherent temporal redundancy of a picture.

[0053]

[0083] Referring to process 200B, in the forward path, the encoder performs prediction operations in a spatial prediction stage 2042 and a temporal prediction stage 2044. For example, in the spatial prediction stage 2042, the encoder may perform intra prediction. For an original BPU of a picture being encoded, the prediction reference 224 may include one or more neighboring BPUs in the same picture that are coded (in the forward path) and reconstructed (in the reconstruction path). The encoder may generate the predicted BPU 208 by extrapolating the neighboring BPUs. The extrapolation technique may include, for example, linear extrapolation or interpolation, polynomial extrapolation or interpolation, or the like. In some embodiments, the encoder may perform the extrapolation at a pixel level, such as by extrapolating, for each pixel of the predicted BPU 208, the value of the corresponding pixel. The neighboring BPUs used for extrapolation can be located relative to the original BPU from various directions, such as vertically (e.g., above the original BPU), horizontally (e.g., to the left of the original BPU), diagonally (e.g., bottom-left, bottom-right, top-left, or top-right of the original BPU), or any direction defined in the video coding standard used. For intra prediction, the prediction data 206 can include, for example, the locations (e.g., coordinates) of the neighboring BPUs used, the size of the neighboring BPUs used, parameters of the extrapolation, the orientation of the neighboring BPUs used relative to the original BPU, or the like.

[0054]

[0084] As another example, in the temporal prediction stage 2044, the encoder may perform inter prediction. For an original BPU of the current picture, the prediction reference 224 may include one or more pictures (referred to as "reference pictures") that have been coded (in the forward path) and reconstructed (in the reconstruction path). In some embodiments, the reference pictures may be coded and reconstructed for each BPU. For example, the encoder may add the reconstructed residual BPU 222 to the prediction BPU 208 to generate a reconstructed BPU. When all reconstructed BPUs of the same picture have been generated, the encoder may generate the reconstructed picture as the reference picture. The encoder may perform a "motion estimation" operation to search for a matching region within the range (referred to as "search window") of the reference picture. The location of the search window in the reference picture may be determined based on the location of the original BPU of the current picture. For example, the search window may be centered at a location in the reference picture that has the same coordinates as the original BPU in the current picture, and may extend outward for a predetermined distance. When the encoder identifies a region similar to the original BPU within the search window (e.g., by using a pel-recursive algorithm, a block matching algorithm, or the like), the encoder can determine such a region as a matching region. The matching region can have different dimensions (e.g., smaller than, equal to, larger than, or of a different shape) than the original BPU. Because the reference picture and the current picture are temporally separated in a timeline (e.g., as shown in FIG. 1), the matching region can be considered to "move" toward the location of the original BPU as time progresses. The encoder can record the direction and distance of such movement as a "motion vector." When multiple reference pictures are used (e.g., as in picture 106 in FIG. 1), the encoder can search for the matching region for each reference picture and determine its associated motion vector. In some embodiments, the encoder can weight the pixel values ​​of the matching region in each matching reference picture.

[0055]

[0085] Motion estimation may be used to identify various types of motion, such as, for example, translation, rotation, zooming, or the like. For inter prediction, the prediction data 206 may include, for example, the location (e.g., coordinates) of the matching region, a motion vector associated with the matching region, a number of reference pictures, weights associated with the reference pictures, or the like.

[0056]

[0086] To generate the predicted BPU 208, the encoder may perform a "motion compensation" operation. Motion compensation may be used to reconstruct the predicted BPU 208 based on the prediction data 206 (e.g., motion vectors) and the prediction reference 224. For example, the encoder may shift the matching region of the reference picture according to the motion vector, in which case the encoder may predict the original BPU of the current picture. When multiple reference pictures are used (e.g., picture 106 in FIG. 1), the encoder may shift the matching region of the reference picture according to each motion vector and average the pixel values ​​of the matching region. In some embodiments, if the encoder weights the pixel values ​​of the matching region of each matching reference picture, the encoder may add a weighted sum of pixel values ​​to the shifted matching region.

[0057]

[0087] In some embodiments, inter prediction can be unidirectional or bidirectional. Unidirectional inter prediction can use one or more reference pictures in the same temporal direction relative to the current picture. For example, picture 104 in FIG. 1 is a unidirectional inter predicted picture where the reference picture (i.e., picture 102) precedes picture 104. Bidirectional inter prediction can use one or more reference pictures in both temporal directions relative to the current picture. For example, picture 106 in FIG. 1 is a bidirectional inter predicted picture where the reference pictures (i.e., pictures 104 and 108) are in both temporal directions relative to picture 104.

[0058]

[0088] Still referring to the forward path of the process 200B, after the spatial prediction step 2042 and the temporal prediction step 2044, in a mode decision step 230, the encoder may select a prediction mode (e.g., one of intra prediction or inter prediction) for the current iteration of the process 200B. For example, the encoder may perform a rate-distortion optimization technique. In this technique, the encoder may select a prediction mode to minimize a value of a cost function that depends on the bit rate of the candidate prediction mode and the distortion of the reconstructed reference picture under the candidate prediction mode. Depending on the selected prediction mode, the encoder may generate a corresponding prediction BPU 208 and prediction data 206.

[0059]

[0089] Within the reconstruction path of process 200B, if an intra prediction mode is selected within the forward path, after generating prediction reference 224 (e.g., the current BPU encoded and reconstructed in the current picture), the encoder may directly provide prediction reference 224 to spatial prediction stage 2042 for later use (e.g., for extrapolation of the next BPU of the current picture). The encoder may provide prediction reference 224 to loop filter stage 232, where the encoder may apply a loop filter to prediction reference 224 to reduce or eliminate distortions (e.g., blocking artifacts) introduced during encoding of prediction reference 224. The encoder may apply various loop filter techniques in loop filter stage 232, such as, for example, deblocking, sample adaptive offset, adaptive loop filter, or the like. The loop filtered reference picture may be stored in buffer 234 (or “decoded picture buffer”) for later use (e.g., to be used as an inter prediction reference picture for future pictures of video sequence 202). The encoder may store one or more reference pictures in a buffer 234 for use in the temporal prediction stage 2044. In some embodiments, the encoder may encode loop filter parameters (e.g., loop filter strength) along with the quantized transform coefficients 216, the prediction data 206, and other information in the binary encoding stage 226.

[0060]

[0090] FIG. 3A illustrates an overview of an exemplary decoding process according to some embodiments of the present disclosure. As shown in FIG. 3A, the process 300A can be a decompression process corresponding to the compression process 200A in FIG. 2A. In some embodiments, the process 300A can be similar to the reconstruction path of the process 200A. A decoder can decode the video bitstream 228 into a video stream 304 according to the process 300A. The video stream 304 can be similar to the video sequence 202. However, due to information loss in the compression and decompression process (e.g., the quantization stage 214 in FIGS. 2A-2B), the video stream 304 is generally not identical to the video sequence 202. Similar to the processes 200A and 200B in FIGS. 2A-2B, the decoder can perform the process 300A at the level of a basic processing unit (BPU) for each picture encoded in the video bitstream 228. For example, the decoder may perform process 300A in an iterative manner, in which case the decoder may decode a basic processing unit in one iteration of process 300A. In some embodiments, the decoder may perform process 300A in parallel for regions (e.g., regions 114-118) of each picture encoded in video bitstream 228.

[0061]

[0091] In FIG. 3A, the decoder may provide a portion of a video bitstream 228 associated with a basic processing unit (referred to as an "encoded BPU") of a coded picture to a binary decoding stage 302. In the binary decoding stage 302, the decoder may decode the portion into prediction data 206 and quantized transform coefficients 216. The decoder may provide the quantized transform coefficients 216 to an inverse quantization stage 218 and an inverse transform stage 220 to generate a reconstructed residual BPU 222. The decoder may provide the prediction data 206 to a prediction stage 204 to generate a prediction BPU 208. The decoder may add the reconstructed residual BPU 222 to the prediction BPU 208 to generate a prediction reference 224. In some embodiments, the prediction reference 224 may be stored in a buffer (e.g., a decoded picture buffer in a computer memory). The decoder may provide the prediction reference 224 to a prediction stage 204 for performing a prediction operation in a next iteration of the process 300A.

[0062]

[0092] The decoder may iteratively perform the process 300A to decode each coded BPU of a coded picture and generate a prediction reference 224 for coding the next coded BPU of the coded picture. After decoding all coded BPUs of a coded picture, the decoder may output the picture to the video stream 304 for display and proceed to decode the next coded picture in the video bitstream 228.

[0063]

[0093] In binary decoding stage 302, the decoder may perform an inverse operation of the binary encoding technique used by the encoder (e.g., entropy encoding, variable length encoding, arithmetic encoding, Huffman encoding, context-adaptive binary arithmetic encoding, or any other lossless compression algorithm). In some embodiments, in addition to prediction data 206 and quantized transform coefficients 216, the decoder may decode other information in binary decoding stage 302, such as, for example, a prediction mode, parameters of the prediction operation, a type of transform, parameters of the quantization process (e.g., quantization scale factor), encoder control parameters (e.g., bitrate control parameters), or the like. In some embodiments, if video bitstream 228 is transmitted in packets over a network, the decoder may depacketize video bitstream 228 before providing it to binary decoding stage 302.

[0064]

[0094] 3B illustrates an outline of another exemplary decoding process according to some embodiments of the present disclosure. As illustrated in FIG. 3B, the process 300B may be modified from the process 300A. For example, the process 300B may be used by a decoder compliant with a hybrid video coding standard (e.g., H.26x series). Compared to the process 300A, the process 300B additionally divides the prediction stage 204 into a spatial prediction stage 2042 and a temporal prediction stage 2044, and additionally includes a loop filter stage 232 and a buffer 234.

[0065]

[0095] In the process 300B, for a coding basic processing unit (referred to as a "current BPU") of a coding picture being decoded (referred to as a "current picture"), the prediction data 206 decoded by the decoder from the binary decoding stage 302 may include various kinds of data depending on what prediction mode was used by the encoder to code the current BPU. For example, if intra prediction was used by the encoder to code the current BPU, the prediction data 206 may include a prediction mode indicator (e.g., a flag value) indicating intra prediction, parameters of the intra prediction operation, or the like. The parameters of the intra prediction operation may include, for example, the location (e.g., coordinates) of one or more neighboring BPUs used as references, the size of the neighboring BPUs, parameters of extrapolation, the orientation of the neighboring BPUs relative to the original BPU, or the like. As another example, if inter prediction was used by the encoder to code the current BPU, the prediction data 206 may include a prediction mode indicator (e.g., a flag value) indicating inter prediction, parameters of the inter prediction operation, or the like. Parameters for the inter prediction operation may include, for example, the number of reference pictures associated with the current BPU, weights respectively associated with the reference pictures, locations (e.g., coordinates) of one or more matching regions within each reference picture, one or more motion vectors respectively associated with the matching regions, or the like.

[0066]

[0096] Based on the prediction mode indicator, the decoder may determine whether to perform spatial prediction (e.g., intra prediction) in the spatial prediction stage 2042 or temporal prediction (e.g., inter prediction) in the temporal prediction stage 2044. Details of performing such spatial or temporal prediction are described in FIG. 2B and will not be repeated below. After performing such spatial or temporal prediction, the decoder may generate a prediction BPU 208. The decoder may add the prediction BPU 208 and the reconstructed residual BPU 222 to generate a prediction reference 224, as described in FIG. 3A.

[0067]

[0097] In the process 300B, the decoder can provide the prediction reference 224 to the spatial prediction stage 2042 or the temporal prediction stage 2044 to perform the prediction operation in the next iteration of the process 300B. For example, if the current BPU is decoded using intra prediction in the spatial prediction stage 2042, after generating the prediction reference 224 (e.g., the decoded current BPU), the decoder can directly provide the prediction reference 224 to the spatial prediction stage 2042 for later use (e.g., for extrapolation of the next BPU of the current picture). If the current BPU is decoded using inter prediction in the temporal prediction stage 2044, after generating the prediction reference 224 (e.g., the reference picture decoded by all the BPUs), the decoder can provide the prediction reference 224 to the loop filter stage 232 to reduce or eliminate distortion (e.g., blocking artifacts). The decoder can apply the loop filter to the prediction reference 224 in the manner described in FIG. 2B. The loop filtered reference picture may be stored in a buffer 234 (e.g., a decoded picture buffer in a computer memory) for later use (e.g., to be used as an inter-prediction reference picture for future encoded pictures of the video bitstream 228). The decoder may store one or more reference pictures in the buffer 234 for use in the temporal prediction stage 2044. In some embodiments, the prediction data may further include loop filter parameters (e.g., loop filter strength). In some embodiments, when the prediction mode indicator of the prediction data 206 indicates that inter prediction was used to encode the current BPU, the prediction data includes loop filter parameters.

[0068]

[0098] There may be four types of loop filters. For example, the loop filters may include a deblocking filter, a sample adaptive offset ("SAO") filter, a luma mapping with chroma scaling ("LMCS") filter, and an adaptive loop filter ("ALF"). The order of applying the four types of loop filters may be the LMCS filter, the deblocking filter, the SAO filter, and the ALF. The LMCS filter may include two main components. The first component may be an in-loop mapping of the luma component based on an adaptive piecewise linear model. The second component may be for the chroma component, and luma-dependent chroma residual scaling may be applied.

[0069]

[0099] 4 illustrates a block diagram of an exemplary device for encoding or decoding video, according to some embodiments of the present disclosure. As shown in FIG. 4, the device 400 may include a processor 402. When the processor 402 executes instructions described herein, the device 400 may become a specialized machine for video encoding or decoding. The processor 402 may be any type of circuitry capable of manipulating or processing information. For example, processor 402 may include any number or combination of a central processing unit (or “CPU”), a graphics processing unit (or “GPU”), a neural processing unit (“NPU”), a microcontroller unit (“MCU”), an optical processor, a programmable logic controller, a microcontroller, a microprocessor, a digital signal processor, an intellectual property (IP) core, a programmable logic array (PLA), a programmable array logic (PAL), a generic array logic (GAL), a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a system on chip (SoC), an application-specific integrated circuit (ASIC), or the like. In some embodiments, processor 402 may also be a set of processors grouped together as a single logical entity. For example, as shown in FIG. 4, processor 402 may include multiple processors, including processor 402a, processor 402b, and processor 402n.

[0070]

[0100] The device 400 may also include a memory 404 configured to store data (e.g., a set of instructions, computer code, intermediate data, or the like). For example, as shown in Fig. 4, the stored data may include program instructions (e.g., program instructions for performing steps in a process 200A, 200B, 300A, or 300B) as well as data for processing (e.g., a video sequence 202, a video bitstream 228, or a video stream 304). The processor 402 may access (e.g., via a bus 410) the program instructions and data for processing, execute the program instructions, and perform operations or manipulations on the data for processing. The memory 404 may include a high-speed random access storage device or a non-volatile storage device. In some embodiments, memory 404 may include any number and combination of random-access memory (RAM), read-only memory (ROM), optical disks, magnetic disks, hard drives, solid-state drives, flash drives, security digital (SD) cards, memory sticks, compact flash (CF) cards, or the like. Memory 404 may also be a group of memories (not shown in FIG. 4) grouped as a single logical entity.

[0071]

[0101] Bus 410 can be a communication device that transfers data between components internal to apparatus 400, such as an internal bus (e.g., a CPU-memory bus), an external bus (e.g., a Universal Serial Bus port, a Peripheral Component Interconnect Express port), or the like.

[0072]

[0102] For ease of explanation and without creating ambiguity, the processor 402 and other data processing circuitry are collectively referred to in this disclosure as "data processing circuitry." The data processing circuitry may be implemented entirely as hardware, or as a combination of software, hardware, or firmware. In addition, the data processing circuitry may be a single independent module, or may be fully or partially combined with any other components of the device 400.

[0073]

[0103] The device 400 may further include a network interface 406 for providing wired or wireless communication with a network (e.g., the Internet, an intranet, a local area network, a mobile communication network, or the like). In some embodiments, the network interface 406 may include any number or combination of a network interface controller (NIC), a radio frequency (RF) module, a transponder, a transceiver, a modem, a router, a gateway, a wired network adapter, a wireless network adapter, a Bluetooth® adapter, an infrared adapter, a near-field communication ("NFC") adapter, a cellular network chip, or the like.

[0074]

[0104] In some embodiments, the apparatus 400 may further include a peripheral interface 408 for providing a connection to one or more peripheral devices. As shown in Figure 4, the peripheral devices may include, but are not limited to, a cursor control device (e.g., a mouse, a touchpad, or a touch screen), a keyboard, a display (e.g., a cathode ray tube display, a liquid crystal display, or a light emitting diode display), a video input device (e.g., a camera, or an input interface communicatively coupled to a video archive), or the like.

[0075]

[0105] It should be noted that a video codec (e.g., a codec that performs processes 200A, 200B, 300A, or 300B) may be implemented as any combination of any software or hardware modules within device 400. For example, some or all of the stages of processes 200A, 200B, 300A, or 300B may be implemented as one or more software modules of device 400, such as program instructions that may be loaded into memory 404. As another example, some or all of the stages of processes 200A, 200B, 300A, or 300B may be implemented as one or more hardware modules of device 400, such as specialized data processing circuitry (e.g., FPGA, ASIC, NPU, or the like).

[0076]

[0106] In the quantization and inverse quantization functional blocks (e.g., quantization 214 and inverse quantization 218 in FIG. 2A or 2B, inverse quantization 218 in FIG. 3A or 3B), a quantization parameter (QP) is used to determine the amount of quantization (and inverse quantization) applied to the prediction residual. The initial QP value used for coding of a picture or slice may be signaled at a high level, for example, using the init_qp_minus26 syntax element in the Picture Parameter Set (PPS) and using the slice_qp_delta syntax element in the slice header. Furthermore, the QP value can be adapted at a local level per CU using delta QP values ​​signaled at the granularity of the quantization group.

[0077]

[0107] The equirectangular projection (ERP) format is a common projection format used to represent 360-degree videos and images. The projection map maps the meridians to vertical lines at regular intervals and the latitude circles to horizontal lines at regular intervals. Since there is a very simple relationship between the position of an image pixel on the map and its corresponding geographical location on the sphere, ERP is one of the most common projection maps used for 360-degree videos and images.

[0078]

[0108] The algorithm description of projection format conversion and the video quality metric issued by JVET provide an introduction and the coordinate transformation between ERP and the sphere. For the 2D-3D coordinate transformation, given the sampling position (m, n), (u, v) can be calculated based on the following equations (1) and (2). u = (m + 0.5) / W, 0 ≤ m < W Equation (1) v = (n + 0.5) / H, 0 ≤ n < H Equation (2)

[0079]

[0109] Next, the longitude and latitude (φ, θ) within the sphere can be calculated from (u, v) based on the following equations (3) and (4). φ = (u - 0.5) × (2 × π) Equation (3) θ = (0.5 - v) × π Equation (4)

[0080]

[0110] The 3D coordinates (X, Y, Z) can be calculated based on the following equations (5) - (7). X = cos(θ)cos(φ) Equation (5) Y = sin(θ) Equation (6) Z = -cos(θ)sin(φ) Equation (7)

[0081]

[0111] For the 3D-2D coordinate transformation, starting from (X, Y, Z), (φ, θ) can be calculated based on the following equations (8) and (9). Next, (u, v) is calculated based on equations (3) and (4). Finally, the 2D coordinates (m, n) can be calculated based on equations (1) and (2). φ=tan -1 (-Z / X) Formula (8) θ=sin -1 (Y / (X 2 +Y 2 +Z 2 ) 1 / 2 ) Formula (9)

[0082]

[0112] To reduce seam artifacts in the reconstructed viewport that encompasses the left and right boundaries of the ERP picture, a new format called padded equirectangular projection (PERP) is provided by padding samples on each of the left and right sides of the ERP picture.

[0083]

[0113] When PERP is used to represent 360-degree video, the PERP picture is encoded. After decoding, the reconstructed PERP is converted back to the original reconstructed PERP by fusing the replicated samples or by cropping the padding area.

[0084]

[0114] FIG. 5A shows a schematic diagram of an example fusion operation for generating a reconstructed equirectangular view according to some embodiments of the present disclosure. Unless otherwise stated, "recPERP" is used to represent the reconstructed PERP before post-processing, and "recERP" is used to represent the reconstructed ERP after post-processing. In FIG. 5A, A1 and B2 are border areas in the ERP picture, and B1 and A2 are padding areas, where A2 is padded from A1 and B1 is padded from B2. As shown in FIG. 5A, the replicated samples of recPERP can be fused by applying a distance-based weighted average operation. For example, region A can be generated by fusing region A1 with A2, and region B is generated by fusing region B1 with B2.

[0085]

[0115] In the following description, the width and height of the unpadded recERP are denoted as "W" and "H", respectively. The left and right padding widths are denoted as "P L " and "P R The total padding width is expressed as P L and P R In some embodiments, the recPERP can be converted to the recERP via a fusion operation. For example, for a sample recERP(j,i) in A (where (j,i) is the coordinate in the ERP picture and i is in the range [0,P R -1] and j in [0,H-1]), recERP(j,i) can be determined according to the following formula: A=w×A1+(1-w)×A2, where w is P L / P w Equation (10) is a value between 0 and 1. recERP(j,i) in A = (recPERP(j,i + P L )×(i+P L )+recPERP(j,i+P L +W)×(P R -i)+(P W ≫1)) / P W Formula (11) Here, recPERP(y,x) is a sample on the reconstructed PERP picture, and (y,x) is the coordinate of that sample in the PREP picture.

[0086]

[0116] In some embodiments, for sample recERP(j,i) in B, where (j,i) is the coordinate in the ERP picture and i is [WP L ,W-1] and j is in [0,H-1]), recERP(j,i) can be generated according to the following formula: B=k×B1+(1-k)×B2, where k ranges from 0 to P L / P w The value of Equation (12) recERP(j,i) in B = (recPERP(j,i + P L )×(P R-i+W)+recPERP(j,i+P L -w)×(i-W+P L )+(Pw≫1)) / P W Formula (13) Here, recPERP(y,x) is a sample on the reconstructed PERP picture, and (y,x) is the coordinate of that sample in the PREP picture.

[0087]

[0117] FIG. 5B shows a schematic diagram of an exemplary cropping operation for generating a reconstructed equirectangular view according to some embodiments of the present disclosure. In FIG. 5B, A1 and B2 are border areas in the ERP picture, and B1 and A2 are padding areas, where A2 is padded from A1 and B1 is padded from B2. As shown in FIG. 5B, during the cropping process, the padded samples in recPERP can be directly discarded to obtain recERP. For example, padded samples B1 and A2 can be discarded.

[0088]

[0118] In some embodiments, horizontal wraparound motion compensation can be used to improve the coding performance of ERP. For example, horizontal wraparound motion compensation can be used in the VVC standard as a 360-specific coding tool designed to improve the visual quality of reconstructed 360-degree video in ERP or PERP format. In conventional motion compensation, when a motion vector references a sample beyond the picture boundary of a reference picture, iterative padding is applied to derive the values ​​of the out-of-boundary samples by copying their nearest neighbors on the corresponding picture boundary. For 360-degree video, this iterative padding method is not suitable and may cause visual artifacts called "seam artifacts" in the reconstructed viewport video. Since 360-degree video is captured on a sphere and does not have a "boundary" in nature, reference samples that are outside the boundary of the reference picture in the projection domain can be obtained from neighboring samples in the spherical domain. For common projection formats, deriving corresponding neighboring samples in the spherical domain can be difficult because it requires 2D-3D and 3D-2D coordinate transformations and sample interpolation for fractional sample positions. This problem can be solved for the left and right boundaries of ERP or PERP projection formats because the spherical neighboring points outside the left picture boundary can be obtained from the samples inside the right picture boundary, and vice versa. Considering the wide use and relative ease of implementation of ERP or PERP projection formats, horizontal wraparound motion compensation is adopted in VVC to improve the visual quality of 360-degree video encoded in ERP or PERP projection formats.

[0089]

[0119] Fig. 6A shows a schematic diagram of an exemplary horizontal wrap-around motion compensation process for equirectangular view according to some embodiments of the present disclosure.As shown in Fig. 6A, when a portion of a reference block is outside the left (or right) boundary of a reference picture in a projection region, instead of repeated padding, the "out-of-bounds" portion can be obtained from the corresponding spherical neighboring point located toward the right (or left) boundary in the projection region in the reference picture.In some embodiments, repeated padding can be used for the top and bottom picture boundaries.

[0090]

[0120] FIG. 6B illustrates a schematic diagram of an exemplary horizontal wrap-around motion compensation process for padded equirectangular views according to some embodiments of the present disclosure. As illustrated in FIG. 6B, horizontal wrap-around motion compensation can be combined with non-prescribed padding methods often used in 360-degree video coding. In some embodiments, this is achieved by signaling a high-level syntax element to indicate the wrap-around motion compensation offset, which can be set to the ERP picture width before padding. This syntax can be used to adjust the position of the horizontal wrap-around accordingly. In some embodiments, this syntax is not affected by a specific amount of padding on the left or right picture boundary. As a result, this syntax can naturally support asymmetric padding of ERP pictures. In asymmetric padding of ERP pictures, the padding on the left and right sides can be different. In some embodiments, the wrap-around motion compensation can be determined according to the following formula:

number

[0091]

[0121] When the reference samples are outside the left and right boundaries of the reference picture, horizontal wraparound motion compensation can provide more meaningful information for motion compensation. Under common test conditions of 360-degree video, this tool can improve compression performance not only in terms of rate-distortion, but also in terms of reduced seam artifacts and subjective quality of the reconstructed 360-degree video. Horizontal wraparound motion compensation can also be used for other single-plane projection formats with constant sampling density in the horizontal direction, such as rectified equal-area projection.

[0092]

[0122] In VVC (e.g., VVC Draft 8), wraparound motion compensation can be achieved by signaling a high-level syntax variable pps_ref_wraparound_offset to indicate the wraparound offset. Sometimes the wraparound offset must be set to the ERP picture width before padding. This syntax can be used to adjust the position of horizontal wraparound motion compensation accordingly. This syntax cannot be affected by a specific amount of padding on the left or right picture boundary. As a result, this syntax can naturally support asymmetric padding of ERP pictures (e.g., when the left and right padding are different). When the reference sample is outside the left and right boundaries of the reference picture, horizontal wraparound motion compensation can provide more meaningful information for motion compensation.

[0093]

[0123] FIG. 7 illustrates an exemplary high-level wraparound offset syntax according to some embodiments of the present disclosure. It is understood that the syntax illustrated in FIG. 7 can be used in VVC (e.g., VVC Draft 8). As illustrated in FIG. 7, when wraparound motion compensation is enabled (e.g., pps_ref_wraparound_enabled_flag==1), the wraparound offset pps_ref_wraparound_offset can be directly signaled. As illustrated in FIG. 7, syntax elements or variables in the bitstream are shown in bold.

[0094]

[0124] FIG. 8 illustrates an example high-level wraparound offset semantics according to some embodiments of the present disclosure. It is understood that the semantics illustrated in FIG. 8 may correspond to the syntax illustrated in FIG. 7. In some embodiments, as illustrated in FIG. 8, pps_ref_wraparound_enabled_flag having a value of 1 means that horizontal wraparound motion compensation is applied in inter prediction. When pps_ref_wraparound_enabled_flag has a value of 0, horizontal wraparound motion compensation is not applied. When the value of CtbSizeY / MinCbSizeY+1 is greater than pic_width_in_luma_samples / MinCbSizeY-1, the value of pps_ref_wraparound_enabled_flag shall be equal to 0. When sps_ref_wraparound_enabled_flag is equal to 0, the value of pps_ref_wraparound_enabled_flag shall be equal to 0. CtbSizeY is the size of the luma coding tree block.

[0095]

[0125] In some embodiments, as shown in FIG. 8, the value of pps_ref_wraparound_offset+(CtbSizeY / MinCbSizeY)+2 may specify an offset used to calculate the horizontal wraparound position in units of MinCbSizeY luma samples. The value of pps_ref_wraparound_offset may be in the range from 0 to ((pic_width_in_luma_samples / MinCbSizeY)-(CtbSizeY / MinCbSizeY)-2). The variable PpsRefWraparoundOffset may be set equal to pps_ref_wraparound_offset+(CtbSizeY / MinCbSizeY)+2. In some embodiments, the variable PpsRefWraparoundOffset may be used to determine the location of the luma of a sub-block (e.g., in VVC Draft 8).

[0096]

[0126] In VVC (e.g., VVC Draft 8), a picture can be divided into one or more tile rows or one or more tile columns. A tile can be a series of coding tree units ("CTUs") that cover a rectangular region of a picture. A slice can contain an integer number of complete tiles, or an integer number of consecutive complete CTU rows within a picture's tiles.

[0097]

[0127] Two modes of slices may be supported: raster scan slice mode and rectangular slice mode. In raster scan slice mode, a slice may contain a series of complete tiles in the tile raster scan of the picture. In rectangular slice mode, a slice may contain either a number of complete tiles that collectively form a rectangular region of the picture, or a number of consecutive complete CTU rows of one tile that collectively form a rectangular region of the picture. The tiles in a rectangular slice are scanned in tile raster scan order within the rectangular region corresponding to the slice.

[0098]

[0128] A sub-picture can include one or more slices that collectively cover a rectangular region of a picture. Figure 9 shows a schematic diagram of an example slice and sub-picture division of a picture according to some embodiments of the present disclosure. As shown in Figure 9, the picture is divided into 20 tiles, with 5 tile columns and 4 tile rows. On the left side, there are 12 tiles, each covering one slice of a 4x4 CTU. On the right side, there are 8 tiles, each covering two vertically stacked slices of a 2x2 CTU. In total, there are 28 slices and 28 sub-pictures of various dimensions (e.g., each slice can be a sub-picture).

[0099]

[0129] FIG. 10 shows a schematic diagram of an exemplary slice and sub-picture division of a picture with different slices and sub-pictures according to some embodiments of the present disclosure. As shown in FIG. 10, the picture is divided into 20 tiles, with 5 tile columns and 4 tile rows. On the left side, there are 12 tiles, each covering one slice of a 4×4 CTU. On the right side, there are 8 tiles, each covering two vertically stacked slices of a 2×2 CTU. In total, there are 28 slices. For the 12 slices on the left side, each slice is a sub-picture. For the 16 slices on the right side, each of the 4 slices forms a sub-picture. As a result, in total, there are 16 sub-pictures with the same dimensions.

[0100]

[0130] In VVC (e.g., VVC Draft 8), information about slice layout can be signaled in a picture parameter set ("picture parameter set (PPS)"). In some embodiments, a picture parameter set is a syntax structure that includes syntax elements or variables that apply to zero or more entire coded pictures as determined by syntax elements found in each picture header. FIG. 11 illustrates an example picture parameter set syntax for tile mapping and slice layout according to some embodiments of the present disclosure. It is understood that the syntax illustrated in FIG. 11 can be used in VVC (e.g., VVC Draft 8). As illustrated in FIG. 11, syntax elements or variables in the bitstream are shown in bold. As illustrated in FIG. 11, if the number of tiles in the current picture is greater than 1 and a rectangular slice mode (e.g., rect_slice_flag==1) is used, a flag called single_slice_per_subpic_flag can be signaled first to indicate that each subpicture contains only one slice. In this case (e.g., single_slice_per_subpic_flag==1), there is no need to further signal slice layout information since it can be the same as the subpicture layout already signaled in the sequence parameter set ("SPS"). In some embodiments, the SPS is a syntax structure that contains syntax elements that apply to the entirety of zero or more coded layer video sequences ("CLVS") as determined by the content of syntax elements found in picture parameter sets referenced by syntax elements found in each picture header. In some embodiments, the picture header is a syntax structure that contains syntax elements that apply to all slices of a coded picture.In some embodiments, as shown in FIG. 11, when single_slice_per_subpic_flag has a value of 0, the number of slices in the picture (e.g., num_slices_in_pic_minus1) may be signaled first, followed by slice position and dimension information for each slice.

[0101]

[0131] In some embodiments, to signal the number of slices, instead of signaling the number of slices directly, one can signal (number of slices-1) (e.g., num_slices_in_pic_minus1) since there is at least one slice in a picture. In general, signaling a smaller positive value requires fewer bits and can improve the overall efficiency of performing video processing.

[0102]

[0132] Figure 12 illustrates an example picture parameter set semantics for tile mapping and slice layout according to some embodiments of the present disclosure. It is understood that the semantics illustrated in Figure 12 can correspond to the syntax illustrated in Figure 11. In some embodiments, the semantics illustrated in Figure 12 corresponds to VVC (e.g., VVC Draft 8).

[0103]

[0133] In some embodiments, as shown in FIG. 12, the variable rect_slice_flag equal to 0 means that the tiles in each slice are in raster scan order, and slice information is not signaled in the PPS. When the variable rect_slice_flag equal to 1, the tiles in each slice can cover a rectangular area of ​​the picture, and slice information can be signaled in the PPS. In some embodiments, when not present, the variable rect_slice_flag can be inferred to be equal to 1. In some embodiments, when the variable subpic_info_present_flag is equal to 1, the value of rect_slice_flag must be equal to 1.

[0104]

[0134] In some embodiments, as shown in Figure 12, the variable single_slice_per_subpic_flag equal to 1 means that each subpicture can contain only one rectangular slice. When the variable single_slice_per_subpic_flag is equal to 0, each subpicture can contain one or more rectangular slices. In some embodiments, when the variable single_slice_per_subpic_flag is equal to 1, the variable num_slices_in_pic_minus1 may be inferred to be equal to the variable sps_num_subpics_minus1. In some embodiments, when not present, the value of single_slice_per_subpic_flag may be inferred to be equal to 0.

[0105]

[0135] In some embodiments, the variable num_slices_in_pic_minus1+1 is the number of rectangular slices in each picture that references the PPS, as shown in Figure 12. In some embodiments, the value of num_slices_in_pic_minus1 can be in the range from 0 to (MaxSlicesPerPicture-1) inclusive. In some embodiments, when the variable no_pic_partition_flag is equal to 1, the value of num_slices_in_pic_minus1 may be inferred to be equal to 0.

[0106]

[0136] In some embodiments, as shown in Figure 12, when the variable tile_idx_delta_present_flag is equal to 0, no value of tile_idx_delta is present in the PPS and all rectangular slices in the picture that references the PPS are specified in raster order. In some embodiments, when the variable tile_idx_delta_present_flag is equal to 1, a value of tile_idx_delta may be present in the PPS and all rectangular slices in the picture that references the PPS are specified in the order indicated by the value of tile_idx_delta. In some embodiments, when not present, the value of tile_idx_delta_present_flag may be inferred to be equal to 0.

[0107]

[0137] In some embodiments, the variable slice_width_in_tiles_minus1[i]+1 specifies the width of the i-th rectangular slice in units of tile columns, as shown in Figure 12. In some embodiments, the value of slice_width_in_tiles_minus1[i] must be in the range from 0 to (NumTileColumns-1) inclusive. In some embodiments, if slice_width_in_tiles_minus1[i] is not present, the following may apply: if NumTileColumns is equal to 1, then the value of slice_width_in_tiles_minus1[i] may be inferred to be equal to 0, otherwise the value of slice_width_in_tiles_minus_1[i] may be inferred as specified in the provisions of a VVC draft (e.g., VVC Draft 8).

[0108]

[0138] In some embodiments, the variable slice_height_in_tiles_minus1+1 specifies the height of the i-th rectangular slice in units of tile rows, as shown in Figure 12. In some embodiments, the value of slice_height_in_tiles_minus1[i] must be in the range from 0 to (NumTileRows-1), inclusive. In some embodiments, when the variable slice_height_in_tiles_minus1[i] is not present, the following applies: if NumTileRows is equal to 1 or the variable tile_idx_delta_present_flag is equal to 0 and tileIdx % NumTileColumns is greater than 0, then the value of slice_height_in_tiles_minus1[i] is inferred to be equal to 0; otherwise (e.g., when NumTileRows is not equal to 1 and tile_idx_delta_present_flag is equal to 1 or tileIdx % NumTileColumns is equal to 0), when tile_idx_delta_present_flag is equal to 1 or tileIdx % NumTileColumns is equal to 0, the value of slice_height_in_tiles_minus1[i] may be inferred to be equal to slice_height_in_tiles_minus1[i-1].

[0109]

[0139] In some embodiments, as shown in FIG. 12, the value of num_exp_slices_in_tile[i] specifies the number of explicitly provided slice heights in the current tile that contain more than one rectangular slice. In some embodiments, the value of num_exp_slices_in_tile[i] must be in the range of 0 to (RowHeight[tileY]-1), inclusive, where tileY is the tile row index that contains the i-th slice. In some embodiments, when not present, the value of num_exp_slices_in_tile[i] may be inferred to be equal to 0. In some embodiments, when num_exp_slices_in_tile[i] is equal to 0, the value of the variable NumSliceInTile[i] is derived to be equal to 1.

[0110]

[0140] In some embodiments, the value of exp_slice_height_in_ctus_minus1[j]+1 specifies the height of the jth rectangular slice in the current tile in units of CTU rows, as shown in Figure 12. In some embodiments, the value of exp_slice_height_in_ctus_minus1[j] must be in the range from 0 to (RowHeight[tileY]-1), inclusive, where tileY is the tile row index of the current tile.

[0111]

[0141] In some embodiments, the variables NumSlicesInTile[i] and SliceHeightInCtusMinus1[i+k] for k in the range from 0 to (NumSlicesInTile[i]-1) may be derived when the variable num_exp_slices_in_tile[i] is greater than 0, as shown in Figure 12. In some embodiments, the values ​​of NumSlicesInTile[i] and SliceHeightInCtusMinus1[i+k] may be derived when the value of num_exp_slices_in_tile[i] is greater than 0, as shown in Figure 8.

[0112]

[0142] In some embodiments, as shown in FIG. 12, the value of tile_idx_delta[i] specifies the difference between the tile index of the first tile in the ith rectangular slice and the tile index of the first tile in the (i+1)th rectangular slice. The value of tile_idx_delta[i] must be in the range of (-NumTilesInPic+1) to (NumTilesInPic-1). In some embodiments, when not present, the value of tile_idx_delta[i] may be inferred to be equal to 0. In some embodiments, when present, the value of tile_idx_delta[i] may be inferred to be not equal to 0.

[0113]

[0143] In VVC (e.g., VVC Draft 8), one or more slice addresses may be signaled in a slice header to identify the location of each slice in a picture. FIG. 13 illustrates an example slice header syntax according to some embodiments of the present disclosure. It is understood that the syntax illustrated in FIG. 13 may be used in VVC (e.g., VVC Draft 8). As illustrated in FIG. 11, syntax elements or variables in the bitstream are shown in bold. As illustrated in FIG. 13, if the variable picture_header_in_slice_header_flag is equal to 1, then the picture header syntax structure is present in the slice header.

[0114]

[0144] Figure 14 illustrates an example slice header semantics according to some embodiments of the present disclosure. It is understood that the semantics illustrated in Figure 14 can correspond to the syntax illustrated in Figure 13. In some embodiments, the semantics illustrated in Figure 14 corresponds to VVC (e.g., VVC Draft 8).

[0115]

[0145] In some embodiments, it is a bitstream conformance requirement that the value of picture_header_in_slice_header_flag must be the same for all coded slices in a CLVS, as shown in FIG.

[0116]

[0146] In some embodiments, as shown in FIG. 14, when the variable picture_header_in_slice_header_flag is equal to 1 for a coded slice, it is a bitstream conformance requirement that no video coding layer ("VCL") network abstraction layer ("NAL") unit with nal_unit_type equal to PH_NUT must be present in the CLVS.

[0117]

[0147] In some embodiments, as shown in FIG. 14, when picture_header_in_slice_header_flag is equal to 0, all coded slices in the current picture must have picture_header_in_slice_header_flag equal to 0 and the current PU must have a PH NAL unit.

[0118]

[0148] In some embodiments, the variable slice_address may specify a slice address of a slice, as shown in Figure 14. In some embodiments, when not present, the value of slice_address may be inferred to be equal to 0. When the variables rect_slice_flag are equal to 1 and NumSliceInSubpic[CurrSubpicIdx] are equal to 1, the value of slice_address is inferred to be equal to 0.

[0119]

[0149] In some embodiments, as shown in FIG. 14, when the variable rect_slice_flag is equal to 0, the following may apply: the slice address may be a raster scan tile index, the length of slice_address may be ceil(Log2(NumTilesInPic)) bits, and the value of slice_address must be in the range of 0 to (NumTilesInPic-1) inclusive.

[0120]

[0150] In some embodiments, it is a bitstream conformance requirement that the following constraints apply, as shown in Figure 14: if the variable rect_slice_flag is equal to 0 or the variable subpic_info_present_flag is equal to 0, then the value of slice_address must not be equal to the value of slice_address of any other coded slice NAL unit of the same coded picture; otherwise, the value pair of slice_subpic_id and slice_address must not be equal to the value pair of slice_subpic_id and slice_address of any other coded slice NAL unit of the same coded picture.

[0121]

[0151] In some embodiments, as shown in FIG. 14, the shape of a picture slice must be such that each CTU, when decoded, must either contain its entire left and top boundaries within the picture boundary or contain the boundaries of a previously decoded CTU.

[0122]

[0152] In some embodiments, as shown in Figure 14, the variable slice_address may be signaled only if one of the following two conditions is met: rectangular slice mode is used and the number of slices in the current subpicture is greater than 1; or rectangular slice mode is not used and the number of tiles in the current picture is greater than 1. In some embodiments, if neither of the above two conditions is met, there is only one slice in either the current subpicture or the current picture. In that case, there is no need to signal a slice address because the entire subpicture or the entire picture is a single slice.

[0123]

[0153] There are many challenges in the current design of VVC. First, the wraparound offset pps_ref_wraparound_offset is signaled in the bitstream, which must be set to the ERP picture width before padding. To save bits, the minimum value of the wraparound offset (e.g., CtbSizeY / MinCbSizeY)+2) is subtracted from the wraparound offset before signaling. However, the width of the padding area is much smaller than the width of the original ERP picture. This is especially true for encoding ERP pictures, where the width of the padding area may be 0. Given that the total width of the picture to be coded or decoded is known, signaling the width of the original ERP part may take more bits than signaling the width of the padding area. As a result, the current signaling of the wraparound offset, which signals the original ERP width in units of MinCbSizeY, is not efficient.

[0124]

[0154] Furthermore, the signaling of slice layouts may also be improved. For example, the number of slices in a picture is always greater than or equal to 1, and 1 is subtracted from the number of slices before signaling it, because signaling a smaller positive value requires fewer bits. However, in current VVC (e.g., VVC Draft 8), a subpicture contains an integer number of complete slices. As a result, the number of slices in a picture is greater than or equal to the number of subpictures in a picture. In current VVC (e.g., VVC Draft 8), num_slices_in_pic_minus1 is signaled only when the variable single_slice_per_subpic_flag is 0, and the variable single_slice_per_subpic_flag equal to 0 means that there is at least one subpicture that contains more than one slice. Therefore, in this case, the number of slices must be greater than the number of subpictures, which has a minimum value of 1. As a result, the minimum value of num_slices_in_pic_minus1 is greater than 0. It is inefficient to signal non-negative values ​​whose range does not start at 0.

[0125]

[0155] Furthermore, there are other challenges in signaling the slice address. When there is only one slice in the current picture, there may be no need to signal the slice address because the entire subpicture or the entire picture is a single slice. The slice address may be inferred to be 0. However, the two conditions for skipping the signaling of the slice address are not complete. For example, in the raster scan slice mode, there may also be a number of tiles greater than 1 and there may be only one slice that includes all tiles in the picture, in which case the signaling of the slice address may also be avoided.

[0126]

[0156] The embodiments of the present disclosure provide a method for addressing the above-mentioned problems. In some embodiments, since the width of the padding area is usually smaller than the width of the original ERP picture, which may be the same as the wrap-around offset in wrap-around motion compensation, it can be proposed to signal the difference between the width of the coded picture and the width of the original ERP picture in the bitstream. For example, it can be proposed to signal the difference between the width of the coded picture and the wrap-around motion compensation offset in the bitstream, and perform deduction after syntactically analyzing the signaled difference to obtain the wrap-around offset at the decoder side. Since the difference between the width of the coded picture and the wrap-around offset is usually smaller than the wrap-around offset itself, the method can save the signaled bits.

[0127]

[0157] FIG. 15 illustrates an example improved picture parameter set syntax according to some embodiments of the present disclosure. As illustrated in FIG. 15, syntax elements or variables in the bitstream are shown in bold, changes from previous VVC (e.g., the syntax shown in FIG. 7) are shown in italics, and proposed removed syntax is further shown in strikethrough. As illustrated in FIG. 15, a new variable pps_pic_width_minus_wraparound_offset may be created. The value of the variable pps_pic_width_minus_wraparound_offset may be signaled according to the value of pps_ref_wraparound_enabled_flag. In some embodiments, the new variable pps_pic_width_minus_wraparound_offset may replace the variable pps_ref_wraparound_offset in the original VVC (e.g., VVC draft 8).

[0128]

[0158] 16 illustrates an example improved picture parameter set semantics according to some embodiments of the present disclosure. As illustrated in FIG. 16, changes from previous VVC (e.g., the semantics illustrated in FIG. 8) are shown in italics, and proposed removed syntax is further illustrated in strikethrough. It is understood that the semantics illustrated in FIG. 16 can correspond to the syntax illustrated in FIG. 15. In some embodiments, the semantics illustrated in FIG. 16 corresponds to VVC (e.g., VVC Draft 8).

[0129]

[0159] As shown in Figure 16, the semantics for the new variable pps_pic_width_minus_wraparound_offset are different from the variable pps_ref_wraparound_offset (e.g., as shown in Figure 8). The variable pps_pic_width_minus_wraparound_offset may specify the difference between the picture width in units of MinCbSizeY luma samples and the offset used to calculate the horizontal wraparound position. In some embodiments, as shown in Figure 16, the value of pps_pic_width_minus_wraparound_offset must be less than or equal to ((pic_width_in_luma_samples / MinCbSizeY)-(CtbSizeY / MinCbSizeY)-2). In some embodiments, the variable PpsRefWraparoundOffset may be set equal to pic_width_in_luma_samples / MinCbSizeY-pps_pic_width_minus_wraparound_offset.

[0130]

[0160] In some embodiments, a flag wraparound_offset_type may be signaled to indicate whether the signaled wraparound offset value is the width of the original ERP picture or the difference between the width of the coded picture and the width of the original ERP picture. The encoder may select the smaller of these two values ​​and signal it in the bitstream, which may further reduce the signaling overhead. Figure 17 illustrates an example picture parameter set syntax with the variable wraparound_offset_type according to some embodiments of the present disclosure. As shown in Figure 17, syntax elements or variables in the bitstream are shown in bold, and changes from previous VVC (e.g., the syntax shown in Figure 7) are shown in italics. As shown in Figure 17, a new variable pps_ref_wraparound_offset may be added to specify the value used to determine PpsRefWraparoundOffset.

[0131]

[0161] 18 illustrates an example improved picture parameter set semantics with variable wraparound_offset_type according to some embodiments of the present disclosure. As illustrated in FIG. 18, changes from previous VVC (e.g., the semantics illustrated in FIG. 8) are shown in italics, and the proposed removed syntax is further illustrated in strikethrough. It is understood that the semantics illustrated in FIG. 18 can correspond to the syntax illustrated in FIG. 17. In some embodiments, the semantics illustrated in FIG. 18 corresponds to VVC (e.g., VVC Draft 8).

[0132]

[0162] Depending on the embodiment, a new variable wraparound_offset_type for specifying the type of the variable pps_ref_wraparound_offset can be added as shown in Fig. 18. The value of pps_ref_wraparound_offset must be within the range of 0 to (((pps_pic_width_in_luma_samples / MinCbSizeY)-(CtbSizeY / MinCbSizeY)-2) / 2).

[0133]

[0163] In some embodiments, the value of the variable PpsRefWraparoundOffset may be derived as shown in Figure 18. For example, when the variable wraparound_offset_type is equal to 0, the signaled wraparound offset value is the width of the original ERP picture. As a result, the variable PpsRefWraparoundOffset is equal to pps_ref_wraparound_offset+(CrbSizeY / MinCbSizeY)+2. When the variable wraparound_offset_type is not equal to 0, the signaled wraparound offset value is the difference between the width of the coded picture and the width of the original ERP picture. As a result, the variable PpsRefWraparoundOffset is equal to pps_pic_width_in_luma_samples / MinCbSizeY-pps_ref_wraparound_offset.

[0134]

[0164] In previous VVC (e.g., VVC Draft 8), the number of slices is signaled in the PPS when the variable single_slice_per_subpic_flag is 0, which means that there is at least one subpicture that contains more than one slice. In this case, the number of slices must be greater than the number of subpictures, taking into account that each subpicture must contain one or more complete slices, which therefore results in a minimum number of slices of 2, since there is at least one subpicture in a picture.

[0135]

[0165] An embodiment of the present disclosure provides a method for improving the signaling of the number of slices. Figure 19 illustrates an example picture parameter set syntax with a variable num_slices_in_pic_minus2 according to some embodiments of the present disclosure. As shown in Figure 19, syntax elements or variables in the bitstream are shown in bold, changes from previous VVC (e.g., the syntax shown in Figure 11) are shown in italics, and the proposed removed syntax is further shown in strikethrough. As shown in Figure 19, a new variable num_slices_in_pic_minus2 can be added to specify a value used to determine PpsRefWraparoundOffset.

[0136]

[0166] 20 illustrates an example improved picture parameter set semantics with the variable num_slices_in_pic_minus2, according to some embodiments of the present disclosure. As illustrated in FIG. 20, changes from previous VVC (e.g., the semantics illustrated in FIG. 12) are shown in italics, and the proposed removed syntax is further illustrated in strikethrough. It is understood that the semantics illustrated in FIG. 20 can correspond to the syntax illustrated in FIG. 19. In some embodiments, the semantics illustrated in FIG. 20 corresponds to VVC (e.g., VVC Draft 8).

[0137]

[0167] In some embodiments, the value of the variable num_slices_in_pic_minus2+2 may specify the number of rectangular slices in each picture that refer to the PPS, as shown in FIG. 20. In some embodiments, the variable num_slices_in_pic_minus2 may replace the variable num_slices_in_pic_minus_1, as shown in FIG. 20. In some embodiments, the value of num_slices_in_pic_minus2+2 must be in the range of 0 to (MaxSlicesPerPicture-2), inclusive, where MaxSlicesPerPicture is specified in VVC (e.g., VVC Draft 8). When the variable no_pic_partition_flag is equal to 1, the value of num_slices_in_pic_minus2 is inferred to be equal to -1.

[0138]

[0168] In some embodiments, the number of slices may be signaled using a variable of number of slices-number of subpictures-1 (e.g., num_slices_in_pic_minus_subpic_num_minus1). Figure 21 illustrates an example picture parameter set syntax with the variable num_slices_in_pic_minus_subpic_num_minus1 according to some embodiments of the present disclosure. As shown in Figure 21, syntax elements or variables in the bitstream are shown in bold, changes from previous VVC (e.g., the syntax shown in Figure 11) are shown in italics, and proposed removed syntax is further indicated in strikethrough.

[0139]

[0169] 22 illustrates an example improved picture parameter set semantics with the variable num_slices_in_pic_minus_subpic_num_minus1 according to some embodiments of the present disclosure. As illustrated in FIG. 22, changes from previous VVC (e.g., the semantics illustrated in FIG. 12) are shown in italics, and the proposed removed syntax is further illustrated in strikethrough. It is understood that the semantics illustrated in FIG. 22 can correspond to the syntax illustrated in FIG. 21. In some embodiments, the semantics illustrated in FIG. 22 corresponds to VVC (e.g., VVC Draft 8).

[0140]

[0170] In VVC (e.g., VVC Draft 8), the number of slices is signaled in the PPS only if the variable single_slice_per_subpic_flag is equal to 0, which may be equivalent to saying that there is at least one subpicture that contains more than one slice. Therefore, the number of slices must be greater than the number of subpictures, since a subpicture must contain one or more complete slices. As a result, the minimum number of slices is equal to the number of subpictures + 1. As shown in Figures 21 and 22, in order to reduce the number of bits to be signaled, the number of slices - the number of subpictures - 1 (e.g., num_slices_in_pic_minus_subpic_num_minus1) is signaled instead of the number of slices - 1 (e.g., num_slices_in_pic_minus1).

[0141]

[0171] In some embodiments, the value of num_slices_in_pic_minus_subpic_num_minus1 + number of subpictures + 1 may specify the number of rectangular slices in each picture that references the PPS, as shown in Figure 22. In some embodiments, the value of num_slices_in_pic_minus_subpic_num_minus1 must be in the range of 0 to (MaxSlicesPerPicture-sps_num_subpics_minus1-2), inclusive, where MaxSlicesPerPicture may be specified in VVC (e.g., VVC Draft 8). In some embodiments, when the variable no_pic_partition_flag is equal to 1, the value of num_slices_in_pic_minus_subpic_num_minus1 may be inferred to be equal to (sps_num_subpics_minus1+1). In some embodiments, the variable SliceNumInPic may be derived as SliceNumInPic=num_slices_in_pic_minus_subpic_num_minus1+sps_num_subpics_minus1+2.

[0142]

[0172]

[0041] Embodiments of the present disclosure further provide a novel way of signaling slice addresses. Figure 23 illustrates an example updated slice header syntax according to some embodiments of the present disclosure. As shown in Figure 23, syntax elements or variables in the bitstream are shown in bold, changes from previous VVC (e.g., the syntax shown in Figure 13) are shown in italics, and proposed removed syntax is further shown in strikethrough.

[0143]

[0173] In some embodiments, as shown in FIG. 23, a variable picture_header_in_slice_header_flag may be signaled in the slice header to indicate whether the PH syntax structure is present in the slice header. In VVC (e.g., VVC Draft 8), there are constraints on the presence of the PH syntax structure in the slice header and the number of slices in one picture. When the PH syntax structure is present in the slice header, the picture must have only one slice. Therefore, there is no need to signal the slice address. As a result, the signaling of the slice address may be conditioned on picture_header_in_slice_header_flag. As shown in FIG. 23, the value of picture_header_in_slice_header_flag may be used as another condition to determine whether the variable slice_address should be signaled. When picture_header_in_slice_header_flag is equal to 1, the signaling of the variable slice_address is skipped. In some embodiments, when the variable slice_address is not signaled, it may be inferred to be 0.

[0144]

[0174] An embodiment of the present disclosure further provides a method for performing video encoding. FIG. 24 illustrates a flowchart of an exemplary video encoding method using a variable signaling a difference between a width of a video frame and an offset used to calculate a horizontal wrap-around position according to some embodiments of the present disclosure. In some embodiments, the method 24000 illustrated in FIG. 24 may be performed by the device 400 illustrated in FIG. 4. In some embodiments, the method 24000 illustrated in FIG. 24 may be performed according to the syntax illustrated in FIG. 15 or the semantics illustrated in FIG. 16. In some embodiments, the method 24000 illustrated in FIG. 24 includes a wrap-around motion compensation process performed according to the VVC standard. In some embodiments, the method 24000 illustrated in FIG. 24 may be performed using a 360-degree video sequence as input.

[0145]

[0175] In step S24010, a wraparound motion compensation flag is received. The wraparound motion compensation flag is associated with the picture. For example, the wraparound motion compensation flag can be a variable pps_ref_wraparound_enabled_flag, as shown in FIG. 15 or FIG. 16. In some embodiments, the picture is in a bitstream. In some embodiments, the picture is part of a 360-degree video.

[0146]

[0176] In step S24020, it is determined whether the wraparound motion compensation flag is enabled, for example, whether the variable pps_ref_wraparound_enabled_flag is equal to 1, as shown in FIG.

[0147]

[0177] In step S24030, in response to determining that the wraparound motion compensation flag is enabled, a difference between the picture width and the offset used to determine the horizontal wraparound position is received. For example, as shown in Figure 15, when determining that the variable pps_ref_wraparound_enabled_flag is equal to 1, a variable pps_pic_width_minus_wraparound_offset may be received or signaled. In some embodiments, the difference is less than or equal to (picture width divided by size of smallest luma coding block - luma coding tree block size divided by size of smallest luma coding block - 2).

[0148]

[0178] In some embodiments, receiving the difference in S24030 includes receiving a wraparound offset type flag. For example, as shown in Figures 17 and 18, a flag wraparound_offset_type may be signaled to indicate whether the signaled wraparound offset value is the width of the original ERP picture or the difference between the width of the coded picture and the width of the original ERP picture. In some embodiments, as shown in Figures 17 and 18, the flag wraparound_offset_type may be of value 0 or 1.

[0149]

[0179] In step S24040, perform motion compensation for the picture according to the wraparound motion compensation flag and the difference. For example, the motion compensation for the picture may be performed according to variables pps_ref_wraparound_enabled_flag and pps_pic_width_minus_wraparound_offset shown in Figures 15 and 16. In some embodiments, performing motion compensation also includes determining a wraparound motion compensation offset according to the width of the picture and the difference, and performing motion compensation for the picture according to the wraparound motion compensation offset. In some embodiments, the wraparound motion compensation offset may be determined as (picture width divided by the size of the smallest luma coding block - the difference).

[0150]

[0180] FIG. 25 illustrates a flowchart of an example video encoding method using a variable signaling (number of slices in a video frame minus 2) according to some embodiments of the present disclosure. In some embodiments, the method 25000 illustrated in FIG. 25 may be performed by the apparatus 400 illustrated in FIG. 4. In some embodiments, the method 25000 illustrated in FIG. 25 may be performed according to the syntax illustrated in FIG. 19 or the semantics illustrated in FIG. 20. In some embodiments, the method 25000 illustrated in FIG. 25 may be performed according to the VVC standard.

[0151]

[0181] In step S25010, a picture is received for encoding. In some embodiments, the picture may include one or more slices. In some embodiments, the picture is in a bitstream. In some embodiments, the one or more slices are rectangular slices.

[0152]

[0182] In step S25020, a variable indicating (number of slices in picture-2) is signaled in the picture parameter set of the picture. For example, the variable can be num_slices_in_pic_minus2 shown in Figure 19 or Figure 20. In some embodiments, the value of (variable+2) can specify the number of rectangular slices in each picture. In some embodiments, the variable is part of the PPS. In some embodiments, the variable num_slices_in_pic_minus2 can replace the variable num_slices_in_pic_minus_1, similar to the semantics shown in Figure 20.

[0153]

[0183] FIG. 26 illustrates a flowchart of an example video encoding method using a variable signaling a variable indicating (number of slices in a video frame-number of sub-pictures in a video frame-1) according to some embodiments of the disclosure. In some embodiments, the method 26000 illustrated in FIG. 26 may be performed by the apparatus 400 illustrated in FIG. 4. In some embodiments, the method 26000 illustrated in FIG. 26 may be performed according to the syntax illustrated in FIG. 21 or the semantics illustrated in FIG. 22. In some embodiments, the method 26000 illustrated in FIG. 26 may be performed according to the VVC standard.

[0154]

[0184] In step S26010, a picture is received for encoding. In some embodiments, the picture may include one or more slices and one or more sub-pictures. In some embodiments, a video frame is in the bitstream. In some embodiments, the one or more slices are rectangular slices.

[0155]

[0185] In step S26020, a variable indicating (number of slices in picture-number of subpictures in picture-1) is signaled in the picture parameter set of the picture. For example, the variable may be num_slices_in_pic_minus_subpic_num_minus1 as shown in Figure 21 or Figure 22. In some embodiments, the minimum number of slices may be equal to (number of subpictures+1). In some embodiments, as shown in Figures 21 and 22, instead of (number of slices-1) (e.g., num_slices_in_pic_minus_subpic_num_minus1), (number of slices-number of subpictures-1) (e.g., num_slices_in_pic_minus_subpic_num_minus1) may be signaled to reduce the number of bits to be signaled. In some embodiments, the variable is part of the PPS. In some embodiments, the value of (num_slices_in_pic_minus_subpic_num_minus1 + number of subpictures + 1) may specify the number of rectangular slices in each picture that references the PPS, as shown in Figure 22. In some embodiments, the variable num_slices_in_pic_minus2 may replace the variable num_slices_in_pic_minus_1, similar to the semantics shown in Figure 20.

[0156]

[0186] In some embodiments, as shown in step S26020, a variable indicating the number of slices in a picture may be determined according to a variable indicating (number of slices in a video frame-number of subpictures in a video frame-1). For example, as shown in Figures 21 and 22, a flag or variable SliceNumInPic may be derived according to a variable num_slices_in_pic_minus_subpic_num_minus1.

[0157]

[0187] FIG. 27 illustrates a flowchart of an example video encoding method using a variable indicating whether a picture header syntax structure is present in a slice header of a video frame, according to some embodiments of the present disclosure. In some embodiments, the method 27000 illustrated in FIG. 27 may be performed by the apparatus 400 illustrated in FIG. 4. In some embodiments, the method 27000 illustrated in FIG. 27 may be performed according to the syntax illustrated in FIG. 23. In some embodiments, the method 27000 illustrated in FIG. 27 may be performed according to the VVC standard.

[0158]

[0188] In step S27010, a picture is received for encoding. The picture includes one or more slices. In some embodiments, the picture is in a bitstream. In some embodiments, the one or more slices are rectangular slices.

[0159]

[0189] In step S27020, a variable is signaled indicating whether a picture header syntax structure for the picture is present in the slice header for one or more slices. For example, the variable can be picture_header_in_slice_header_flag as shown in FIG. 23. In some embodiments, as shown in FIG. 23, when the PH syntax structure is present in the slice header, the picture may have only one slice. Therefore, there is also no need to signal a slice address. As a result, the signaling of the slice address can be conditional on the variable picture_header_in_slice_header_flag. In some embodiments, the variable is part of the PPS.

[0160]

[0190] In some embodiments, a non-transitory computer-readable storage medium is also provided that includes instructions, which can be executed by a device (such as the encoder and decoder of the present disclosure) to perform the above-described methods. Common forms of non-transitory media include, for example, floppy disks, flexible disks, hard disks, solid state drives, magnetic tapes or any other magnetic data storage media, CD-ROMs, any other optical data storage media, any physical media with a pattern of holes, RAM, PROMs, and EPROMs, FLASH-EPROMs or any other flash memory, NVRAMs, caches, registers, any other memory chips or cartridges, and networked versions thereof. A device may include one or more processors (CPUs), input / output interfaces, network interfaces, and / or memory.

[0161]

[0191] It should be noted that relational terms herein, such as "first" and "second," are used merely to distinguish one entity or operation from another, and do not require or imply any actual relationship or order between those entities or operations. Furthermore, the words "comprising," "having," "containing," and "including," and other similar forms, are intended to be equivalent in meaning and to be open-ended in that the element or elements following any of these words are not meant to be a definitive enumeration of such elements or elements, or to be limited to only the listed element or elements.

[0162]

[0192] As used herein, unless specifically stated otherwise, the term "or" includes all possible combinations unless impracticable. For example, if it is stated that a database may include A or B, then the database may include A, B, A and B, unless specifically stated otherwise or impracticable. As a second example, if it is stated that a database may include A, B, or C, then the database may include A, B, C, A and B, A and C, B and C, A and B and C, unless specifically stated otherwise or impracticable.

[0163]

[0193] It is understood that the above-described embodiments may be implemented by hardware, or software (program code), or a combination of hardware and software. If implemented by software, it may be stored in the above-described computer-readable medium. The software, when executed by a processor, may perform the methods of the present disclosure. The computational units and other functional units described in the present disclosure may be implemented by hardware, or software, or a combination of hardware and software. Those skilled in the art will also understand that multiple of the above-described modules / units may be combined into one module / unit, and each of the above-described modules / units may be further divided into multiple sub-modules / sub-units.

[0164]

[0194] In the foregoing specification, the embodiments have been described with reference to numerous specific details that may vary from implementation to implementation. Certain adaptations and modifications of the above-described embodiments may be made. Other embodiments may become apparent to those skilled in the art from consideration of the specification and practice of the invention disclosed herein. It is intended that the specification and examples be considered as examples only, with the true scope and spirit of the invention being indicated by the appended claims. It is also intended that the sequences of steps depicted in the figures are for illustrative purposes only, and are not intended to be limited to any particular sequence of steps. Thus, one skilled in the art can appreciate that the steps may be performed in different orders while implementing the same method.

[0165]

[0195] The embodiments may be further described using the following clauses: 1. A method for video decoding, comprising: receiving a wraparound motion compensation flag; determining whether wrap-around motion compensation is enabled based on a wrap-around motion compensation flag; receiving data in response to determining that wraparound motion compensation is enabled, the data indicating a difference between a picture width and an offset used to determine a horizontal wraparound position; performing motion compensation according to the wraparound motion compensation flag and the difference; The method includes: 2. The method of claim 1, wherein the difference is in units of the size of the smallest luma coding block. 3. The method of claim 2, wherein the difference is less than or equal to ((pps_pic_width_in_luma_samples / MinCbSizeY)-(CtbSizeY / MinCbSizeY)-2), where pps_pic_width_in_luma_samples is the width of the picture in units of luma samples, MinCbSizeY is the size of the smallest luma coding block, and CtbSizeY is the size of the luma coding tree block. 4. Performing motion compensation determining a wrap-around motion compensation offset according to a picture width and a difference; performing motion compensation according to a wraparound motion compensation offset; 2. The method of claim 1, further comprising: 5. Determining a wrap-around motion compensation offset according to a picture width and a difference; dividing a width of the picture in units of luma samples by a size of the smallest luma coding block to generate a first value; determining a wraparound motion compensation offset as equal to (the first value minus the difference); 5. The method of claim 4, further comprising: 6. Receive data showing the difference receiving a wraparound offset type flag; determining whether a wraparound offset type flag is equal to a first value or a second value; receiving data in response to determining that the wraparound offset type flag is equal to a first value, the data indicating a difference between a width of the picture and an offset used to calculate a horizontal wraparound position; receiving data indicative of an offset used to calculate a horizontal wraparound position in response to determining that the wraparound offset type flag is equal to a second value; 2. The method of claim 1, further comprising: 7. The method of claim 6, wherein each of the first value and the second value is 0 or 1. 8. The method according to clause 1, wherein motion compensation is performed in accordance with a versatile video coding standard. 9. The method of claim 1, wherein the picture is part of a 360 degree video sequence. 10. The method according to clause 1, wherein the wraparound motion compensation flag and the differential are signaled in a picture parameter set (PPS). 11. A method for video decoding, comprising: signaling a wraparound motion compensation flag indicating whether wraparound motion compensation is enabled; signaling, in response to a wraparound motion compensation flag indicating that wraparound motion compensation is enabled, data indicating a difference between a picture width and an offset used to determine a horizontal wraparound position; performing motion compensation according to the wraparound motion compensation flag and the difference; The method includes: 12. The method of claim 11, wherein the difference is in units of the size of the smallest luma coding block. 13. The method of claim 12, wherein the difference is less than or equal to ((pps_pic_width_in_luma_samples / MinCbSizeY)-(CtbSizeY / MinCbSizeY)-2), where pps_pic_width_in_luma_samples is the width of the picture in units of luma samples, MinCbSizeY is the size of the smallest luma coding block, and CtbSizeY is the size of the luma coding tree block. 14. Performing motion compensation determining a wrap-around motion compensation offset according to a picture width and a difference; performing motion compensation according to a wraparound motion compensation offset; 12. The method of claim 11, further comprising: 15. Determining a wrap-around motion compensation offset according to a picture width and a difference; dividing a width of the picture in units of luma samples by a size of the smallest luma coding block to generate a first value; determining a wraparound motion compensation offset as equal to (the first value minus the difference); 15. The method of claim 14, further comprising: 16. Signaling data indicative of a difference signaling a wraparound offset type flag, where a value of the wraparound offset type flag can be a first value or a second value; signaling, in response to the value of the wraparound offset type flag being equal to a first value, data indicative of a difference between a width of the picture and an offset used to calculate a horizontal wraparound position; signaling data indicative of an offset used to calculate a horizontal wraparound position in response to the value of the wraparound offset type flag being equal to a second value; 12. The method of claim 11, further comprising: 17. The method of claim 16, wherein each of the first value and the second value is 0 or 1. 18. The method according to clause 11, wherein motion compensation is performed in accordance with a versatile video coding standard. 19. The method of claim 11, wherein the picture is part of a 360 degree video sequence. 20. The method of claim 11, wherein the wraparound motion compensation flag and the differential are signaled in a picture parameter set (PPS). 21. A method for video encoding, comprising: Receiving a picture for encoding, the picture including one or more slices; signaling in a picture parameter set of a picture a variable indicating (the number of slices in a video frame minus 2); The method includes: 22. The method of clause 21, wherein the picture is in a bitstream. 23. The method of clause 21, wherein the pictures are encoded according to a versatile video coding standard. 24. The method of claim 21, wherein one or more slices are rectangular slices. 25. A method for video encoding, comprising: Receiving a picture for encoding, the picture including one or more slices and one or more sub-pictures; signaling in a picture parameter set of the picture a variable indicating (number of slices in the picture-number of sub-pictures in the picture-1); The method includes: 26. The method of clause 25, wherein the picture is in a bitstream. 27. The method of clause 25, further comprising determining a variable indicative of the number of slices in the picture according to a variable indicative of (number of slices in the picture-number of sub-pictures in the picture-1). 28. The method of clause 25, wherein the pictures are encoded according to a versatile video coding standard. 29. The method of claim 25, wherein one or more slices are rectangular slices. 30. A method for video encoding, comprising: Receiving a picture for encoding, the picture including one or more slices; signaling a variable indicating whether a picture header syntax structure for the picture is present in a slice header for one or more slices; signaling a slice address according to a variable; The method includes: 31. The method of clause 30, wherein the picture is in a bitstream. 32. The method of clause 30, wherein the pictures are encoded according to a versatile video coding standard. 33. The method of clause 30, wherein one or more slices are rectangular. 34. A system for performing video data processing, the system comprising: a memory for storing a set of instructions; A processor; a processor executing a set of instructions to provide a system receiving a wraparound motion compensation flag; determining whether wrap-around motion compensation is enabled based on a wrap-around motion compensation flag; receiving data in response to determining that wraparound motion compensation is enabled, the data indicating a difference between a picture width and an offset used to determine a horizontal wraparound position; performing motion compensation according to the wraparound motion compensation flag and the difference; A system that is configured to run 35. The system of clause 34, wherein the difference is in units of the size of the smallest luma coding block. 36. The system of clause 35, wherein the difference is less than or equal to ((pps_pic_width_in_luma_samples / MinCbSizeY)-(CtbSizeY / MinCbSizeY)-2), where pps_pic_width_in_luma_samples is the width of the picture in units of luma samples, MinCbSizeY is the size of the smallest luma coding block, and CtbSizeY is the size of the luma coding tree block. 37. In performing motion compensation, a processor executes a set of instructions to provide a system: determining a wrap-around motion compensation offset according to a picture width and a difference; performing motion compensation according to a wraparound motion compensation offset; 35. The system of claim 34, configured to: 38. In determining a wrap-around motion compensation offset according to a picture width and a difference, a processor executes a set of instructions to provide a system with: dividing a width of the picture in units of luma samples by a size of the smallest luma coding block to generate a first value; determining a wraparound motion compensation offset as equal to (the first value minus the difference); 38. The system of claim 37, configured to: 39. Upon receiving data indicating the difference, a processor executes a set of instructions to provide a system: receiving a wraparound offset type flag; determining whether a wraparound offset type flag is equal to a first value or a second value; receiving data in response to determining that the wraparound offset type flag is equal to a first value, the data indicating a difference between a width of the picture and an offset used to calculate a horizontal wraparound position; receiving data indicative of an offset used to calculate a horizontal wraparound position in response to determining that the wraparound offset type flag is equal to a second value; 35. The system of claim 34, configured to: 40. The system of claim 39, wherein each of the first value and the second value is 0 or 1. 41. The system of claim 34, wherein motion compensation is performed in accordance with a versatile video coding standard. 42. The system of clause 34, wherein the picture is part of a 360-degree video sequence. 43. The system of claim 34, wherein the wraparound motion compensation flag and the differential are signaled in a picture parameter set (PPS). 44. A system for performing video data processing, comprising: A memory for storing a set of instructions; A processor; a processor executing a set of instructions to provide a system signaling a wraparound motion compensation flag indicating whether wraparound motion compensation is enabled; signaling, in response to a wraparound motion compensation flag indicating that wraparound motion compensation is enabled, data indicating a difference between a picture width and an offset used to determine a horizontal wraparound position; performing motion compensation according to the wraparound motion compensation flag and the difference; A system that is configured to run 45. The system of clause 44, wherein the difference is in units of the size of the smallest luma coding block. 46. ​​The system of clause 45, wherein the difference is less than or equal to ((pps_pic_width_in_luma_samples / MinCbSizeY)-(CtbSizeY / MinCbSizeY)-2), where pps_pic_width_in_luma_samples is the width of the picture in units of luma samples, MinCbSizeY is the size of the smallest luma coding block, and CtbSizeY is the size of the luma coding tree block. 47. In performing motion compensation, a processor executes a set of instructions to provide a system: determining a wrap-around motion compensation offset according to a picture width and a difference; performing motion compensation according to a wraparound motion compensation offset; 45. The system of claim 44, configured to: 48. In determining a wrap-around motion compensation offset according to a picture width and a difference, a processor executes a set of instructions to provide a system with: dividing a width of the picture in units of luma samples by a size of the smallest luma coding block to generate a first value; determining a wraparound motion compensation offset as equal to (the first value minus the difference); 48. The system of claim 47, configured to: 49. Upon receiving data indicative of the difference, a processor executes a set of instructions to provide a system: signaling a wraparound offset type flag, where a value of the wraparound offset type flag can be a first value or a second value; signaling, in response to the value of the wraparound offset type flag being equal to a first value, data indicative of a difference between a width of the picture and an offset used to calculate a horizontal wraparound position; signaling data indicative of an offset used to calculate a horizontal wraparound position in response to the value of the wraparound offset type flag being equal to a second value; 45. The system of claim 44, configured to: 50. The system of claim 49, wherein each of the first value and the second value is 0 or 1. 51. The system of claim 44, wherein motion compensation is performed in accordance with a versatile video coding standard. 52. The system of clause 44, wherein the picture is part of a 360-degree video sequence. 53. The system of claim 44, wherein the wraparound motion compensation flag and the differential are signaled in a picture parameter set (PPS). 54. A system for performing video encoding, comprising: a memory for storing a set of instructions; A processor; a processor executing a set of instructions to provide a system Receiving a picture for encoding, the picture including one or more slices; signaling in a picture parameter set of a picture a variable indicating (the number of slices in a video frame minus 2); A system that is configured to run 55. The system of clause 54, wherein the picture is in a bitstream. 56. The system of claim 54, wherein the pictures are encoded according to a versatile video coding standard. 57. The system of claim 54, wherein one or more slices are rectangular slices. 58. A system for performing video encoding, comprising: a memory for storing a set of instructions; A processor; a processor executing a set of instructions to provide a system Receiving a picture for encoding, the picture including one or more slices and one or more sub-pictures; signaling in a picture parameter set of the picture a variable indicating (number of slices in the picture-number of sub-pictures in the picture-1); A system that is configured to run 59. The system of clause 58, wherein the picture is in a bitstream. 60. A processor executes a set of instructions to provide a system with Determining a variable indicating the number of slices in a picture according to a variable indicating (the number of slices in a picture-the number of subpictures in a picture-1). 59. The system of claim 58, configured to: 61. The system of claim 58, wherein the pictures are encoded according to a versatile video coding standard. 62. The system of clause 58, wherein one or more slices are rectangular slices. 63. A system for performing video encoding, comprising: A memory for storing a set of instructions; A processor; a processor executing a set of instructions to provide a system Receiving a picture for encoding, the picture including one or more slices; signaling a variable indicating whether a picture header syntax structure for the picture is present in a slice header for one or more slices; signaling a slice address according to a variable; A system that is configured to run 64. The system of clause 63, wherein the picture is in a bitstream. 65. The system of claim 63, wherein the pictures are encoded according to a versatile video coding standard. 66. The system of clause 63, wherein one or more slices are rectangular. 67. A non-transitory computer-readable medium storing a set of instructions, the set of instructions being executable by one or more processors of an apparatus to cause the apparatus to initiate a method for performing video data processing, the method comprising: receiving a wraparound motion compensation flag; determining whether wrap-around motion compensation is enabled based on a wrap-around motion compensation flag; receiving data in response to determining that wraparound motion compensation is enabled, the data indicating a difference between a picture width and an offset used to determine a horizontal wraparound position; performing motion compensation according to the wraparound motion compensation flag and the difference; A non-transitory computer readable medium comprising: 68. The non-transitory computer-readable medium of clause 67, wherein the difference is in units of the size of the smallest luma coding block. 69. The non-transitory computer-readable medium of clause 68, wherein the difference is less than or equal to ((pps_pic_width_in_luma_samples / MinCbSizeY)-(CtbSizeY / MinCbSizeY)-2), where pps_pic_width_in_luma_samples is the width of the picture in units of luma samples, MinCbSizeY is the size of the smallest luma coding block, and CtbSizeY is the size of the luma coding tree block. 70. Performing motion compensation determining a wrap-around motion compensation offset according to a picture width and a difference; performing motion compensation according to a wraparound motion compensation offset; 68. The non-transitory computer readable medium of clause 67, further comprising: 71. Determining a wrap-around motion compensation offset according to a picture width and a difference; dividing a width of the picture in units of luma samples by a size of the smallest luma coding block to generate a first value; determining a wraparound motion compensation offset as equal to (the first value minus the difference); 71. The non-transitory computer readable medium of clause 70, further comprising: 72. Receiving data indicating the difference receiving a wraparound offset type flag; determining whether a wraparound offset type flag is equal to a first value or a second value; receiving data in response to determining that the wraparound offset type flag is equal to a first value, the data indicating a difference between a width of the picture and an offset used to calculate a horizontal wraparound position; receiving data indicative of an offset used to calculate a horizontal wraparound position in response to determining that the wraparound offset type flag is equal to a second value; 68. The non-transitory computer readable medium of clause 67, further comprising: 73. The non-transitory computer-readable medium of clause 72, wherein each of the first value and the second value is 0 or 1. 74. The non-transitory computer-readable medium of clause 67, wherein motion compensation is performed in accordance with a versatile video coding standard. 75. The non-transitory computer-readable medium of clause 67, wherein the picture is part of a 360-degree video sequence. 76. The non-transitory computer-readable medium of clause 67, wherein the wraparound motion compensation flag and the differential are signaled in a picture parameter set (PPS). 77. A non-transitory computer-readable medium storing a set of instructions, the set of instructions being executable by one or more processors of an apparatus to cause the apparatus to initiate a method for performing video data processing, the method comprising: signaling a wraparound motion compensation flag indicating whether wraparound motion compensation is enabled; signaling, in response to a wraparound motion compensation flag indicating that wraparound motion compensation is enabled, data indicating a difference between a picture width and an offset used to determine a horizontal wraparound position; performing motion compensation according to the wraparound motion compensation flag and the difference; A non-transitory computer readable medium comprising: 78. The non-transitory computer-readable medium of clause 77, wherein the difference is in units of the size of the smallest luma coding block. 79. The non-transitory computer-readable medium of clause 78, wherein the difference is less than or equal to ((pps_pic_width_in_luma_samples / MinCbSizeY)-(CtbSizeY / MinCbSizeY)-2), where pps_pic_width_in_luma_samples is the width of the picture in units of luma samples, MinCbSizeY is the size of the smallest luma coding block, and CtbSizeY is the size of the luma coding tree block. 80. Performing motion compensation determining a wrap-around motion compensation offset according to a picture width and a difference; performing motion compensation according to a wraparound motion compensation offset; 78. The non-transitory computer readable medium of claim 77, further comprising: 81. Determining a wrap-around motion compensation offset according to a picture width and a difference; dividing a width of the picture in units of luma samples by a size of the smallest luma coding block to generate a first value; determining a wraparound motion compensation offset as equal to (the first value minus the difference); 81. The non-transitory computer readable medium of clause 80, further comprising: 82. Receiving data indicative of the difference signaling a wraparound offset type flag, where a value of the wraparound offset type flag can be a first value or a second value; signaling, in response to the value of the wraparound offset type flag being equal to a first value, data indicative of a difference between a width of the picture and an offset used to calculate a horizontal wraparound position; signaling data indicative of an offset used to calculate a horizontal wraparound position in response to the value of the wraparound offset type flag being equal to a second value; 78. The non-transitory computer readable medium of claim 77, further comprising: 83. The non-transitory computer-readable medium of clause 82, wherein each of the first value and the second value is 0 or 1. 84. The non-transitory computer-readable medium of clause 77, wherein motion compensation is performed in accordance with a versatile video coding standard. 85. The non-transitory computer-readable medium of clause 77, wherein the picture is part of a 360-degree video sequence. 86. The non-transitory computer-readable medium of clause 77, wherein the wraparound motion compensation flag and the differential are signaled in a picture parameter set (PPS). 87. A non-transitory computer-readable medium storing a set of instructions, the set of instructions being executable by one or more processors of an apparatus to cause the apparatus to initiate a method for performing video encoding, the method comprising: Receiving a picture for encoding, the picture including one or more slices; signaling in a picture parameter set of a picture a variable indicating (the number of slices in a video frame minus 2); A non-transitory computer readable medium comprising: 88. The non-transitory computer-readable medium of clause 87, wherein the pictures are in a bitstream. 89. The non-transitory computer-readable medium of clause 87, wherein the pictures are encoded according to a versatile video coding standard. 90. The non-transitory computer-readable medium of clause 87, wherein one or more slices are rectangular slices. 91. A non-transitory computer-readable medium storing a set of instructions, the set of instructions being executable by one or more processors of an apparatus to cause the apparatus to initiate a method for performing video encoding, the method comprising: receiving a picture for encoding, the picture including one or more slices and one or more sub-pictures; signaling in a picture parameter set of the picture a variable indicating (number of slices in the picture-number of sub-pictures in the picture-1); A non-transitory computer readable medium comprising: 92. The non-transitory computer-readable medium of clause 91, wherein the pictures are in a bitstream. 93. The non-transitory computer-readable medium of clause 91, further comprising determining a variable indicating the number of slices in a picture according to a variable indicating (the number of slices in a picture - the number of sub-pictures in a picture - 1). 94. The non-transitory computer-readable medium of clause 91, wherein the pictures are encoded according to a versatile video coding standard. 95. The non-transitory computer-readable medium of clause 91, wherein one or more slices are rectangular slices. 96. A non-transitory computer-readable medium storing a set of instructions, the set of instructions being executable by one or more processors of an apparatus to cause the apparatus to initiate a method for performing video encoding, the method comprising: Receiving a picture for encoding, the picture including one or more slices; signaling a variable indicating whether a picture header syntax structure for the picture is present in a slice header for one or more slices; signaling a slice address according to a variable; A non-transitory computer readable medium comprising: 97. The non-transitory computer-readable medium of clause 96, wherein the pictures are in a bitstream. 98. The non-transitory computer-readable medium of clause 96, wherein the pictures are encoded according to a versatile video coding standard. 99. The non-transitory computer-readable medium of clause 96, wherein one or more slices are rectangular.

[0166]

[0196] In the drawings and specification, illustrative embodiments have been disclosed. However, many variations and modifications to these embodiments may be made. Thus, although specific terminology is employed, it is used in a generic and descriptive sense only and not for purposes of limitation.

Claims

1. 1. A method for video decoding, comprising: receiving a wraparound motion compensation flag; determining whether wraparound motion compensation is enabled based on the wraparound motion compensation flag; receiving data in response to determining that wraparound motion compensation is enabled, the data indicating a difference between a picture width of a video bitstream and an offset used to determine a horizontal wraparound position, the difference being in units of a size of a smallest luma coding block; performing motion compensation according to the wraparound motion compensation flag and the difference; Including, receiving the data indicative of the difference; receiving a wraparound offset type flag; determining whether the wraparound offset type flag is equal to a first value or equal to a second value; receiving the data indicative of the difference between the width of the picture and the offset used to calculate a horizontal wraparound position in response to determining that the wraparound offset type flag is equal to the first value; receiving the data indicative of the offset used to calculate a horizontal wraparound position in response to determining that the wraparound offset type flag is equal to the second value; The method further comprising:

2. 2. The method of claim 1 , wherein the difference is less than or equal to ((pps_pic_width_in_luma_samples / MinCbSizeY)-(CtbSizeY / MinCbSizeY)-2), where pps_pic_width_in_luma_samples is the width of the picture in units of luma samples, MinCbSizeY is the size of the smallest luma coding block, and CtbSizeY is the size of a luma coding tree block.

3. performing the motion compensation, determining a wrap-around motion compensation offset according to the width of the picture and the difference; performing the motion compensation according to the wrap-around motion compensation offset; The method of claim 1 further comprising:

4. determining the wrap-around motion compensation offset according to the width of the picture and the difference; dividing the width of the picture in units of luma samples by a size of a smallest luma coding block to generate a first value; determining the wraparound motion compensation offset as equal to (the first value minus the difference); The method of claim 3 further comprising:

5. The method of claim 1 , wherein each of the first value and the second value is 0 or 1.

6. The method of claim 1 , wherein the motion compensation is performed in accordance with a versatile video coding standard.

7. The method of claim 1 , wherein the picture is part of a 360 degree video sequence.

8. The method of claim 1 , wherein the wraparound motion compensation flag and the difference are signaled in a picture parameter set (PPS).

9. 1. A system for performing video data processing, the system comprising: a memory for storing a set of instructions; one or more processors; wherein the one or more processors execute the set of instructions, and the system includes: signaling a wraparound motion compensation flag; determining whether wraparound motion compensation is enabled based on the wraparound motion compensation flag; signaling, in response to determining that wraparound motion compensation is enabled, data indicating a difference between a picture width of a video bitstream and an offset used to determine a horizontal wraparound position, the difference being in units of a size of a smallest luma coding block; is configured to execute the wraparound motion compensation flag and the difference are used to perform motion compensation; In signaling the data indicative of the difference, the one or more processors execute the set of instructions to provide the system with: signaling a wraparound offset type flag; determining whether the wraparound offset type flag is equal to a first value or equal to a second value; signaling the data indicative of the difference between the width of the picture and the offset used to calculate a horizontal wraparound position in response to determining that the wraparound offset type flag is equal to the first value; signaling the data indicative of the offset used to calculate a horizontal wraparound position in response to determining that the wraparound offset type flag is equal to the second value; A system that is configured to run

10. 10. The system of claim 9, wherein the difference is less than or equal to ((pps_pic_width_in_luma_samples / MinCbSizeY)-(CtbSizeY / MinCbSizeY)-2), where pps_pic_width_in_luma_samples is the width of the picture in units of luma samples, MinCbSizeY is the size of the smallest luma coding block, and CtbSizeY is the size of a luma coding tree block.

11. When performing the motion compensation, a wrap-around motion compensation offset is determined according to the width of the picture and the difference; The system of claim 9 , wherein the wraparound motion compensation offset is used to perform the motion compensation.

12. when determining the wrap-around motion compensation offset according to the width of the picture and the difference, the width of the picture in units of luma samples is divided by a size of a smallest luma coding block to generate a first value; The system of claim 11 , wherein the wraparound motion compensation offset is determined as equal to (the first value−the difference).

13. The system of claim 9 , wherein each of the first value and the second value is 0 or 1.

14. The system of claim 9 , wherein the motion compensation is performed in accordance with a versatile video coding standard.

15. The system of claim 9 , wherein the wraparound motion compensation flag and the difference are signaled in a picture parameter set (PPS).

Images