201) in FIG. 2a includes two real-time communication tools (210), the network environment (201) can instead include three or more real-time communication tools (210) that participate in multi-party communication.

A real-time communication tool (210) manages encoding by an encoder (220). FIG. 3 shows an example encoder system (300) that can be included in the real-time communication tool (210). Alternatively, the real-time communication tool (210) uses another encoder system. A real-time communication tool (210) also manages decoding by a decoder (270). FIG. 4 shows an example decoder system (400), which can be included in the real-time communication tool (210). Alternatively, the real-time communication tool (210) uses another decoder system.

In the network environment (202) shown in FIG. 2b, an encoding tool (212) includes an encoder (220) that encodes video for delivery to multiple playback tools (214), which include decoders (270). The unidirectional communication can be provided for a video surveillance system, web camera monitoring system, screen capture module, remote desktop conferencing presentation or other scenario in which video is encoded and sent from one location to one or more other locations. Although the network environment (202) in FIG. 2b includes two playback tools (214), the network environment (202) can include more or fewer playback tools (214). In general, a playback tool (214) communicates with the encoding tool (212) to determine a stream of video for the playback tool (214) to receive. The playback tool (214) receives the stream, buffers the received encoded data for an appropriate period, and begins decoding and playback.

FIG. 3 shows an example encoder system (300) that can be included in the encoding tool (212). Alternatively, the encoding tool (212) uses another encoder system. The encoding tool (212) can also include server-side controller logic for managing connections with one or more playback tools (214). FIG. 4 shows an example decoder system (400), which can be included in the playback tool (214). Alternatively, the playback tool (214) uses another decoder system. A playback tool (214) can also include client-side controller logic for managing connections with the encoding tool (212).

III. EXAMPLE ENCODER SYSTEMS

FIG. 3 is a block diagram of an example encoder system (300) in conjunction with which some described embodiments may be implemented. The encoder system (300) can be a general-purpose encoding tool capable of operating in any of multiple encoding modes such as a low-latency encoding mode for real-time communication, a transcoding mode, and a higher-latency encoding mode for producing media for playback from a file or stream, or it can be a special-purpose encoding tool adapted for one such encoding mode. The encoder system (300) can be adapted for encoding of a particular type of content (e.g., screen capture content), or it can be adapted for encoding of any of several different types of content (e.g., screen capture content and natural video). The encoder system (300) can be implemented as an operating system module, as part of an application library or as a standalone application. Overall, the encoder system (300) receives a sequence of source video frames (311) from a video source (310) and produces encoded data as output to a channel (390). The encoded data output to the channel can include content encoded with adaptive switching of color spaces, color sampling rates and/or bit depths.

The video source (310) can be a camera, tuner card, storage media, screen capture module, or other digital video source. The video source (310) produces a sequence of video frames at a frame rate of, for example, 30 frames per second. As used herein, the term “frame” generally refers to source, coded or reconstructed image data. For progressive-scan video, a frame is a progressive-scan video frame. For interlaced video, in example embodiments, an interlaced video frame might be de-interlaced prior to encoding. Alternatively, two complementary interlaced video fields are encoded together as a single video frame or encoded as two separately-encoded fields. Aside from indicating a progressive-scan video frame or interlaced-scan video frame, the term “frame” or “picture” can indicate a single non-paired video field, a complementary pair of video fields, a video object plane that represents a video object at a given time, or a region of interest in a larger image. The video object plane or region can be part of a larger image that includes multiple objects or regions of a scene.

An arriving source frame (311) is stored in a source frame temporary memory storage area (320) that includes multiple frame buffer storage areas (321, 322, . . . , 32n). A frame buffer (321, 322, etc.) holds one source frame in the source frame storage area (320). After one or more of the source frames (311) have been stored in frame buffers (321, 322, etc.), a frame selector (330) selects an individual source frame from the source frame storage area (320). The order in which frames are selected by the frame selector (330) for input to the encoder (340) may differ from the order in which the frames are produced by the video source (310), e.g., the encoding of some frames may be delayed in order, so as to allow some later frames to be encoded first and to thus facilitate temporally backward prediction. Before the encoder (340), the encoder system (300) can include a pre-processor (not shown) that performs pre-processing (e.g., filtering) of the selected frame (331) before encoding.

The encoder (340) encodes the selected frame (331) to produce a coded frame (341) and also produces memory management control operation (“MMCO”) signals (342) or reference picture set (“RPS”) information. The RPS is the set of frames that may be used for reference in motion compensation for a current frame or any subsequent frame. If the current frame is not the first frame that has been encoded, when performing its encoding process, the encoder (340) may use one or more previously encoded/decoded frames (369) that have been stored in a decoded frame temporary memory storage area (360). Such stored decoded frames (369) are used as reference frames for inter-frame prediction of the content of the current source frame (331). The MMCO/RPS information (342) indicates to a decoder which reconstructed frames may be used as reference frames, and hence should be stored in a frame storage area.

The encoder (340) accepts video in a particular color space (e.g., a YUV-type color space, an RGB-type color space), with a particular color sampling rate (e.g., 4:4:4) and a particular number of bits per sample (e.g., 12 bits per sample). During encoding, for different pictures, slices, blocks or other units of video, the encoder (340) can perform color space conversions to transform between a YUV-type color space and an RGB-type color space, or to/from some other color space. The encoder (340) can also perform color space conversions to reorder color components, changing which color component is the primary component (e.g., converting between RGB, BGR and GBR formats). In typical implementations, the encoder (340) is adapted to encode the primary component more carefully than the secondary components in various respects (e.g., more options for coding modes, potentially lower quantization step size). By making the color component with the most information content or energy the primary color component, the encoder can improve overall coding efficiency. During encoding, the encoder (340) can also perform resampling processing to change color sampling rates (e.g., between 4:4:4, 4:2:2 and 4:2:0 formats) for different pictures, slices, blocks or other units of video. The encoder (340) can also change bit depths (e.g., between 12 bits per sample, 10 bits per sample and 8 bits per sample) during encoding for different pictures, slices, blocks or other units of video. In some example implementations, the encoder (340) can switch color spaces, color sampling rates and/or bit depths on a picture-by-picture basis during encoding. When the encoder (340) switches color spaces during encoding, the encoder (340) can adjust quantization or scaling, as described herein, to compensate for amplification of energy of quantization error in inverse color space conversion operations.

Generally, the encoder (340) includes multiple encoding modules that perform encoding tasks such as partitioning into tiles, adaptation of color space, color sampling rate and/or bit depth, intra prediction estimation and prediction, motion estimation and compensation, frequency transforms, quantization and entropy coding. The exact operations performed by the encoder (340) can vary depending on compression format. The format of the output encoded data can be a variation or extension of H.265/HEVC format, Windows Media Video format, VC-1 format, MPEG-x format (e.g., MPEG-1, MPEG-2, or MPEG-4), H.26x format (e.g., H.261, H.262, H.263, H.264), or another format.

The encoder (340) can partition a frame into multiple tiles of the same size or different sizes. For example, the encoder (340) splits the frame along tile rows and tile columns that, with frame boundaries, define horizontal and vertical boundaries of tiles within the frame, where each tile is a rectangular region. Tiles are often used to provide options for parallel processing. A frame can also be organized as one or more slices, where a slice can be an entire frame or region of the frame. A slice can be decoded independently of other slices in a frame, which improves error resilience. The content of a slice or tile is further partitioned into blocks or other sets of sample values for purposes of encoding and decoding. In some example implementations, the encoder (340) can switch color spaces, color sampling rates and/or bit depths on a slice-by-slice basis during encoding. In some example implementations, the encoder (340) can set quantization parameter (“QP”) values on a slice-by-slice basis.

For syntax according to the H.265/HEVC standard, the encoder splits the content of a frame (or slice or tile) into coding tree units. A coding tree unit (“CTU”) includes luma sample values organized as a luma coding tree block (“CTB”) and corresponding chroma sample values organized as two chroma CTBs. The size of a CTU (and its CTBs) is selected by the encoder, and can be, for example, 64×64, 32×32 or 16×16 sample values. A CTU includes one or more coding units. A coding unit (“CU”) has a luma coding block (“CB”) and two corresponding chroma CBs. For example, a CTU with a 64×64 luma CTB and two 64×64 chroma CTBs (YUV 4:4:4 format) can be split into four CUs, with each CU including a 32×32 luma CB and two 32×32 chroma CBs, and with each CU possibly being split further into smaller CUs. Or, as another example, a CTU with a 64×64 luma CTB and two 32×32 chroma CTBs (YUV 4:2:0 format) can be split into four CUs, with each CU including a 32×32 luma CB and two 16×16 chroma CBs, and with each CU possibly being split further into smaller CUs. The smallest allowable size of CU (e.g., 8×8, 16×16) can be signaled in the bitstream.

Generally, a CU has a prediction mode such as inter or intra. A CU includes one or more prediction units for purposes of signaling of prediction information (such as prediction mode details, displacement values, etc.) and/or prediction processing. A prediction unit (“PU”) has a luma prediction block (“PB”) and two chroma PBs. For an intra-predicted CU, the PU has the same size as the CU, unless the CU has the smallest size (e.g., 8×8). In that case, the CU can be split into four smaller PUs (e.g., each 4×4 if the smallest CU size is 8×8) or the PU can have the smallest CU size, as indicated by a syntax element for the CU. A CU also has one or more transform units for purposes of residual coding/decoding, where a transform unit (“TU”) has a luma transform block (“TB”) and two chroma TBs. A PU in an intra-predicted CU may contain a single TU (equal in size to the PU) or multiple TUs. The encoder decides how to partition video into CTUs, CUs, PUS, TUs, etc. In some example implementations, the encoder (340) can switch color spaces, color sampling rates and/or bit depths on a unit-by-unit basis during encoding for CTUS, CUs, etc.

In H.265/HEVC implementations, a slice can include a single slice segment (independent slice segment) or be divided into multiple slice segments (independent slice segment and one or more dependent slice segments). A slice segment is an integer number of CTUs ordered consecutively in a tile scan, contained in a single network abstraction layer (“NAL”) unit. For an independent slice segment, a slice header includes values of syntax elements that apply for the independent slice segment. For a dependent slice segment, a truncated slice header includes a few values of syntax elements that apply for that dependent slice segment, and the values of the other syntax elements for the dependent slice segment are inferred from the values for the preceding independent slice segment in decoding order.

