Apparatus related to the processing of source color volume information

By using SEI or VUI messaging in the video encoding standard to convey source color volume information, the problem of insufficient effective management of HDR and WCG content display in the prior art is solved, and more efficient video content presentation and reduced computing overhead are achieved.

CN116614634BActive Publication Date: 2025-06-27DOLBY LABORATORIES LICENSING CORP
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202310734474.8
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Priority Date
2016-11-29
Filing Date
2017-10-03
Publication Date
2025-06-27
Estimated Expiration
2037-10-03

AI Technical Summary

Technical Problem

Existing video encoding standards such as H.265 do not fully carry the necessary metadata to enable the most efficient display management of high dynamic range (HDR) and wide color gamut (WCG) content.

Method used

Source color volume information, including primary color coordinates, brightness value parameters, etc., is extracted and communicated by using Supplementary Enhanced Information (SEI) or Video Availability Information (VUI) messaging, so that the decoder can better map video content to the receiver display.

Benefits of technology

More efficient display management of HDR and WCG content is achieved, ensuring the best rendering quality of video on different display devices, while reducing the computational overhead in encoding and decoding.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN116614634B_ABST
    Figure CN116614634B_ABST
Patent Text Reader

Abstract

Apparatus related to the processing of source color volume information is described. Such data includes at least a minimum luminance value, a maximum luminance value, and an average luminance value in the source data plus optional data, the optional data may include: color volume x chromaticity coordinates and y chromaticity coordinates of the input primary colors (e.g., red, green, and blue) of the source data, and color x chromaticity coordinates and y chromaticity coordinates of the primary colors corresponding to the minimum luminance value, the average luminance value, and the maximum luminance value in the source data. Messaging data indicating the valid regions in each picture may also be included.
Need to check novelty before this filing date? Find Prior Art

Description

[0001] Divisional Application Statement

[0002] This application is a divisional application of a patent application for invention, with PCT international application number PCT / US2017 / 054920, international filing date October 3, 2017, China national phase application number 201780069607.7, and invention title "Source Color Volume Information Messaging".

[0003] Cross - Reference to Related Applications

[0004] This application claims the benefit of priority of U.S. Provisional Patent Application No. 62 / 427,677, filed November 29, 2016, and U.S. Provisional Patent Application No. 62 / 404,302, filed October 5, 2016, the entire contents of both of which are incorporated herein by reference. Technical Field

[0005] The present invention generally relates to images. More specifically, embodiments of the present invention relate to communicating and processing source color volume information. Background Art

[0006] Recommendation ITU-T H.265 [1] (also known as HEVC) for "Moving Picture Coding", "Supplemental Enhancement Information" (SEI) in Annex D, and "Video Usability Information" (VUI) in Annex E describes the syntax for providing supplemental SEI and VUI information in an encoded bitstream to enable a decoder to better map decoded samples to a display.

[0007] In parallel with the MPEG / ITU standardization process, the Society of Motion Picture and Television Engineers (SMPTE) has also defined a number of recommendations related to metadata related to communicating color volume information for both source video and targeted displays. For example, the SMPTE ST 2094 document suite (e.g., [5] and [6]) defines metadata for use in color volume transformation of video content. This metadata can vary scene-by-scene or frame-by-frame. For example, such metadata can assist a decoder in presenting high dynamic range (HDR) and wide color gamut (WCG) data on a display having a color volume smaller than that of the master display for the master source image.

[0008] As used herein, the term "metadata" refers to any auxiliary information that is transmitted as part of an encoded bitstream and assists a decoder in presenting a decoded image. Such metadata can include, but is not limited to, color space or color gamut information, prediction parameters, reference display parameters, and auxiliary signal parameters, such as those described herein.

[0009] Although Appendices D and E of H.265 support many color volume-related metadata, they do not carry all the metadata required for the most efficient display management of HDR content. In July 2016, at the Joint Collaborative Team on Video Coding (JCT-VC) meeting in Geneva, three proposals [2-4] on how to use SEI or VUI message passing to describe content color volume information were submitted. Some of these proposals were influenced by SMPTE ST.2094 [5], but their scopes were quite different.

[0010] In [2], for the signal content color gamut in 2D, a content-SEI message was proposed, which describes the actual color distribution of the video content. In the VUI, the variable colour_primaries is used to indicate the container color gamut rather than the true source color gamut [1]. In [3], it was proposed to associate multiple primary color expressions and spatial regions with the identified source characteristics. In [4], a content color volume SEI message for indicating the color volume occupied by the content was proposed. It uses (x, y, Y) to describe the color coordinates and has multiple slices of luminance Y, where each slice has an associated polygon. These proposals have many drawbacks, such as: providing information rarely used by most display manufacturers may increase a large amount of overhead and may require too much computational overhead. As understood by the present inventor here, in order to improve the existing encoding and decoding schemes, improved techniques for generating and communicating source color volume information are needed.

