JP7268107B2 - Visual media data processing method - Google Patents

Description

CROSS-REFERENCE TO RELATED APPLICATIONS Under applicable patent law and/or regulations relating to the Paris Convention, this application timely claims priority to and benefit from U.S. Provisional Patent Application No. 63/079,892, filed September 17, 2020. is done to The entire disclosure of the aforementioned application is incorporated by reference as part of the disclosure of the present application for all purposes under the law.

TECHNICAL FIELD This patent application relates to creating, storing, and consuming digital audio-video media information in file formats.

BACKGROUND Digital video accounts for the largest bandwidth utilization on the Internet and other digital communication networks. It is expected that the bandwidth demand for digital video usage will continue to increase as the number of connected user devices capable of receiving and displaying video increases.

This specification discloses techniques that can be used by video encoders and decoders to process coded representations of videos or images according to file formats.

In one example aspect, a video processing method is disclosed. The method includes performing conversion between a bitstream of visual media data and a visual media file according to format rules, the bitstream including one or more profile hierarchy level syntax structures. including one or more parameter sets and one or more output layer sets, wherein at least one of the profile hierarchy level syntax structures includes a general constraint information syntax structure; Specifies that the element is included in the configuration record of the visual media file, and the syntax element is the profile followed by the output layer set identified by the output layer set index specified in the configuration record. , specifying a hierarchy or level.

In another example aspect, a video processing method is disclosed. The method includes performing conversion between a bitstream of visual media data and a visual media file according to formatting rules, the formatting rules characterizing syntax elements in the visual media file. The specified syntax element has a value that represents the number of bytes used to specify constraint information associated with the bitstream.

In another example aspect, a video processing method is disclosed. The method includes performing conversion between a bitstream of visual media data and a visual media file according to formatting rules, the formatting rules characterizing syntax elements of the visual media file. The format rules specify that syntax elements with values representing level identification shall be 8 bits in any one or both of the Subpicture Common Group Box or the Subpicture Multiple Group Box. It specifies that it is coded using

In another example aspect, a video processing method is disclosed. The method includes performing a conversion between a file storing a bitstream of visual media data according to format rules and performing a conversion between the visual media data and a bitstream representation identified in the file. It specifies a profile, hierarchy, constraints, or restrictions on the information contained in the file in relation to the hierarchy.

In yet another example aspect, a video encoder apparatus is disclosed. A video encoder comprises a processor configured to implement the method described above.

In yet another example aspect, a video decoder apparatus is disclosed. A video decoder comprises a processor configured to implement the method described above.

In yet another example aspect, a computer-readable medium having code stored thereon is disclosed. The code, in the form of processor-executable code, embodies one of the methods described herein.

In yet another example aspect, a computer-readable medium having a bitstream stored thereon is disclosed. A bitstream is generated or processed using the methods described herein.

These and other features are described throughout this specification.

1 is a block diagram of an example video processing system; FIG.

1 is a block diagram of a video processing device; FIG.

4 is a flowchart of an example video processing method;

1 is a block diagram illustrating a video coding system according to some embodiments of the disclosure; FIG.

FIG. 4 is a block diagram illustrating an encoder according to some embodiments of the disclosure;

FIG. 4 is a block diagram illustrating a decoder according to some embodiments of the disclosure;

1 shows an example of a block diagram of an encoder; FIG.

4 is a flowchart of an example method of video processing; 4 is a flowchart of an example method of video processing; 4 is a flowchart of an example method of video processing;

Section headings are used herein to facilitate understanding of the description and do not limit the application of the techniques and embodiments disclosed in each section to that section only. Further, H.266 terminology is used in some descriptions only for ease of understanding and is not used to limit the scope of the disclosed technology. As such, the techniques described herein are applicable to other video codec protocols and designs. For the purposes of this specification, for current drafts of the VVC specification or the ISOBMFF file format specification, opening and closing double brackets (e.g., [[ ]]) where the text within the double brackets is the canceled text Editing changes to text are indicated by an indication and by bold italic text indicating added text.

1. GENERAL DESCRIPTION This specification relates to video file formats. Specifically, for the signaling of decoder configuration information and subpicture entity groups in media files carrying Versatile Video Coding (VVC) video bitstreams based on the ISO Base Media File Format (ISOBMFF). Related. The idea is to create video bitstreams coded by any codec, such as the VVC standard, and any video file format, such as the VVC video file format under development, individually or in various combinations. can be applied to
2. Abbreviations
ACT (adaptive color transform)
ALF (adaptive loop filter)
AMVR (adaptive motion vector resolution)
APS (adaptation parameter set)
AU (access unit)
AUD (access unit delimiter) access unit delimiter
AVC (advanced video coding) (Rec. ITU-T H.264 | ISO/IEC 14496-10) Advanced Video Coding
B (bi-predictive) bi-predictive
BCW (bi-prediction with CU-level weights) Bi-prediction with CU-level weights
BDOF (bi-directional optical flow) bi-predictive optical flow
BDPCM (block-based delta pulse code modulation) Block-based delta pulse code modulation
BP (buffering period) Buffering period
CABAC (context-based adaptive binary arithmetic coding)
CB (coding block)
CBR (constant bit rate) Constant bit rate
CCALF (cross-component adaptive loop filter)
CPB (coded picture buffer) Buffer for coded pictures
CRA (clean random access)
CRC (cyclic redundancy check)
CTB (coding tree block)
CTU (coding tree unit)
CU (coding unit)
CVS (coded video sequence)
DPB (decoded picture buffer) Decoded picture buffer
DCI (decoding capability information)
DRAP (dependent random access point)
DU (decoding unit) Decoding unit
DUI (decoding unit information)
EG (exponential-Golomb)
EGk (k-th order exponential-Golomb)
EOB (end of bitstream) End of bitstream
EOS (end of sequence) end of sequence
FD (filler data) Filler data
FIFO (first-in, first-out)
FL (fixed-length) Fixed length
GBR (green, blue, and red) Green, blue, and red
GCI (general constraints information)
GDR (gradual decoding refresh)
GPM (geometric partitioning mode)
HEVC (high efficiency video coding) (Rec. ITU-T H.265 | ISO/IEC 23008-2) High efficiency video coding
HRD (hypothetical reference decoder) Hypothetical reference decoder
HSS (hypothetical stream scheduler)
I (intra) Intra
IBC (intra block copy)
IDR (instantaneous decoding refresh)
ILRP (inter-layer reference picture) Inter-layer reference picture
IRAP (intra random access point)
LFNST (low frequency non-separable transform)
LPS (least probable symbol)
LSB (least significant bit)
LTRP (long-term reference picture)
LMCS (luma mapping with chroma scaling)
MIP (matrix-based intra prediction) Matrix-based intra prediction
MPS (most probable symbol)
MSB (most significant bit)
MTS (multiple transform selection)
MVP (motion vector prediction)
NAL (network abstraction layer) network abstraction layer
OLS (output layer set) Output layer set
OP (operation point)
OPI (operating point information)
P (predictive)
PH (picture header) Picture header
POC (picture order count)
PPS (picture parameter set) Picture parameter set
PROF (prediction refinement with optical flow)
PT (picture timing)
PU (picture unit)
QP (quantization parameter) Quantization parameter
RADL (random access decodable leading (picture))
RASL (random access skipped leading (picture))
RBSP (raw byte sequence payload) raw byte sequence payload
RGB (red, green, and blue) Red, green, and blue
RPL (reference picture list)
SAO (sample adaptive offset)
SAR (sample aspect ratio) sample aspect ratio
SEI (supplemental enhancement information)
SH (slice header) Slice header
SLI (subpicture level information) Subpicture level information
SODB (string of data bits) data bit string
SPS (sequence parameter set) Sequence parameter set
STRP (short-term reference picture) short-term reference picture
STSA (step-wise temporal sublayer access)
TR (truncated rice)
VBR (variable bit rate)
VCL (video coding layer) video coding layer
VPS (video parameter set)
VSEI (versatile supplemental enhancement information) (Rec. ITU-T H.274 | ISO/IEC 23002-7) Versatile supplemental enhancement information
VUI (video usability information)
VVC (versatile video coding) (Rec. ITU-T H.266 | ISO/IEC 23090-3) Versatile video coding