As used herein, the term “block” can indicate a macroblock, prediction unit, residual data unit, or a CB, PB or TB, or some other set of sample values, depending on context. In some example implementations, the encoder (340) can switch color spaces, color sampling rates and/or bit depths on a block-by-block basis during encoding.

Returning to FIG. 3, the encoder represents an intra-coded block of a source frame (331) in terms of prediction from other, previously reconstructed sample values in the frame (331). For intra block copy (“BC”) prediction, an intra-picture estimator estimates displacement of a block with respect to the other, previously reconstructed sample values. An intra-frame prediction reference region is a region of sample values in the frame that are used to generate BC-prediction values for the block. The intra-frame prediction region can be indicated with a block vector (“BV”) value (determined in BV estimation). For intra spatial prediction for a block, the intra-picture estimator estimates extrapolation of the neighboring reconstructed sample values into the block. The intra-picture estimator can output prediction information (such as BV values for intra BC prediction, or prediction mode (direction) for intra spatial prediction), which is entropy coded. An intra-frame prediction predictor applies the prediction information to determine intra prediction values.

The encoder (340) represents an inter-frame coded, predicted block of a source frame (331) in terms of prediction from reference frames. A motion estimator estimates the motion of the block with respect to one or more reference frames (369). When multiple reference frames are used, the multiple reference frames can be from different temporal directions or the same temporal direction. A motion-compensated prediction reference region is a region of sample values in the reference frame(s) that are used to generate motion-compensated prediction values for a block of sample values of a current frame. The motion estimator outputs motion information such as motion vector (“MV”) information, which is entropy coded. A motion compensator applies MVs to reference frames (369) to determine motion-compensated prediction values for inter-frame prediction.

The encoder can determine the differences (if any) between a block's prediction values (intra or inter) and corresponding original values. These prediction residual values are further encoded using a frequency transform, quantization and entropy encoding. For example, the encoder (340) sets values for QP for a picture, slice, coding unit and/or other portion of video, and quantizes transform coefficients accordingly. To compensate for amplification of the energy of quantization error in inverse color space conversion operations, the encoder (340) can adjust quantization or scaling as described herein. The entropy coder of the encoder (340) compresses quantized transform coefficient values as well as certain side information (e.g., MV information, index values for BV predictors, BV differentials, QP values, mode decisions, parameter choices). Typical entropy coding techniques include Exponential-Golomb coding, Golomb-Rice coding, arithmetic coding, differential coding, Huffman coding, run length coding, variable-length-to-variable-length (“V2V”) coding, variable-length-to-fixed-length (“V2F”) coding, Lempel-Ziv (“LZ”) coding, dictionary coding, probability interval partitioning entropy coding (“PIPE”), and combinations of the above. The entropy coder can use different coding techniques for different kinds of information, can apply multiple techniques in combination (e.g., by applying Golomb-Rice coding followed by arithmetic coding), and can choose from among multiple code tables within a particular coding technique.

An adaptive deblocking filter is included within the motion compensation loop in the encoder (340) to smooth discontinuities across block boundary rows and/or columns in a decoded frame. Other filtering (such as de-ringing filtering, adaptive loop filtering (“ALF”), or sample-adaptive offset (“SAO”) filtering; not shown) can alternatively or additionally be applied as in-loop filtering operations.

The encoded data produced by the encoder (340) includes syntax elements for various layers of bitstream syntax. For syntax according to the H.265/HEVC standard, for example, a picture parameter set (“PPS”) is a syntax structure that contains syntax elements that may be associated with a picture. In some example implementations, a PPS can include one or more signals indicating a color space, color sampling rate and/or bit depth that apply for a picture (or multiple pictures that use the PPS), as well as other information identifying or defining available color spaces, available color sampling rates and/or available bit depths. In some example implementations, a PPS can include one or more syntax elements that indicate QP values (e.g., an initial QP value for a picture, an initial QP value or offset for a QP value for a second color space). A PPS can be used for a single picture, or a PPS can be reused for multiple pictures in a sequence. A PPS is typically signaled separate from encoded data for a picture (e.g., one NAL unit for a PPS, and one or more other NAL units for encoded data for a picture). Within the encoded data for a picture, a syntax element indicates which PPS to use for the picture. Similarly, for syntax according to the H.265/HEVC standard, a sequence parameter set (“SPS”) is a syntax structure that contains syntax elements that may be associated with a sequence of pictures. A bitstream can include a single SPS or multiple SPSs. A SPS is typically signaled separate from other data for the sequence, and a syntax element in the other data indicates which SPS to use. In some example implementations, an SPS for a sequence can include information identifying or defining available color spaces, available color sampling rates and/or available bit depths, which is referenced when switching color spaces, color sampling rates and/or bit depths within the sequence.

For slice layer, a slice header (e.g., slice segment header) includes values of syntax elements that apply for a slice (e.g., an independent slice segment and any dependent slice segments that follow). In some example implementations, a slice header can include one or more signals indicating a color space, color sampling rate and/or bit depth that apply for a slice. In some example implementations, a slice header can also include information identifying or defining available color spaces, available color sampling rates and/or available bit depths, which is referenced when switching color spaces, color sampling rates and/or bit depths within the slice. In some example implementations, a slice header can include one or more syntax elements for QP values (e.g., an offset for a QP value for a slice, offsets for QP values for color components of the slice, an offset for a second color space, offsets for color components of the second color space). For block layer (e.g., for a CTU), a syntax structure includes values of syntax elements that apply for a block. In some example implementations, the syntax structure for a block can include one or more signals indicating a color space, color sampling rate and/or bit depth that apply for the block, and may also include one or more syntax elements that indicate a QP value that applies for a block (or QP values that apply for different color spaces for the block).

The coded frames (341) and MMCO/RPS information (342) (or information equivalent to the MMCO/RPS information (342), since the dependencies and ordering structures for frames are already known at the encoder (340)) are processed by a decoding process emulator (350). The decoding process emulator (350) implements some of the functionality of a decoder, for example, decoding tasks to reconstruct reference frames. In a manner consistent with the MMCO/RPS information (342), the decoding processes emulator (350) determines whether a given coded frame (341) needs to be reconstructed and stored for use as a reference frame in inter-frame prediction of subsequent frames to be encoded. If a coded frame (341) needs to be stored, the decoding process emulator (350) models the decoding process that would be conducted by a decoder that receives the coded frame (341) and produces a corresponding decoded frame (351). In doing so, when the encoder (340) has used decoded frame(s) (369) that have been stored in the decoded frame storage area (360), the decoding process emulator (350) also uses the decoded frame(s) (369) from the storage area (360) as part of the decoding process.

The decoded frame temporary memory storage area (360) includes multiple frame buffer storage areas (361, 362, . . . , 36n). In a manner consistent with the MMCO/RPS information (342), the decoding process emulator (350) manages the contents of the storage area (360) in order to identify any frame buffers (361, 362, etc.) with frames that are no longer needed by the encoder (340) for use as reference frames. After modeling the decoding process, the decoding process emulator (350) stores a newly decoded frame (351) in a frame buffer (361, 362, etc.) that has been identified in this manner.

The coded frames (341) and MMCO/RPS information (342) are buffered in a temporary coded data area (370). The coded data that is aggregated in the coded data area (370) contains, as part of the syntax of an elementary coded video bitstream, encoded data for one or more pictures. The coded data that is aggregated in the coded data area (370) can also include media metadata relating to the coded video data (e.g., as one or more parameters in one or more supplemental enhancement information (“SEI”) messages or video usability information (“VUI”) messages).

The aggregated data (371) from the temporary coded data area (370) are processed by a channel encoder (380). The channel encoder (380) can packetize and/or multiplex the aggregated data for transmission or storage as a media stream (e.g., according to a media program stream or transport stream format such as ITU-T H.222.0| ISO/IEC 13818-1 or an Internet real-time transport protocol format such as IETF RFC 3550), in which case the channel encoder (380) can add syntax elements as part of the syntax of the media transmission stream. Or, the channel encoder (380) can organize the aggregated data for storage as a file (e.g., according to a media container format such as ISO/IEC 14496-12), in which case the channel encoder (380) can add syntax elements as part of the syntax of the media storage file. Or, more generally, the channel encoder (380) can implement one or more media system multiplexing protocols or transport protocols, in which case the channel encoder (380) can add syntax elements as part of the syntax of the protocol(s). The channel encoder (380) provides output to a channel (390), which represents storage, a communications connection, or another channel for the output. The channel encoder (380) or channel (390) may also include other elements (not shown), e.g., for forward-error correction (“FEC”) encoding and analog signal modulation.

IV. EXAMPLE DECODER SYSTEMS

FIG. 4 is a block diagram of an example decoder system (400) in conjunction with which some described embodiments may be implemented. The decoder system (400) can be a general-purpose decoding tool capable of operating in any of multiple decoding modes such as a low-latency decoding mode for real-time communication and a higher-latency decoding mode for media playback from a file or stream, or it can be a special-purpose decoding tool adapted for one such decoding mode. The decoder system (400) can be adapted for decoding of a particular type of content (e.g., screen capture content), or it can be adapted for decoding of any of several different types of content (e.g., screen capture content and natural video). The decoder system (400) can be implemented as an operating system module, as part of an application library or as a standalone application. Overall, the decoder system (400) receives coded data from a channel (410) and produces reconstructed frames as output for an output destination (490). The coded data can include content encoded with adaptive switching of color spaces, color sampling rates and/or bit depths.

The decoder system (400) includes a channel (410), which can represent storage, a communications connection, or another channel for coded data as input. The channel (410) produces coded data that has been channel coded. A channel decoder (420) can process the coded data. For example, the channel decoder (420) de-packetizes and/or demultiplexes data that has been aggregated for transmission or storage as a media stream (e.g., according to a media program stream or transport stream format such as ITU-T H.222.0| ISO/IEC 13818-1 or an internet real-time transport protocol format such as IETF RFC 3550), in which case the channel decoder (420) can parse syntax elements added as part of the syntax of the media transmission stream. Or, the channel decoder (420) separates coded video data that has been aggregated for storage as a file (e.g., according to a media container format such as ISO/IEC 14496-12), in which case the channel decoder (420) can parse syntax elements added as part of the syntax of the media storage file. Or, more generally, the channel decoder (420) can implement one or more media system demultiplexing protocols or transport protocols, in which case the channel decoder (420) can parse syntax elements added as part of the syntax of the protocol(s). The channel (410) or channel decoder (420) may also include other elements (not shown), e.g., for FEC decoding and analog signal demodulation.