[0011] The methods described in this section are methods that can be adopted, but not necessarily methods that have been previously envisioned or adopted. Therefore, unless otherwise specified, any method described in this section should not be considered prior art merely by virtue of its inclusion in this section. Similarly, unless otherwise specified, the problems identified with one or more methods should not be considered to have been recognized in any prior art based on this section. Summary of the Invention

[0012] According to some embodiments of the present disclosure, there is provided an apparatus for extracting source color volume information of an input bitstream from associated metadata, the apparatus including a processor, wherein the processor is configured to: receive an input video bitstream and metadata, the metadata including the source color volume information of the input video bitstream; if a metadata flag indicates the presence of source primary color metadata, then for one or more primary colors, extract x and y chromaticity coordinates from the metadata, the x and y chromaticity coordinates defining a 2D color gamut of the input video bitstream for each of the one or more primary colors; and extract a minimum luminance value, a maximum luminance value, and an average luminance value from the metadata, wherein for one or more encoded video pictures encoded in a padded horizontal black border format in the bitstream, the minimum luminance value, the maximum luminance value, and the average luminance value are for an effective region of the one or more encoded video pictures encoded in the padded horizontal black border format in the bitstream.

[0013] According to some embodiments of the present disclosure, there is provided an apparatus for generating an encoded bitstream, the apparatus including a processor, wherein the processor is configured to: receive a sequence of video pictures; encode one or more of the video pictures to generate compressed video pictures; generate a metadata message indicating source color volume information of the compressed video pictures; generate an output video bitstream including the compressed video pictures and the metadata message, wherein the metadata message includes: normalized x and y chromaticity coordinates of one or more primary color components in the encoded bitstream; and luminance value parameters including a minimum luminance value, a maximum luminance value, and an average luminance value, wherein for one or more encoded video pictures encoded in a padded horizontal black border format in the bitstream, the minimum luminance value, the maximum luminance value, and the average luminance value are for an effective region of the one or more encoded video pictures encoded in the padded horizontal black border format in the bitstream. BRIEF DESCRIPTION OF THE DRAWINGS

[0014] Embodiments of the present invention are shown by way of example and not limitation in the drawings, and wherein like reference numerals refer to like elements, and in the drawings:

[0015] Figure 1 An example process of a video delivery pipeline according to an embodiment of the present invention is depicted;

[0016] Figure 2 An example of a "maximum" possible color volume map of a video container format is depicted;

[0017] Figure 3A An example of a source content color gamut within a container color volume is depicted;

[0018] Figure 3B andFigure 3C depicts an example of a 2D slice of the container and source color volume at a specific luminance (Y) value; and

[0019] Figure 4 depicts an example process for extracting source color volume information from SEI messaging according to an embodiment of the present invention. DETAILED DESCRIPTION

[0020] Techniques for communicating source color volume information using SEI messaging are described herein. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. However, it is apparent that the present invention may be practiced without these specific details. In other instances, well-known structures and devices are not described in detail to avoid obscuring, obfuscating, or confusing the present invention unnecessarily.

[0021] OVERVIEW

[0022] The example embodiments described herein relate to techniques for communicating source color volume information using SEI messaging. In a decoder, a processor for extracting SEI messaging receives a source color volume identification messaging variable that identifies the presence of source color volume information in an input bitstream. The processor receives a first messaging variable that is part of the source color volume information. If the first messaging variable matches a first predetermined value, then for one or more primary colors, the processor generates x chromaticity coordinates and y chromaticity coordinates for the one or more primary colors based on the source color volume information in the input bitstream. The processor generates a minimum luminance value, a maximum luminance value, and an average luminance value based on the source color volume information in the input bitstream. The processor receives a second messaging variable that is part of the source color volume information, and if the second messaging variable matches a second predetermined value, then for one or more primary colors, the processor generates x chromaticity coordinates and y chromaticity coordinates for the one or more primary colors corresponding to the minimum luminance value, the maximum luminance value, and the average luminance value based on the source color volume information.

[0023] EXAMPLE OF SOURCE COLOR VOLUME MESSAGING