3. video coding introduction
3.1. Video Coding Standards Video coding standards have evolved primarily through the development of the well-known ITU-T and ISO/IEC standards. ITU-T produced H.261 and H.263, ISO/IEC produced MPEG-1 and MPEG-4 Visual, and the two organizations jointly developed H.262/MPEG-2 video and H.264. Created MPEG-4 Advanced Video Coding (AVC) and H.265/HEVC standards. Since H.262, video coding standards have been based on hybrid video coding structures, in which temporal prediction and transform coding are used. The Joint Video Exploration Team (JVET) was jointly established by VCEG and MPEG in 2015 to explore future video coding technologies beyond HEVC. Since then, many new methods have been adopted by JVET and are included in the reference software named Joint Exploration Model (JEM). After the official launch of the Versatile Video Coding (VVC) project, the JVET was later renamed the Joint Video Expert Team (JVET). The VVC standard, which was finalized at the 19th meeting on July 1, 2020, is a new coding standard that aims for a 50% bitrate reduction when compared to HEVC.

The Versatile Video Coding (VVC) standard (ITU-T H.266 | ISO/IEC 23090-3) and the related Versatile Supplemental Enhancement Information (VSEI) standard (ITU-T H.274 | ISO/IEC 23002-7) Designed for use in the widest possible range of applications, including traditional uses such as television broadcasting, videoconferencing, playback from storage media, as well as multiplexed coded video bitstreams, multiview Newer and richer advanced use cases such as video, scalable layered coding, and adaptive bitrate streaming of content from viewport-adaptive 360° immersive media, video region extraction, composition, and merging including both

3.2. File Format Standards Media streaming applications are typically based on IP, TCP, HTTP transport methods and are typically file format dependent, such as the ISO Base Media File Format (ISOBMFF). ing. One such streaming system is Dynamic Adaptive Streaming over HTTP (DASH). When using video formats with ISOBMFF and DASH, file format specifications specific to video formats, such as the AVC file format and HEVC file format, encapsulate video content in ISOBMFF tracks and DASH representations and segments. would be required for Important information about the video bitstream, such as profiles, hierarchies, and levels, and many others, may be used for content selection purposes, such as for initialization at the start of a streaming session and for stream adaptation during a streaming session. For the selection of appropriate media segments for both, it would need to be exposed as file format level metadata and/or DASH Media Presentation Descriptions (MPDs).

Similarly, using an image format with ISOBMFF would require a file format specification specific to the image format, such as the AVC image file format or the HEVC image file format.

VVC video file format, which is a file format for storage of VVC video content based on ISOBMFF, is currently being developed by MPEG.

FIG. 1 is a block diagram that illustrates an exemplary video processing system 1900 in which various techniques disclosed in this application may be implemented. Various implementations may include some or all of the components of system 1900 . System 1900 may include an input 1902 for receiving video content. Video content may be received in raw or uncompressed format, eg, 8- or 10-bit multi-component pixel values, or may be received in compressed or encoded format. Input 1902 may represent a network interface, a peripheral bus interface, or a storage interface. Examples of network interfaces include wired interfaces such as Ethernet, Passive Optical Network (PON), etc., and wireless interfaces such as Wi-Fi or cellular interfaces.

System 1900 may include a coding component 1904 capable of implementing various coding or encoding methods described herein. Coding component 1904 can reduce the average bitrate of the video from input 1902 to the output of coding component 1904 to produce a coded representation of the video. Therefore, coding techniques are sometimes referred to as video compression or video transcoding techniques. The output of coding component 1904 may be stored or transmitted via communication coupled as represented by component 1906 . The stored or communicated bitstream (or coded) representation of the video received at input 1902 is used by component 1908 to generate pixel values or displayable video that are sent to display interface 1910. may be The process of producing a user-viewable video from a bitstream representation is often referred to as video decompression. Further, although certain video processing operations are referred to as "coding" operations or tools, the coding tools or operations are used in encoders and the corresponding decoding tools or operations that work inversely on the results of coding are It will be appreciated that it will be performed in the decoder.