The coded data (421) that is output from the channel decoder (420) is stored in a temporary coded data area (430) until a sufficient quantity of such data has been received. The coded data (421) includes coded frames (431) and MMCO/RPS information (432). The coded data (421) in the coded data area (430) contain, as part of the syntax of an elementary coded video bitstream, coded data for one or more pictures. The coded data (421) in the coded data area (430) can also include media metadata relating to the encoded video data (e.g., as one or more parameters in one or more SEI messages or VUI messages).

In general, the coded data area (430) temporarily stores coded data (421) until such coded data (421) is used by the decoder (450). At that point, coded data for a coded frame (431) and MMCO/RPS information (432) are transferred from the coded data area (430) to the decoder (450). As decoding continues, new coded data is added to the coded data area (430) and the oldest coded data remaining in the coded data area (430) is transferred to the decoder (450).

The decoder (450) decodes a coded frame (431) to produce a corresponding decoded frame (451). As appropriate, when performing its decoding process, the decoder (450) may use one or more previously decoded frames (469) as reference frames for inter-frame prediction. The decoder (450) reads such previously decoded frames (469) from a decoded frame temporary memory storage area (460).

During decoding, for different pictures, slices, blocks or other units of video, the decoder (450) can perform color space conversions to transform between a YUV-type color space and an RGB-type color space, or to/from some other color space. The decoder (450) can also perform color space conversions to reorder color components for different pictures, slices, blocks or other units of video, changing which color component is the primary component (e.g., converting between RGB, BGR and GBR formats). During decoding, the decoder (450) can also perform resampling processing to change color sampling rates and/or change bit depths for different pictures, slices, blocks or other units of video. In some example implementations, the decoder (450) can switch color spaces, color sampling rates and/or bit depths on a picture-by-picture basis during decoding. Alternatively, the decoder (450) can switch color spaces, color sampling rates and/or bit depths on a slice-by-slice basis, block-by-block or other unit-by-unit basis during decoding. When the decoder (450) switches color spaces during decoding, the decoder (450) can adjust inverse quantization or scaling, as described herein, to compensate for amplification of energy of quantization error in inverse color space conversion operations.

Generally, the decoder (450) includes multiple decoding modules that perform decoding tasks such as entropy decoding, adaptation of color space, color sampling rate and/or bit depth, intra-frame prediction, motion-compensated inter-frame prediction, inverse quantization, inverse frequency transforms, and merging of tiles. The exact operations performed by the decoder (450) can vary depending on compression format.

For example, the decoder (450) receives encoded data for a compressed frame or sequence of frames and produces output including decoded frame (451). In the decoder (450), a buffer receives encoded data for a compressed frame and, at an appropriate time, makes the received encoded data available to an entropy decoder. The entropy decoder entropy decodes entropy-coded quantized data as well as entropy-coded side information, typically applying the inverse of entropy encoding performed in the encoder. A motion compensator applies motion information to one or more reference frames to form motion-compensated prediction values for any inter-coded blocks of the frame being reconstructed. An intra-frame prediction module can spatially predict sample values of a current block from neighboring, previously reconstructed sample values or, for intra BC prediction, predict sample values of a current block using previously reconstructed sample values of an intra-frame prediction reference region in the frame. The reference region can be indicated with a BV value. The decoder (450) also reconstructs prediction residual values. An inverse quantizer inverse quantizes entropy-decoded data. For example, the decoder (450) sets values for QP for a picture, slice, coding unit and/or other portion of video based on syntax elements in the bitstream, and inverse quantizes transform coefficients accordingly. To compensate for amplification of the energy of quantization error in inverse color space conversion operations, the decoder (450) can adjust inverse quantization or scaling as described herein. An inverse frequency transformer converts the quantized, frequency-domain data into spatial-domain data. For an inter-frame predicted block, the decoder (450) combines reconstructed prediction residual values with motion-compensated prediction values. The decoder (450) can similarly combine prediction residual values with prediction values from intra prediction. An adaptive deblocking filter is included within the motion compensation loop in the video decoder (450) to smooth discontinuities across block boundary rows and/or columns in the decoded frame (451). Other filtering (such as de-ringing filtering, ALF, or SAO filtering; not shown) can alternatively or additionally be applied as in-loop filtering operations.

The decoded frame temporary memory storage area (460) includes multiple frame buffer storage areas (461, 462, . . . , 46n). The decoded frame storage area (460) is an example of a decoded picture buffer. The decoder (450) uses the MMCO/RPS information (432) to identify a frame buffer (461, 462, etc.) in which it can store a decoded frame (451). The decoder (450) stores the decoded frame (451) in that frame buffer.

An output sequencer (480) identifies when the next frame to be produced in output order is available in the decoded frame storage area (460). When the next frame (481) to be produced in output order is available in the decoded frame storage area (460), it is read by the output sequencer (480) and output to the output destination (490) (e.g., display). In general, the order in which frames are output from the decoded frame storage area (460) by the output sequencer (480) may differ from the order in which the frames are decoded by the decoder (450).

V. EXAMPLE VIDEO ENCODERS

FIGS. 5a and 5b are a block diagram of a generalized video encoder (500) in conjunction with which some described embodiments may be implemented. The encoder (500) receives a sequence of video pictures including a current picture as an input video signal (505) and produces encoded data in a coded video bitstream (595) as output.

The encoder (500) is block-based and uses a block format that depends on implementation. Blocks may be further sub-divided at different stages, e.g., at the prediction, frequency transform and/or entropy encoding stages. For example, a picture can be divided into 64×64 blocks, 32×32 blocks or 16×16 blocks, which can in turn be divided into smaller blocks of sample values for coding and decoding. In implementations of encoding for the H.265/HEVC standard, the encoder partitions a picture into CTUs (CTBs), CUs (CBs), PUs (PBs) and TU (TBs).

The encoder (500) compresses pictures using intra-picture coding and/or inter-picture coding. Many of the components of the encoder (500) are used for both intra-picture coding and inter-picture coding. The exact operations performed by those components can vary depending on the type of information being compressed.

A tiling module (510) optionally partitions a picture into multiple tiles of the same size or different sizes. For example, the tiling module (510) splits the picture along tile rows and tile columns that, with picture boundaries, define horizontal and vertical boundaries of tiles within the picture, where each tile is a rectangular region. In H.265/HEVC implementations, the encoder (500) partitions a picture into one or more slices, where each slice includes one or more slice segments.

The general encoding control (520) receives pictures for the input video signal (505) as well as feedback (not shown) from various modules of the encoder (500). Overall, the general encoding control (520) provides control signals (not shown) to other modules (such as the tiling module (510), transformer/scaler/quantizer (530), scaler/inverse transformer (535), intra-picture estimator (540), motion estimator (550) and intra/inter switch) to set and change coding parameters during encoding. In particular, the general encoding control (520) can decide how to adaptively switch color spaces, color sampling rates and/or bit depths during encoding on a picture-by-picture basis, slice-by-slice basis, block-by-block basis or some other unit-by-unit basis. When the encoder (500) switches color spaces, the general encoding control (520) can determine how to adjust quantization or scaling to compensate for amplification of energy of quantization error in inverse color space conversion operations. The general encoding control (520) can also evaluate intermediate results during encoding. The general encoding control (520) produces general control data (522) that indicates decisions made during encoding, so that a corresponding decoder can make consistent decisions. The general control data (522) is provided to the header formatter/entropy coder (590).

If the current picture is predicted using inter-picture prediction, a motion estimator (550) estimates the motion of blocks of sample values of the current picture of the input video signal (505) with respect to one or more reference pictures. The decoded picture buffer (570) buffers one or more reconstructed previously coded pictures for use as reference pictures. When multiple reference pictures are used, the multiple reference pictures can be from different temporal directions or the same temporal direction. The motion estimator (550) produces as side information motion data (552) such as MV data, merge mode index values, and reference picture selection data. The motion data (552) is provided to the header formatter/entropy coder (590) as well as the motion compensator (555).

The motion compensator (555) applies MVs to the reconstructed reference picture(s) from the decoded picture buffer (570). The motion compensator (555) produces motion-compensated predictions for the current picture. When the secondary components for a picture have the same resolution as the primary component (e.g. when the format is YUV 4:4:4 format or RGB 4:4:4 format), the MV value that is applied for a secondary component block may be the same as the MV value applied for the corresponding primary component block. On the other hand, when the secondary components for a picture have reduced resolution relative to the primary component (e.g. when the format is YUV 4:2:0 format), the MV value that is applied for a secondary component block may be scaled down and possibly rounded to adjust for the difference in resolution (e.g. by dividing the vertical and horizontal components of the MV value by two and truncating or rounding them to integer values).

In a separate path within the encoder (500), an intra-picture estimator (540) determines how to perform intra-picture prediction for blocks of sample values of a current picture of the input video signal (505). The current picture can be entirely or partially coded using intra-picture coding. Using values of a reconstruction (538) of the current picture, for intra spatial prediction, the intra-picture estimator (540) determines how to spatially predict sample values of a current block of the current picture from neighboring, previously reconstructed sample values of the current picture. Or, for intra BC prediction using BV values, the intra-picture estimator (540) estimates displacement of the sample values of the current block to different candidate reference regions within the current picture.

The intra-picture estimator (540) produces as side information intra prediction data (542), such as information indicating whether intra prediction uses spatial prediction or intra BC prediction (e.g., a flag value per intra block), prediction mode direction (for intra spatial prediction), and BV values (for intra BC prediction). The intra prediction data (542) is provided to the header formatter/entropy coder (590) as well as the intra-picture predictor (545).

