External flow representation properties

Abstract

A mechanism for processing video data is disclosed. The essential property of a Dynamic Adaptive Streaming (DASH) representation based on the Hypertext Transfer Protocol is determined. The essential property indicates that the representation is an External Streaming Representation (ESR). The conversion between visual media data and media presentation is performed based on the ESR.

Description

[0001] Cross-reference to related applications

[0002] This patent application claims the benefit of U.S. Provisional Patent Application No. 63 / 180,834, filed April 28, 2021, entitled “Signalling Of Properties Of An External Stream Representation,” which is incorporated herein by reference. Technical Field

[0003] This patent document relates to the generation, storage, and consumption of digital audio and video media information in file formats. Background Technology

[0004] Digital video consumes the largest share of bandwidth on the internet and other digital communication networks. As the number of connected user devices capable of receiving and displaying video increases, the bandwidth demands of digital video are likely to continue to grow. Summary of the Invention

[0005] The first aspect relates to a method for processing video data, comprising: determining the essential property of a Dynamic Adaptive Streaming (DASH) representation based on the Hypertext Transfer Protocol, wherein the essential property indicates that the representation is an External Streaming Representation (ESR); and performing a conversion between visual media data and media presentation based on the ESR.

[0006] Alternatively, in any of the foregoing aspects, another implementation of that aspect provides EssentialProperty to further indicate that the representation should not be consumed or replayed by itself.

[0007] Alternatively, in any of the foregoing aspects, another implementation of that aspect provides for determining the EssentialProperty of the DASH adaptive set, wherein the EssentialProperty indicates that each representation in the adaptive set is an ESR.

[0008] Optionally, in any of the foregoing aspects, another implementation of that aspect provides an EssentialProperty that includes a scheme identifier Uniform Resource Identifier (@schemeIdUri) of “urn:mpeg:dash:adaptation-set-external-stream:202X”, where X is a number.

[0009] Alternatively, in any of the foregoing aspects, another implementation of that aspect provides that EssentialProperty has a list of identifier (@id) values ​​(@value attribute) that specify the main representation.

[0010] Alternatively, in any of the foregoing aspects, another implementation of this aspect provides an external stream adaptive set flag (@esasflag) attribute for determining the DASH adaptive set, wherein the @esasflag attribute is equal to true to specify that each representation in the adaptive set is an ESR.

[0011] Alternatively, in any of the foregoing aspects, another implementation of this aspect provides an adaptive set that includes role elements, wherein when the @esasflag attribute is true, the role element includes a @value attribute equal to supplementary.

[0012] Alternatively, in any of the foregoing aspects, another implementation of the aspect provides that the conversion includes encoding visual media data into a media data file.

[0013] Alternatively, in any of the foregoing aspects, another implementation of that aspect provides that the conversion includes decoding visual media data from a media data file.

[0014] The second aspect relates to an apparatus for processing video data, comprising: a processor; and a non-transitory memory having instructions thereon, wherein the instructions, when executed by the processor, cause the processor to: determine the essential property of a Dynamic Adaptive Streaming (DASH) representation based on the Hypertext Transfer Protocol, wherein the essential property indicates that the representation is an External Streaming Representation (ESR); and perform a conversion between visual media data and media presentation based on the ESR.

[0015] Alternatively, in any of the foregoing aspects, another implementation of that aspect provides EssentialProperty to further indicate that the representation should not be consumed or replayed by itself.

[0016] Alternatively, in any of the foregoing aspects, another implementation of that aspect provides for determining the EssentialProperty of the DASH adaptive set, wherein the EssentialProperty indicates that each representation in the adaptive set is an ESR.

[0017] Optionally, in any of the foregoing aspects, another implementation of that aspect provides an EssentialProperty that includes a scheme identifier Uniform Resource Identifier (@schemeIdUri) of “urn:mpeg:dash:adaptation-set-external-stream:202X”, where X is a number.

[0018] Alternatively, in any of the foregoing aspects, another implementation of that aspect provides that EssentialProperty has a list of identifier (@id) values ​​(@value attribute) that specify the main representation.

[0019] Alternatively, in any of the foregoing aspects, another implementation of this aspect provides an external stream adaptive set flag (@esasflag) attribute for determining the DASH adaptive set, wherein the @esasflag attribute is equal to true to specify that each representation in the adaptive set is an ESR.

[0020] Alternatively, in any of the foregoing aspects, another implementation of this aspect provides an adaptive set that includes a role element, wherein when the @esasflag attribute is true, the role element includes a value attribute equal to the supplementary value (@value).

[0021] The third aspect relates to a non-transitory computer-readable medium, including a computer program product for use by a video codec apparatus, the computer program product including computer-executable instructions stored on the non-transitory computer-readable medium, such that, when executed by a processor, the video codec apparatus: determines the essential property of a Dynamic Adaptive Streaming (DASH) representation based on the Hypertext Transfer Protocol, wherein the essential property indicates that the representation is an External Streaming Representation (ESR); and performs a conversion between visual media data and media presentation based on the ESR.

[0022] Alternatively, in any of the foregoing aspects, another implementation of that aspect provides EssentialProperty to further indicate that the representation should not be consumed or replayed by itself.

[0023] Alternatively, in any of the foregoing aspects, another implementation of that aspect provides for determining the EssentialProperty of the DASH adaptive set, wherein the EssentialProperty indicates that each representation in the adaptive set is an ESR.

[0024] Optionally, in any of the foregoing aspects, another implementation of that aspect provides an EssentialProperty that includes a scheme identifier Uniform Resource Identifier (@schemeIdUri) of “urn:mpeg:dash:adaptation-set-external-stream:202X”, where X is a number.

[0025] Alternatively, in any of the foregoing aspects, another implementation of that aspect provides that EssentialProperty has a list of identifier (@id) values ​​(@value attribute) that specify the main representation.

[0026] Alternatively, in any of the foregoing aspects, another implementation of this aspect provides an external stream adaptive set flag (@esasflag) attribute for determining the DASH adaptive set, wherein the @esasflag attribute is equal to true to specify that each representation in the adaptive set is an ESR.

[0027] For clarity, any of the foregoing embodiments may be combined with any one or more of the other foregoing embodiments to create new embodiments within the scope of this disclosure.

[0028] These and other features will be more clearly understood from the following detailed description taken in conjunction with the accompanying drawings and claims. Attached Figure Description

[0029] To gain a more complete understanding of this disclosure, reference is now made to the following brief description in conjunction with the accompanying drawings and detailed description, wherein like reference numerals denote like parts.