Examples of peripheral bus interfaces or display interfaces may include Universal Serial Bus (USB) or High Definition Multimedia Interface (HDMI®), Displayport, or the like. Examples of storage interfaces include serial advanced technology attachment (SATA), PCI, IDE interfaces, and the like. The technology described herein can be applied to various electronic devices such as mobile phones, laptops, smart phones, or other devices capable of performing digital data processing and/or video display. can be embodied in

FIG. 2 is a block diagram of the video processing device 3600. As shown in FIG. Apparatus 3600 may be used to implement one or more methods described herein. Device 3600 may be embodied in smart phones, tablets, computers, Internet of Things (IoT) receivers, and the like. Device 3600 may include one or more processors 3602 , one or more memories 3604 and video processing hardware 3606 . Processor 3602 may be configured to implement one or more methods described herein. Memories 3604 may be used to store data and code used to implement the methods and techniques described herein. Video processing hardware 3606 may be used to implement some of the techniques described herein in hardware circuits. In some embodiments, video processing hardware 3606 may be at least partially included in processor 3602, such as a graphics co-processor.

FIG. 4 is a block diagram illustrating an example video coding system 100 that can utilize techniques of this disclosure.

As shown in FIG. 4, video coding system 100 may include source device 110 and destination device 120 . Source device 110 may generate encoded video data and may also be referred to as a video encoding device. Destination device 120 is capable of decoding encoded video data generated by source device 110 and may be referred to as a video decoding device.

Source device 110 may include video source 112 , video encoder 114 , and input/output (I/O) interface 116 .

Video source 112 can be a source such as a video capture device, an interface for receiving video data from a video content provider, and/or a computer graphics system for generating video data; or may include a combination of such sources. Video data may include one or more pictures. Video encoder 114 encodes video data from video source 112 to generate a bitstream. A bitstream may include a sequence of bits that form a coded representation of video data. A bitstream may include coded pictures and associated data. A coded picture is a coded representation of a picture. Associated data may include sequence parameter sets, picture parameter sets, and other syntax structures. I/O interface 116 may include a modulator/demodulator (modem) and/or transmitter. The encoded video data may be sent directly to destination device 120 via I/O interface 116 over network 130a. The encoded video data may also be stored on storage media/server 130b for access by destination device 120b.

Destination device 120 may include I/O interface 126 , video decoder 124 , and display device 122 .

I/O interface 126 may include a receiver and/or modem. I/O interface 126 may obtain encoded video data from source device 110 or storage media/server 130b. Video decoder 124 may decode encoded video data. Display device 122 can display the decoded video data to a user. Display device 122 may be integrated with destination device 120 or may be external to destination device 120, in which case destination device interfaces with an external display device. Configured.

Video encoder 114 and video decoder 124 are compatible with High Efficiency Video Coding (HEVC) standards, Versatile Video Coding (VVC) standards, and other current and/or future standards. It can operate according to video compression standards such as

FIG. 5 is a block diagram illustrating an example of video encoder 200, which may be video encoder 114 in system 100 shown in FIG.

Video encoder 200 may be configured to perform any or all of the techniques of this disclosure. In the example of FIG. 5, video encoder 200 includes multiple functional components. The techniques described in this disclosure may be shared among various components of video encoder 200 . In some examples, a processor may be configured to perform any or all of the techniques described in this disclosure.

The functional components of video encoder 200 are: partition unit 201; prediction unit 202, which may include mode selection unit 203; motion estimation unit 204; motion compensation unit 205; It may include a difference generation unit 207, a transform unit 208, a quantization unit 209, an inverse quantization unit 210, an inverse transform unit 211, a reconstruction unit 212, a buffer 213, and an entropy encoding unit 214. It is possible.

In other examples, video encoder 200 may include more, fewer, or different functional components. In one example, prediction unit 202 can include an intra block copy (IBC) unit. An IBC unit may perform prediction in IBC mode, in which at least one reference picture is the picture in which the current video block is located.

Furthermore, some components such as motion estimation unit 204 and motion compensation unit 205 may be highly integrated, but are represented separately in the example of FIG. 5 for illustration purposes.

Partition unit 201 may partition a picture into one or more video blocks. Video encoder 200 and video decoder 300 can support various video block sizes.

Mode selection unit 203 selects one of the coding modes, inter or intra, eg, based on error results, and uses the resulting intra-coded or inter-coded block for residual block data generation. to residual generation unit 207 for use as a reference picture, and to reconstruction unit 212 for reconstruction of the encoded block for use as a reference picture. In some examples, mode selection unit 203 may select a combined intra and inter prediction (CIIP) mode, in which prediction is based on inter prediction signals and intra prediction signals. Mode select unit 203 may also select the resolution of motion vectors for blocks (eg, sub-pixel or integer-pixel precision) for inter-prediction.

To perform inter prediction for the current video block, motion estimation unit 204 extracts motion information for the current video block by comparing one or more reference frames from buffer 213 with the current video block. can be generated. Motion compensation unit 205 determines a predicted video block for the current video block based on the decoded samples and motion information for pictures from buffer 213 other than pictures associated with the current video block. be able to.

Motion estimation unit 204 and motion compensation unit 205, for example, for the current video block depending on whether it is an I slice, a P slice, or a B slice. can perform various operations.

In some examples, motion estimation unit 204 may perform uni-directional prediction for the current video block, and motion estimation unit 204 uses a list of reference picture blocks for the current video block. You can retrieve 0 or list 1 reference pictures. Motion estimation unit 204 then generates a reference index that indicates the reference picture in list 0 or list 1 that contains the reference video block, and a motion vector that indicates the spatial displacement between the current video block and the reference video block. can be generated. Motion estimation unit 204 may output the reference index, prediction direction indicator, and motion vector as motion information for the current video block. Motion compensation unit 205 may generate a predicted video block for the current block based on reference video blocks indicated by motion information for the current video block.

In another example, motion estimation unit 204 may perform bi-directional prediction for the current video block, and motion estimation unit 204 uses list 0 for reference video blocks for the current video block. A reference picture in List 1 can be searched for, and a reference picture in List 1 can be searched for another reference video block for the current video block. Motion estimation unit 204 then generates a reference index that indicates the reference picture in list 0 and list 1 that contains the reference video block, and a motion vector that indicates the spatial displacement between the reference video block and the current video block. can be generated. Motion estimation unit 204 may output the reference index and motion vector of the current video block as the motion information of the current video block. Motion compensation unit 205 may generate a predicted video block for the current video block based on reference video blocks indicated by motion information for the current video block.