According to the intra prediction data (542), the intra-picture predictor (545) spatially predicts sample values of a current block of the current picture from neighboring, previously reconstructed sample values of the current picture. Or, for intra BC prediction, the intra-picture predictor (545) predicts the sample values of the current block using previously reconstructed sample values of an intra-picture prediction reference region, which is indicated by a BV value for the current block. In some cases, the BV value can be a BV predictor (predicted BV value). In other cases, the BV value can be different than its predicted BV value, in which case a BV differential indicates the difference between the predicted BV value and BV value. When the secondary components for a picture have the same resolution as the primary component (e.g. when the format is YUV 4:4:4 format or RGB 4:4:4 format), the BV value that is applied for a secondary component block may be the same as the BV value applied for the corresponding primary component block. On the other hand, when the secondary components for a picture have reduced resolution relative to the primary component (e.g. when the format is YUV 4:2:0 format), the BV value that is applied for a secondary component block may be scaled down and possibly rounded to adjust for the difference in resolution (e.g. by dividing the vertical and horizontal components of the BV value by two and truncating or rounding them to integer values).

The intra/inter switch selects whether the prediction (558) for a given block will be a motion-compensated prediction or intra-picture prediction. The difference (if any) between a block of the prediction (558) and a corresponding part of the original current picture of the input video signal (505) provides values of the residual (518), for a non-skip-mode block. During reconstruction of the current picture, for a non-skip-mode block, reconstructed residual values are combined with the prediction (558) to produce an approximate or exact reconstruction (538) of the original content from the video signal (505). (In lossy compression, some information is lost from the video signal (505).)

In the transformer/scaler/quantizer (530), a frequency transformer converts spatial-domain video information into frequency-domain (i.e., spectral, transform) data. For block-based video coding, the frequency transformer applies a discrete cosine transform (“DCT”), an integer approximation thereof, or another type of forward block transform (e.g., a discrete sine transform or an integer approximation thereof) to blocks of prediction residual data (or sample value data if the prediction (558) is null), producing blocks of frequency transform coefficients. The encoder (500) may also be able to indicate that such transform step is skipped. The scaler/quantizer scales and quantizes the transform coefficients. For example, the quantizer applies dead-zone scalar quantization to the frequency-domain data with a quantization step size that varies on a picture-by-picture basis, slice-by-slice basis, block-by-block basis, frequency-specific basis or other basis. To compensate for amplification of the energy of quantization error in inverse color space conversion operations, the scaler/quantizer can adjust quantization or scaling as described herein. The quantized transform coefficient data (532) is provided to the header formatter/entropy coder (590).

In the scaler/inverse transformer (535), a scaler/inverse quantizer performs inverse scaling and inverse quantization on the quantized transform coefficients. To compensate for amplification of the energy of quantization error in inverse color space conversion operations, the scaler can adjust inverse quantization or scaling as described herein. An inverse frequency transformer performs an inverse frequency transform, producing blocks of reconstructed prediction residual values or sample values. For a non-skip-mode block, the encoder (500) combines reconstructed residual values with values of the prediction (558) (e.g., motion-compensated prediction values, intra-picture prediction values) to form the reconstruction (538). For a skip-mode block, the encoder (500) uses the values of the prediction (558) as the reconstruction (538).

For intra-picture prediction, the values of the reconstruction (538) can be fed back to the intra-picture estimator (540) and intra-picture predictor (545). Also, the values of the reconstruction (538) can be used for motion-compensated prediction of subsequent pictures. The values of the reconstruction (538) can be further filtered. A filtering control (560) determines how to perform deblock filtering and SAO filtering on values of the reconstruction (538), for a given picture of the video signal (505). The filtering control (560) produces filter control data (562), which is provided to the header formatter/entropy coder (590) and merger/filter(s) (565).

In the merger/filter(s) (565), the encoder (500) merges content from different tiles into a reconstructed version of the picture. The encoder (500) selectively performs deblock filtering and SAO filtering according to the filter control data (562), so as to adaptively smooth discontinuities across boundaries in the pictures. Other filtering (such as de-ringing filtering or ALF; not shown) can alternatively or additionally be applied. Tile boundaries can be selectively filtered or not filtered at all, depending on settings of the encoder (500), and the encoder (500) may provide syntax within the coded bitstream to indicate whether or not such filtering was applied. The decoded picture buffer (570) buffers the reconstructed current picture for use in subsequent motion-compensated prediction.

The header formatter/entropy coder (590) formats and/or entropy codes the general control data (522), quantized transform coefficient data (532), intra prediction data (542), motion data (552) and filter control data (562). The general control data (522) includes signals indicating color spaces, color sampling rates and/or bit depths for pictures, slice, blocks, or other units of the video. Such signals can be included, for example, in a PPS, slice header, block syntax structure or other syntax structure, and can be entropy coded or signaled as fixed length values. The header formatter/entropy coder (590) can also format and/or entropy code information identifying or defining available color spaces (e.g., list of pre-defined color spaces, custom matrices for color space transformation operations), information identifying or defining available color sampling rates (e.g., list of pre-defined color sampling rates, other color sampling rates, or identification of operations for downsampling and upsampling) and/or information identifying or defining available bit depths (e.g., list of pre-defined bit depths, other bit depths, or identification of operations for bit depth conversion), which is usable by a decoder during adaptive switching. The header formatter/entropy coder (590) can also format and/or entropy code syntax elements that indicate QP values, for example, in a PPS, slice header, block syntax structure or other syntax structure.

The header formatter/entropy coder (590) provides the encoded data in the coded video bitstream (595). The format of the coded video bitstream (595) can be a variation or extension of H.265/HEVC format, Windows Media Video format, VC-1 format, MPEG-x format (e.g., MPEG-1, MPEG-2, or MPEG-4), H.26x format (e.g., H.261, H.262, H.263, H.264), or another format.

Depending on implementation and the type of compression desired, modules of an encoder (500) can be added, omitted, split into multiple modules, combined with other modules, and/or replaced with like modules. In alternative embodiments, encoders with different modules and/or other configurations of modules perform one or more of the described techniques. Specific embodiments of encoders typically use a variation or supplemented version of the encoder (500). The relationships shown between modules within the encoder (500) indicate general flows of information in the encoder; other relationships are not shown for the sake of simplicity.

VI. EXAMPLE VIDEO DECODERS

FIG. 6 is a block diagram of a generalized decoder (600) in conjunction with which some described embodiments may be implemented. The decoder (600) receives encoded data in a coded video bitstream (605) and produces output including pictures for reconstructed video (695). The format of the coded video bitstream (605) can be a variation or extension of H.265/HEVC format, Windows Media Video format, VC-1 format, MPEG-x format (e.g., MPEG-1, MPEG-2, or MPEG-4), H.26x format (e.g., H.261, H.262, H.263, H.264), or another format.

The decoder (600) is block-based and uses a block format that depends on implementation. Blocks may be further sub-divided at different stages. For example, a picture can be divided into 64×64 blocks, 32×32 blocks or 16×16 blocks, which can in turn be divided into smaller blocks of sample values. In implementations of decoding for the H.265/HEVC standard, a picture is partitioned into CTUs (CTBs), CUs (CBs), PUs (PBs) and TU (TBs).

The decoder (600) decompresses pictures using intra-picture decoding and/or inter-picture decoding. Many of the components of the decoder (600) are used for both intra-picture decoding and inter-picture decoding. The exact operations performed by those components can vary depending on the type of information being decompressed.

A buffer receives encoded data in the coded video bitstream (605) and makes the received encoded data available to the parser/entropy decoder (610). The parser/entropy decoder (610) entropy decodes entropy-coded data, typically applying the inverse of entropy coding performed in the encoder (500) (e.g., context-adaptive binary arithmetic decoding). As a result of parsing and entropy decoding, the parser/entropy decoder (610) produces general control data (622), quantized transform coefficient data (632), intra prediction data (642), motion data (652) and filter control data (662). The general control data (622) includes signals indicating color spaces, color sampling rates and/or bit depths for pictures, slice, blocks, or other units of video. Such signals can be included, for example, in a PPS, slice header, block syntax structure or other syntax structure, and can be entropy coded or signaled as fixed length values. The parser/entropy decoder (610) can also parse and/or entropy decode information identifying or defining available color spaces (e.g., list of pre-defined color spaces, custom matrices for color space transformation operations), information identifying or defining available color sampling rates (e.g., list of pre-defined color sampling rates, other color sampling rates, or identification of operations for downsampling and upsampling) and/or information identifying or defining available bit depths (e.g., list of pre-defined bit depths, other bit depths, or identification of operations for bit depth conversion), which is usable by the decoder (600) during adaptive switching. The parser/entropy decoder (610) can also parse and/or entropy decode syntax elements that indicate QP values, for example, from a PPS, slice header, block syntax structure or other syntax structure.

The general decoding control (620) receives the general control data (622) and provides control signals (not shown) to other modules (such as the scaler/inverse transformer (635), intra-picture predictor (645), motion compensator (655) and intra/inter switch) to set and change decoding parameters during decoding. In particular, the general decoding control (620) can cause the decoder (600) to switch color spaces, color sampling rates and/or bit depths during decoding on a picture-by-picture basis, slice-by-slice basis, block-by-block basis or some other unit-by-unit basis. When the encoder (600) switches color spaces, the general decoding control (620) can determine how to adjust inverse quantization or scaling to compensate for amplification of energy of quantization error in inverse color space conversion operations.

If the current picture is predicted using inter-picture prediction, a motion compensator (655) receives the motion data (652), such as MV data, reference picture selection data and merge mode index values. The motion compensator (655) applies MVs to the reconstructed reference picture(s) from the decoded picture buffer (670). The motion compensator (655) produces motion-compensated predictions for inter-coded blocks of the current picture. The decoded picture buffer (670) stores one or more previously reconstructed pictures for use as reference pictures.

In a separate path within the decoder (600), the intra-picture prediction predictor (645) receives the intra prediction data (642), such as information indicating whether intra prediction uses spatial prediction or intra BC prediction (e.g., a flag value per intra block), prediction mode direction (for intra spatial prediction), and BV values (for intra BC prediction). For intra spatial prediction, using values of a reconstruction (638) of the current picture, according to prediction mode data, the intra-picture predictor (645) spatially predicts sample values of a current block of the current picture from neighboring, previously reconstructed sample values of the current picture. Or, for intra BC prediction using BV values, the intra-picture predictor (645) predicts the sample values of the current block using previously reconstructed sample values of an intra-picture prediction reference region, which is indicated by a BV value for the current block.