[0024] Figure 1 depicts an example process of a video delivery pipeline (100) that shows various stages from video capture to video content display. An image generation block (105) is used to capture or generate a sequence of video frames (102). The video frames (102) may be digitally captured (e.g., by a digital camera) or generated by a computer (e.g., using computer animation) to provide video data (107). Alternatively, the video frames (102) may be captured on film by a film camera. The film is converted to a digital format after appropriate editing (not shown) to provide video data (107).

[0025] The video data (107) is then provided to a processor at block (110) for post-production editing. The post-production editing (110) can include adjusting or modifying the color or brightness in a specific region of the image to enhance the image quality or achieve a specific look of the image according to the creative intent of the video creator. This is sometimes referred to as "color timing" or "color grading". Other edits (e.g., scene selection and sequencing, image cropping, adding computer-generated visual effects, etc.) can be performed at block (110) to produce a final version (112) of the work for distribution. During the post-production editing (110), the video images are viewed on a reference monitor (125) (also referred to as the "targeted monitor" since the production studio has optimized the video for it).

[0026] In some embodiments, prior to video encoding (120), the video content can be analyzed to extract source color volume metadata (119) as defined, for example, in SMPTE ST 2094-1 [5] or as will be defined later in the present invention. This metadata can also define the characteristics of the targeted monitor (e.g., the reference monitor (125)) and color remapping information so that downstream receivers can present the decoded data in the best possible way.

[0027] After post-production (110) and source color volume analysis (115), the video data and associated metadata (119) of the final work (117) can be delivered to an encoding block (120) in an appropriate color format (e.g., 10-bit YCbCr with 4:2:0, ICtCp, etc.) for delivery downstream to decoding and playback devices such as televisions, set-top boxes, movie theaters, etc. In some embodiments, the encoding block (120) can include audio encoders and video encoders such as those defined by ATSC, DVB, DVD, Blu-ray, and other delivery formats to generate an encoded bitstream (122). The encoded bitstream (122) can be represented by a single-layer video encoded bitstream or by a multi-layer bitstream. For example, in a multi-layer bitstream, the signal (122) can include a base layer (e.g., an SDR layer or a 10-bit HDR (HDR10) layer) and an enhancement layer that, when combined with the base layer, produces an HDR bitstream (e.g., a 12-bit HDR signal) with a higher dynamic range than the base layer alone. The signal (122) (i.e., the output bitstream from the encoder (120)) can also include metadata (119) and additional encoding-related metadata such as prediction parameters and other data to assist the decoder in better reconstructing the HDR signal.

[0028] In a receiver, an encoded bitstream (122) is decoded by a decoding unit (130) to generate a decoded signal (132) and associated metadata (119). The receiver (or destination) display (150) can have characteristics that are completely different from those of a reference (or targeted) display (125). For example but not limited to, the reference display (125) can be a 1,000 nits display, while the receiver display can be a 500 nits display. In such a case, a display management module (140) can be used to map the dynamic range of the decoded signal (132) to the characteristics of the receiver display (150) by generating a display mapping signal (142). As used herein, the term “display management” refers to the processing (e.g., tone and gamut mapping) required to map an input video signal with a first dynamic range (e.g., 1,000 nits) to a display with a second dynamic range (e.g., 500 nits). The display management unit (140) can take the metadata (119) into account to improve the quality of the output video on the display (150). For example, as shown in [7], information about the luminance range of the targeted (or reference) display (e.g., 125) and the source data can be used on the receiver to better map the dynamic range of the video content into the receiver display (e.g., 150).

[0029] Color volume information

[0030] Figure 2 An example of the “maximum” possible color volume (also referred to as the “container color volume”) of a predefined container format (e.g., BT.2020) is depicted. Such a volume can be composed of two-dimensional (2D) gamut primaries, white point chromaticity (e.g., D65), a maximum luminance value (e.g., L 最大 = 4,000 nits), and a minimum luminance value (e.g., 0.005 nits). This figure indicates the maximum possible color volume boundaries for all colors in the source video content.

[0031] In practice, as shown by Figure 3A the darker “cloud” (305) in Figure 3B and Figure 3CAs depicted by the deeper region (305) therein, the source color volume for source content (e.g., 112) within a particular frame or even an entire scene can be significantly smaller than the maximum possible color volume (310). Since the actual color volume (305) has a very irregular shape, transmitting such source color volume information for each frame or the entire scene requires a large amount of information. For example, in an embodiment, gamut information can be signaled for multiple luminance values (e.g., 0.1, 1, 10, etc.). Then the question becomes: how many luminance values and which are the most important luminance values? It is also necessary to consider not only the required overhead of such information on the encoded bitstream but also the complexity of generating such content on the encoder and / or reconstructing the color volume information on the decoder.