In some examples, motion estimation unit 204 may output a complete set of motion information for the decoder's decoding process.

In some examples, motion estimation unit 204 may not output a complete set of motion information for the current video. Rather, motion estimation unit 204 may signal motion information for the current video block with reference to motion information for other video blocks. For example, motion estimation unit 204 may determine that motion information for the current video block is sufficiently similar to motion information for neighboring video blocks.

In one example, motion estimation unit 204 sets a value in the syntax structure associated with the current video block that indicates to video decoder 300 that the current video block has the same motion information as another video block. can be specified.

In another example, motion estimation unit 204 can identify another video block and a motion vector difference (MVD) in the syntax structure associated with the current video block. The motion vector difference indicates the difference between the motion vector of the current video block and the motion vector of the specified video block. Video decoder 300 may use the motion vector of the specified video block and the motion vector difference to determine the motion vector of the current video block.

As described above, video encoder 200 can predictively signal motion vectors. Two examples of predictive signaling techniques that may be implemented by video encoder 200 include advanced motion vector prediction (AMVP) and merge mode signaling.

Intra prediction unit 206 may perform intra prediction on the current video block. When intra-prediction unit 206 performs intra-prediction on the current video block, intra-prediction unit 206 predicts the current video block based on decoded samples of other video blocks in the same picture. can generate prediction data for Predictive data for a current video block may include the predicted video block and various syntax elements.

Residual generation unit 207 generates residual data for the current video block by subtracting the predicted video block of the current video block from the current video block (e.g., indicated by the minus sign). can be generated. The residual data for the current video block may include residual video blocks corresponding to different sample components of the samples in the current video block.

In other examples, eg, in skip mode, there may be no residual data for the current video block for the current video block, and residual generation unit 207 may not perform the subtraction operation.

Transform processing unit 208 generates one or more transform coefficient video blocks for the current video block by applying one or more transforms to residual video blocks associated with the current video block. be able to.

After transform processing unit 208 has generated the transform coefficient video block associated with the current video block, quantization unit 209 performs quantization parameter (QP) values based on one or more quantization parameter (QP) values associated with the current video block. to quantize a transform coefficient video block associated with the current video block.

Inverse quantization unit 210 and inverse transform unit 211 may apply inverse quantization and inverse transform, respectively, to the transform coefficient video block to reconstruct a residual video block from the transform coefficient video block. Reconstruction unit 212 adds the reconstructed residual video block to the corresponding samples from one or more predicted video blocks generated by prediction unit 202 to provide a reconstruction associated with the current block. Composed video blocks may be generated and stored in buffer 213 .

After reconstruction unit 212 reconstructs a video block, it may perform loop filtering operations to reduce video blocking artifacts in the video block.

Entropy encoding unit 214 may receive data from other functional components of video encoder 200 . When entropy encoding unit 214 receives the data, entropy encoding unit 214 performs one or more entropy encoding operations to produce entropy coded data and bits containing the entropy coded data. Streams can be output.

FIG. 6 is a block diagram illustrating an example of video decoder 300, which may be video decoder 114 in system 100 shown in FIG.

Video decoder 300 may be configured to perform any or all of the techniques of this disclosure. In the example of FIG. 6, video decoder 300 includes multiple functional components. The techniques described in this disclosure may be shared among various components of video decoder 300 . In some examples, a processor may be configured to perform any or all of the techniques described in this disclosure.

In the example of FIG. 6, video decoder 300 includes entropy decoding unit 301, motion compensation unit 302, intra prediction unit 303, inverse quantization unit 304, inverse transform unit 305, reconstruction unit 306, buffer 307; Video decoder 300 may, in some examples, perform a decoding path generally reciprocal to the encoding path described with respect to video encoder 200 (FIG. 5).

An entropy decoding unit 301 can retrieve the encoded bitstream. An encoded bitstream may include entropy-encoded video data (eg, encoded blocks of video data). Entropy decoding unit 301 can decode entropy encoded video data, from which entropy decoded video data motion compensation unit 302 can generate motion vectors, motion vector precision, reference picture list • Motion information can be determined, including indices and other motion information. Motion compensation unit 302 may determine such information, for example, by performing AMVP and merge modes.

Motion compensation unit 302 may generate motion-compensated blocks, possibly by performing interpolation based on interpolation filters. Identifiers for interpolation filters used with sub-pixel precision may be included in the syntax elements.

Motion compensation unit 302 may compute interpolated values for sub-integer pixels of reference blocks using interpolation filters, such as those used by video encoder 20 during encoding of the video blocks. Motion compensation unit 302 may determine the interpolation filters used by video encoder 200 according to received syntax information and use the interpolation filters to generate predictive blocks.

Motion compensation unit 302 uses some of the syntax information to determine the size of blocks used to encode the frames and/or slices of the encoded video sequence, the size of the encoded video sequence, and the partition information that describes how each macroblock of the picture is partitioned, a mode that indicates how each partition is coded, one or more reference frames for each inter-coded block (and reference frame list), and other information for decoding the encoded video sequence can be determined.

Intra-prediction unit 303 can, for example, use intra-prediction modes received in the bitstream to form a prediction block from spatially adjacent blocks. Inverse quantization unit 303 inverse quantizes, or dequantizes, the quantized video block coefficients decoded by entropy decoding unit 301 provided in the bitstream. Inverse transform unit 303 applies the inverse transform.

Reconstruction unit 306 may sum the residual block with the corresponding prediction block generated by motion compensation unit 202 or intra prediction unit 303 to form a decoded block. If desired, a deblocking filter may be applied to filter the decoded blocks to remove blockiness artifacts. The decoded video blocks are then stored in buffer 307, which provides reference blocks for subsequent motion compensation/intra-prediction and is also decoded for presentation on a display device. to generate a video.

A list of preferred solutions according to some embodiments is given below.

The solutions below illustrate exemplary embodiments of the techniques discussed in the previous sections (eg, items 1-4).

1. In a visual media processing method (e.g., method 3000 shown in FIG. 3), performing a conversion between a file storing a bitstream of visual media data according to format rules and the visual media data ( 3002), where the format rules specify constraints on the information contained in the file in relation to profiles, hierarchies, constraints or hierarchies associated with the bitstream representations identified in the file.