[0030] Figure 1 This is a schematic diagram illustrating an example of a Dynamically Adaptive Streaming (DASH) media file based on the Hypertext Transfer Protocol.

[0031] Figure 2 This is a block diagram illustrating an example video processing system.

[0032] Figure 3 This is a block diagram of an example video processing device.

[0033] Figure 4 This is a flowchart of an example method for video processing.

[0034] Figure 5 This is a block diagram illustrating an example video codec system.

[0035] Figure 6 This is a block diagram showing an example encoder.

[0036] Figure 7 This is a block diagram showing an example decoder.

[0037] Figure 8 This is a schematic diagram of an example encoder. Detailed Implementation

[0038] It should be understood from the outset that although illustrative implementations of one or more embodiments are provided below, the disclosed systems and / or methods can be implemented using any number of techniques, whether currently known or yet to be developed. This disclosure should not be limited in any way to the illustrative embodiments, drawings, and techniques shown below, including the exemplary designs and implementations shown and described herein, but modifications can be made within the full scope of the appended claims and their equivalents.

[0039] This patent document relates to video streaming. Specifically, this document relates to signaling notification of the properties of external stream representations. Such properties may be required for random access to segments starting from an Extended Related Random Access Point (EDRAP) image in the main stream representation. For media streaming systems, the ideas described herein can be applied individually or in various combinations, such systems are based on the Dynamic Adaptive Streaming (DASH) standard and related extensions based on the Hypertext Transfer Protocol.

[0040] Video codec standards have primarily evolved through the development of standards by the International Telecommunication Union (ITU) Telecommunication Standardization Sector (ITU-T) and the ISO / IEC. ITU-T developed H.261 and H.263, while ISO / IEC developed Moving Picture Experts Group (MPEG)-1 and MPEG-4 Visual. These two organizations jointly developed the H.262 / MPEG-2 video and H.264 / MPEG-4 Advanced Video Codec (AVC) and H.265 / High-Efficiency Video Codec (HEVC) standards. Since H.262, video codec standards have been based on a hybrid video codec architecture, utilizing temporal prediction plus transform coding. To explore video codec technologies beyond HEVC, the Video Codec Experts Group (VCEG) and MPEG jointly established the Joint Video Exploration Group (JVET). JVET adopted numerous methods and incorporated them into reference software called the Joint Exploration Model (JEM). When the Multifunctional Video Codec (VVC) project officially began, JVET was later renamed the Joint Video Experts Group (JVET). VVC is a codec standard designed to reduce the bit rate by 50% compared to HEVC. VVC has been implemented by JVET.

[0041] The VVC standard (also known as ITU-T H.266|ISO / IEC 23090-3) and the associated Multifunctional Supplemental Enhancement Information (VSEI) standard (also known as ITU-T H.274|ISO / IEC 23002-7) are designed for a wide range of applications, such as television broadcasting, video conferencing, playback from storage media, adaptive bitrate streaming, video region extraction, compositing and merging of content from multiple codec video bitstreams, multi-view video, scalable layered codecs, and viewport-adaptive 360° immersive media. The Basic Video Codec (EVC) standard (ISO / IEC 23094-1) is another video codec standard developed by MPEG.

[0042] File format standards will be discussed below. Media streaming applications are typically based on Internet Protocol (IP), Transmission Control Protocol (TCP), and Hypertext Transfer Protocol (HTTP) transmission methods, and often rely on file formats such as ISOBMFF. One such streaming system is HTTP-based Dynamic Adaptive Streaming (DASH). Video can be encoded in video formats such as AVC and / or HEVC. The encoded video can be encapsulated in ISOBMFF tracks and included in DASH representations and segments. For content selection purposes, important information about the video bitstream, such as summaries, hierarchies, and levels, can be presented as file format-level metadata and / or in the DASH Media Presentation Description (MPD). For example, such information can be used to select appropriate media segments for initialization at the start of a streaming session and for stream adaptation during the streaming session.

[0043] Similarly, when using image formats with a basic International Organization for Standardization (ISO) Media File Format (ISOBMFF), file format specifications specific to that image format can be adopted, such as the AVC image file format and the HEVC image file format. MPEG is developing the VVC video file format, which is a file format based on ISOBMFF for storing VVC video content. MPEG is also developing the VVC image file format based on ISOBMFF, which is a file format for storing image content encoded and decoded using VVC.

[0044] Now let's discuss DASH. In DASH, the video and / or audio data of multimedia content may have multiple representations. Different representations can correspond to different codec characteristics, such as different abbreviations or levels of video codec standards, different bitrates, different spatial resolutions, etc. A list of such representations can be defined in a Media Presentation Description (MPD) data structure. A media presentation can correspond to a structured set of data accessible to DASH streaming client devices. DASH streaming client devices can request and download media data information to present the streaming service to the user on the client device. Media presentation can be described in the MPD data structure, which may include updates to the MPD.

[0045] A media presentation can consist of a sequence of one or more periods. Each period may extend to the beginning of the next period, or, in the case of the last period, to the end of the media presentation. Each period may contain one or more representations of the same media content. A representation may be one of several alternative encoded versions of audio, video, timed text, or other such data. These representations may vary depending on the encoding type, such as the bitrate, resolution, and codec of video data, and the bitrate, language, and / or codec of audio data. The term "representation" can be used to refer to a portion of encoded audio or video data that corresponds to a specific period of multimedia content and is encoded in a particular manner.

[0046] A representation for a specific period can be assigned to a group indicated by an attribute in the MPD, which indicates the adaptive set to which the representation belongs. Representations within the same adaptive set are generally considered interchangeable. Therefore, client devices can dynamically and seamlessly switch between these representations, for example, to perform bandwidth adaptation. For instance, each representation of video data for a specific period can be assigned to the same adaptive set, allowing any representation to be selected for decoding to render media data such as video or audio data of the multimedia content for the corresponding period. In some examples, the media content within a period can be represented by a representation from group 0 (if present) or a combination of at most one representation from each non-zero group. The timing data for each representation of a period can be expressed relative to the start time of the period.

[0047] A representation may include one or more segments. Each representation may include an initialization segment, or each segment of a representation may be self-initialized. When present, the initialization segment may contain initialization information for accessing the representation. Typically, the initialization segment does not contain media data. Segments may be uniquely referenced by identifiers such as Uniform Resource Locators (URLs), Uniform Resource Names (URNs), or Uniform Resource Identifiers (URIs). The MPD may provide an identifier for each segment. In some examples, the MPD may also provide byte ranges as range attributes, which may correspond to the data of segments within a file that can be accessed by a URL, URN, or URI.