[0032] While it is important to convey the minimum and maximum luminance values in the source content, as understood by the inventors, conveying the average luminance (or midpoint luminance) is also valuable to the receiver. These three values together can help generate a reasonable tone curve for display mapping. In the present disclosure, it is proposed to signal the following metadata to describe the source color volume: a) the maximum 2D gamut occupied by the source (e.g., the source color volume); b) the maximum, minimum, and average luminance of the source; and c) optionally, the (2D) gamuts for the slicing of these three luminance values (e.g., see Figure 3B and Figure 3C ). Assuming that the white points of the container primaries and the source content primaries should be the same, there is no reason to retransmit such information. This information can be updated, for example, frame-by-frame or scene-by-scene as needed. Figure 3B and Figure 3C depicts examples of 2D slices of the source color volume (305) and the container color volume (310) at a particular luminance (Y) value. In Figure 3B , the 2D slice is Y = 84 nits, and in Figure 3C , the 2D slice is Y = 246 nits. For illustrative purposes only, a chromaticity (rgb) triangle is provided around the source color volume (305) and within the container RGB space. The encoder can choose to define smaller or larger such regions and communicate them to the receiver.

[0033] Table 1 depicts an example of source color volume SEI messaging that follows the naming and syntax of the H.265 specification according to an embodiment. The description of the primary colors follows the definition of the CIE 1931 (x, y) color chromaticity coordinates of the primary colors as defined in ISO 11664-1 (see also ISO 11664-3 and CIE 15), and uses red, green, and blue primary colors. Other types of primary colors can also be used, such as four, five, or six, or other polygon-based primary color representations. For the maximum actual color gamut in the source content, in an embodiment, but not limited to, the syntax is similar to the definition of the colour_primaries parameter (or variable) defined in Section E.3.1 (Table E.3) of the H.265 specification. It is believable that the current source content can reach the P3 color space, but it will still take some time to reach the BT.2020 / 2010 color (the "DCI-P3" is defined in SMPTE EG 432-1 and SMPTE RP 431-2). Therefore, in those cases where the source color gamut is less than or equal to P3, or equal to the BT.2020 / 2010 primary colors, Table E.3 can be used; however, for sources whose color gamut is greater than P3 but less than BT.2020 / 2010, an explicit signal representation of the color gamut may be required. The luminance value is specified using the absolute value of the luminance value in nits (cd / m 2 )). Alternatively, to save bits, the luminance value can also be encoded using a non-linear representation as a value encoded according to the inverse EOTF of SMPTE ST 2084, for example. It is optional to make the color gamut information corresponding to the maximum luminance value, minimum luminance value, and average (mid) luminance value to allow applications to reduce the metadata overhead as needed.

[0034] Note: In a preferred embodiment, 1) the source color volume metadata should describe the color volume of the source in its original form before any luminance or chrominance preprocessing. For example, it should describe the source color volume before any chrominance subsampling process (e.g., from 4:4:4 to 4:2:0) or bit depth conversion process (e.g., from 12b to 10b), because chrominance subsampling or bit depth conversion will modify the color volume information. 2) The source color gamut is usually different from the container primary colors indicated in Appendix E of H.265 (e.g., Table E.3). 3) The source color volume is usually different from the master display color volume, which can be indicated by the master display color volume SEI message.

[0035] In an example embodiment, the parameters (or variables) and encoding semantics in Table 1 can be described as follows:

[0036] The source_colour_volume_id (source colour volume ID) contains an identification number that can be used for the purpose of identifying the source colour volume. The value of source_colour_volume_id should be in the range from 0 to 2 32 -2, inclusive of the endpoints. As determined by the application, values of source_colour_volume_id from 0 to 255 and from 512 to 2 31 -1 can be used. Values of source_colour_volume_id from 256 to 511 (inclusive of the endpoints) and from 2 31 to 2 32 -2 (inclusive of the endpoints) are reserved for future use by ITU-T|ISO / IEC. The decoder shall ignore all colour remapping information SEI messages containing values of source_colour_volume_id in the range from 256 to 511 (inclusive of the endpoints) or in the range from 2 31 to 2 32 -2 (inclusive of the endpoints), and the bitstream shall not contain such values.

[0037] The source_colour_volume_cancel_flag (source colour volume cancel flag) equal to 1 indicates that the source colour volume SEI message cancels the persistence of any source colour volume SEI message applied to the current layer and earlier in output order. The source_colour_volume_cancel_flag equal to 0 indicates that a source colour volume follows.