2. In the solution 1 method, the format rules specify that the file contains the identity of the profile to which the output layer sets of bitstream representations identified in the file conform.

3. In any of solutions 1-2, the formatting rule is such that the hierarchy identified in the file is greater than or equal to the highest hierarchy specified in all syntactic structures followed by the output layer set contained in the file. specifies that there is

Four. In any of solutions 1-3, the format rule comprises one or more constraint fields of a syntax structure in which constraints identified in the file specify constraints to be followed by output layer sets in the file. specifies that it matches the corresponding value specified by

Five. In any of solutions 1-4, the format rule is one or more levels of syntax structure where the level identified in the file specifies the level followed by the output layer set in the file. Specifies to match the corresponding value specified by the field.

6. A method of any of solutions 1-5, converting includes generating a bitstream representation of the visual media data and saving the bitstream representation to a file according to format rules.

7. A method of any of solutions 1-5, converting includes parsing the file according to format rules to recover the visual media data.

8. A video decoding apparatus comprising a processor configured to implement the method described in one or more of solutions 1-7.

9. In a video encoding device, comprising a processor configured to implement the method described in one or more of solutions 1-7.

Ten. In a computer program product, having computer code stored therein, the code, when executed by a processor, causes the processor to perform the method according to any of solutions 1-7.

11. In computer-readable media, the bitstream representation on the media conforms to a file format generated according to any of solutions 1-7.

12. A method, apparatus, or system described herein.

In the solution described herein, an encoder can follow formatting rules by generating representations that are coded according to the formatting rules. In the solution described herein, the decoder uses the format rules to parse the syntax elements in the coded representation with knowledge of the presence or absence of syntax elements that follow the format rules, and You can generate a video with

Technology 1. In a method of processing visual media data (e.g., method 8000 shown in FIG. 8), performing a conversion between a bitstream of visual media data and a visual media file according to format rules ( 8002), the bitstream includes one or more parameter sets including one or more profile hierarchy level syntax structures and one or more output layer sets, and the profile hierarchy level syntax structure of at least one of which includes a general constraint information syntax structure, the formatting rules specify that the syntax elements be included in the configuration record of the visual media file, the syntax elements It specifies the profile, hierarchy or level followed by the output layer set identified by the output layer set index specified in the record.

Technology 2. In the Technique 1 method, the syntax element specifies the profile that the output layer set identified by the output layer set index follows.

Technology 3. In the technique 1 method, the syntax element specifies a hierarchy that is equal to or higher than the highest hierarchy specified in all profile hierarchy level syntax structures followed by the output layer set identified by the output layer set index. It is a hierarchical syntax element.

Technology 4. In the technique 1 method, the syntax element is a general hierarchy syntax element that specifies the highest hierarchy specified in all profile hierarchy level syntax structures followed by the output layer set identified by the output layer set index. is.

Technology 5. In the Technique 1 method, the syntax element is a general hierarchy syntax element that specifies the highest hierarchy followed by the stream associated with the configuration record.

Technology 6. In the Technique 1 method, the syntax element is a general hierarchy syntax element that specifies the hierarchy followed by the stream associated with the configuration record.

Technology 7. In the technique 1 method, the configuration record includes a general constraint information syntax element, and the format rule is such that the first bit in the general constraint information syntax element is the output layer set index identified by the output layer set index. specifies that the set corresponds to the second bit in all general constraint information syntax structures in all profile hierarchy level syntax structures that follow, and the format rule specifies that the It specifies that the first bit is set to one only if two bits are set equal to one.

Technology 8. In the technique 1 method, the syntax element is a general-level syntax element, and the value of the general-level syntax element is all profile hierarchy levels followed by the output layer set identified by the output layer set index. • specifies a level of competence that is equal to or greater than the highest level specified in the syntax element;

Technology 9. In technique 1, the formatting rules specify that the syntax elements are not allowed to be associated with one or more other output layer sets included in the stream saved to the visual media file. there is

Technology 10. The method of any of Techniques 1-9, converting includes generating a visual media file and saving the bitstream to the visual media file according to format rules.

Technology 11. In the method of any of Techniques 1-9, converting includes generating a visual media file, and the method stores the visual media file in a non-transitory computer-readable recording medium. Further comprising steps.

Technology 12. In any of Techniques 1-9, converting includes parsing the visual media file according to format rules to reconstruct the bitstream.

Technology 13. In any of Techniques 1-12, the visual media file is processed with Versatile Video Coding (VVC).

Technology 14. In an apparatus for processing visual media data, comprising a processor and a non-transitory memory with instructions, the instructions being executed by the processor, the method described in one or more of Techniques 1-13 is executed by the processor.

Technology 15. A non-transitory computer-readable storage medium storing instructions that cause a processor to perform the method of any of Techniques 1-13.

Technology 16. A video decoding apparatus comprising a processor configured to implement the method described in any one or more of Techniques 1-13.

Technology 17. In a video encoding apparatus, including a processor configured to implement the method described in any one or more of Techniques 1-13.

Technology 18. The computer program product has computer code stored therein which, when executed by a processor, causes the processor to perform the method of any of Techniques 1-13.

Technology 19. On the computer-readable medium, the visual media files conform to file formats generated according to any of Techniques 1-13.

Technology 20. A method for generating a visual media file comprising the steps of generating a visual media file according to the method of any of Techniques 1-13 and storing the visual media file in a computer readable program medium. including.

Technology 21. In a non-transitory computer readable recording medium storing a bitstream of a visual media file generated by a method performed by a video processing device, the method is described in any of Techniques 1-13. There is. In some embodiments, a non-transitory computer-readable storage medium stores a bitstream of a visual media file generated by a method performed by a video processing device, the method following formatting rules. generating a visual media file based on visual media data, the bitstream comprising one or more parameter sets and one or more outputs including one or more profile hierarchy level syntax structures; and at least one of the profile hierarchy level syntax structures includes a general constraint information syntax structure, and the format rules specify that the syntax elements be included in the configuration record of the visual media file. Designated to be included, the syntax element specifies the profile, hierarchy or level that the output layer set identified by the output layer set index specified in the configuration record follows.