[0048] Different representations can be selected for retrieving different types of media data substantially simultaneously. For example, a client device can select audio representations, video representations, and timed text representations to retrieve segments from them. In some examples, the client device can select specific adaptive sets to perform bandwidth adaptation. For example, the client device can select an adaptive set that includes video representations, an adaptive set that includes audio representations, and / or an adaptive set that includes timed text. In the examples, the client device can select an adaptive set for certain types of media such as video and directly select a representation for other types of media such as audio and / or timed text.

[0049] The following steps illustrate an example DASH streaming process. The client obtains the MPD (Multi-Level Display). The client then estimates the downlink bandwidth and selects the video and audio representations based on the estimated downlink bandwidth, codec, decoding capabilities, display size, audio language settings, etc. Until the end of media rendering is reached, the client requests media segments in the selected representations and presents the streaming content to the user. The client continuously estimates the downlink bandwidth. When the bandwidth changes significantly, for example by becoming lower or higher, the client selects a different video representation to match the newly estimated bandwidth and continues downloading segments with the updated downlink bandwidth.

[0050] This discussion focuses on EDRAP images based on video encoding / decoding and streaming. The VSEI specification employs signaling notifications for EDRAP images using Supplemental Enhancement Information (SEI) messages. External Stream Track (EST) designs for ISOBMFF and / or External Stream Representation (ESR) designs for DASH can be used to support EDRAP-based video streaming. The ESR design works as described below.

[0051] In the example design, the ESR is defined as follows: An External Elementary Stream (ESR) is an elementary stream containing access units with external pictures. An external picture is a picture in the external elementary stream within the ESR, and is required for inter-frame prediction reference when decoding the elementary stream in the MSR during random access from some EDRAP picture in the MSR. The ESR is a representation containing the external elementary stream. The Main Elementary Representation (MSR) is a representation containing the video elementary stream. Random access is the decoding of the elementary stream starting from a specific picture, without decoding any pictures in the elementary stream that are earlier in the decoding order.

[0052] Examples of the semantics of the AdaptationSet element are described below.

[0053]

[0054]

[0055]

[0056] The following describes an example of Extensible Markup Language (XML) syntax.

[0057]

[0058]

[0059]

[0060] The following are example technical problems solved through publicly available technical solutions. Some ESR designs only support random access to EDRAP images from the mainstream representation (MSR) associated with the ESR. ESRs should not be consumed by clients or players without an MSR. However, traditional DASH clients and / or players may not recognize the attribute external stream adaptive set flag (@esasFlag), may ignore the corresponding attribute, and may select the ESR for playback, leading to errors.

[0061] This document discloses mechanisms for addressing one or more of the problems listed above. As stated above, an ESR should be decoded and played in conjunction with an MSR. However, some devices may fail to recognize that the representation is an ESR, may attempt to decode the ESR without an MSR, and may encounter errors. This disclosure includes various mechanisms to alert legacy devices to the presence of an ESR. For example, an ESR may contain an essential property indicating that the representation is an ESR and should not be consumed together. In the example, an adaptation set containing ESRs may contain an Essential Property indicating each ESR in the adaptation set. In the example, the ESR is indicated by a scheme identifier Uniform Resource Identifier (@schemeIdUri) in the Essential Property. @schemeIdUri may be set to "urn:mpeg:dash:adaptation-set-external-stream:202X" to indicate each ESR, where X is a number such as "1", "2", "3", etc. In the example, the Essential Property may also contain a value (@value attribute) specifying a list of identifier (@id) values ​​for the MSR(s) ... In another example, the `@esasflag` attribute in the adaptive set can be set to true to specify that each representation in the adaptive set is an ESR. In yet another example, a role element can be included in the adaptive set. Furthermore, when the `@esasflag` attribute is true, a role element can include a `@value` attribute equal to the complement.

[0062] Figure 1 This is a schematic diagram illustrating an example DASH media file 100. The DASH media file 100 may be described by a manifest, such as a Media Presentation Description (MPD). Clients and / or decoders can obtain the MPD from an encoder and / or an intermediate server. The client can then request content from the DASH media file 100 based on the syntax elements in the MPD.

[0063] Media file 100 includes one or more adaptive sets 110 and 111. Adaptive sets 110 and / or 111 are interchangeable representation sets. Each representation includes a version of the media content. When applied to video, each representation may include the same video content at different resolutions, frame rates, etc. Therefore, a client can dynamically request different representations based on changes in available network bandwidth. Different adaptive sets 110 may include different media types, such as video, audio, and closed captions. Furthermore, different adaptive sets 110 may contain video encoded and decoded at different image sizes, and thus resize for different client screens. In this way, adaptive sets 110 and / or 111 are interchangeable representation sets that can be used by the client, and each representation is a version of the media content.

[0064] In this example, it represents one or more MSRs 112 and one or more ESRs 114. MSR 112 is a representation containing a video elementary stream. A video elementary stream is a complete collection of video content. ESR 114 is a representation containing an external elementary stream, which is a stream containing Extended Related Random Access Point (EDRAP) pictures. EDRAP pictures are pictures that can be used for random access, allowing video to begin at a user-selected location rather than the first picture in the stream. Therefore, in the configuration shown, the client performs random access by obtaining a segment from ESR 114 in adaptive set 110 and a segment from the corresponding MSR 112 in adaptive set 111. The client can then use the EDRAP picture from ESR 114 to begin decoding the segment from MSR 112 for display to the user. Legacy clients may not support the ESR 114 functionality. For example, a legacy client might request and decode an ESR 114 segment from the first adaptive set 110 without obtaining an MSR 112 segment from the second adaptive set 111. This results in traditional clients decoding and displaying a single image from the ESR 114 instead of the expected video stream.

[0065] This disclosure addresses this problem by including signaling to a traditional client that an ESR 114 cannot be decoded without referencing the corresponding MSR 112. In an example, this can be indicated by an essential property 126. Essential Property 126 is a syntax included in the MPD. In one example, Essential Property 126 is included in the syntax describing each ESR 114 to indicate that the corresponding ESR 114 cannot be decoded without reference to another representation. In another example, Essential Property 126 can be included in the syntax associated with the adaptation set 110. In this example, Essential Property 126 indicates that each representation in the adaptation set 110 is an ESR 114, and therefore none of the representations in the adaptation set 110 can be decoded without reference to another representation. In the example, EssentialProperty 126 can contain a scheme identifier Uniform Resource Identifier (@schemeIdUri) set to "urn:mpeg:dash:adaptation-set-external-stream:202X", where X is a number such as "1", "2", "3", etc. This can instruct Adaptation Set 110 to include external streams in ESR 114. In the example, @schemeIdUri in EssentialProperty 126 can also contain the value (@value attribute) of a list of identifier (@id) values ​​that specify the MSR 112 corresponding to ESR 114.