[0038] The source_colour_volume_persistence_flag (source colour volume persistence flag) specifies the persistence of the source colour volume SEI message for the current layer. The source_colour_volume_persistence_flag equal to 0 specifies that the source colour volume information applies only to the current picture.

[0039] Assume picA is the current picture. The source_colour_volume_persistence_flag equal to 1 specifies that the source colour volume persists for the current layer in output order until either of the following conditions is true:

[0040] - The start of a new coded layer video sequence (CLVS) for the current layer

[0041] - The end of the bitstream

[0042] - The picture picB in the current layer in the access unit containing the source colour volume SEI message with the same value of source_colour_volume_id and applicable to the current layer is output immediately after the call to the decoding process of the picture order count for picB, for which PicOrderCnt(picB) is greater than PicOrderCnt(picA), where PicOrderCnt(picB) and PicOrderCnt(picA) are the PicOrderCntVal values of picB and picA, respectively.

[0043] source_colour_primaries (source primary colours) has the same semantics as specified in clause E.3.1 of the colour_primaries syntax element, except that colour_primaries in clause E.3.1 signals the container source primaries, while source_colour_primaries signals the primaries actually occupied by the source content.

[0044] When the value of source_colour_primaries is equal to 2, source_colour_primaries is explicitly specified by the syntax source_primaries_x[c] and source_primaries_y[c].

[0045] source_primaries_x[c] (source primary x[c]) and source_primaries_y[c] (source primary y[c]) specify the normalized x chromaticity coordinate and y chromaticity coordinate of the primary component c of the source content, respectively, according to the CIE 1931 definition of x and y as specified in ISO 11664-1 (see also ISO 11664-3 and CIE 15), in increments of 0.00002. To describe source content using red, green, and blue primaries, it is recommended that the index value c equal to 0 should correspond to the green primary, c equal to 1 should correspond to the blue primary, and c equal to 2 should correspond to the red primary (see also Annex E and Table E.3). The values of source_primaries_x[c] and source_primaries_y[c] shall be in the range from 0 to 50,000 (including the endpoints).

[0046] max_source_luminance (maximum source luminance), min_source_luminance (minimum source luminance), and avg_source_luminance (average source luminance) respectively specify the nominal maximum luminance, minimum luminance, and average luminance of the source in units of 0.0001 candela per square meter (nits). min_source_luminance shall be less than avg_source_luminance, and avg_source_luminance shall be less than max_source_luminance.

[0047] luminance_colour_primaries_info_present_flag being equal to 1 specifies the presence of the syntax elements luminance_primaries_x and luminance_primaries_y, and luminance_colour_primaries_info_present_flag being equal to 0 specifies the absence of the syntax elements luminance_primaries_x and luminance_primaries_y.

[0048] luminance_primaries_x[i][c] (luminance primary x[i][c]) and luminance_primaries_y[i][c] (luminance primary y[i][c]) respectively specify the normalized x chromaticity coordinate and y chromaticity coordinate of the primary color component c of the source content at a nominal luminance according to the CIE 1931 definition of x and y as specified in ISO 11664-1 (see also ISO 11664-3 and CIE 15), in increments of 0.00002. For describing the source content luminance, the index values 0, 1, and 2 shall respectively correspond to max_source_luminance, min_source_luminance, and avg_source_luminance. For describing the source content using red, green, and blue primaries, it is recommended that the index value c equal to 0 should correspond to the green primary, c equal to 1 should correspond to the blue primary, and c equal to 2 should correspond to the red primary (see also Appendix E and Table E.3). The values of source_primaries_x[c] and source_primaries_y[c] shall be in the range from 0 to 50,000 (including the endpoints).

[0049] Table 1 provides the minimum information considered to be a useful representation of the source color volume. In another embodiment, it may be decided to define additional details, such as multiple primary color expressions [3], or a description of the primary colors for more than three luminance (Y) slices, where each slice has an associated polygon.

[0050] Table 1: Example of Source Color Volume SEI Message Transport Syntax

[0051]