The intra/inter switch selects whether the prediction (658) for a given block is a motion-compensated prediction or intra-picture prediction. For example, when H.265/HEVC syntax is followed, the intra/inter switch can be controlled based on a syntax element encoded for a CU of a picture that can contain intra-predicted CUs and inter-predicted CUs. For a non-skip-mode block, the decoder (600) combines the prediction (658) with reconstructed residual values to produce the reconstruction (638) of the content from the video signal. For a skip-mode block, the decoder (600) uses the values of the prediction (658) as the reconstruction (638).

To reconstruct the residual for a non-skip-mode block, the scaler/inverse transformer (635) receives and processes the quantized transform coefficient data (632). In the scaler/inverse transformer (635), a scaler/inverse quantizer performs inverse scaling and inverse quantization on the quantized transform coefficients. To compensate for amplification of the energy of quantization error in inverse color space conversion operations, the scaler can adjust inverse quantization or scaling as described herein. An inverse frequency transformer performs an inverse frequency transform, producing blocks of reconstructed prediction residual values or sample values. For example, the inverse frequency transformer applies an inverse block transform to frequency transform coefficients, producing sample value data or prediction residual data. The inverse frequency transform can be an inverse DCT, an integer approximation thereof, or another type of inverse frequency transform (e.g., an inverse discrete sine transform or an integer approximation thereof).

For intra-picture prediction, the values of the reconstruction (638) can be fed back to the intra-picture predictor (645). For inter-picture prediction, the values of the reconstruction (638) can be further filtered. In the merger/filter(s) (665), the decoder (600) merges content from different tiles into a reconstructed version of the picture. The decoder (600) selectively performs deblock filtering and SAO filtering according to the filter control data (662) and rules for filter adaptation, so as to adaptively smooth discontinuities across boundaries in the pictures. Other filtering (such as de-ringing filtering or ALF; not shown) can alternatively or additionally be applied. Tile boundaries can be selectively filtered or not filtered at all, depending on settings of the decoder (600) or a syntax indication within the encoded bitstream data. The decoded picture buffer (670) buffers the reconstructed current picture for use in subsequent motion-compensated prediction.

The decoder (600) can also include a post-processing filter. The post-processing filter (608) can include de-ringing filtering, adaptive Wiener filtering, film-grain reproduction filtering, SAO filtering or another kind of filtering.

Depending on implementation and the type of decompression desired, modules of a decoder (600) can be added, omitted, split into multiple modules, combined with other modules, and/or replaced with like modules. In alternative embodiments, decoders with different modules and/or other configurations of modules perform one or more of the described techniques. Specific embodiments of decoders typically use a variation or supplemented version of the decoder (600). The relationships shown between modules within the decoder (600) indicate general flows of information in the decoder; other relationships are not shown for the sake of simplicity.

VII. ADJUSTING QUANTIZATION/SCALING OR INVERSE QUANTIZATION/SCALING WHEN SWITCHING COLOR SPACES

This section presents various features of adaptive encoding and decoding for units of a video sequence. A unit can be a picture, slice, block or other portion of the video sequence. For example, some of the features relate to adjustment of quantization or scaling when an encoder switches color spaces between units within a video sequence during encoding. Other features relate to adjustment of inverse quantization or scaling when a decoder switches color spaces between units within a video sequence during decoding. These features can improve coding efficiency when switching between color spaces during encoding and decoding.

In general, a color space (sometimes called a color model) is a model for representing colors as n values per physical position, for n≥1, where each of the n values provides a color component value for that position. For example, in a YUV color space, a luma (or Y) component value represents an approximate brightness at a position and multiple chroma (or U and V) component values represent color differences at the position. The precise definitions of the color difference values (and conversion operations to/from a YUV color space to another color space such as RGB) depend on implementation. Typically, for purposes of encoding and decoding, the Y component is the primary component, and the U and V components are secondary components. In general, as used herein, the term YUV-type color space indicates any color space with a luma (or luminance) component and one or more chroma (or chrominance) components, including Y′UV, YIQ, Y′IQ and YDbDr as well as variations such as YCbCr and YCoCg.

The component signal measures that are used may be adjusted through the application of a non-linear transfer characteristics function (generally known as “gamma pre-compensation” and often denoted by the use of a prime symbol, although the prime symbol is often omitted for typographical convenience). Or, the component signal measures may be in a domain that has a linear relationship with light amplitude. The luma and chroma component signals may be well aligned with the perception of brightness and color for the human visual system, or the luma and chroma component signals may somewhat deviate from such measures (e.g., as in the YCoCg variation, in which formulas are applied that simplify the computation of the color component values).

As another example, in an RGB color space, a red (R) component value represents a red intensity, a green (G) component value represents a green intensity, and a blue (B) component value represents a blue intensity at a position. As used herein, the term RGB-type color space indicates a color space with R, G and B color components in any order. Examples include RGB, BGR and GBR color spaces, which differ in terms of the primary component for purposes of encoding and decoding. The primary component is indicated with the first letter of the color space (e.g., R for RGB).

Color sampling rate (sometimes called chroma sampling rate) refers to the relative spatial resolution between color components. For example, for a color sampling rate of 4:4:4, information for secondary components (e.g., U and V components for YUV) has the same spatial resolution as information for a primary component (e.g., Y component for YUV). For a color sampling rate of 4:2:2 or 4:2:0, information for secondary components is downsampled relative to information for the primary component. A YUV 4:2:0 format is a format that sub-samples chroma information compared to a YUV 4:4:4 format, so that chroma resolution is half that of luma resolution both horizontally and vertically. A YUV 4:2:2 format is a format that sub-samples chroma information horizontally compared to a YUV 4:4:4 format, so that chroma resolution is half that of luma resolution horizontally. Other examples of color sampling rates are 4:1:1 (secondary components have quarter resolution horizontally) and 4:0:0 (secondary components dropped). Color sub-sampling is typically applied to YUV-type color spaces. RGB-type color spaces usually have a color sampling rate of 4:4:4, but can have a different color sampling rate according to which secondary color components are sub-sampled.

Although YUV 4:2:0 format is conventionally used for video encoding and decoding, there are some use cases for which video has richer color information, and higher color fidelity may be justified. In such use cases, the differences between YUV 4:4:4 and YUV 4:2:0 chroma sampling formats are more easily perceived by viewers. For example, for encoding/decoding of computer screen text content, animated video content with artificial hard-edged boundaries, or certain features of video content more generally (such as scrolling titles and hard-edged graphics, or video with information concentrated in chroma channels), a 4:4:4 format may be preferable to a 4:2:0 format.

Bit depth refers to the number of bits per sample value. Common bit depths are 8 bits per sample, 10 bits per sample and 12 bits per sample. Other possible bit depths include 4-bits per sample and 16 bits per sample.

Adaptive switching of color spaces, color sampling rates and/or bit depths can improve rate-distortion performance when encoding certain “artificially” created video content such as screen-capture content, or when encoding a mix of natural video and artificially-created video content. Common scenarios for encoding/decoding of screen-capture content include remote desktop conferencing and encoding/decoding of graphical overlays on natural video or other “mixed content” video.

A. Types of Video.

In general, screen capture video represents the output of a computer screen or other display. FIG. 7 shows a computer desktop environment (710) with content that may provide input for screen capture. For example, screen capture video can represent a series of images of the entire computer desktop (711). Or, screen capture video can represent a series of images for one of the windows of the computer desktop environment, such as the app window (713) including game content, browser window (712) with Web page content or window (714) with word processor content.

As computer-generated, artificially-created video content, screen capture content tends to have relatively few discrete sample values, compared to natural video content that is captured using a video camera. For example, a region of screen capture content often includes a single uniform color, whereas a region in natural video content more likely includes colors that gradually vary. Also, screen capture content typically includes distinct structures (e.g., graphics, text characters) that are exactly repeated from frame-to-frame, even if the content may be spatially displaced (e.g., due to scrolling). Screen capture content is often encoded in a format (e.g., YUV 4:4:4 or RGB 4:4:4) with high chroma sampling resolution, although it may also be encoded in a format with lower chroma sampling resolution (e.g., YUV 4:2:0, YUV 4:2:2).

FIG. 8 shows composite video (820) that includes natural video (821) and artificially-created video content. The artificially-created video content includes a graphic (822) beside the natural video (821) and ticker (823) running below the natural video (821). Like the screen capture content shown in FIG. 7, the artificially-created video content shown in FIG. 8 tends to have relatively few discrete sample values. It also tends to have distinct structures (e.g., graphics, text characters) that are exactly repeated from frame-to-frame (e.g., due to scrolling).

B. Examples of Adaptive Switching.

For adaptive switching of color spaces, different units of video in a sequence are encoded in different color spaces. For example, some of the units are encoded in a YUV-type color space (e.g., YCbCr, YCoCg), and other units are encoded in an RGB-type color space (e.g., RGB, BGR, GBR). In this case, an encoder or decoder, as appropriate, performs color space transformation operations on sample values to switch between a YUV-type color space and an RGB-type color space. Typically, color space transformation operations can be represented as matrix multiplication operations performed on a position-by-position basis, where n sample values in a first color space for a position are multiplied by an n×n matrix to produce n sample values in a second color space for the position. In practice, color space transformation operations can be implemented using other arithmetic.

As another example of adaptive switching of color spaces, different units can be encoded in different RGB-type color spaces, which differ in terms of their primary component and the order that components are signaled (e.g., for residual data). In this case, an encoder or decoder, as appropriate, performs color space reordering operations on blocks or planes of sample values to change which color component is the primary color component.

In some example implementations, for lossy coding, an encoder can switch between any of the different color spaces. For lossless coding, however, an encoder only performs invertible color space conversions (e.g., reordering color components between RGB, BGR and GBR color spaces, or, in some implementations, conversion to/from YCoCg using an increased intermediate bit depth).

For adaptive switching of color sampling rates, different units of video in a sequence are encoded with different color sampling rates. For example, some of the units are encoded in a 4:2:2 or 4:2:0 format (such as YUV 4:2:2 or YUV 4:2:0), while other units are encoded in a 4:4:4 format (such as YUV 4:4:4). An RGB-type color space usually has a color sampling rate of 4:4:4, but its color components can instead be sub-sampled according to a color sampling rate of 4:2:2 or 4:2:0, e.g., if the primary color component is much more dominant than the secondary color components.