[0066] In another example, the outer stream adaptive set flag (@esasflag) attribute 124 is included in the syntax associated with adaptive set 110. The @esasflag attribute 124 can be set to true to specify that each representation in adaptive set 110 is ESR 114 and therefore cannot be decoded without reference to another representation. In another example, a role element 122 can be included in the syntax of adaptive set 110. When the @esasflag attribute is true, role element 122 can include a value attribute equal to the complement (@value). This indicates that adaptive set 110 is a complement adaptive set 110 and therefore contains ESR 114.

[0067] To address the above and other issues, the following summarized methods are presented. These items should be considered as examples for explaining general concepts, and not interpreted in a narrow way. Furthermore, these items can be applied individually or in combination in any way.

[0068] Example 1

[0069] In one example, an essential property is specified for the scheme identifier URI (@schemeIdUri) with the signature “urn:mpeg:dash:adaptation-set-external-stream:202X”, where X is a number such as “1”, “2”, “3”, etc. The presence of this essential property in the representation indicates that the representation is an ESR and should not be consumed or replayed by itself. Furthermore, the presence of this essential property in the adaptive set indicates that every representation in the adaptive set is an ESR and should not be consumed or replayed by itself.

[0070] Example 2

[0071] In one example, an EssentialProperty with a @schemeIdUri of "urn:mpeg:dash:adaptation-set-external-stream:202X" (where X is a number such as "1", "2", "3", etc.) is further specified to have a value (@value) attribute that specifies a list of identifier (@id) values ​​for the main representation associated with the representation in the adaptive set containing the EssentialProperty. The i-th @id value in the @value attribute corresponds to the i-th representation in the adaptive set containing the EssentialProperty.

[0072] Example 3

[0073] In another example, the rule specifies that the value of the @esasFlag attribute is true, indicating that each representation in the adaptive set is an ESR and should not be consumed or replayed by itself.

[0074] Example 4

[0075] In another example, the rule could require that for each adaptive set with a @esasFlag attribute that is equal to true, there exists a role element with a @value attribute that is equal to complement.

[0076] Figure 2This is a block diagram illustrating an example video processing system 4000 in which various techniques disclosed herein may be implemented. Various implementations may include some or all of the components of system 4000. System 4000 may include an input 4002 for receiving video content. The video content may be received in a raw or uncompressed format, such as 8 or 10-bit multi-component pixel values, or it may be in a compressed or encoded format. Input 4002 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.

[0077] System 4000 may include an encoding / decoding component 4004 capable of implementing the various encoding / decoding or coding methods described in this document. Encoding / decoding component 4004 can reduce the average bit rate of the video from input 4002 to its output to produce an encoded / decoded representation of the video. Encoding / decoding techniques are therefore sometimes referred to as video compression or video transcoding techniques. The output of encoding / decoding component 4004 may be stored or transmitted via a communication connection, as represented by component 4006. The bitstream (or encoded / decoded) representation of the video received at input 4002, whether stored or communicated, can be used by component 4008 to generate pixel values ​​or transmit as displayable video to display interface 4010. The process of generating user-visible video from the bitstream representation is sometimes referred to as video decompression. Furthermore, although some video processing operations are referred to as “encoding / decoding” operations or tools, it will be understood that encoding / decoding tools or operations are used at the encoder, and the corresponding decoding tools or operations that inversely represent the encoding / decoding results will be performed by the decoder.

[0078] Examples of peripheral bus interfaces or display interfaces may include Universal Serial Bus (USB), High Definition Multimedia Interface (HDMI), or DisplayPort. Examples of storage interfaces include SATA (Serial Advanced Technology Accessory), PCI, IDE, etc. The technologies described in this document can be found in a variety of electronic devices, such as mobile phones, laptops, smartphones, or other devices capable of performing digital data processing and / or video display.

[0079] Figure 3This is a block diagram of an example video processing apparatus 4100. Apparatus 4100 can be used to implement one or more methods described herein. Apparatus 4100 can be embodied in a smartphone, tablet, computer, Internet of Things (IoT) receiver, etc. Apparatus 4100 may include one or more processors 4102, one or more memories 4104, and video processing circuitry 4106. The processors(multiple) 4102 may be configured to implement one or more methods described herein. The memories(multiple) 4104 may be used to store data and code for implementing the methods and techniques described herein. The video processing circuitry 4106 may be used to implement some of the techniques described herein in a hardware circuit system. In some embodiments, the video processing circuitry 4106 may be at least partially included in the processor 4102 (e.g., a graphics coprocessor).

[0080] Figure 4 This is a flowchart of an example method 4200 for video processing. Method 4200 includes determining the EssentialProperty of a Dynamic Adaptive Stream (DASH) representation based on the Hypertext Transfer Protocol in step 4202. In the example, the EssentialProperty indicates that the representation is an ESR. Therefore, the EssentialProperty further indicates that the representation should not be consumed or played back on its own, but should be consumed and / or played back in conjunction with an MSR. In another example, the EssentialProperty of a DASH adaptive set can also be determined. The EssentialProperty in the adaptive set can indicate each representation in the adaptive set as an ESR. The EssentialProperty can be included in the adaptive set, each ESR, or both. In the example, the EssentialProperty includes a @schemeIdUri set to "urn:mpeg:dash:adaptation-set-external-stream:202X" (where X is a number, such as "1", "2", "3", etc.), which indicates the presence of one or more ESRs. In the example, the EssentialProperty has a @value attribute that specifies the @id value of (or more) corresponding MSRs. In another example, the @esasflag attribute of the DASH adaptive set can also be determined. In this example, the @esasflag attribute is true to specify each representation of the ESR within the adaptive set. In the example, role elements are included in the adaptive set. When the @esasflag attribute is true, role elements include a @value attribute equal to the complement.

[0081] In step 4204, a transformation between visual media data and media presentation is performed based on the ESR. When method 4200 is performed on the encoder, this transformation includes generating a media presentation from the visual media data. This transformation includes determining the presence of both MSR(s) and ESR(s), and indicating the codec syntax elements that the ESR should be combined with one or more MSRs for consumption. When method 4200 is performed on the decoder, this transformation includes parsing and decoding the adaptive set and / or representation, determining the presence of the ESR, and decoding the ESR in combination with the corresponding MSR to obtain the visual media data.