[0052] Figure 4 Depicts an example process for using SEI message transport to extract color volume information of a video source. First (405), the decoder may detect whether there is a first SEI message transport variable indicating an identification number (ID) (e.g., source_colour_volume_id) of the source color volume information. Then, considering the existence of such a variable, the decoder may check (step 407) whether the value of the variable is within an allowable range. If it is an illegal value, the process terminates (step 409). If it is a legal value, then in step (410), as also shown in Table 1, the decoder may read additional flags related to the duration of the first variable on the bitstream (e.g., see the syntax elements of source_colour_volume_cancel_flag and source_colour_volume_persistence_flag). In step (412), via a second SEI message transport parameter (e.g., source_colour_primaries), the decoder may check whether the metadata clearly defines the color volume actually occupied by the source data content. If true (e.g., source_colour_primaries = 2), then in step (420), the (x, y) color chromaticity coordinates of each primary color (e.g., red, green, and blue) are read, otherwise, in step (425), the decoder extracts the minimum luminance value, the maximum luminance value, and the average luminance value. Optionally, the SEI message transport may also define the (x, y) color chromaticity coordinates corresponding to the primary colors with the minimum luminance value, the intermediate luminance value, and the maximum luminance value defined earlier. In an embodiment, this may be indicated by a third parameter (e.g., luminance_colour_primaries_info_present_flag = 1). If such information does not exist (step 430), the process terminates (409), otherwise, (in step 435), the decoder extracts the (x, y) color chromaticity coordinates of the primary colors for each of the minimum luminance value, the intermediate luminance value, and the maximum luminance value.

[0053] After extracting the source color volume information, the decoder can use the source color volume data during its display management process (e.g., 140). In an example, the display management can include two steps: tone mapping and gamut mapping. The minimum luminance value, the middle luminance value, and the maximum luminance value can be used to generate the tone mapping curve described in [6-7]. The maximum RGB gamut and the sliced RGB gamut can be used to perform gamut mapping.

[0054] Consideration of the active region

[0055] In some embodiments, it may be beneficial to define the active region as part of the metadata related to the source color volume. For example, when encoding a video in the letterbox format, the encoder and decoder should not include the black letterbox area when calculating the luminance and chrominance characteristics (e.g., minimum luminance, maximum luminance, and average luminance) of each video frame. Experimental results show that considering the "framing" or "matting" of the frames in a video sequence (e.g., pillarboxing, windowboxing, and letterboxing) can significantly improve the overall output picture quality. Although letterbox detection can be implemented by the decoder, thereby reducing the signaling overhead for defining the active picture region, in an embodiment, such signaling can be explicitly signaled to support decoders with low computational complexity. Table 2 depicts an example of source color volume SEI message transmission with active region signaling according to an embodiment.

[0056] Table 2: Example of the source color volume SEI message syntax with active region signaling

[0057]

[0058] Table 2 is a superset of Table 1 and considers two different semantics for defining the active region.

[0059] Semantics 1. In an embodiment, the active region is specified relative to the decoded picture before cropping and output within the compliance window. Then, the active region parameters can be interpreted as follows:

[0060] The active_region_flag being equal to 1 indicates that the active region offset parameter follows next in the source color volume information SEI message. The active_region_flag being equal to 0 indicates that there is no active region offset parameter.

[0061] active_region_left_offset (Effective Region Left Offset), active_region_right_offset (Effective Region Right Offset), active_region_top_offset (Effective Region Top Offset), and active_region_bottom_offset (Effective Region Bottom Offset) specify the effective rectangular region. When active_region_flag is equal to 0, it is inferred that the values of active_region_left_offset, active_region_right_offset, active_region_top_offset, and active_region_bottom_offset are equal to 0.

[0062] The effective region is defined using the horizontal picture coordinates from SubWidthC * active_region_left_offset to pic_width_in_luma_samples - (SubWidthC * active_region_right_offset + 1) and the vertical picture coordinates from SubHeightC * active_region_top_offset to pic_height_in_luma_samples - (SubHeightC * active_region_bottom_offset + 1), including the endpoints. The value of SubWidthC * (active_region_left_offset + active_region_right_offset) should be less than pic_width_in_luma_samples, and the value of SubHeightC * (active_region_top_offset + active_region_bottom_offset) should be less than pic_height_in_luma_samples.

[0063] Semantics 2. In an embodiment, the effective region offset values are defined with respect to the final output picture to be displayed, so the consistency window parameters need to be considered. Then, the effective region parameters can be interpreted as follows:

[0064] active_region_flag being equal to 1 indicates that the effective region offset parameters follow next in the source color volume information SEI message. active_region_flag being equal to 0 indicates that there are no effective region offset parameters.

[0065] active_region_left_offset, active_region_right_offset, active_region_top_offset, and active_region_bottom_offset specify the valid rectangular region. When active_region_flag is equal to 0, it is inferred that the values of active_region_left_offset, active_region_right_offset, active_region_top_offset, and active_region_bottom_offset are equal to 0.