When downsampling sample values for a secondary component horizontally or vertically, an encoder or decoder can perform simple sub-sampling, low-pass filtering plus sub-sampling, or other filtering plus sub-sampling. For corresponding upsampling of the sample values of the secondary component, an encoder or decoder reverses the sub-sampling using, e.g., sample value repetition and/or filtering.

For adaptive switching of bit depths, different units of video in a sequence are encoded with different bit depths. For example, some of the units are encoded with 12-bit sample values, while other units are encoded with 10-bit sample values or 8-bit sample values. When converting between bit depths, an encoder or decoder can truncate higher-bit-depth sample values (with or without addition of a rounding factor) to produce lower-bit-depth sample values, or scale lower-bit-depth sample values to produce higher-bit-depth sample values.

An encoder typically receives input video in a given format such as RGB 4:4:4 with 12-bit sample values. The encoder can convert between the input format and another format (with a different color space, different color sampling rate and/or different bit depth) for a given unit of the video. Color space adaptation can be performed at picture-level, slice-level, block-level or some other level, by itself or in combination with color sampling rate adaptation and/or bit depth adaptation. Similarly, color sampling rate adaptation can be performed at picture-level, slice-level, block-level or some other level, by itself or in combination with color space adaptation and/or bit depth adaptation. Bit depth adaptation can be performed at picture-level, slice-level, block-level or some other level, by itself or in combination with color space adaptation and/or color sampling rate adaptation.

FIG. 9 shows picture-adaptive color spaces, color sampling rates and/or bit depths for pictures in a sequence (900). The sequence (900) includes a series of pictures. As needed, the encoder converts input video from the input video format to the format selected for a given picture. The format of picture 1 is YCbCr 4:2:0 with 8-bit sample values, and the format of picture 2 is RGB 4:4:4 with 8-bit sample values. Pictures 3 and 4 are BGR 4:4:4 video, but their sample values have different bit depths.

FIG. 10 shows slice-adaptive color spaces, color sampling rates and/or bit depths for slices of a picture (1000) in a sequence. The picture (1000) includes five slices, whose boundaries are shown in dashed lines. For example, slices 0, 1, 3 and 4 could be associated with screen capture content or other artificially-created video content, while slice 2 is associated with natural video content. The format of slices 0 and 3 is BGR 4:4:4 with 10-bit sample values. Slice 1 includes 12-bit sample values of GBR 4:4:4 video. The format of slice 2 is YCbCr 4:2:0 with 8-bit sample values, and the format of slice 4 is RGB 4:4:4 with 8-bit sample values.

FIG. 11 shows block-adaptive color spaces, color sampling rates and/or bit depths for blocks of a slice (1100) of a picture in a sequence. The slice (1100) includes 16 blocks having three different block sizes. The format of the first two blocks is YCbCr 4:2:0 with 8-bit sample values, and the format of the last block is YCbCr 4:2:0 with 10-bit sample values. Blocks 2-15 include 12-bit sample values in an RGB-type color space with a sampling rate of 4:4:4. The color space for blocks 2-15 varies between RGB, BGR and GBR.

C. Adjusting Quantization/Scaling and Inverse Quantization/Scaling When Switching Color Spaces-Introduction.

When an encoder adaptively switches color spaces between units of video, the encoder can adjust quantization and/or scaling. A corresponding decoder can adjust inverse quantization and/or scaling when the decoder switches color spaces between units of video. For example, the encoder and decoder can use different quantization step sizes for different color components when color space switching happens. Adjusting quantization/scaling during encoding and adjusting inverse quantization/scaling during corresponding decoding can improve coding efficiency when switching between color spaces.

Consider the example of adaptive switching between RGB and YCoCg color spaces on a block-by-block basis. In general, an encoder or decoder can convert sample values from RGB color space to YCoCg color space as shown in the following operation.

[

Y

Co

Cg

]

=

[

1

2

1

2

0

-
2

-
1

2

-
1

]

[

R

G

B

]

/
4

The dynamic range of the output sample values in YCoCg color space can be adjusted by adding an offset. For example, suppose the sample values for a position in RGB color space are Ps_R, Ps_Gand Ps_B, respectively, and the current bit depth is bit_depth_current. The minimum sample value is 0, and the maximum sample value is (1<<bit_depth_current)−1 (e.g., 255 for 8-bit sample values). To adjust the dynamic range of Co and Cg, the term add_value is defined as 1<< (bit_depth_current−1) (e.g., 128 for 8-bit sample values, to keep output values in the range of 0 . . . 255). The sample values Ps_Y, Ps_Co, and Ps_Cgfor the position in YCoCg color space can be calculated by:

Ps
Y

=

(

Ps
R

+

(

2
*

Ps
G

)

+

Ps
B

)

≫
2

Ps
Co

=

(

(

Ps
R

-

Ps
B

)

≫
1

)

+
add_value

Ps
Cg

=

(

(

(

2
*

Ps
G

)

-

Ps
R

-

Ps
B

)

≫
2

)

+
add_value

The sample values Ps_Y, Ps_Co, and Ps_Cgcan be clipped in the range defined by the minimum sample value and maximum sample value.

In general, an encoder or decoder can convert sample values from YCoCg color space back to RGB color space as shown in the following operation.

[

R

G

B

]

=

[

1

1

-
1

1

0

1

1

-
1

-
1

]

[

Y

Co

Cg

]

If an offset was added to the sample values in YCoCg color space, the offset is first subtracted. For example, suppose the sample values for a position in YCoCg color space are Rs_Y, Rs_Coand Rs_Cg, respectively, and the current bit depth is bit_depth_current. To adjust dynamic range, the term add_value is defined as 1<< (bit_depth_current−1) (e.g., 128 for 8-bit sample values, in the range of 0 . . . 255). The sample values Rs_R, Rs_G, and Rs_Bfor the position in RGB color space can be calculated by:

Rs
Co

-=
add_value

Rs
Cg

-=
add_value

Rs
R

=

Rs
Y

+

Rs
Co

-

Rs
Cg

Rs
G

=

Rs
Y

+

Rs
Cg

Rs
B

=

Rs
Y

-

Rs
Co

-

Rs
Cg

The sample values Rs_R, Rs_G, and Rs_Bcan be clipped in the range defined by the minimum sample value and maximum sample value.

According to the inverse color space conversion matrix, the sample value of the Y component will have an impact on the R, G and B sample values. The total energy contribution for it through the inverse color space conversions is (1)²+ (1)²+ (1)²=3. The sample value of the Co component will have an impact on the R and B sample values, and the total energy contribution for it through the inverse color space conversions is (1)²+(0)²+ (−1)²=2. Similarly, the sample value of the Cg component will have an impact on the R, G and B sample values, and the total energy contribution for it through the inverse color space conversions is (−1)²+(1)²+(−1)²=3. Thus, the ratio of the energy contributions for the Y, Co and Cg components is 3:2:3.

Due to the energy ratio, the energy of quantization error in the Y, Co and Cg components will be amplified by the inverse color space conversion operations. If blocks within a slice or picture have the same QP value, when blocks encoded in YCoCg color space are converted back to RGB color space, the energy of quantization error for those blocks (coded in the YCoCg domain then converted back to the RGB domain) will be amplified relative to the energy of quantization error for blocks that were encoded in RGB color space. To have comparable levels of energy of quantization error between the YCoCg-coded blocks and RGB-coded blocks, the encoder and decoder can adjust the QP values or scaling applied to the YCoCg-coded blocks, relative to the QP values or scaling applied to the RGB-coded blocks.

For example, suppose the QP value used for the R, G and B components of an RGB-coded block of a picture or slice is QP_RGB. For the Y component of a YCoCg-coded block of the picture or slice, the QP value is QP_Y. For a given value of QP_RGB, the quantization step size QSS is given by QSS=2^(QP_RGB-4)/6. When QP_RGB increases by 1 or decreases by 1, the quantization step size increases or decreases by a factor of 2^1/6. The energy of quantization error for a given QP value can generally be measured as a linear function of QSS². Thus, for QP_RGB, the energy of quantization error can be measured as (2^{(QP_RGB-4)/6)2}=2^(QP_RGB-4)/3. To have comparable levels of energy of quantization error between (a) blocks coded in the RGB domain and (b) blocks coded in the YCoCg domain then converted back to the RGB domain, the value of QP_Y is adjusted relative to the value of QP_RGB. Since the energy contribution from the Y component through the inverse color space conversions is (1)²+(1)²+(1)²=3, the adjustment is calculated according to the following equations, starting by setting the energy of quantization error for RGB-coded blocks equal to the amplified energy of quantization error for YCoCg blocks.

2

(

QP
⁢
_
⁢
RGB

-
4

)

/
3

=

3
*

2

(

QP
⁢
_
⁢
Y

-
4

)

/
3

log
2

(

2

(

QP
⁢
_
⁢
RGB

-
4

)

/
3

)

=

log
2

(
3
)

+

log
2

(

2

(

QP
⁢
_
⁢
Y

-
4

)

/
3

)

(

QP_RGB
-
4

)

/
3

=

log
2

(
3
)

+

(

QP_Y
-
4

)

/
3

QP_Y
=

QP_RGB
-

3
*

log
2

(
3
)

=

QP_RGB
-
4.755

≈

QP_RGB
-
5

Thus, the value of QP_Y can be approximated as the value of QP_RGB−5. Similarly, the values of QP_Co and QP_Cg are adjusted relative to the value of QP_RGB. Since the energy contribution from the Co component through the inverse color space conversions is (1)²+(0)²+(−1)²=2, the value of QP_Co is the value of QP_RGB-3*log₂(2)=QP_RGB−3. Like the value of QP_Y, the value of QP_Cg can be approximated as the value of QP_RGB−3*log₂(3)=QP_RGB−4.755≈QP_RGB-5. Thus, to compensate for the energy ratio of 3:2:3 when converting the Y, Co and Cg components back to the RGB domain, the QP values used for the Y, Co and Cg components are approximately −5, −3 and −5 relative to the QP value used for R, G and B components. For example, if QP_RGB is 16, then QP_Y=QP_Cg=11, and QP_Co=13. Or, if QP_RGB is 28, then QP_Y=QP_Cg=23, and QP_Co=25.