[0082] It should be noted that method 4200 can be implemented in an apparatus for processing video data, the apparatus including a processor and a non-transitory memory having instructions thereon, such as a video encoder 4400, a video decoder 4500, and / or an encoder 4600. In this case, the instructions, when executed by the processor, cause the processor to perform method 4200. Furthermore, method 4200 can be executed by a non-transitory computer-readable medium comprising a computer program product for use by a video encoding / decoding device. This computer program product includes computer-executable instructions stored on the non-transitory computer-readable medium, causing the video encoding / decoding device to perform method 4200 when executed by a processor.

[0083] Figure 5 This is a block diagram illustrating an example video encoding / decoding system 4300 that can utilize the techniques disclosed herein. The video encoding / decoding system 4300 may include a source device 4310 and a target device 4320. The source device 4310 generates encoded video data, and this source device 4310 may be referred to as a video encoding device. The target device 4320 can decode the encoded video data generated by the source device 4310, and the target device 4320 may be referred to as a video decoding device.

[0084] Source device 4310 may include video source 4312, video encoder 4314, and input / output (I / O) interface 4316. Video source 4312 may include sources such as video capture devices, interfaces for receiving video data from video content providers, and / or computer graphics systems for generating video data, or combinations of these sources. Video data may include one or more pictures. Video encoder 4314 encodes the video data from video source 4312 to generate a bitstream. The bitstream may include a sequence of bits forming a coded representation of the video data. The bitstream may include coded pictures and associated data. Coded pictures are coded representations of pictures. Associated data may include sequence parameter sets, picture parameter sets, and other syntax structures. I / O interface 4316 may include a modulator / demodulator (modem) and / or a transmitter. Encoded video data may be transmitted directly to target device 4320 via network 4330 through I / O interface 4316. Encoded video data may also be stored on storage medium / server 4340 for access by target device 4320.

[0085] Target device 4320 may include I / O interface 4326, video decoder 4324, and display device 4322. I / O interface 4326 may include a receiver and / or a modem. I / O interface 4326 may acquire encoded video data from source device 4310 or storage medium / server 4340. Video decoder 4324 may decode the encoded video data. Display device 4322 may display the decoded video data to a user. Display device 4322 may be integrated with target device 4320 or may be external to target device 4320, which may be configured to interface with an external display device.

[0086] The video encoder 4314 and the video decoder 4324 can operate according to video compression standards, such as the High Efficiency Video Codec (HEVC) standard, the Universal Video Codec (VVM) standard, and other current and / or additional standards.

[0087] Figure 6 This is a block diagram illustrating an example of a video encoder 4400, which can be... Figure 5 The system 4300 shown includes a video encoder 4314. The video encoder 4400 can be configured to perform any or all of the techniques disclosed herein. The video encoder 4400 includes multiple functional components. The techniques described in this disclosure can be shared among the various components of the video encoder 4400. In some examples, a processor can be configured to perform any or all of the techniques described in this disclosure.

[0088] The functional components of the video encoder 4400 may include a segmentation unit 4401, a prediction unit 4402 (which may include a mode selection unit 4403, a motion estimation unit 4404, a motion compensation unit 4405, and an intra-frame prediction unit 4406), a residual generation unit 4407, a transform processing unit 4408, a quantization unit 4409, an inverse quantization unit 4410, an inverse transform unit 4411, a reconstruction unit 4412, a buffer 4413, and an entropy coding unit 4414.

[0089] In other examples, the video encoder 4400 may include more, fewer, or different functional components. In one example, the prediction unit 4402 may include an intra-block copy (IBC) unit. The IBC unit can perform prediction in IBC mode, where at least one reference picture is the picture containing the current video block.

[0090] Furthermore, some components such as the motion estimation unit 4404 and the motion compensation unit 4405 can be highly integrated, but for illustrative purposes, they are shown separately in the example of the video encoder 4400.

[0091] The segmentation unit 4401 can segment an image into one or more video blocks. The video encoder 4400 and the video decoder 4500 can support various video block sizes.

[0092] The mode selection unit 4403 can select one of the encoding / decoding modes (e.g., intra-frame or inter-frame) based on the error result, and provide the resulting intra-frame or inter-frame encoded / decoded block to the residual generation unit 4407 to generate residual block data, and to the reconstruction unit 4412 to reconstruct the encoded block for use as a reference picture. In some examples, the mode selection unit 4403 can select a combination of intra-frame and inter-frame prediction modes (CIIP), where prediction is based on inter-frame prediction signals and intra-frame prediction signals. In the case of inter-frame prediction, the mode selection unit 4403 can also select the resolution of the block's motion vector (e.g., sub-pixel or integer pixel precision).

[0093] To perform inter-frame prediction on the current video block, motion estimation unit 4404 can generate motion information for the current video block by comparing one or more reference frames from buffer 4413 with the current video block. Motion compensation unit 4405 can determine the predicted video block for the current video block based on the motion information and decoded samples of images from buffer 4413 other than the image associated with the current video block.

[0094] For example, depending on whether the current video block is in an I-band, P-band, or B-band, the motion estimation unit 4404 and the motion compensation unit 4405 can perform different operations on the current video block.

[0095] In some examples, motion estimation unit 4404 can perform unidirectional prediction on the current video block, and can search for reference images in list 0 or list 1 for reference video blocks of the current video block. Motion estimation unit 4404 can then generate a reference index indicating the reference images in list 0 or list 1, which contains the reference video block and a motion vector indicating the spatial displacement between the current video block and the reference video block. Motion estimation unit 4404 can output the reference index, prediction direction indicator, and motion vector as motion information for the current video block. Motion compensation unit 4405 can generate a predicted video block for the current block based on the reference video block indicated by the motion information of the current video block.

[0096] In other examples, motion estimation unit 4404 can perform bidirectional prediction on the current video block. Motion estimation unit 4404 can search for reference images in list 0 of the current video block's reference video blocks, and can also search for reference images in list 1 of another reference video block of the current video block. Motion estimation unit 4404 can then generate a reference index indicating the reference images in lists 0 and 1 containing the reference video blocks, and a motion vector indicating the spatial displacement between the reference video blocks and the current video block. Motion estimation unit 4404 can output the reference index and motion vector of the current video block as motion information for the current video block. Motion compensation unit 4405 can generate a predicted video block for the current video block based on the reference video blocks indicated by the motion information of the current video block.

[0097] In some examples, the motion estimation unit 4404 can output a complete set of motion information for the decoder's decoding process. In other examples, the motion estimation unit 4404 may not output a complete set of motion information for the current video. Instead, the motion estimation unit 4404 can refer to motion information signaling from another video block to inform the motion information of the current video block. For example, the motion estimation unit 4404 may determine that the motion information of the current video block is sufficiently similar to the motion information of neighboring video blocks.