[0066] The valid region is defined using the horizontal picture coordinates from active_region_left_offset + SubWidthC * conf_win_left_offset to CtbSizeY * PicWidthInCtbsY - SubWidthC * conf_win_right_offset - active_region_right_offset - 1 and the vertical picture coordinates from active_region_top_offset + SubHeightC * conf_win_top_offset to CtbSizeY * PicHeightInCtbsY - SubHeightC * conf_win_bottom_offset - active_region_bottom_offset - 1, including the endpoints.

[0067] The value of (active_region_left_offset + active_region_right_offset) shall be less than CtbSizeY * PicWidthInCtbsY - SubWidthC * (conf_win_right_offset + conf_win_left_offset), and the value of (active_region_top_offset + active_region_bottom_offset) shall be less than CtbSizeY * PicHeightInCtbsY - SubHeightC * (conf_win_bottom_offset + conf_win_top_offset).

[0068] Each of the references listed below is hereby incorporated by reference in its entirety.

[0069] References

[0070] [1]ITU-T H.265, "Series H: Audiovisual and Multimedia systems, Infrastructure of audiovisual services–Coding of moving video, High efficiency video coding [Series H: Audiovisual and Multimedia systems, Infrastructure of audiovisual services – Coding of moving video, High efficiency video coding]", ITU, October 2014.

[0071] [2] H.M. Oh et al., "Content colour gamut SEI message [Content colour gamut SEI message]", JCTVC-X0040, May 2016, Geneva, CH.

[0072] [3] A.M. Tourapis, "Improvements to the Effective Colour Volume SEI [Improvements to the Effective Colour Volume SEI]", JCTVC-X0052, May 2016, Geneva, CH.

[0073] [4] A.K. Ramasubramonian, "Content colour volume SEI message [Content colour volume SEI message]", JCTVC-X0069, May 2016, Geneva, CH.

[0074] [5] SMPTE ST 2094-1:2016: "Dynamic Metadata for Color Volume Transform–Core Components [Dynamic Metadata for Color Volume Transform – Core Components]", SMPTE, May 18, 2016.

[0075] [6] SMPTE ST 2094-10:2016: "Dynamic Metadata for Color Volume Transform–Application#1 [Dynamic Metadata for Color Volume Transform - Application #1]", SMPTE, May 18, 2016.

[0076] [7] R. Atkins et al., U.S. Patent Publication US2016 / 0005349, "Display management for high dynamic range video".

[0077] Example Computer System Implementations

[0078] Embodiments of the present invention may be implemented using a computer system, a system configured with electronic circuits and components, an integrated circuit (IC) device (such as a microcontroller, a field-programmable gate array (FPGA), or other configurable or programmable logic device (PLD), a discrete-time or digital signal processor (DSP), an application-specific IC (ASIC)), and / or an apparatus including one or more such systems, devices, or components. The computer and / or IC may execute, control, or implement instructions related to using SEI messaging to convey source color volume information, such as those described herein. The computer and / or IC may calculate any of the various parameters or values related to the processes described herein. Image and video embodiments may be implemented in hardware, software, firmware, and various combinations thereof.

[0079] Certain implementations of the present invention include a computer processor that executes software instructions that cause the processor to perform the methods of the present invention. For example, one or more processors in a display, an encoder, a set-top box, a transcoder, etc. may implement methods related to using SEI messaging to convey source color volume information as described above by executing software instructions in a program memory accessible to the processor. The present invention may also be provided in the form of a program product. The program product may include any non-transitory medium carrying a set of computer-readable signals, the set of computer-readable signals including instructions that, when executed by a data processor, cause the data processor to perform the methods of the present invention. The program product according to the present invention may take any of various forms. The program product may include, for example, a physical medium, such as a magnetic data storage medium including a floppy disk, a hard disk drive, an optical data storage medium including a CD ROM, a DVD, an electronic data storage medium including a ROM, a flash RAM, etc. The computer-readable signals on the program product may optionally be compressed or encrypted.

[0080] In the case of reference to a component (e.g., a software module, a processor, a component, a device, a circuit, etc.) mentioned above, unless otherwise specified, a reference to such a component (including a reference to a "device") shall be construed to include any equivalent (e.g., functionally equivalent) of the component that performs the function of the described component, including components that are not structurally equivalent to the disclosed structure that performs the function in the exemplary embodiments illustrated in the present invention.

[0081] Equivalents, Extensions, Substitutions, and Miscellaneous