Implementation 1. In a method of processing visual media data (e.g., method 9000 shown in FIG. 9), performing a conversion between a bitstream of visual media data and a visual media file according to format rules ( 9002), where format rules specify characteristics of syntax elements in visual media files, where syntax elements are values representing the number of bytes used to specify constraint information associated with the bitstream. have

Implementation 2. In the method described in Implementation 1, the formatting rules specify that syntax elements are coded using 6 bits in the visual media file.

Implementation 3. 2. The method of implementation 1, specifying that the format rule is coded in the visual media file immediately after the profile hierarchy level multi-layer enabled flag syntax element in the visual media file. ing.

Implementation 4. The method of implementation 1, wherein the format rule specifies the number of bytes in the general constraint information syntax element in the visual media file, and the format rule specifies the value of the syntax element equal to 1 indicates that the General Constraint Information flag in the General Constraint Information syntax element is equal to 0, and that the General Constraint Information syntax element is not allowed to be included in the Profile Hierarchy Level Record of a Visual Media File It specifies that

Implementation 5. In the method described in Implementation 1, the formatting rules specify that the condition for including the General Constraint Information syntax element in the visual media file depends on whether the value specified by the syntax element is greater than 1 are doing.

Implementation 6. 2. The method of implementation 1, wherein the number of bits used to code the general constraint information syntax element in the visual media file is used to specify the constraint information. is the result of multiplying the value representing the number of bytes used to specify the constraint information by 8, and the result of multiplying the value representing the number of bytes used to specify the constraint information by 8 is 2 is not subtracted.

Implementation 7. A method of processing visual media data, comprising performing a conversion between a bitstream of visual media data and a visual media file according to format rules, the format rules being defined by the visual media data. Specifies that 5 bits are used for the syntax element in the file, the syntax element has a value that indicates the network abstraction layer unit type in the decoder configuration record of the visual media file. In some embodiments, the formatting rule specifies that 5 bits be used for another syntax element in the visual media file, the another syntax element being the It has another value that indicates the network abstraction layer unit type in the decoder configuration record.

Implementation 8. A method of processing visual media data, comprising performing conversion between a bitstream of visual media data and a visual media file according to format rules, wherein the visual media file has one track. contains a video bitstream containing one or more output layer sets, the format rules specify that syntax elements are specified for the tracks, the syntax elements specify that the tracks may have one or more outputs Indicates whether to include a video bitstream corresponding to a particular output layer set of the layer sets. In some embodiments, a track of a visual media file includes a video bitstream that includes one or more output layer sets, and formatting rules specify separate syntax elements for the track. and another syntax element indicates whether the track contains a video bitstream corresponding to a particular one of the one or more output layer sets.

Implementation 9. In the method of implementation 8, the syntax element indicates that the track includes video bitstreams corresponding to multiple output layer sets. In some embodiments, another syntax element indicates that the track contains video bitstreams corresponding to multiple output layer sets.

Implementation 10. In the method of implementation 8, the syntax element indicates that the track contains a video bitstream that does not correspond to a particular output layer set of the one or more output layer sets. In some embodiments, another syntax element indicates that the track contains a video bitstream that does not correspond to a specific one of the one or more output layer sets.

Implementation 11. A method of processing visual media data, comprising performing a conversion between a bitstream of visual media data and a visual media file according to format rules, the format rules being defined by the visual media data. The file contains syntax elements, the value of which indicates the output layer set index used to indicate the output layer set. In some embodiments, the formatting rules specify whether the visual media file contains another syntax element, and the value of the another syntax element is used to indicate the output layer set. shows the output layer set.

Implementation 12. In the method of implementation 11, the format rule is responsive to another value of the profile hierarchy current flag syntax element in the visual media file being equal to 1, or the profile hierarchy layer multi-layer Specifies that the visual media file selectively indicates a syntax element in response to the enable flag being equal to 1, the value of the syntax element indicating an output layer set index in the decoder configuration record . In some embodiments, the formatting rule is responsive to another value of the profile hierarchy current flags syntax element in the visual media file being equal to 1, or the profile hierarchy layer multi-layer enabled o Specifies that the visual media file selectively indicates another syntax element in response to the flag being equal to 1, the value of the syntax element being the output layer set index in the decoder configuration record show.

Implementation 13. 12. The method of implementation 11, wherein the formatting rules specify that the visual media file is not allowed to contain a syntax element whose value indicates the output layer set index; The format rule contains the only layer that the value of the output layer set index is to be carried on the track according to the current flags syntax element of the profile hierarchy being equal to 1 in the visual media file It specifies that it is presumed to be equal to the second value of the second output layer index of the second output layer set. The format rule specifies that the visual media file is not allowed to contain another syntax element whose value indicates the output layer set index, and the format rule specifies that the profile A second output layer set in which the value of the output layer set index contains the only layer carried on the track in response to the current flags syntax element of the hierarchy being equal to 1 in the visual media file is assumed to be equal to the second value of the second output layer index of .

Implementation 14. 14. The method of any of implementations 1-13, converting includes generating a visual media file and saving the bitstream to the visual media file according to format rules.

Implementation 15. 14. In the method of any of Implementations 1-13, converting includes generating a visual media file, and the method saves the visual media file to a non-transitory computer-readable recording medium. further comprising the step of:

Implementation 16. 14. The method of any of implementations 1-13, converting includes parsing the visual media file according to format rules to reconstruct the bitstream.

Implementation 17. In any of implementations 1-16, the visual media file is processed with Versatile Video Coding (VVC).

Implementation 18. 18. The method of any of implementations 1-17, comprising a processor and a non-transitory memory with instructions, wherein the instructions, when executed by the processor, result in one or more of implementations 1-17. Cause the processor to perform the described method.

Implementation 19. A non-transitory computer-readable storage medium storing instructions that cause a processor to perform the method of any of implementations 1-13.

Implementation 20. A video decoding apparatus comprising a processor configured to implement the method described in one or more of Implementations 1-17.

Implementation 21. In a video encoding apparatus, including a processor configured to implement the method described in one or more of implementations 1-17.

Implementation 22. The computer program product has computer code stored therein which, when executed by a processor, causes the processor to perform the method described in any of implementations 1-17.

Implementation 23. On the computer-readable medium, the visual media file conforms to a file format generated according to any of implementations 1-17.