[0098] In one example, the motion estimation unit 4404 may indicate a value in the syntax structure associated with the current video block that indicates to the video decoder 4500 that the current video block has the same motion information as another video block.

[0099] In another example, motion estimation unit 4404 may identify another video block and 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 indicated video block. Video decoder 4500 may use the motion vector of the indicated video block and the motion vector difference to determine the motion vector of the current video block.

[0100] As discussed above, the video encoder 4400 can predictively signal motion vectors. Two examples of predictive signaling notification techniques that can be implemented by the video encoder 4400 include Advanced Motion Vector Prediction (AMVP) and Merge Pattern Signaling Notification.

[0101] Intra-prediction unit 4406 can perform intra-prediction on the current video block. When intra-prediction unit 4406 performs intra-prediction on the current video block, it can generate prediction data for the current video block based on decoded samples from other video blocks in the same frame. The prediction data for the current video block can include the predicted video block and various syntax elements.

[0102] The residual generation unit 4407 can generate residual data for the current video block by subtracting (or more) predicted video blocks from the current video block. 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.

[0103] In other examples, such as in skip mode, there may be no residual data for the current video block, and the residual generation unit 4407 may not perform the subtraction operation.

[0104] The transform processing unit 4408 can generate one or more transform coefficient video blocks for the current video block by applying one or more transforms to the residual video blocks associated with the current video block.

[0105] After the transform processing unit 4408 generates a transform coefficient video block associated with the current video block, the quantization unit 4409 can quantize the transform coefficient video block associated with the current video block based on one or more quantization parameter (QP) values ​​associated with the current video block.

[0106] The inverse quantization unit 4410 and the inverse transform unit 4411 can apply inverse quantization and inverse transform to the transform coefficient video block, respectively, to reconstruct the residual video block from the transform coefficient video block. The reconstruction unit 4412 can add the reconstructed residual video block to the corresponding samples of one or more predicted video blocks generated by the prediction unit 4402 to produce a reconstructed video block associated with the current block, which is stored in the buffer 4413.

[0107] After the video block is reconstructed by the reconstruction unit 4412, a loop filtering operation can be performed to reduce video block artifacts.

[0108] The entropy encoding unit 4414 can receive data from other functional components of the video encoder 4400. When the entropy encoding unit 4414 receives data, it can perform one or more entropy encoding operations to generate entropy-encoded data and output a bitstream including the entropy-encoded data.

[0109] Figure 7 This is a block diagram illustrating an example of a video decoder 4500. The video decoder 4500 can be... Figure 5 The system 4300 shown includes a video decoder 4324. The video decoder 4500 can be configured to perform any or all of the techniques disclosed herein. In the example shown, the video decoder 4500 includes multiple functional components. The techniques described in this disclosure can be shared among the various components of the video decoder 4500. In some examples, a processor can be configured to perform any or all of the techniques described in this disclosure.

[0110] In the example shown, the video decoder 4500 includes an entropy decoding unit 4501, a motion compensation unit 4502, an intra-frame prediction unit 4503, an inverse quantization unit 4504, an inverse transform unit 4505, a reconstruction unit 4506, and a buffer 4507. In some examples, the video decoder 4500 can perform a decoding process that is typically the reverse of the encoding process described for the video encoder 4400.

[0111] The entropy decoding unit 4501 can retrieve the encoded bitstream. The encoded bitstream may include entropy-encoded video data (e.g., encoded blocks of video data). The entropy decoding unit 4501 can decode the entropy-encoded video data, and based on the entropy-encoded video data, the motion compensation unit 4502 can determine motion information including motion vectors, motion vector precision, reference image list index, and other motion information. The motion compensation unit 4502 can determine such information, for example, by executing AMVP and Merge modes.

[0112] The motion compensation unit 4502 can generate motion compensation blocks, possibly performing interpolation based on an interpolation filter. The identifier of the interpolation filter to be used at sub-pixel precision can be included in the syntax element.

[0113] The motion compensation unit 4502 can use an interpolation filter, such as that used by the video encoder 4400 during the encoding of a video block, to calculate the interpolation of sub-integer pixels of the reference block. The motion compensation unit 4502 can determine the interpolation filter used by the video encoder 4400 based on the received syntax information, and use the interpolation filter to generate the prediction block.

[0114] The motion compensation unit 4502 may use some syntax information to determine the size of the blocks used to encode (multiple) frames and / or (multiple) stripes of the encoded video sequence, segmentation information describing how each macroblock of the image of the encoded video sequence is segmented, a mode indicating how each segment is encoded, one or more reference frames (and a list of reference frames) for each inter-frame codec block, and other information used to decode the encoded video sequence.

[0115] Intra-prediction unit 4503 can use, for example, an intra-prediction mode received in the bitstream to form prediction blocks from spatially adjacent blocks. Inverse quantization unit 4504 performs inverse quantization, i.e., dequantization, on the quantized video block coefficients provided in the bitstream and decoded by entropy decoding unit 4501. Inverse transform unit 4505 applies an inverse transform.

[0116] The reconstruction unit 4506 can add the residual block to the corresponding predicted block generated by the motion compensation unit 4502 or the intra-frame prediction unit 4503 to form a decoded block. If necessary, a deblocking filter can also be applied to filter the decoded block to remove block artifacts. The decoded video block is then stored in the buffer 4507 to provide a reference block for subsequent motion compensation / intra-frame prediction, and also generates decoded video for presentation on the display device.

[0117] Figure 8 This is a schematic diagram of an example encoder 4600. Encoder 4600 is suitable for implementing VVC techniques. Encoder 4600 includes three loop filters: a deblocking filter (DF) 4602, a sample adaptive offset (SAO) 4604, and an adaptive loop filter (ALF) 4606. Unlike DF 4602, which uses predefined filters, SAO 4604 and ALF 4606 utilize the original samples of the current image and reduce the mean square error between the original and reconstructed samples by adding offsets and applying finite impulse response (FIR) filters respectively, by signaling the offset and filter coefficients to the encoding and decoding side information. ALF 4606 is located in the final processing stage of each image and can be considered as a tool to attempt to capture and repair artifacts created by previous stages.

[0118] The encoder 4600 also includes an intra-frame prediction component 4608 and a motion estimation / compensation (ME / MC) component 4610 configured to receive input video. The intra-frame prediction component 4608 is configured to perform intra-frame prediction, while the ME / MC component 4610 is configured to perform inter-frame prediction using a reference image obtained from a reference image buffer 4612. Residual blocks from inter-frame or intra-frame prediction are fed into a transform (T) component 4614 and a quantization (Q) component 4616 to generate quantized residual transform coefficients, which are then fed into an entropy codec component 4618. The entropy codec component 4618 entropy codes and decodes the prediction results and quantized transform coefficients and sends them to a video decoder (not shown). Quantized components output from the quantization component 4616 can be fed into an inverse quantization (IQ) component 4620, an inverse transform component 4622, and a reconstruction (REC) component 4624. REC component 4624 can output images to DF 4602, SAO 4604 and ALF 4606 for filtering before these images are stored in reference image buffer 4612.