An adjustment of −5 to QP value corresponds to scaling by a factor of 2^5/6=1.78. An adjustment of −3 to QP value corresponds to scaling by a factor of 2^3/6=1.41.

If the QP values of R, G, and B components of an RGB-coded block of a picture or slice are different, the adjustments to QP values or scaling factors for Y, Co, and Cg components can be computed as follows. The QP values of the R, G, and B components are assigned to Y, Co, and Cg components, then adjusted by the QP adjustment factors that are based on energy amplification for the Y, Co and Cg color components in the inverse color space conversion operations. For example, suppose QP_R is 19, QP_G is 28, and QP_B is 33. In this case, the encoder and decoder can assign the QP values to first, second and third color components in the same order, then apply the QP value adjustments: QP_Y=19−5=14, QP_Co=28−3=25, and QP_Cg=33−5=28. Or, the encoder and decoder can assign the QP values to first, second and third color components in a different order, then apply the QP value adjustments. E.g., QP_Y=28−5=23, QP_Co=33−3=30, and QP_Cg=19−5=14. Or, the QP value adjustments can depend on only the QP value used for the first color component in the first color space. Or, the QP value adjustments can depend on only the minimum QP value used for the color components of the first color space. Regardless, the energy of the quantization error for RGB-coded blocks (without color space conversion) is roughly equivalent to the energy of quantization for YCoCg-coded blocks when converted back to RGB color space.

As noted above, quantization error can generally be modeled as a function of QP value (measuring quantization error as a linear function of QSS²). In particular, this relationship holds for smaller QP values (and QSS). The relationship may not be as accurate for higher QP values, however. Therefore, in some example implementations, an encoder or decoder can use different QP value adjustments for color components of the second color space depending on the QP value(s) of the color components of the first color space. For example, the encoder/decoder can use a lookup table or other structure to determine QP value adjustments for the color components of the second color space depending on the QP values used for the first color space, where the lookup table or other structure associates different QP value adjustments (for the color components of the second color space) with different QP values used for the first color space. The lookup table or other structure can include values for a particular pair of color spaces (first color space, second color space). For example, a lookup table QPAdjustOffset can be organized by color component (component_ID) of the second color space and QP value (QP_CS1) in the first color space.

QPAdjustOffset
[
component_ID
]

[
QP_CS1
]

For a given color component component_ID of the second color space, the lookup table includes QP value adjustments for different QP values QP_CS1 used in the first color space. For a given QP value QP_CS1 used in the first color space and given color component component_ID of the second color space, the encoder/decoder can determine a QP value adjustment to use for that color component component_ID of the second color space.

The encoder and decoder can further adjust the QP values for the color components of the second color space, starting from the QP values of the first, second and third color components for the first color space with QP value adjustments applied. For example, the encoder increases a QP value for one of the color components of the second color space (which increases amplified energy of quantization error), then decreases the QP value for another color component of the second color space to compensate for the increase. Or, the encoder decreases a QP value for one of the color components of the second color space (which decreases amplified energy of quantization error), then increases the QP value for another color component of the second color space to compensate for the decrease. For example, starting from QP_Y=23, QP_Co=30, and QP_Cg=14, the encoder can decrease QP_Y to 18 and increase QP_Cg to 22 without significantly changing the overall energy of quantization error. (The decrease in energy of quantization error of roughly 166 (from changing QP_Y from 23 to 18) is offset by the increase in energy of quantization error of roughly 162 (from changing QP_Cg from 14 to 22).)

An encoder and decoder can similarly determine per color component color space adjustments when converting between other color spaces during encoding or decoding, depending on energy amplification for the respective color components of the second color space in the inverse color space conversion operations. In general, the color space conversion matrix CC_matrix_{1_to_2}for transformation from a first color space to a second color space can be defined as:

[

c
00

c
01

c
02

c
10

c
11

c
12

c
20

c
21

c
22

]

To adjust the dynamic range of output, a matrix of offsets CC_offsets_{1_to_2}can be used. The offsets CC_offsets_{1_to_2}can be defined as:

[

o
0

o
1

o
2

]

Suppose the sample values for a position in the first color space are Ps_CC1=[Ps₀₀, Ps₀₁, Ps₀₂]^T. The sample values Ps_CC2for the position in the second color space can be calculated as:

Ps

CC
⁢
2

=

CC_matrix

1
⁢

_
⁢
to

⁢
_
⁢
2

*

Ps

CC
⁢
1

+

CC_offsets

1
⁢

_
⁢
to

⁢
_
⁢
2

The sample values Ps_CC2are clipped to the appropriate range.

The color space conversion matrix CC_matrix_{2_to_1}for transformation from a second color space back to a first color space can be defined as:

[

c
′

00

c
′

01

c
′

02

c
′

10

c
′

11

c
′

12

c
′

20

c
′

21

c
′

22

]

To adjust the dynamic range of output, a matrix of offsets CC_offsets_{2_to_1}can be used. The offsets CC_offsets_{2_to_1}can be defined as:

[

o
′

0

o
′

1

o
′

2

]

Suppose the sample values for a position in the second color space are Rs_CC2=[Rs₀₀, Rs₀₁, Rs₀₂]^T. The sample values Rs_CC1for the position in the first color space can be calculated as:

Rs

CC
⁢
1

=

CC_matrix

2
⁢

_
⁢
to

⁢
_
⁢
1

*

(

Rs

CC
⁢
2

+

CC_offsets

2
⁢

_
⁢
to

⁢
_
⁢
1

)

The sample values Rs_CC1are clipped to the appropriate range.

Per component color space adjustment factors can be determined based on the energy amplification (energy ratio) for the respective color components of the second color space in the inverse color space conversion operations. For example, the total energy contribution for a first component in the inverse color space conversions is cs2to1_0_contribution=(c′₀₀)²+(c′₁₀)²+(c′₂₀)². The total energy contribution for a second component is cs2to1_1_contribution=(c′₀₁)²+(c′₁₁)²+ (c′₂₁)², and the total energy contribution for a third component through the inverse color space conversions is cs2to1_2_contribution=(c′₀₂)²+(c′₁₂)²+(c′₂₂)². From these energy contributions, the encoder and decoder can determine adjustments to QP values or scaling factors for the respective components of the second color space, relative to a QP value QP_CS1 for the first color space. The QP value QP_CS2_0 for a first component of the second color space can be determined as QP_CS2_0=QP_CS1−3*log₂(cs2to1_0_contribution), where −3*log₂(cs2to1_0_contribution) indicates the QP value adjustment. The QP values QP_CS2_1 and QP_CS2_2 for the second and third color components of the second color space can similarly be determined using cs2to1_1_contributionand cs2to1_2_contribution. Alternatively, scaling factors corresponding to the QP value adjustments can be computed.

If the QP values of the color components of the first color space have different values (e.g., QP_CS1_R, QP_CS1_G, QP_CS1_B), the QP values of the color components of the second color space can be assigned as described above, starting from the QP values of the color components of the first color space, and applying the QP value adjustments. After they are assigned and adjusted, the QP values for the color components of the second color space can be increased or decreased as described above, while keeping the level of energy of quantization error roughly the same.

In some example implementations (see section VII.D), an encoder assigns QP values to color components of a second color space using syntax elements signaled in a bitstream, and a decoder assigns QP values to the color components of the second color space according to the signaled syntax elements. In these implementations, the encoder has the flexibility to assign a lower QP value to a color component of the second color space that has the highest energy or information content, and assign higher QP values to other color components, or otherwise assign the QP values as the encoder deems to be appropriate. In other example implementations (see section VII.E), an encoder and decoder assign modified QP values to color components according to rules. For example, the encoder and decoder assign modified QP values to the color components of the second color space in the order of the QP values for the color components of the first color space. Or, the encoder and decoder assign a lowest QP value, if any, to a first color component of the second color space (e.g., the color component that is expected to have highest energy or information content) and assign the other QP values to the other color components of the second color space.

D. Examples of Syntax Elements to Indicate QP Values for Per Component Color Space Adjustment Factors.

To compensate for amplification of the energy of quantization error in inverse color space conversion operations, an encoder and decoder can use different QP values for color components in a second color space. The encoder can determine and assign QP values for the color components of the second color space using any of the approaches described in section VII.C. Once the QP values are assigned, the encoder can signal them using syntax elements in the bitstream. This section describes various ways to signal syntax elements that indicate the QP values for the color components in the second color space.

In general, the QP values for color components in the second color space can be signaled differentially (as offsets) relative to QP values of corresponding color components in the first color space. Or, the QP values for second and third color components in the second color space can be signaled differentially (as offsets) relative to the QP value for a first color component in the second color space, which itself can be signaled differentially relative to a QP value for the first color space. Or, the QP values for the color components in the second color space can be signaled in some other way.

For example, the QP values for a first color space and second color space can be signaled at slice level (e.g., in a slice header). In some H.265/HEVC implementations (see JCTVC-P1003), the syntax element slice_qp_delta is signaled in a slice header and indicates an offset for QP value of the slice relative to an initial QP value for a picture that includes the slice.

Instead of using a single syntax element for a slice QP offset, two different syntax elements can indicate a slice QP offset for the first color space and a slice QP offset for the second color space, respectively. For example, slice_qp_delta can indicate the QP offset for a slice when the first color space is used within the slice, and slice_qp_delta_cs2 can indicate the QP offset for the slice when the second color space is used within the slice. The syntax element slice_qp_delta_cs2 can be conditionally signaled when at least two color spaces are used. The syntax element slice_qp_delta_cs2 can indicate a difference relative to the QP value for the slice for the first color space. That is, the QP value for the slice for the first color space is 26+init_qp_minus_26+slice_qp_delta, and the QP value for the slice for the second color space is 26+init_qp_minus_26+slice_qp_delta+slice_qp_delta_cs2. Alternatively, the syntax element slice_qp_delta_cs2 can indicate a difference relative to the initial QP value for the picture. That is, the QP value for the slice when the second color space is used is 26+init_qp_minus_26+slice_qp_delta_cs2.