Implementation 24. A method of generating a visual media file, generating a visual media file according to the method of any of implementations 1-17, and storing the visual media file on a computer-readable program medium. including.

Implementation 25. 18. The method of any of implementations 1-17, in a non-transitory computer-readable recording medium storing a bitstream of a visual media file generated by a method performed by a video processing device, The method is as described in any of implementations 1-17. In a non-transitory computer readable recording medium storing a bitstream of a visual media file generated by a method performed by a video processing apparatus, the method comprises: generating a visual media file, the formatting rules specifying characteristics of syntax elements in the visual media file, the syntax elements being used to indicate constraint information associated with the bitstream; It has a value that indicates the number of bytes to store.

Action 1. In a method of processing visual media data (e.g., method 10002 shown in FIG. 10), performing conversion between a bitstream of visual media data and a visual media file according to format rules ( 10002), wherein the formatting rules specify the characteristics of the syntax elements of the visual media file, the formatting rules having a value representing a level identification (identity). It specifies that any one or both of the box or sub-picture multiple group box is coded using 8 bits.

Action 2. In the method of operation 1, the format rule specifies the absence of reserved bits immediately after the syntax element whose value represents the level identification.

Action 3. In the method of operation 1, the format rule specifies that the 24 bits immediately following the syntax element whose value represents the level identification are reserved bits.

Action 4. In the method of operation 1, the format rule specifies that the eight bits immediately following the syntax element whose value represents the level identification are reserved bits.

Action 5. A method of processing visual media data, comprising performing a conversion between a bitstream of visual media data and a visual media file according to format rules, the format rules being defined by the visual media data. Specifies characteristics associated with the first syntax element, the second syntax element, or the third set of syntax elements in the file, where the first syntax element indicates the number of active tracks in the visual media file. has a value of 1, the second syntax element has a second value indicating the number of subgroup identifiers in the visual media file, and each syntax element in the third set of syntax elements It has a third value that indicates the number of active tracks in the file. In some embodiments, the formatting rules specify characteristics associated with a first syntax element, a second syntax element, or a third set of syntax elements in the visual media file; has a first value indicating the number of active tracks in the visual media file, a second syntax element has a second value indicating the number of subgroup identifiers in the visual media file, and a second Each syntax element of the three syntax element set has a third value that indicates the number of active tracks in the visual media file.

Action 6. In the method of act 5, the format rule uses 16 bits to specify a first syntax element having a first value indicating the number of active tracks in the subpicture common group box of the visual media file. specified to be used.

Action 7. In the method of act 5, the format rule has 16 bits to specify a second syntax element having a second value indicating the number of subgroup identifiers in the subpicture multiple group box of the visual media file. The format rule specifies that each syntax element of the third syntax element set has a third value that indicates the number of active tracks in the subpicture multiple group box of the visual media file. To specify, it specifies that 16 bits are used.

Action 8. In the method of operation 5, the format rule is such that the 16 bits immediately following the first syntax element are reserved with the first value indicating the number of active tracks and the second syntax element is the number of subgroup identifiers. or specify that each syntax element of the third syntax element set with a third value indicating the number of active tracks is reserved.

Action 9. In the method of act 5, the format rule specifies the absence of reserved bits immediately following a first syntax element having a first value indicating the number of active tracks and a second syntax element a subgroup identifier or with a third value indicating the number of active tracks is reserved.

Action 10. In the method of any of acts 1-9, converting includes generating a visual media file and saving the bitstream to the visual media file according to formatting rules.

Action 11. In the method of any of Acts 1-9, converting includes generating a visual media file, and the method stores the visual media file on a non-transitory computer-readable recording medium. Further comprising steps.

Action 12. In the method of any of acts 1-9, converting includes parsing the visual media file according to format rules to reconstruct the bitstream.

Action 13. In the method of any of acts 1-12, the visual media file is processed with Versatile Video Coding (VVC).

Action 14. In an apparatus for processing visual media data, comprising a processor and a non-transitory memory with instructions, the instructions being executed by the processor, the method recited in one or more of acts 1-13. is executed by the processor.

Action 15. A non-transitory computer-readable storage medium storing instructions that cause a processor to perform the method of any of acts 1-13.

Action 16. A video decoding apparatus comprising a processor configured to implement the method described in one or more of acts 1-13.

Action 17. In a video encoding apparatus, including a processor configured to implement the method described in one or more of acts 1-13.

Action 18. The computer program product has computer code stored therein which, when executed by a processor, causes the processor to perform the method of any of acts 1-13.

Action 19. On the computer-readable medium, the visual media file conforms to a file format generated according to any of acts 1-13.

Action 20. A method of generating a visual media file comprising the steps of generating a visual media file according to the method described in any of acts 1-13, and storing the visual media file on a computer readable program medium. step.

Action 21. In a non-transitory computer readable recording medium storing a bitstream of a visual media file generated by a method performed by a video processing device, the method of any of acts 1-13. There is. In some embodiments, a non-transitory computer-readable storage medium stores a bitstream of a visual media file generated by a method performed by a video processing device, the method following formatting rules. generating a visual media file based on the visual media data, the formatting rules specifying characteristics of syntax elements of the visual media file, the formatting rules specifying values representing level identifications specifies that any one or both of the Subpicture Common Group Box or the Subpicture Multiple Group Box are coded using 8 bits.

As used herein, the term "video processing" may refer to video encoding, video decoding, video compression or video decompression. For example, a video compression algorithm may be applied during conversion from a pixel representation of the video to a corresponding bitstream representation, or vice versa. The bitstream representation of the current video block may correspond to bits co-located or spread to different locations within the bitstream, eg, as defined by the syntax. For example, macroblocks may be coded in terms of transformed coded error residual values and using bits from headers and other fields in the bitstream. Further, during the transform, the decoder parses the bitstream with the information that some fields may or may not be present based on the decision, as described in the solution above. may Similarly, the encoder may determine whether a particular syntax field should or should not be included and, accordingly, either include the syntax field in the coded representation or remove the syntax from the coded representation. By omitting the tax field, a coded representation can be generated.