[0119] The following provides a list of preferred solutions as examples.

[0120] The following solutions illustrate examples of the techniques discussed in this article.

[0121] 1. A method for media data processing (e.g., Figure 4 The method described in the text (4200) includes: performing a conversion between visual media information and a digital representation of the visual media information according to a rule, wherein for a stream of visual media information in the digital representation, the digital representation includes a syntax element of a predetermined type, wherein the rule specifies that, in response to the visual media information stream not being consumed or played back by itself, the syntax element is included in the digital representation to have a predetermined value.

[0122] 2. The method described in Solution 1, wherein the syntax elements include essential type syntax elements of a predefined type.

[0123] 3. The method according to solutions 1-2, wherein the syntax elements are included in an adaptive set associated with the visual media information stream.

[0124] 4. The method according to any one of solutions 1-3, wherein the rule specifies that the digital representation includes a list, wherein the i-th entry in the list indicates the i-th representation of the visual media information.

[0125] 5. The method according to Solution 1, wherein the syntax element is a flag, and wherein the rule specifies that a pre-specified value is logically true in response to the visual media stream not being consumed or played back by itself.

[0126] 6. The method according to Solution 1, wherein the syntax element indicates a visual media stream or a role of a visual media stream, wherein in response to the visual media stream not being consumed or played back by itself, the rule specifies setting the syntax element to indicate that the visual media stream is a supplementary type.

[0127] 7. A method for media data processing, comprising: obtaining a digital representation of visual media information, wherein the digital representation is generated according to any one of solutions 1-6; and streaming the digital representation.

[0128] 8. A method for media data processing, comprising: receiving a digital representation of visual media information, wherein the digital representation is generated according to any one of solutions 1-6; and generating visual media information from the digital representation.

[0129] 9. The method according to any one of solutions 1-8, wherein the conversion includes generating a bitstream representation of visual media data and storing the bitstream representation to a file according to format rules.

[0130] 10. The method according to any one of solutions 1-8, wherein the conversion includes parsing the file according to format rules to recover visual media data.

[0131] 11. A video decoding apparatus, comprising a processor configured to implement the method according to one or more of solutions 1 to 10.

[0132] 12. A video encoding apparatus comprising a processor configured to implement the method according to one or more of solutions 1 to 10.

[0133] 13. A computer program product storing computer code, which, when executed by a processor, causes the processor to perform the method according to any one of solutions 1 to 10.

[0134] 14. A computer-readable medium having a bitstream representation thereon conforming to a file format generated according to any one of solutions 1 to 10.

[0135] 15. A method, apparatus or system described in this document.

[0136] In the solution described in this paper, the encoder can conform to the format rules by generating a codec representation based on those rules. In the solution described in this paper, the decoder can parse the syntax elements in the codec representation using the format rules, knowing whether or not the syntax elements are present, to generate the decoded video.

[0137] In this document, the term "video processing" can refer to video encoding, video decoding, video compression, or video decompression. For example, a video compression algorithm can be applied during the conversion from the pixel representation of a video to its corresponding bitstream representation, and vice versa. The bitstream representation of the current video block can, for example, correspond to bits juxtaposed or scattered in different places within the bitstream, as defined by the syntax. For example, a macroblock can be encoded based on the transform and the encoding / decoding error residuals, and also using bits from the header and other fields in the bitstream. Furthermore, during the conversion, the decoder can, based on this determination, parse the bitstream knowing that some fields may or may not be present, as described in the solutions above. Similarly, the encoder can determine whether to include or exclude certain syntax fields and generate the codec representation accordingly by including or excluding syntax fields from the codec representation.

[0138] The disclosed and other solutions, examples, embodiments, modules, and functional operations described in this document can be implemented in digital electronic circuits, or in computer software, firmware, or hardware (including the structures disclosed in this document and their equivalents), or in a combination of one or more of them. The disclosed and other embodiments can be implemented as one or more computer program products, i.e., one or more modules of computer program instructions encoded on a computer-readable medium for use by a data processing apparatus to operate or control the operation of the data processing apparatus. The computer-readable medium can be a machine-readable storage device, a machine-readable storage substrate, a memory device, a combination of substances affecting machine-readable propagation signals, or a combination of one or more of them. The term "data processing apparatus" includes all means, devices, and machines for processing data, including, for example, a programmable processor, a computer, or multiple processors or computers. In addition to hardware, the apparatus may also include code that creates an operating environment for the computer program in question, for example, code constituting processor firmware, a protocol stack, a database management system, an operating system, or a combination of one or more of them. Propagation signals are artificially generated signals, such as machine-generated electrical signals, optical signals, or electromagnetic signals, generated to encode information for transmission to a suitable receiver device.

[0139] Computer programs (also known as programs, software, software applications, scripts, or code) can be written in any programming language (including compiled or interpreted languages) and can be deployed in any form, including as standalone programs or as modules, components, subroutines, or other units suitable for use in a computing environment. A computer program does not necessarily correspond to a file in a file system. A program can be stored as part of a file that holds other programs or data (e.g., one or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in multiple coordinated files (e.g., a file storing one or more modules, subroutines, or code sections). Computer programs can be deployed to run on a single computer or on multiple computers located at a single site or distributed across multiple sites and interconnected through a communications network.

[0140] The processes and logic described in this document can be executed by one or more programmable processors running one or more computer programs to perform functions by manipulating input data and generating outputs. The processes and logic can also be executed by dedicated logic circuits, and the devices can be implemented as dedicated logic circuits, such as FPGAs (Field-Programmable Gate Arrays) or ASICs (Application-Specific Integrated Circuits).

[0141] Processors suitable for running computer programs include, for example, general-purpose and special-purpose microprocessors, and any one or more processors of any type of digital computer. Typically, a processor receives instructions and data from read-only memory or random access memory, or both. The basic components of a computer are a processor for executing instructions and one or more memory devices for storing instructions and data. Typically, a computer will also include one or more mass storage devices (e.g., magnetic disks, magneto-optical disks, or optical disks) for storing data, or operatively coupled to receive data from, transfer data to, or receive data from and transfer data to such mass storage devices. However, a computer does not require such devices. Computer-readable media suitable for storing computer program instructions and data include all forms of non-volatile memory, media, and memory devices, including, for example, semiconductor memory devices such as erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), and flash memory devices; magnetic disks, such as internal hard disks or removable disks; magneto-optical disks; and optical disc read-only memory (CD-ROM) and digital versatile disc read-only memory (DVD-ROM) disks. Processors and memory can be supplemented by dedicated logic circuits or incorporated into dedicated logic circuits.

[0142] While this patent document contains numerous details, these details should not be construed as limiting any subject matter or potentially claimed scope, but rather as descriptions of features specific to particular embodiments of a particular art. Certain features described in this patent document within the context of individual embodiments may also be implemented in combination in a single embodiment. Conversely, various features described in the context of a single embodiment may also be implemented separately in multiple embodiments or in any suitable sub-combination. Furthermore, although features may be described above as functioning in certain combinations and even initially claimed in this way, in some cases one or more features from the claimed combination may be excluded from the combination, and the claimed combination may be for sub-combinations or variations thereof.

[0143] Similarly, although operations are depicted in a specific order in the accompanying drawings, this should not be construed as requiring the operations to be performed in the specific order shown or in a sequential manner, or as performing all shown operations to achieve the desired result. Furthermore, the separation of various system components in the embodiments described in this patent document should not be construed as requiring such separation in all embodiments.

[0144] Only some implementation methods and examples are described, and other implementation methods, enhancements and variations can be made based on the content described and shown in this patent document.

[0145] When there is no intermediate component between the first and second components other than a line, trace, or other medium, the first component is directly coupled to the second component. When there is an intermediate component between the first and second components other than a line, trace, or other medium, the first component is indirectly coupled to the second component. The term "coupled" and its variations include direct coupling and indirect coupling. Unless otherwise stated, the use of the term "about" means including a range of ±10% of the following figures.

[0146] While several embodiments have been provided in this disclosure, it should be understood that the disclosed systems and methods may be embodied in many other specific forms without departing from the spirit or scope of this disclosure. These examples are intended to be illustrative rather than restrictive and are not limited to the details given herein. For example, various elements or components may be combined or integrated into another system, or certain features may be omitted or not implemented.

[0147] Furthermore, without departing from the scope of this disclosure, the technologies, systems, subsystems, and methods described and illustrated as discrete or separate in the various embodiments may be combined or integrated with other systems, modules, technologies, or methods. Other items shown or discussed as coupled may be directly connected or indirectly coupled or communicated via some interface, device, or intermediate component in an electrical, mechanical, or other manner. Other examples of changes, substitutions, and modifications can be determined by those skilled in the art and may be made without departing from the spirit and scope of this disclosure.

Claims

1. A method for processing video data, comprising: Determine the essential property (EssentialProperty) of the dynamically adaptive streaming DASH representation based on the Hypertext Transfer Protocol, where EssentialProperty indicates that the representation is an external streaming representation (ESR); and The conversion between visual media data and media presentation is performed based on the ESR.

2. The method according to claim 1, wherein, EssentialProperty further indicates that the representation should not be consumed or replayed by itself.

3. The method of claim 1, further comprising determining the EssentialProperty of the DASH adaptive set, wherein the EssentialProperty indicates that each representation in the adaptive set is an ESR.

4. The method of claim 1, wherein EssentialProperty includes the scheme identifier Uniform Resource Identifier @schemeIdUri of "urn:mpeg:dash:adaptation-set-external-stream:202X", where X is a number.

5. The method according to claim 3, wherein, EssentialProperty has a value property @value that specifies a list of identifiers @id values ​​representing the main identifier.

6. The method of claim 1, further comprising determining an external stream adaptive set flag @esasflag attribute of the DASH adaptive set, wherein the @esasflag attribute is equal to true to specify that each representation in the adaptive set is an ESR.

7. The method according to claim 6, wherein, The adaptive set includes role elements, and the role elements include a supplementary value @value attribute when the @esasflag attribute is true.

8. The method according to claim 1, wherein, The conversion includes encoding visual media data into media data files.

9. The method according to claim 1, wherein, The conversion includes decoding visual media data from media data files.

10. An apparatus for processing video data, comprising: processor; and A non-transitory memory having instructions thereon, wherein the instructions, when executed by the processor, cause the processor to: Determine the essential property (EssentialProperty) of the dynamically adaptive streaming DASH representation based on the Hypertext Transfer Protocol, where EssentialProperty indicates that the representation is an external streaming representation (ESR); and The conversion between visual media data and media presentation is performed based on the ESR.

11. The apparatus according to claim 10, wherein, EssentialProperty further indicates that the representation should not be consumed or replayed by itself.

12. The apparatus of claim 10, further comprising determining an EssentialProperty of the DASH adaptive set, wherein the EssentialProperty indicates that each representation in the adaptive set is an ESR.

13. The apparatus according to claim 10, wherein, EssentialProperty includes a scheme identifier, Uniform Resource Identifier (@schemeIdUri), in the format "urn:mpeg:dash:adaptation-set-external-stream:202X", where X is a number.

14. The apparatus according to claim 13, wherein, EssentialProperty has a value property @value that specifies a list of identifiers @id values ​​representing the main identifier.

15. The apparatus of claim 10, further comprising determining an external stream adaptive set flag @esasflag attribute of the DASH adaptive set, wherein the @esasflag attribute is equal to true to specify that each representation in the adaptive set is an ESR.

16. The apparatus according to claim 15, wherein, The adaptive set includes role elements, and the role elements include a supplementary value @value attribute when the @esasflag attribute is true.

17. A non-transitory computer-readable medium comprising a computer program product for use by a video codec apparatus, the computer program product comprising computer-executable instructions stored on the non-transitory computer-readable medium, such that, when executed by a processor, the video codec apparatus: Determine the essential property (EssentialProperty) of the dynamically adaptive streaming DASH representation based on the Hypertext Transfer Protocol, where EssentialProperty indicates that the representation is an external streaming representation (ESR); and The conversion between visual media data and media presentation is performed based on the ESR.

18. The non-transitory computer-readable medium according to claim 17, wherein, EssentialProperty further indicates that the representation should not be consumed or replayed by itself.

19. The non-transitory computer-readable medium of claim 17, further comprising determining an EssentialProperty of the DASH adaptive set, wherein the EssentialProperty indicates that each representation in the adaptive set is an ESR.

20. The non-transitory computer-readable medium of claim 17, wherein EssentialProperty includes the scheme identifier Uniform Resource Identifier @schemeIdUri of "urn:mpeg:dash:adaptation-set-external-stream:202X", where X is a number.

Images