Or, instead of signaling two QP values in a slice header, the QP values for the second color space can be signaled at picture level (e.g., in a PPS). In some H.265/HEVC implementations, the syntax element init_qp_minus_26 is signaled in a PPS and indicates an initial QP value for a picture. Another syntax element init_qp_diff_cs2 in the PPS can indicate an initial QP value for the picture for a second color space (or a first color component of the second color space), relative to the initial QP value for the picture for the first color space (indicated with init_qp_minus_26). That is, the QP value for the picture for the second color space is 26+init_qp_minus_26+init_qp_diff_cs2. Alternatively, a syntax element init_qp_minus_26_cs2 in the PPS can directly indicate the initial QP value for the picture for the second color space (or a first color component of the second color space). In either case, the QP values for a slice for the first color space and the second color space can be derived using a slice QP offset. For example, the QP value for a slice for the first color space is the initial QP value for the picture for the first color space+slice_qp_delta, and the QP value for the slice for the second color space is the initial QP value for the picture for the second color space+slice_qp_delta.

Instead of signaling a single QP value for each color space (for a slice or picture), different QP values can be signaled for different color components in the second color space. For example, at picture level (e.g., in a PPS), offsets for the second and third color components of a picture for a second color space can be signaled as offsets relative to QP values of corresponding color components in the first color space for the picture. In some H.265/HEVC implementations, the syntax elements pps_cb_qp_offset and pps_cr_qp_offset indicate offsets for second and third color components of the first color space (whether YCbCr or another color space) relative an initial QP value for a picture (for the first color component of the first color space). Two additional syntax elements pps_cb_qp_offset_cs2 and pps_cr_qp_offset_cs2 can indicate offsets for the second and third color components of the second color space (whether YCbCr or another color space) relative to the QP values for the second and third color components of the first color space, respectively. Or, the offsets for the second and third color components of the second color space can be signaled as offsets relative to an initial QP value for the picture for the second color space. For example, the syntax elements pps_cb_qp_offset_cs2 and pps_cr_qp_offset_cs2 can indicate offsets for the second and third color components of the second color space relative to the QP value for the picture (and first color component) for the second color space.

Or, at slice level (e.g., in a slice header), the offsets for the second and third color components of a slice for a second color space can be signaled as offsets relative to QP values of corresponding color components in the first color space for the slice. In some H.265/HEVC implementations, the syntax elements slice_cb_qp_offset and slice_cr_qp_offset indicate offsets for second and third color components of the first color space (whether YCbCr or another color space) relative a QP value for the slice (for the first color component of the first color space). Two additional syntax elements slice_cb_qp_offset_cs2 and slice_cr_qp_offset_cs2 can indicate offsets for the second and third color components of the second color space (whether YCbCr or another color space) relative to the QP values for the second and third color components of the first color space, respectively. Or, the offsets for the second and third color components of the slice for the second color space can be signaled as offsets relative to a QP value for a first color component of the slice for the second color space. For example, the syntax elements slice_cb_qp_offset_cs2 and slice_cr_qp_offset_cs2 can indicate offsets for the second and third color components of the second color space relative to the QP value for the first color component of the slice for the second color space.

In this way, QP values are signaled for a picture or slice for the first color space and for the second color space. When the encoder or decoder switches color spaces between units (e.g., between blocks or slices of a picture, or between blocks of a slice), the encoder or decoder has the appropriate QP values to apply. Alternatively, syntax elements that indicate QP values for color components of a second color space are signaled in some other way.

E. Examples of Derivation Rules for QP Values for Per Component Color Space Adjustment Factors.

Instead of signaling different QP values for color components in the second color space, an encoder and decoder can derive the QP values according to rules, depending on the identity of the second color space, starting from the QP values of the color components in the first color space. In this way, the encoder and decoder can modify the QP values used during encoding and decoding to compensate for amplification of the energy of quantization error in inverse color space conversion operations. Section VII.C describes ways to determine QP value adjustments depending on the inverse color space conversion operations used when converting from the second color space back to the first color space. One of these approaches can be applied automatically by an encoder and decoder, without signaling syntax elements that indicate QP value adjustments for color components of the second color space.

The encoder and decoder can modify final QP values for the color components of the first color space, after the QP values for the color components of the first color space are otherwise determined. For example, for a block encoded in YCoCg color space, the encoder and decoder can adjust a final QP value QP_RGB used for RGB-coded blocks by −5, −3 and −5 for QP values for Y, Co, and Cg components, respectively. (The derivation of the adjustment factors of −5, −3, and −5 is explained above.) In some H.265/HEVC implementations, the variables Op′Y, Qp′Cb, and Qp′Cr indicate final QP values for first, second and third color components for YCbCr, RGB or another first color space (the variable names can change). If the YCoCg color space is used for encoding, to determine the QP values for the Y, Co and Cg color components, the final QP values Qp′Y, Qp′Cb, and Op′Cr are adjusted as follows: Qp′Y−=5, Qp′Cb−=3, and Qp′Cr−=5. The per color component color space adjustments of −5, −3, and −5 are part of the derivation rules. The adjusted QP values can be clipped at the minimum allowed QP value.

For another second color space, the adjustments to final QP values Op′Y, Op′Cb, and Qp′Cr can similarly be modified depending on the energy amplification for the respective color components of that second color space in inverse color space conversion operations.

Or, instead of modifying final QP values of the color components for the first color space, the encoder and decoder can modify intermediate QP values for at least some of the color components for the first color space. For example, for a block encoded in YCoCg color space, the encoder and decoder can adjust intermediate QP values for Co and Cg components, respectively. In some H.265/HEVC implementations, the variables qPiCb and qPiCr indicate intermediate QP values for second and third color components for YCbCr, RGB or another first color space (the variable names can change), and the variable QpY indicates an intermediate QP value for a first color component for the first color space. If the YCoCg color space is used for encoding, to determine the QP values for the Y, Co and Cg color components, the final QP value Op′Y and intermediate QP values qPiCh and qPiCr are determined as follows:

Qp
′

⁢
Y

=

QpY
+
QpBdOffsetY
-
5

qPiCb
=

Clip
⁢
3
⁢

(

-
QpBdOffsetC

,
57
,

QpY
-
 
3
+

pps_cb
⁢
_qp
⁢
_offset

+

slice_cb
⁢
_qp
⁢
_offset

)

qPiCr
=

Clip
⁢
3
⁢

(

-
QpBdOffsetC

,
57
,

QpY
-
 
5
+

pps_cr
⁢
_qp
⁢
_offset

+

slice_cr
⁢
_qp
⁢
_offset

)

These equations use syntax elements that indicate QP values for color components of the first color space (e.g., pps_cb_qp_offset, slice_cb_qp_offset, pps_cr_qp_offset, and slice_cr_qp_offset), but not syntax elements that indicate per color component color space adjustments. Instead, the per color component color space adjustments of −5, −3, and −5 are part of the derivation rules. The adjusted QP values can be clipped at the minimum allowed QP value.

For another second color space, the adjustments to intermediate QP values can similarly be modified depending on the energy amplification for the respective color components of that second color space in the inverse color space conversion operations.

By rule, the encoder and decoder can assign modified QP values to the color components of the second color space in the order of the QP values for the color components of the first color space. Or, by rule, the encoder and decoder can assign a lowest modified QP value, if any, to a first color component of the second color space (e.g., the color component which is expected to have highest energy or information content) and assign the other modified QP values to the other color components of the second color space.

F. Examples of Scaling Factors for Per Component Color Space Adjustment Factors.

Instead of modifying QP values to compensate for amplification of the energy of quantization error in inverse color space conversion operations, the encoder and decoder can modify the process of scaling transform coefficients.

For example, a list of scaling factors that will be applied to transform coefficients can be modified. After determining frequency-specific scaling factors m[x][y], if a second color space is used, m[x][y] can be modified depending on the color component whose transform coefficients are being scaled. The variable cIdx indicates the index of the color component. When the first color space is RGB and the second color space is YCoCg, for example, m[x][y] can be modified by component-specific scaling factors of 1.78, 1.41 and 1.78 for Y, Co and Cg components, respectively. The component-specific scaling factors of 1.78, 1.41 and 1.78 correspond to QSS changes of 2^5/6, 2^3/6and 2^5/6, respectively, and roughly correspond to QP value adjustments of −5, −3 and −5, respectively. If cIdx is 0 or 2, m[x][y] *=1.78. Otherwise, if cIdx is 1, m[x][y] *=1.41. Alternatively, instead of using floating point operations, m[x][y] can be modified using integer operations.

For another second color space, the component-specific scaling factors are modified depending on the energy amplification for the respective color components of that second color space in the inverse color space conversion operations.

Or, without modifying m[x][y], the encoder and decoder can separately account for the component-specific scaling factors for different color components of the second color space when performing scaling operations. For example, an array factor [cIdx] stores the component-specific scaling factors for the color components of the second color space. When the second color space is YCoCg, for example, factor [cIdx] is {1.78, 1.41, 1.78}. For another second color space, the component-specific scaling factors are modified depending on the energy amplification for the respective color components of that second color space in the inverse color space conversion operations. The transform coefficients in the array TransCoeffLevel are inverse quantized and scaled as follows.

d
[
x
]

[
y
]

=

Clip
⁢
3
⁢

(

-
32768

,
32767
,

(

(

TransCoeffLevel
[
xTbY
]

[
yTbY
]

[
cIdx
]

[
x
]

[
y
]

*
 

m
[
x
]

[
y
]

*

factor
[
cIdx
]

*

levelScale
[

qP
⁢

%
⁢

6

]

≪

(

qP
/
6

)

)

+

(

1
≪

(

bdShift
-
1

)

)

)

≫
bdShift

)

Or, the encoder and decoder can perform the scaling operations using integer-only operations, where factor1[cIdx] and factor2[cIdx] include integer values defined such that factor1[cIdx]/factor2[cIdx] approximates factor [cIdx].

d
[
x
]

[
y
]

=

Clip
⁢
3
⁢

(

-
32768

,
32767
,

(

(

TransCoeffLevel
[
xTbY
]

[
yTbY
]

[
cIdx
]

[
x
]

[
y
]

*
 

m
[
x
]

[
y
]

*
factor
⁢

1
[
cIdx
]

/
factor
⁢

2
[
cIdx
]