The disclosed and other solutions, implementations, embodiments, modules, and functional operations may be implemented using digital electronic circuitry, or computer software, including the structures disclosed herein and their structural equivalents. It can be implemented in firmware or hardware, or a combination of one or more thereof. The disclosed and other embodiments may be encoded as one or more computer program products, i.e., on a computer readable medium, for execution by, or for controlling the operation of, a data processing apparatus. can be implemented as one or more modules of computer program instructions. A computer-readable medium is a machine-readable storage device, a machine-readable storage substrate, a memory device, a composition of matter that affects a machine-readable propagating signal, or a combination of one or more thereof. It is possible to The term "data processor" encompasses all apparatus, devices and machines for processing data including, for example, a programmable processor, computer, or multiple processors or computers. In addition to hardware, the apparatus includes code that creates an execution environment for the computer program in question, such as processor firmware, protocol stacks, database management systems, operating systems, or combinations of one or more thereof. It can contain configuration code. The propagated signal may be an artificially generated signal, e.g., a machine-generated electrical, optical, or electromagnetic signal generated to encode information for transmission to a suitable receiving device. be.

A computer program (also known as a program, software, software application, script, code) can be written in any form of programming language, including compiled or interpreted languages, and it stands for • be deployed in any form as a standalone program, or as modules, components, subroutines or other units suitable for use in a computing environment; Computer programs do not necessarily correspond to files in a file system. A program may be contained within a portion of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), within a single file dedicated to the program in question, or in multiple can be stored in a structured file (eg, a file that stores one or more modules, sub-programs, or portions of code). A computer program can be deployed to be executed on one computer or on multiple computers, which are located at one site or distributed across multiple sites. are interconnected by a communication network.

The processes and logic flows described herein are performed by one or more programmable processors executing one or more computer programs to perform functions by operating on input data and generating output. can do. The processes and logic flow can also be implemented by special purpose logic circuits such as FPGAs (Field Programmable Gate Arrays) or ASICs (Application Specific Integrated Circuits) and can be implemented as such by devices. can also be implemented.

Processors suitable for the execution of a computer program include, by way of example, both general and special purpose microprocessors, and any one or more processors of any kind of digital computer. Generally, a processor will receive instructions and data from read only memory or random access memory or both. The essential elements of a computer are a processor for executing instructions and one or more memory devices for storing instructions and data. Generally, a computer also includes, receives data from, or transfers data to, one or more mass storage devices, such as magnetic, magneto-optical, or optical disks, for storing data. or operably combined for both. However, it is not essential that the computer have such a device. Computer readable media suitable for storing computer program instructions and data include, for example, semiconductor memory devices such as EPROM, EEPROM, and flash memory devices; magnetic disks, such as internal hard disks or removable • Includes all forms of non-volatile memory, media and memory devices, including disks; magneto-optical disks; and CD ROM and DVD-ROM disks; The processor and memory may be supplemented by or embedded in special purpose logic circuitry.

Although this specification contains many details, these should not be construed as limitations on the scope of any subject matter or what may be claimed, but rather specific to particular embodiments of particular technologies. It should be interpreted as a description of possible features. Certain features that are described in this specification in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination. Further, while features may be described above, or even originally claimed, as working in particular combinations, one or more features from the claimed combination may in some cases be , may be cut out of combinations, and the claimed combinations may be directed to subcombinations or variations of subcombinations.

Similarly, although the figures describe operations in a particular order, this indicates that such operations are performed in the particular order or sequence shown to achieve a desired result. or should not be construed as requiring that all illustrated acts be performed. Further, the division of various system components in the embodiments described in this patent document should not be understood as requiring such division in all embodiments.

Only a few implementations and examples have been described and other implementations, extensions and modifications can be made based on what is described and illustrated in this patent document.

Claims (14)

A method of processing visual media data, comprising:
converting between a bitstream of visual media data and a visual media file according to formatting rules, the formatting rules specifying characteristics of syntax elements in said visual media file. ,
the syntax element has a value representing the number of bytes used to specify constraint information associated with the bitstream;
The method of claim 1, wherein the syntax element features include: the syntax element is coded in the visual media file using 6 bits. 3. The format rule specifies that the format rule is coded in the visual media file immediately after a profile hierarchy level multi-layer enabled flag syntax element in the visual media file. 1. The method according to 1. the constraint information includes a number of bytes in a general constraint information syntax element of the visual media file;
wherein the syntax element specifies the number of bytes in the general constraint information syntax element in the visual media file;
The format rule is such that the value of the syntax element equal to 1 means that a general constraint information flag in the general constraint information syntax element equals 0; 2. The method of claim 1, specifying to indicate that the profile hierarchy level record of the . The format rules specify that the condition for including a general constraint information syntax element in the visual media file depends on whether the value specified by the syntax element is greater than one. The method of claim 1. the formatting rules specify that 5 bits be used for separate syntax elements in the visual media file;
2. The method of claim 1, wherein said another syntax element has another value indicating a network abstraction layer unit type in a decoder configuration record of said visual media file. a track of the visual media file comprising a video bitstream comprising one or more output layer sets;
the formatting rules specify that separate syntax elements be specified for the track;
2. The method of claim 1, wherein the another syntax element indicates whether the track contains a video bitstream corresponding to a particular one of the one or more output layer sets. Method. 7. The method of claim 6 , wherein the another syntax element indicates that the track contains the video bitstream corresponding to multiple output layer sets. 7. The method of claim 6 , wherein the syntax element indicates that the track includes the video bitstream that does not correspond to the particular one of the one or more output layer sets. . 9. Any one of claims 1-8 , wherein said transforming comprises generating said visual media file and saving said bitstream in said visual media file according to said format rules. The method described in . 2. The converting comprises generating the visual media file, and the method further comprising saving the visual media file to a non-transitory computer-readable recording medium. - a method according to any one of clauses 8 ; The method of any one of claims 1-8 , wherein said transforming comprises parsing said visual media file according to said format rules to reconstruct said bitstream. A method according to any one of claims 1-11 , wherein said visual media file is processed by Versatile Video Coding (VVC). Apparatus for processing visual media data, comprising a processor and a non-transitory memory with instructions, said instructions being executed by said processor, any one of claims 1-12 . Apparatus causing said processor to perform the method of claim 1. A non-transitory computer-readable storage medium storing instructions that cause a processor to perform the method of any one of claims 1-12 .

Images