[0082] An example embodiment involving the use of SEI messaging to convey source color volume information has been described as such. In the foregoing specification, embodiments of the present invention have been described with reference to numerous specific details, which may vary according to the implementation. Thus, the only and exclusive indication of the present invention, as intended by the applicant, is the claims issued in this specific form from this application, including any subsequent amendments. Any definition explicitly set forth herein for terms contained in such claims shall govern the meaning of such terms as used in the claims. Accordingly, limitations, elements, characteristics, features, advantages, or attributes not explicitly recited in the claims should not in any way limit the scope of such claims. Thus, the specification and drawings are to be regarded as illustrative rather than having a limiting meaning.

Claims

1. A method for generating an encoded bitstream, the method comprising: Receiving a sequence of video pictures; Encoding one or more of the video pictures to generate compressed video pictures; Generating a metadata message indicating source color volume information of the compressed video pictures; And Generating the encoded bitstream including the compressed video pictures and the metadata message, wherein the metadata message includes: A source color volume cancellation flag, wherein: The source color volume cancellation flag being equal to 1 indicates that the metadata message cancels the continuance of any source color volume SEI message applied to a previous layer in the output order; and The source color volume cancellation flag being equal to 0 indicates that a source color volume follows; A source color volume continuance flag specifying the continuance of the metadata message for the current layer, wherein: The source color volume continuance flag being equal to 0 specifies that the source color volume information applies only to the current picture; and The source color volume continuance flag being equal to 1 specifies that the source color volume information continues for the current layer in the output order until a predetermined condition becomes true; A source primary color metadata flag, the source primary color metadata flag indicating the normalized x and y chromaticity coordinates of one or more primary color components in the encoded bitstream, wherein the normalized x and y chromaticity coordinates of the one or more primary color components define the maximum 2D color gamut occupied by the source; and Luminance value parameters including the minimum luminance value, the maximum luminance value, and the average luminance value of the source, wherein the minimum luminance value, the maximum luminance value, and the average luminance value of the source are used for the valid regions of one or more encoded pictures in the encoded bitstream.

2. The method according to claim 1, wherein the metadata message further includes a source color volume identification number, and the predetermined condition includes: The start of a new CLVS for the current layer; The end of the bitstream; Or The second picture in the current layer in an access unit containing a source color volume SEI message having the same source color volume identification number and applicable to the current layer is output immediately after invoking a decoding process for the picture order count of the second picture, wherein the picture order count value of the second picture is greater than the picture order count value of the current picture.

3. The method according to claim 1 or 2, wherein The normalized x and y chromaticity coordinates are specified in increments of 0.00002 according to the CIE 1931 definition of x and y as specified in ISO11664-1.

4. The method according to claim 1 or 2, wherein The metadata message includes a supplementary enhancement information SEI message.

5. An apparatus for generating a video bitstream, the apparatus including one or more processors configured to perform operations including the following: Generate data representing one or more video pictures in a compressed format; And Generating the video bitstream including the data, wherein, A portion of the data representing the one or more video pictures in the compressed format includes: A metadata message, the metadata message including: A signaling variable that indicates the presence of a set of x and y chromaticity coordinates of one or more primary colors of a 2D color gamut for identifying source color volume information for the data in the video bitstream, wherein the set of x and y chromaticity coordinates of the one or more primary colors define the maximum 2D color gamut occupied by the source; The minimum luminance variable, the maximum luminance variable, and the average luminance variable for the source of the data in the video bitstream, wherein the minimum luminance variable, the maximum luminance variable, and the average luminance variable for the source are for the valid regions of one or more video pictures in the video bitstream; A source color volume unmarking variable, wherein: The source color volume unmarking variable being equal to 1 indicates the continuation of any cancellation application of the source color volume SEI message of a previous layer in the output order to the current layer; and The source color volume unmarking variable being equal to 0 indicates that there is a following source color volume; and A source color volume duration marking variable that specifies the duration of the metadata message for the current layer, wherein: The source color volume duration marking variable being equal to 0 specifies that the source color volume information applies only to the current picture; and The source color volume duration marking variable being equal to 1 specifies that the source color volume information persists for the current layer in the output order until a predetermined condition becomes true.

6. The apparatus according to claim 5, wherein the metadata message further includes a source color volume identification number variable, and the predetermined condition includes: A new CLVS for the current layer starts; The video bitstream ends; Or The second picture in the current layer in an access unit containing a source color volume SEI message having the same source color volume identification number variable and applicable to the current layer is output immediately after a call to the decoding process of the picture order count for the second picture, wherein the picture order count value of the second picture is greater than the picture order count value of the current picture.

7. The device according to claim 5 or 6, wherein, The metadata message includes a supplementary enhancement information SEI message.

Citation Information

Patent Citations

  • Display Management for High Dynamic Range Video

    US20160005349A1

  • Display management server

    CN103180891A