EP3510772B1 - Coding of high dynamic range video using segment-based reshaping - Google Patents

Coding of high dynamic range video using segment-based reshaping Download PDF

Info

Publication number
EP3510772B1
EP3510772B1 EP17768653.2A EP17768653A EP3510772B1 EP 3510772 B1 EP3510772 B1 EP 3510772B1 EP 17768653 A EP17768653 A EP 17768653A EP 3510772 B1 EP3510772 B1 EP 3510772B1
Authority
EP
European Patent Office
Prior art keywords
frame
reshaping
dynamic range
frames
primary
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
EP17768653.2A
Other languages
German (de)
French (fr)
Other versions
EP3510772A1 (en
Inventor
Harshad KADU
Qian Chen
Guan-Ming Su
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Dolby Laboratories Licensing Corp
Original Assignee
Dolby Laboratories Licensing Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Dolby Laboratories Licensing Corp filed Critical Dolby Laboratories Licensing Corp
Priority claimed from PCT/US2017/050980 external-priority patent/WO2018049335A1/en
Publication of EP3510772A1 publication Critical patent/EP3510772A1/en
Application granted granted Critical
Publication of EP3510772B1 publication Critical patent/EP3510772B1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/117Filters, e.g. for pre-processing or post-processing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/90Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/98Adaptive-dynamic-range coding [ADRC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/124Quantisation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/136Incoming video signal characteristics or properties
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/134Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • H04N19/142Detection of scene cut or scene change
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/172Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a picture, frame or field
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/177Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a group of pictures [GOP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/182Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a pixel

Definitions

  • the present invention relates generally to images. More particularly, an embodiment of the present invention relates to the coding of video signals with high dynamic range using segment-based reshaping.
  • the term 'dynamic range' may relate to a capability of the human visual system (HVS) to perceive a range of intensity (e.g., luminance, luma) in an image, e.g., from darkest grays (blacks) to brightest whites (highlights).
  • HVS human visual system
  • DR relates to a 'scene-referred' intensity.
  • DR may also relate to the ability of a display device to adequately or approximately render an intensity range of a particular breadth. In this sense, DR relates to a 'display-referred' intensity.
  • the term may be used in either sense, e.g. interchangeably.
  • high dynamic range relates to a DR breadth that spans some 14-15 orders of magnitude of the human visual system (HVS).
  • HVS human visual system
  • EDR enhanced dynamic range
  • VDR visual dynamic range
  • EDR may individually or interchangeably relate to the DR that is perceivable within a scene or image by a human visual system (HVS) that includes eye movements, allowing for some light adaptation changes across the scene or image.
  • EDR may relate to a DR that spans 5 to 6 orders of magnitude.
  • HDR high dynamic range
  • n ⁇ 8 e.g., color 24-bit JPEG images
  • images where n > 8 may be considered images of enhanced dynamic range.
  • EDR and HDR images may also be stored and distributed using high-precision (e.g., 16-bit) floating-point formats, such as the OpenEXR file format developed by Industrial Light and Magic.
  • a reference electro-optical transfer function (EOTF) for a given display characterizes the relationship between color values (e.g., luminance) of an input video signal to output screen color values (e.g., screen luminance) produced by the display.
  • color values e.g., luminance
  • screen color values e.g., screen luminance
  • ITU Rec. BT. 1886 defines the reference EOTF for flat panel displays based on measured characteristics of the Cathode Ray Tube (CRT).
  • CRT Cathode Ray Tube
  • metadata relates to any auxiliary information that is transmitted as part of the coded bitstream and assists a decoder to render a decoded image.
  • metadata may include, but are not limited to, color space or gamut information, reference display parameters, and auxiliary signal parameters, as those described herein.
  • HDR lower dynamic range
  • SDR standard dynamic range
  • HDR content may be color graded and displayed on HDR displays that support higher dynamic ranges (e.g., from 1,000 nits to 5,000 nits or more).
  • Such displays may be defined using alternative EOTFs that support high luminance capability (e.g., 0 to 10,000 nits).
  • An example of such an EOTF is defined in SMPTE ST 2084:2014 (Ref.[2 ]).
  • the methods of the present disclosure relate to any dynamic range higher than SDR.
  • the term "reshaping" refers to a pre-processing operation on an HDR image, such as scaling, quantization, and the like, to map it from its original bit depth to an image of the same or lower bit depth, to allow for more efficient coding using existing coding standards and devices.
  • 'Forward reshaping' parameters used by an encoder may be communicated to a receiver as part of the coded bitstream using metadata so that a compliant decoder may apply an 'inverse' or 'backward reshaping' operation to reconstruct the original signal at its full dynamic range. Reshaping may be applied to any one or all of the color components of an HDR signal. In some embodiments, reshaping may also be constrained by the requirement to preserve on the decoded image the artistic intent of the original, for example, in terms of the accuracy of colors or "look,” as specified by a colorist under the supervision of the director.
  • Existing reshaping techniques are typically scene-based.
  • the term "scene” for a video sequence may relate to a series of consecutive frames in the video sequence sharing similar luminance, color and dynamic range characteristics.
  • Scene-based methods work well in video-workflow pipelines which have access to the full scene; however, it is not unusual for content providers to use cloud-based multiprocessing, where, after dividing a video stream into segments, each segment is processed independently by a single computing node in the cloud.
  • segment denotes a series of consecutive frames in a video sequence.
  • a segment may be part of a scene or it may include one or more scenes. Thus, processing of a scene may be split across multiple processors.
  • improved techniques for segment-based reshaping of HDR video are needed.
  • JCT-VC Meeting, 19-2-2016 - 26-2-2016, San Diego Joint Collaborative Team on Video Coding of ISO/IEC JTC1/SC29/WG11 and ITU-T SG.16 ) relates to describing the HDR video analysis and processing algorithms developed in the ETM reference software, applied to derive the reshaping parameters.
  • Segment-based reshaping techniques for high dynamic range (HDR) images are described herein. According to the invention, there is provided a method for segment-based signal reshaping with a processor, a respective apparatus and a computer-readable storage medium according to the independent claims.
  • the dependent claims relate to preferred embodiments of the invention. Enabling disclosure for the invention as defined in the claims is found in the embodiments described in particular in Figure 6 and corresponding passages. Any examples and embodiments of the description not falling within the scope of the claims do not form part of the invention and are provided for illustrative purposes only. In the following description, for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention.
  • Example embodiments described herein relate to segment-based signal reshaping, e.g., reshaping of HDR images.
  • the reshaping may relate to or comprise luma and/or chroma reshaping.
  • the reshaping may also be said to relate to generating a forward luma reshaping mapping.
  • a processor for segment-based reshaping receives a first input video signal in a first dynamic range and a second input video signal in a second dynamic range, wherein corresponding frames in the first signal and the second signal represent the same image, wherein the first dynamic range is higher than the second dynamic range.
  • the first input video signal and the second input video signal are divided into consecutive segments, wherein each segment comprises primary frames and padded frames, wherein padded frames for a segment overlap with the primary frames of at least one neighboring segment.
  • the primary frames are those frames for which a forward luma reshaping mapping is to be generated in a computing node.
  • the padded frames are arranged in the segment before a first one of the primary frames and/or after a last one of the primary frames. Different segments may be processed independently from each other, for example by different computing nodes.
  • the node for luma reshaping, for a primary frame in a segment of the first input video, the node computes a support frame set based on a sliding window centered on the primary frame and adjusted based on scene cuts in the segment.
  • the support frame set may be obtained by adjusting the sliding window based on the scene cuts in the segment. For example, frames of the sliding window that are not contained in the same scene as the primary frame (the scene being bounded by the scene cuts) may be excluded from the support frame set.
  • the support frame set may include, depending on a position of the primary frame within the segment, padded frames in addition to (other) primary frames.
  • the forward luma reshaping mapping for such primary frame may be based also on the statistics (e.g., luma histograms, noise measurements, etc.) of padded frames, thereby offering better (smoother) transitions between forward luma reshaping mappings at transitions from one segment to another.
  • the computing node determines a minimum codeword allocation for luminance pixel values in a reshaped frame of the primary frame based on a first reshaping method and the support frame set, and it determines a first mapping for luminance values of the primary frame from the first dynamic range to the second dynamic range based on a second reshaping method that preserves the artistic "look" of the input video signals.
  • the minimum codeword allocation may be determined based on a noise masking threshold for the primary frame.
  • the noise masking threshold may be determined based on the frames of the support frame set for the primary frame.
  • the noise masking threshold may be determined based on noises measurements for the frames of the support frame set, e.g., by averaging the noise measurements over the frames of the support frame set.
  • the noise measurements may be based on block-based standard deviations of luma values in respective frames. These block-based standard deviations may be averaged for each of a plurality of luma bins.
  • the minimum codeword allocation may indicate a lower bound on an allocation of output codewords in the reshaped frame across input codewords in the primary frame. That is, the minimum codeword allocation may indicate for each pair of adjacent codewords in the primary frame a required amount of codewords in the reshaped frame.
  • computing the support frame set may comprise: determining a window of 2 W +1 frames centered on the primary frame; determining a first scene cut in the segment nearest to the left of the primary frame; determining a second scene cut in the segment nearest to the right of the primary frame; adjusting the left side of the window to be the beginning of the first scene cut in the segment, if the position of the first scene cut is within W frames to the left of the primary frame; and adjusting the right side of the window to be the frame before the position of the second scene cut in the segment, if the position of the second scene cut is within W frames to the right of the primary frame, where W is an integer.
  • determining the minimum codeword allocation based on a first reshaping method may comprise: partitioning the luminance range of the primary frame into non-overlapping bins; generating noise estimates for each bin based on a noise measuring criterion and the support frame set; and generating the minimum codeword allocation based on the input bit depth of the first input, a target bit depth for the reshaped frame, and a function for mapping noise estimates to bit depths (e.g., a masking-noise to bit depth function).
  • the second reshaping method may generate the first mapping by matching histogram characteristics of luminance values in a mapped frame to the histogram characteristics of luminance values in a frame in the second video signal corresponding to the primary frame, wherein the mapped frame is generated by applying the first mapping to the primary frame. That is, the second reshaping method may generate the first mapping so that histogram characteristics of luminance values in a mapped frame match the histogram characteristics of luminance values in a frame in the second video signal corresponding to the primary frame, wherein the mapped frame is generated by applying the first mapping to the primary frame.
  • determining the first mapping for mapping luminance values of the primary frame from the first dynamic range to the second dynamic range based on a second reshaping method may comprises computing based on the support frame set a first normalized luminance histogram for the primary frame (e.g., computing based on the support frame set a first normalized luminance histogram for the primary frame); computing a first cumulative density function, CDF, (for the primary frame) based on the first normalized luminance histogram(s); computing a second normalized luminance histogram for each frame in the second input video that corresponds to a frame in the support frame set (e.g., computing based on the support frame set a second normalized luminance histogram for the frame in the second input video corresponding to the primary frame); computing a second CDF based on the second normalized luminance histogram(s); and for each luma intensity value in the primary frame determining a first mapped luma value such that the output value of the first CDF for the luma
  • combining the first mapping with the minimum codeword allocation may comprise: generating delta values based on pair-wise differences of consecutive codewords in the first mapping (e.g., generating, as delta values, pair-wise differences between mapped codewords of consecutive codewords, the consecutive codewords being mapped by the first mapping); identifying a first set of elements of the delta values which violate the minimum codeword allocation requirements (e.g., delta values which are below a minimum number of required codewords given by the minimum codeword requirement); determining a first metric ( ⁇ ) of codeword requirements to be added for the first set of elements; identifying a second set of elements of the delta values which do not violate the minimum codeword allocation requirements (e.g., delta values which are not below a minimum number of required codewords given by the minimum codeword requirement); determining a second metric ( ⁇ ) of codeword requirements to be subtracted for the second set of elements; for the first set of elements, replacing their delta values with their corresponding minimum codeword allocation requirements values;
  • the first metric may indicate an additional amount of required codewords for satisfying the minimum codeword allocation requirements.
  • the second metric may indicate a sum of those delta values that do not violate the minimum codeword allocation requirements.
  • rescaling may comprise multiplying each original delta value in the second set of elements by 1 ⁇ ⁇ ⁇ .
  • the method may further comprise determining forward luma reshaping mappings for two or more of the frames belonging to the support frame set of the primary frame; and determining an average forward luma reshaping mapping based on an average or weighted average of the forward luma reshaping mappings for the two or more frames in the support frame set of the primary frame.
  • the method may further comprise applying the forward luma reshaping mapping or the average forward luma reshaping mapping for the primary frame to the luminance pixel values of the primary frame to generate luminance values of an output reshaped frame.
  • the computing node determines a forward set of reshaping chroma parameters (e.g., a set of reshaping chroma parameters for forward chroma reshaping) based on a forward multivariate, multi-regression model (MMR) and a forward support frame set (e.g., a support frame set for forward chroma reshaping), such that the mean-square error between chroma values in the output reshaped frame and chroma values in the corresponding frame of the second input video is minimized (e.g., by minimizing the mean-square error between chroma values in the output reshaped frame and chroma values in the corresponding frame of the second input video).
  • MMR forward multivariate, multi-regression model
  • a forward support frame set e.g., a support frame set for forward chroma reshaping
  • the node determines a backward set of reshaping chroma parameters (e.g., a set of reshaping chroma parameters for backward chroma reshaping) based on a backward MMR model and a backward support frame set (e.g., a support frame set for backward chroma reshaping), such that the mean-square error between chroma values in the reconstructed frame in the first dynamic range and chroma values in the corresponding primary frame is minimized (e.g., by minimizing the mean-square error between chroma values in the reconstructed frame in the first dynamic range and chroma values in the corresponding primary frame).
  • the forward MMR model is applied to the primary frame to generate chroma pixel values in the output reshaped frame, and the backward MMR model parameters are communicated downstream to a decoder as metadata.
  • the MSE error may be weighted MSE.
  • the method may further comprise applying the forward MMR model to the primary frame to generate chrominance values of the output reshaped frame.
  • Another aspect relates to an apparatus comprising a processor and being configured to perform any one of the methods recited above.
  • Yet another aspect relates to a non-transitory computer-readable storage medium having stored thereon computer-executable instruction for executing any one of the methods recited above.
  • SDI Serial Digital Interface
  • H.264 or AVC
  • H.265 or HEVC
  • PQ perceptual luminance amplitude quantization.
  • the human visual system responds to increasing light levels in a very non-linear way. A human's ability to see a stimulus is affected by the luminance of that stimulus, the size of the stimulus, the spatial frequencies making up the stimulus, and the luminance level that the eyes have adapted to at the particular moment one is viewing the stimulus.
  • a perceptual quantizer function maps linear input gray levels to output gray levels that better match the contrast sensitivity thresholds in the human visual system.
  • An example PQ mapping function is described in SMPTE ST 2084:2014 (Ref.[2 ]), where given a fixed stimulus size, for every luminance level (i.e., the stimulus level), a minimum visible contrast step at that luminance level is selected according to the most sensitive adaptation level and the most sensitive spatial frequency (according to HVS models).
  • a PQ curve imitates the true visual response of the human visual system using a relatively simple functional model.
  • one 12-bit code value corresponds to a relative change of approximately 0.0048 cd/m 2 ; however, at 1,000 cd/m 2 , one 12-bit code value corresponds to a relative change of approximately 2.24 cd/m 2 .
  • This non-linear quantization is needed to accommodate for the non-linear contrast sensitivity of the human visual system (HVS)
  • FIG. 1 depicts an example process (100) for data compression and decompression using luma and chroma reshaping according to an embodiment of this invention.
  • a video sequence may be available in both high dynamic range (EDR, 102) and standard dynamic range (SDR, 104) formats.
  • the SDR sequence may be generated based on the EDR sequence.
  • the EDR sequence may be generated based on the SDR sequence.
  • the "look" in both the input EDR and SDR sequences (as represented by their luminance and color pixel values) represent the artistic intent or "look" of the director.
  • Inputs (102) and (104) may be coded according to certain EOTF (e.g., gamma, PQ, and the like).
  • Forward reshaping may include separate luma reshaping (105-A) and chroma reshaping (105-B) processes.
  • Luma reshaping (105-A) and chroma reshaping (105-B) processes may be applied to the input EDR signal (102), taking into consideration the characteristics of the reference SDR signal (104), to generate a reshaped SDR signal (107) with corresponding luma (107-L) and chroma (107-C) components.
  • forward reshaping (105) may also include processes related to color conversion, tone mapping, and saturation control.
  • video signal (107) is delivered to encoding block (110) for delivering downstream to decoding and playback devices such as television sets, set-top boxes, movie theaters, and the like.
  • coding block (110) may include audio and video encoders, such as those defined by ATSC, DVB, DVD, Blu-Ray, and other delivery formats, to generate coded bit stream (112).
  • the coded bit stream (112) is decoded by decoding unit (115) to generate a decoded signal (117) representing an identical or close approximation of signal (107).
  • decoded signal (117) may be displayed directly to SDR display (130).
  • decoded signal (117) may be processed by a backward or inverse reshaping function (120), which converts the reshaped signal back to its original (higher) dynamic range, to be displayed on an HDR display (125).
  • Inverse reshaping may include separate inverse luma reshaping (120-A) and chroma reshaping (120-B).
  • inverse reshaping may also include additional (inverse) processes, such as inverse tone-mapping, color transformations, and the like.
  • the backward or inverse reshaping function (120) may be integrated with a de-quantizer in decoder (115), e.g., as part of the de-quantizer in an AVC or HEVC video decoder.
  • information about the reshaping process (105) may be communicated to downstream devices (such as decoders) using metadata, SEI messaging, and the like.
  • the encoder a) collects statistics for each frame within a scene, b) calculates the forward reshaping and backward reshaping functions, and c) applies the reshaping function to the entire scene.
  • This allows an encoder to better manage sudden jumps in the luminance and/or chroma characteristics of the input due to scene changes.
  • FIG. 2a An example of such a process is shown in FIG. 2a , where in an example multi-processing system with three computing nodes, each scene (Scene 0 to Scene 2) is processed separately by each node (Node 0 to Node 2).
  • the encoding farm consists of multiple nodes in a computing cloud, where each node is assigned to encode a fixed interval (segment) of the video for better timing and schedule management.
  • Typical segment sizes range in length between 10 to 30 seconds.
  • a segment may have a total of 720 frames or pictures.
  • FIG. 2b An example of such process is depicted in FIG. 2b , where the three original scenes are now divided into five equal segments (Sg.0 to Sg. 4), wherein each segment is assigned to a separate computing node (Node 0 to Node 4).
  • a scene e.g., Scene 0
  • can cross multiple segments Sg. 0, Sg.1, and Sg. 2
  • a segment e.g., Sg. 2
  • can include frames from multiple scenes e.g., Sg. 2a belongs to Scene 0 and Sg. 2b belongs to Scene 1).
  • an encoder encodes each sub-scene individually, via local optimization. In this scenario, discontinuity in image characteristics (such as a sudden luminance change or a sudden color change) will be observed within this scene.
  • padded segment 0 may be encoded by both Node 0 and Node 1
  • padded segment 1 Psg. 1
  • This approach offers better transition at the boundaries; however, it requires additional encoding computations due to the overlapped encoding and may also require inter-node communications.
  • reshaping functions are generated based on statistics from extended or padded segments.
  • padded segment 1 (205, Psg. 1) in FIG. 2c .
  • This segment includes three parts (or sub-segments): padded frames (205-1), to be encoded by Node 0, primary frames (205-2), to be encoded by Node 1, and padded frames (205-3), to be encoded by Node 2; however, when Node 1 computes a reshaping function to be applied to sub-segment 205-2, it may consider statistics from padded frames belonging to both 205-1 and 205-2 or to both 205-2 and 205-3.
  • This approach allows for a) improving the local statistics based on neighbor segments, and b) applying parallel processing across nodes without passing information between nodes.
  • a segment may include one or more scene cuts.
  • padded segments may include frames from the prior or the subsequent segment to improve the generation of statistical data, such as masking thresholds.
  • W 15 frames
  • frames in the window belonging to another scene may be dropped from this statistics-gathering window.
  • This final window for the j -th frame within the t-th segment will be denoted as the "support frame set" ⁇ t,j .
  • FIG. 3 Three examples of support frames sets are depicted in FIG. 3 , where the primary frames (300-1) of the coding (or reshaping) segment are between frames (304) and (306) and the padded segment, which includes padded frames (300-2) and (300-3), is defined between frames (302) and (308).
  • F t a segment t with a total number of frames denoted as F t , e.g., all frames in (300-1), between (304) and (306).
  • F t a total number of frames
  • F t e.g., all frames in (300-1)
  • f SCl denote the beginning of the first scene cut immediately before the current frame F
  • f SCr denote a scene cut immediately after the current frame F.
  • the sliding window (F-W, F+W) goes beyond the left scene cut ( f SCl ), hence, given there is no scene cut to the right, the support frame set (320) is constrained to be within the left scene cut ( f SCl ) and F+W.
  • the left scene cut ( f SCl ) is outside of the sliding window (F-W, F+W), hence the support frame set (330) includes all the frames in the sliding window ( F-W , F+W).
  • the right scene cut ( f SCr ) is within the sliding window ( F-W, F + W ), hence the support frame set (340) is constrained to be within F-W and f SCr -1 .
  • the padded areas may also include W frames each, but may also include less than W frames each, depending on the bandwidth constraints.
  • the reshaping function may be computed according to a noise mask histogram of the input image so that quantization noise is not perceived by the human observers.
  • a noise measurement e.g., the standard deviation within a block of pixels centered around pixel p
  • H j ( p ) the set of pixels with valid noise measurement within frame j .
  • i an index inside ⁇ j . Therefore, the set of valid standard deviation measurements may be denoted as H j i , i ⁇ ⁇ j .
  • M 16, 32, or 64
  • W b 65,536/ M
  • b j , m mean H j i
  • b m j min b f , m
  • b m j 1 ⁇ t , j ⁇ f ⁇ ⁇ t , j b f , m , where, given set X ,
  • the set of d i j values denotes the lower bound of required codewords.
  • Any quantization (reshaping) curve should satisfy this lower bound to avoid generating quantization-related noise artifacts, such as contouring.
  • any reshaping (105) to preserve the director's artistic intent as expressed by the color grading of the reference EDR (102) and SDR (104) inputs, so that the "look" of the decoded streams (e.g., (117) and (122)) matches, respectively, the look of the input streams (e.g., (104) and (102)).
  • color grading operations are recorded (e.g., as metadata) as Lift, Gain, and Gamma (LGG), or Slope, Offset, and Power (SOP) operations.
  • LGG Lift, Gain, and Gamma
  • SOP Slope, Offset, and Power
  • luma reshaping based on the efficient matching of luma histograms is described in Ref.[6].
  • an alternative method, based on matching cumulative distribution functions (CDF) is also presented herein.
  • the ultimate goal is to match the luma looks between the reference SDR (104) and the mapped sequence (107).
  • an EDR to SDR luma reshaping function (105-A) should produce a mapped SDR image (107-L) that has luma histogram distribution similar to that of the reference SDR.
  • FIG. 4 depicts examples of the c j v . (410) and c j s . (405) CDFs for normalized input codewords and normalized CDF values in (0, 1).
  • This process may be repeated for all possible x v codewords in the j -th frame to generate the l i j mapping.
  • the CDF curves will be stored as discrete values. For such cases, if the value c is not present in c j s , then known interpolation techniques, such as linear interpolation, may be employed to generate the mapped value x s .
  • T i j denote a forward LUT which is obtained by merging together the CDF based luma reshaping LUT l i j (e.g., as expressed by equation (14)) and the required codeword lower bound d i j (e.g., see equation (11)).
  • T i j a forward LUT which is obtained by merging together the CDF based luma reshaping LUT l i j (e.g., as expressed by equation (14)) and the required codeword lower bound d i j (e.g., see equation (11)).
  • the final forward reshaping mapping is a combination of a) codeword allocation based on applying masking noise thresholds to collected noise characteristics of the input EDR signals and b) an EDR to SDR mapping that preserves the director's intent or "look."
  • the two results may be combined as follows.
  • Codeword allocation in the bins that violate the lower bound constraints is replaced with lower codeword allocation bounds; that is: Codeword allocation in the bins which do not violate the lower bound is rescaled to keep the number of codewords constant.
  • ⁇ i j ⁇ l i j ⁇ 1 ⁇ ⁇ ⁇ for all i ⁇ ⁇ j .
  • the merging process may be repeated again until the lower bound is satisfied.
  • the entries in the FLUT e.g., from equation (15)
  • the entries in the FLUT may be smoothened with an averaging filter and rescaled to maintain the overall codeword budget.
  • the M ( . ) mapping may be bypassed and one may use only the codewords generated from the original lower bound requirements.
  • the j -th frame may be selected to be mapped using the average FLUT (say, FLUT ), using an average or a weighted average of the individual FLUT mappings.
  • chroma reshaping may be based on a multivariate, multiple regression (MMR) representation. Examples of such MMR predictors may be found in U.S.
  • u ex T [ v t , j , p Y 3 v t , j , p Cb 3 v t , j , p Cr 3 v t , j , p Y 3 v t , j , p Cb 3 v t , j , p Y 3 v t , j , p Cb 3 v t , j , p Y 3 v t , j , p Cr 3 v t , j , p Cb 3 v t , j , p Cr 3 v t , j , p Cb 3 v t , j , p Cr 3 v t , j , p Cb 3 v t , j , p Cr 3 v t , j , p Y v t , j , p Cr 3
  • the goal is to determine a set of MMR coefficients M t , j F , such that the predicted SDR value, c ⁇ t,j,p , is closest to s t,j,p according to some optimization criterion, such as optimizing the mean square error (MSE).
  • MSE mean square error
  • all w t,j,k weights may be equal (e.g., equal to 1).
  • the weights may follow a certain distribution function (e.g., exponential, Gaussian, and the like) so that neighboring frames at the center of the sliding window have more weight than frames at the edges of the sliding window.
  • a backward chroma reshaping function based on an MMR model, needs to be determined so that reconstructed EDR pixels are as close as possible to the original EDR pixels.
  • the vector h t,j,p may also be expressed as a combination of first, second, and/or third order terms of h t,j.p according to a backward-reshaping MMR model.
  • an extra W B frames are required from the reshaped SDR, given by C ⁇ t ⁇ 1 , F t ⁇ 1 ⁇ 1 C ⁇ t ⁇ 1 , F t ⁇ 1 ⁇ 2 C ⁇ t ⁇ 1 , F t ⁇ 1 ⁇ 3 ⁇ C ⁇ t ⁇ 1 , F t ⁇ 1 ⁇ W B , and extra smoothed W B frames at the next segment are required, given by, C ⁇ t + 1,0 C ⁇ t + 1,1 C ⁇ t + 1,2 ⁇ C ⁇ t + 1 , W B ⁇ 1 .
  • FIG. 5A depicts a process of overlapped forward chroma reshaping in an EDR/HDR encoder according to an embodiment of this invention.
  • a forward prediction parameter matrix M t , j F may be generated according to an MSE optimization criterion (e.g., equation (46)).
  • FIG. 5B depicts a process of overlapped backward chroma reshaping in an EDR/HDR encoder according to an embodiment of this invention.
  • a backward prediction parameter matrix M t , j B may be generated according to an MSE optimization criterion (e.g., equation (50)).
  • the order of the MMR backward model and the backward prediction parameter matrix M t , j B may be communicated to a decoder using metadata together with the encoded reshaped SDR signal (107).
  • FIG. 6 summarizes the process for segment-based luma and chroma reshaping according to an example embodiment of this invention.
  • the input streams are subdivided into segments for each computing node.
  • Each node receives extended or padded data (to also be processed by neighboring segments) (e.g., see FIG. 3 ) to improve the generation of statistical data and reduce the effects from scene changes.
  • a reshaping function for each frame in a segment is computed based on the statistical data available in a support frame set bounded by a 2 W +1 frames-long sliding window centered on the frame.
  • the borders of this window are adjusted based on the scene cuts within the segment to generate the support frame set (e.g., see FIG. 3 and equations (1) and (2)).
  • step (615) determines the minimum amount of codewords for each bin in the input image (e.g., see equation (11)).
  • step (620) one may also determine an EDR to reshaped SDR mapping which preserves the "look" of the reference SDR in the reshaped SDR image. For example, and without limitation, such a mapping may be based on matching either the histograms or the CDFs of the input SDR and EDR images.
  • step (625) the results from steps (615) and (620) are combined so that the look is preserved while the reshaping meets the codeword allocation required to mask the quantization noise due to reshaping.
  • step (630) Given the final forward luma reshaping LUT, step (630) generates the reshaped luma image (107-L). In some embodiments, this step may also generate an inverse luma-reshaping function based on the forward luma reshaping LUT to be communicated downstream to the receiver (e.g.,, as a piecewise linear or non-linear function). Examples of these steps can be found in References [4] and [5].
  • step (640) may apply a forward MMR prediction model and a forward support frame set to generate, according to an optimizing criterion, the forward chroma reshaping parameters (e.g., see equation (46)), to be used in step (650) to generate the chroma components (107-C) of the reshaped SDR signal (107).
  • Step (660) may use a backward MMR model and a backward support frame set to generate the backward reshaping parameters (e.g., using equation (42)), which are communicated to the downstream receiver using metadata.
  • the reshaped SDR signal (107), together with metadata related to the backward or inverse luma and chroma reshaping functions may be passed to an encoder (110) for further processing.
  • a special case of interest is the encoding of video signals in linear broadcasting where video is encoded and delivered to the users in real time.
  • the number of segments is set to one.
  • Embodiments of the present invention may be implemented with a computer system, systems configured in electronic circuitry and components, an integrated circuit (IC) device such as a microcontroller, a field programmable gate array (FPGA), or another configurable or programmable logic device (PLD), a discrete time or digital signal processor (DSP), an application specific IC (ASIC), and/or apparatus that includes one or more of such systems, devices or components.
  • IC integrated circuit
  • FPGA field programmable gate array
  • PLD configurable or programmable logic device
  • DSP discrete time or digital signal processor
  • ASIC application specific IC
  • the computer and/or IC may perform, control, or execute instructions related to segment-based luma and chroma reshaping of images with enhanced dynamic range, such as those described herein.
  • the computer and/or IC may compute any of a variety of parameters or values that relate to the reshaping processes described herein.
  • the image and video embodiments may be implemented in hardware, software, firmware and
  • Certain implementations of the invention comprise computer processors which execute software instructions which cause the processors to perform a method of the invention.
  • processors in a display, an encoder, a set top box, a transcoder or the like may implement methods related to segment-based luma and/or chroma reshaping of HDR images as described above by executing software instructions in a program memory accessible to the processors.
  • the invention may also be provided in the form of a program product.
  • the program product may comprise any non-transitory medium which carries a set of computer-readable signals comprising instructions which, when executed by a data processor, cause the data processor to execute a method of the invention.
  • Program products according to the invention may be in any of a wide variety of forms.
  • the program product may comprise, for example, physical media such as magnetic data storage media including floppy diskettes, hard disk drives, optical data storage media including CD ROMs, DVDs, electronic data storage media including ROMs, flash RAM, or the like.
  • the computer-readable signals on the program product may optionally be compressed or encrypted.
  • a component e.g. a software module, processor, assembly, device, circuit, etc.
  • reference to that component should be interpreted as including as equivalents of that component any component which performs the function of the described component (e.g., that is functionally equivalent), including components which are not structurally equivalent to the disclosed structure which performs the function in the illustrated example embodiments of the invention.

Description

    CROSS-REFERENCES TO RELATED APPLICATIONS
  • This application claims priority United States Provisional Application No. 62/385,307 and European Patent Application No. 16187983.8 both filed on September 9, 2016.
  • TECHNOLOGY
  • The present invention relates generally to images. More particularly, an embodiment of the present invention relates to the coding of video signals with high dynamic range using segment-based reshaping.
  • BACKGROUND
  • As used herein, the term 'dynamic range' (DR) may relate to a capability of the human visual system (HVS) to perceive a range of intensity (e.g., luminance, luma) in an image, e.g., from darkest grays (blacks) to brightest whites (highlights). In this sense, DR relates to a 'scene-referred' intensity. DR may also relate to the ability of a display device to adequately or approximately render an intensity range of a particular breadth. In this sense, DR relates to a 'display-referred' intensity. Unless a particular sense is explicitly specified to have particular significance at any point in the description herein, it should be inferred that the term may be used in either sense, e.g. interchangeably.
  • As used herein, the term high dynamic range (HDR) relates to a DR breadth that spans some 14-15 orders of magnitude of the human visual system (HVS). In practice, the DR over which a human may simultaneously perceive an extensive breadth in intensity range may be somewhat truncated, in relation to HDR. As used herein, the terms enhanced dynamic range (EDR) or visual dynamic range (VDR) may individually or interchangeably relate to the DR that is perceivable within a scene or image by a human visual system (HVS) that includes eye movements, allowing for some light adaptation changes across the scene or image. As used herein, EDR may relate to a DR that spans 5 to 6 orders of magnitude. Thus while perhaps somewhat narrower in relation to true scene referred HDR, EDR nonetheless represents a wide DR breadth and may also be referred to as HDR.
  • In practice, images comprise one or more color components (e.g., luma Y and chroma Cb and Cr) wherein each color component is represented by a precision of n-bits per pixel (e.g., n=8). Using linear luminance coding, images where n ≤ 8 (e.g., color 24-bit JPEG images) are considered images of standard dynamic range, while images where n > 8 may be considered images of enhanced dynamic range. EDR and HDR images may also be stored and distributed using high-precision (e.g., 16-bit) floating-point formats, such as the OpenEXR file format developed by Industrial Light and Magic.
  • A reference electro-optical transfer function (EOTF) for a given display characterizes the relationship between color values (e.g., luminance) of an input video signal to output screen color values (e.g., screen luminance) produced by the display. For example, in Ref.[1], ITU Rec. BT. 1886 defines the reference EOTF for flat panel displays based on measured characteristics of the Cathode Ray Tube (CRT). Given a video stream, information about its EOTF is typically embedded in the bit stream as metadata. As used herein, the term "metadata" relates to any auxiliary information that is transmitted as part of the coded bitstream and assists a decoder to render a decoded image. Such metadata may include, but are not limited to, color space or gamut information, reference display parameters, and auxiliary signal parameters, as those described herein.
  • Most consumer desktop displays currently support luminance of 200 to 300 cd/m2 or nits. Most consumer HDTVs range from 300 to 500 nits with new models reaching 1000 nits (cd/m2). Such conventional displays thus typify a lower dynamic range (LDR), also referred to as a standard dynamic range (SDR), in relation to HDR or EDR. As the availability of HDR content grows due to advances in both capture equipment (e.g., cameras) and HDR displays (e.g., the PRM-4200 professional reference monitor from Dolby Laboratories), HDR content may be color graded and displayed on HDR displays that support higher dynamic ranges (e.g., from 1,000 nits to 5,000 nits or more). Such displays may be defined using alternative EOTFs that support high luminance capability (e.g., 0 to 10,000 nits). An example of such an EOTF is defined in SMPTE ST 2084:2014 (Ref.[2]). In general, without limitation, the methods of the present disclosure relate to any dynamic range higher than SDR.
  • As used herein, the term "reshaping" refers to a pre-processing operation on an HDR image, such as scaling, quantization, and the like, to map it from its original bit depth to an image of the same or lower bit depth, to allow for more efficient coding using existing coding standards and devices. 'Forward reshaping' parameters used by an encoder may be communicated to a receiver as part of the coded bitstream using metadata so that a compliant decoder may apply an 'inverse' or 'backward reshaping' operation to reconstruct the original signal at its full dynamic range. Reshaping may be applied to any one or all of the color components of an HDR signal. In some embodiments, reshaping may also be constrained by the requirement to preserve on the decoded image the artistic intent of the original, for example, in terms of the accuracy of colors or "look," as specified by a colorist under the supervision of the director.
  • Existing reshaping techniques are typically scene-based. As used herein, the term "scene" for a video sequence (a sequence of frames/images) may relate to a series of consecutive frames in the video sequence sharing similar luminance, color and dynamic range characteristics. Scene-based methods work well in video-workflow pipelines which have access to the full scene; however, it is not unusual for content providers to use cloud-based multiprocessing, where, after dividing a video stream into segments, each segment is processed independently by a single computing node in the cloud. As used herein, the term "segment" denotes a series of consecutive frames in a video sequence. A segment may be part of a scene or it may include one or more scenes. Thus, processing of a scene may be split across multiple processors. To improve existing coding schemes, as appreciated by the inventors here, improved techniques for segment-based reshaping of HDR video are needed.
  • The approaches described in this section are approaches that could be pursued, but not necessarily approaches that have been previously conceived or pursued. Therefore, unless otherwise indicated, it should not be assumed that any of the approaches described in this section qualify as prior art merely by virtue of their inclusion in this section. Similarly, issues identified with respect to one or more approaches should not assume to have been recognized in any prior art on the basis of this section, unless otherwise indicated. In addition to the above, reference is made to the following document:
    Minoo, K. et al. "Description of the reshaper parameters derivation process in ETM reference software", 23. JCT-VC Meeting, 19-2-2016 - 26-2-2016, San Diego (Joint Collaborative Team on Video Coding of ISO/IEC JTC1/SC29/WG11 and ITU-T SG.16) relates to describing the HDR video analysis and processing algorithms developed in the ETM reference software, applied to derive the reshaping parameters.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • An embodiment of the present invention is illustrated by way of example, and not in way by limitation, in the figures of the accompanying drawings and in which like reference numerals refer to similar elements and in which:
    • FIG. 1 depicts an example process for data compression using reshaping according to an embodiment of this invention;
    • FIG. 2A-2C depict examples of processing video scenes for color reshaping according to an embodiment of this invention;
    • FIG. 3A-3C depict examples of support frame sets according an embodiment of this invention;
    • FIG. 4 depicts an example of EDR to SDR luma reshaping using CDF matching according to an embodiment of this invention;
    • FIG. 5A depicts a process of overlapped forward chroma reshaping in an HDR encoder according to an embodiment of this invention;
    • FIG. 5B depicts a process of overlapped backward chroma reshaping in an HDR decoder to an embodiment of this invention; and
    • FIG. 6 depicts an example of a process for segment-based luma and chroma reshaping according to an embodiment of this invention.
    DESCRIPTION OF EXAMPLE EMBODIMENTS
  • Segment-based reshaping techniques for high dynamic range (HDR) images are described herein. According to the invention, there is provided a method for segment-based signal reshaping with a processor, a respective apparatus and a computer-readable storage medium according to the independent claims. The dependent claims relate to preferred embodiments of the invention. Enabling disclosure for the invention as defined in the claims is found in the embodiments described in particular in Figure 6 and corresponding passages. Any examples and embodiments of the description not falling within the scope of the claims do not form part of the invention and are provided for illustrative purposes only. In the following description, for the purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be apparent, however, that the present invention may be practiced without these specific details. In other instances, well-known structures and devices are not described in exhaustive detail, in order to avoid unnecessarily occluding, obscuring, or obfuscating the present invention.
  • OVERVIEW
  • Example embodiments described herein relate to segment-based signal reshaping, e.g., reshaping of HDR images. The reshaping may relate to or comprise luma and/or chroma reshaping. The reshaping may also be said to relate to generating a forward luma reshaping mapping. In one aspect, a processor for segment-based reshaping receives a first input video signal in a first dynamic range and a second input video signal in a second dynamic range, wherein corresponding frames in the first signal and the second signal represent the same image, wherein the first dynamic range is higher than the second dynamic range. The first input video signal and the second input video signal are divided into consecutive segments, wherein each segment comprises primary frames and padded frames, wherein padded frames for a segment overlap with the primary frames of at least one neighboring segment. The primary frames are those frames for which a forward luma reshaping mapping is to be generated in a computing node. The padded frames are arranged in the segment before a first one of the primary frames and/or after a last one of the primary frames. Different segments may be processed independently from each other, for example by different computing nodes. In the computing node, for luma reshaping, for a primary frame in a segment of the first input video, the node computes a support frame set based on a sliding window centered on the primary frame and adjusted based on scene cuts in the segment. The support frame set may be obtained by adjusting the sliding window based on the scene cuts in the segment. For example, frames of the sliding window that are not contained in the same scene as the primary frame (the scene being bounded by the scene cuts) may be excluded from the support frame set. The support frame set may include, depending on a position of the primary frame within the segment, padded frames in addition to (other) primary frames. Thereby, the forward luma reshaping mapping for such primary frame may be based also on the statistics (e.g., luma histograms, noise measurements, etc.) of padded frames, thereby offering better (smoother) transitions between forward luma reshaping mappings at transitions from one segment to another. The computing node determines a minimum codeword allocation for luminance pixel values in a reshaped frame of the primary frame based on a first reshaping method and the support frame set, and it determines a first mapping for luminance values of the primary frame from the first dynamic range to the second dynamic range based on a second reshaping method that preserves the artistic "look" of the input video signals. It combines the first mapping with the minimum codeword allocation to generate a final forward luma reshaping mapping, and applies the final luma reshaping mapping to luminance pixel values of the primary frame to generate luminance pixel values of an output reshaped frame.
  • In some embodiments, the minimum codeword allocation may be determined based on a noise masking threshold for the primary frame. The noise masking threshold may be determined based on the frames of the support frame set for the primary frame. For example, the noise masking threshold may be determined based on noises measurements for the frames of the support frame set, e.g., by averaging the noise measurements over the frames of the support frame set. The noise measurements may be based on block-based standard deviations of luma values in respective frames. These block-based standard deviations may be averaged for each of a plurality of luma bins. In some embodiments, the minimum codeword allocation may indicate a lower bound on an allocation of output codewords in the reshaped frame across input codewords in the primary frame. That is, the minimum codeword allocation may indicate for each pair of adjacent codewords in the primary frame a required amount of codewords in the reshaped frame.
  • In some embodiments, computing the support frame set may comprise: determining a window of 2W+1 frames centered on the primary frame; determining a first scene cut in the segment nearest to the left of the primary frame; determining a second scene cut in the segment nearest to the right of the primary frame; adjusting the left side of the window to be the beginning of the first scene cut in the segment, if the position of the first scene cut is within W frames to the left of the primary frame; and adjusting the right side of the window to be the frame before the position of the second scene cut in the segment, if the position of the second scene cut is within W frames to the right of the primary frame, where W is an integer.
  • In some embodiments, determining the minimum codeword allocation based on a first reshaping method may comprise: partitioning the luminance range of the primary frame into non-overlapping bins; generating noise estimates for each bin based on a noise measuring criterion and the support frame set; and generating the minimum codeword allocation based on the input bit depth of the first input, a target bit depth for the reshaped frame, and a function for mapping noise estimates to bit depths (e.g., a masking-noise to bit depth function).
  • In some embodiments, the second reshaping method may generate the first mapping by matching histogram characteristics of luminance values in a mapped frame to the histogram characteristics of luminance values in a frame in the second video signal corresponding to the primary frame, wherein the mapped frame is generated by applying the first mapping to the primary frame. That is, the second reshaping method may generate the first mapping so that histogram characteristics of luminance values in a mapped frame match the histogram characteristics of luminance values in a frame in the second video signal corresponding to the primary frame, wherein the mapped frame is generated by applying the first mapping to the primary frame.
  • In some embodiments, determining the first mapping for mapping luminance values of the primary frame from the first dynamic range to the second dynamic range based on a second reshaping method may comprises computing based on the support frame set a first normalized luminance histogram for the primary frame (e.g., computing based on the support frame set a first normalized luminance histogram for the primary frame); computing a first cumulative density function, CDF, (for the primary frame) based on the first normalized luminance histogram(s); computing a second normalized luminance histogram for each frame in the second input video that corresponds to a frame in the support frame set (e.g., computing based on the support frame set a second normalized luminance histogram for the frame in the second input video corresponding to the primary frame); computing a second CDF based on the second normalized luminance histogram(s); and for each luma intensity value in the primary frame determining a first mapped luma value such that the output value of the first CDF for the luma intensity value is approximately equal to the output value of the second CDF for the first mapped luma value.
  • In some embodiments, combining the first mapping with the minimum codeword allocation may comprise: generating delta values based on pair-wise differences of consecutive codewords in the first mapping (e.g., generating, as delta values, pair-wise differences between mapped codewords of consecutive codewords, the consecutive codewords being mapped by the first mapping); identifying a first set of elements of the delta values which violate the minimum codeword allocation requirements (e.g., delta values which are below a minimum number of required codewords given by the minimum codeword requirement); determining a first metric (α) of codeword requirements to be added for the first set of elements; identifying a second set of elements of the delta values which do not violate the minimum codeword allocation requirements (e.g., delta values which are not below a minimum number of required codewords given by the minimum codeword requirement); determining a second metric (β) of codeword requirements to be subtracted for the second set of elements; for the first set of elements, replacing their delta values with their corresponding minimum codeword allocation requirements values; for the second set of elements, rescaling their delta values based on the first metric and the second metric; and generating a forward reshaping LUT based on the updated values of the first set of elements and the second set of elements. The first metric may indicate an additional amount of required codewords for satisfying the minimum codeword allocation requirements. The second metric may indicate a sum of those delta values that do not violate the minimum codeword allocation requirements. In some embodiments, rescaling may comprise multiplying each original delta value in the second set of elements by 1 α β .
    Figure imgb0001
  • In some embodiments, the method may further comprise determining forward luma reshaping mappings for two or more of the frames belonging to the support frame set of the primary frame; and determining an average forward luma reshaping mapping based on an average or weighted average of the forward luma reshaping mappings for the two or more frames in the support frame set of the primary frame.
  • In some embodiment, the method may further comprise applying the forward luma reshaping mapping or the average forward luma reshaping mapping for the primary frame to the luminance pixel values of the primary frame to generate luminance values of an output reshaped frame.
  • For chroma reshaping, the computing node determines a forward set of reshaping chroma parameters (e.g., a set of reshaping chroma parameters for forward chroma reshaping) based on a forward multivariate, multi-regression model (MMR) and a forward support frame set (e.g., a support frame set for forward chroma reshaping), such that the mean-square error between chroma values in the output reshaped frame and chroma values in the corresponding frame of the second input video is minimized (e.g., by minimizing the mean-square error between chroma values in the output reshaped frame and chroma values in the corresponding frame of the second input video). In addition, the node determines a backward set of reshaping chroma parameters (e.g., a set of reshaping chroma parameters for backward chroma reshaping) based on a backward MMR model and a backward support frame set (e.g., a support frame set for backward chroma reshaping), such that the mean-square error between chroma values in the reconstructed frame in the first dynamic range and chroma values in the corresponding primary frame is minimized (e.g., by minimizing the mean-square error between chroma values in the reconstructed frame in the first dynamic range and chroma values in the corresponding primary frame). The forward MMR model is applied to the primary frame to generate chroma pixel values in the output reshaped frame, and the backward MMR model parameters are communicated downstream to a decoder as metadata.
  • In some embodiments, the MSE error may be weighted MSE. In some embodiments, the method may further comprise applying the forward MMR model to the primary frame to generate chrominance values of the output reshaped frame. Another aspect relates to an apparatus comprising a processor and being configured to perform any one of the methods recited above. Yet another aspect relates to a non-transitory computer-readable storage medium having stored thereon computer-executable instruction for executing any one of the methods recited above.
  • EXAMPLE VIDEO DELIVERY PROCESSING PIPELINE Signal Reshaping
  • Currently, most digital interfaces for video delivery, such as the Serial Digital Interface (SDI), are limited to 12 bits per pixel per component. Furthermore, most practical implementations of compression standards, such as H.264 (or AVC) and H.265 (or HEVC), are limited to 10-bits per pixel per component. Therefore efficient encoding and/or quantization is required to support HDR content, with dynamic range from approximately 0.001 to 10,000 cd/m2 (or nits), within existing infrastructures and compression standards.
  • The term "PQ" as used herein refers to perceptual luminance amplitude quantization. The human visual system responds to increasing light levels in a very non-linear way. A human's ability to see a stimulus is affected by the luminance of that stimulus, the size of the stimulus, the spatial frequencies making up the stimulus, and the luminance level that the eyes have adapted to at the particular moment one is viewing the stimulus. In a preferred embodiment, a perceptual quantizer function maps linear input gray levels to output gray levels that better match the contrast sensitivity thresholds in the human visual system. An example PQ mapping function is described in SMPTE ST 2084:2014 (Ref.[2]), where given a fixed stimulus size, for every luminance level (i.e., the stimulus level), a minimum visible contrast step at that luminance level is selected according to the most sensitive adaptation level and the most sensitive spatial frequency (according to HVS models). Compared to the traditional gamma curve, which represents the response curve of a physical cathode ray tube (CRT) device and coincidently may have a very rough similarity to the way the human visual system responds, a PQ curve imitates the true visual response of the human visual system using a relatively simple functional model. For example, under SMPTE ST 2084, at 1 cd/m2, one 12-bit code value corresponds to a relative change of approximately 0.0048 cd/m2; however, at 1,000 cd/m2, one 12-bit code value corresponds to a relative change of approximately 2.24 cd/m2. This non-linear quantization is needed to accommodate for the non-linear contrast sensitivity of the human visual system (HVS)
  • FIG. 1 depicts an example process (100) for data compression and decompression using luma and chroma reshaping according to an embodiment of this invention. In an encoder (100-E), a video sequence may be available in both high dynamic range (EDR, 102) and standard dynamic range (SDR, 104) formats. In some embodiments, the SDR sequence may be generated based on the EDR sequence. In other embodiments, the EDR sequence may be generated based on the SDR sequence. In an embodiment, the "look" in both the input EDR and SDR sequences (as represented by their luminance and color pixel values) represent the artistic intent or "look" of the director. Inputs (102) and (104), may be coded according to certain EOTF (e.g., gamma, PQ, and the like).
  • Forward reshaping may include separate luma reshaping (105-A) and chroma reshaping (105-B) processes. Luma reshaping (105-A) and chroma reshaping (105-B) processes, as will be described herein, may be applied to the input EDR signal (102), taking into consideration the characteristics of the reference SDR signal (104), to generate a reshaped SDR signal (107) with corresponding luma (107-L) and chroma (107-C) components. In some embodiments, forward reshaping (105) may also include processes related to color conversion, tone mapping, and saturation control.
  • After reshaping, video signal (107) is delivered to encoding block (110) for delivering downstream to decoding and playback devices such as television sets, set-top boxes, movie theaters, and the like. In some embodiments, coding block (110) may include audio and video encoders, such as those defined by ATSC, DVB, DVD, Blu-Ray, and other delivery formats, to generate coded bit stream (112). In a receiver (100-D), the coded bit stream (112) is decoded by decoding unit (115) to generate a decoded signal (117) representing an identical or close approximation of signal (107).
  • In a backward-compatible SDR decoder, decoded signal (117) may be displayed directly to SDR display (130). In an HDR decoder, following decoding (115), decoded signal (117) may be processed by a backward or inverse reshaping function (120), which converts the reshaped signal back to its original (higher) dynamic range, to be displayed on an HDR display (125). Inverse reshaping may include separate inverse luma reshaping (120-A) and chroma reshaping (120-B). Depending on the transformations of the forward reshaper (105), inverse reshaping (120), may also include additional (inverse) processes, such as inverse tone-mapping, color transformations, and the like. In some embodiments, the backward or inverse reshaping function (120) may be integrated with a de-quantizer in decoder (115), e.g., as part of the de-quantizer in an AVC or HEVC video decoder. In some embodiments, information about the reshaping process (105) may be communicated to downstream devices (such as decoders) using metadata, SEI messaging, and the like.
  • Luma Reshaping Techniques
  • Given an input video sequence comprising two or more scenes, existing reshaping techniques typically operate on a per-scene basis. That is, the encoder a) collects statistics for each frame within a scene, b) calculates the forward reshaping and backward reshaping functions, and c) applies the reshaping function to the entire scene. This allows an encoder to better manage sudden jumps in the luminance and/or chroma characteristics of the input due to scene changes. An example of such a process is shown in FIG. 2a, where in an example multi-processing system with three computing nodes, each scene (Scene 0 to Scene 2) is processed separately by each node (Node 0 to Node 2). However, in many over-the-top service providers, the encoding farm consists of multiple nodes in a computing cloud, where each node is assigned to encode a fixed interval (segment) of the video for better timing and schedule management. Typical segment sizes range in length between 10 to 30 seconds. For example, at 24 fps, a segment may have a total of 720 frames or pictures. An example of such process is depicted in FIG. 2b, where the three original scenes are now divided into five equal segments (Sg.0 to Sg. 4), wherein each segment is assigned to a separate computing node (Node 0 to Node 4).
  • As shown in FIG. 2b, a scene (e.g., Scene 0) can cross multiple segments (Sg. 0, Sg.1, and Sg. 2) and a segment (e.g., Sg. 2) can include frames from multiple scenes (e.g., Sg. 2a belongs to Scene 0 and Sg. 2b belongs to Scene 1). In many applications, once the encoding job is dispatched to each node, it is strongly preferred not to pass information between nodes. When a scene is split into multiple segments, an encoder encodes each sub-scene individually, via local optimization. In this scenario, discontinuity in image characteristics (such as a sudden luminance change or a sudden color change) will be observed within this scene.
  • One approach to address this issue is by using extended or padded segments, where a padded segment may be partially encoded by multiple computer nodes. For example, as depicted in FIG. 2c, in an embodiment, padded segment 0 (Psg.0) may be encoded by both Node 0 and Node 1, and padded segment 1 (Psg. 1) may be encoded by Node 0, Node 1, and Node 2. This approach offers better transition at the boundaries; however, it requires additional encoding computations due to the overlapped encoding and may also require inter-node communications.
  • In a preferred embodiment, to eliminate any need for inter-node communications, there is no overlapped-encoding; however, reshaping functions are generated based on statistics from extended or padded segments. For example, consider padded segment 1 (205, Psg. 1) in FIG. 2c. This segment includes three parts (or sub-segments): padded frames (205-1), to be encoded by Node 0, primary frames (205-2), to be encoded by Node 1, and padded frames (205-3), to be encoded by Node 2; however, when Node 1 computes a reshaping function to be applied to sub-segment 205-2, it may consider statistics from padded frames belonging to both 205-1 and 205-2 or to both 205-2 and 205-3. This approach allows for a) improving the local statistics based on neighbor segments, and b) applying parallel processing across nodes without passing information between nodes.
  • Support Frame Set
  • As discussed earlier, a segment may include one or more scene cuts. In addition, padded segments may include frames from the prior or the subsequent segment to improve the generation of statistical data, such as masking thresholds. In an embodiment, such statistical data are collected within a sliding window centered on the current frame and spanning 2W+1 frames (e.g., W = 15). In an embodiment, if the sliding window covers a scene cut, then frames in the window belonging to another scene may be dropped from this statistics-gathering window. This final window for the j-th frame within the t-th segment will be denoted as the "support frame set" Φ t,j .
  • Three examples of support frames sets are depicted in FIG. 3, where the primary frames (300-1) of the coding (or reshaping) segment are between frames (304) and (306) and the padded segment, which includes padded frames (300-2) and (300-3), is defined between frames (302) and (308). Consider a segment t with a total number of frames denoted as Ft, e.g., all frames in (300-1), between (304) and (306). Let fSCl denote the beginning of the first scene cut immediately before the current frame F, and let fSCr denote a scene cut immediately after the current frame F. In FIG. 3a, the sliding window (F-W, F+W) goes beyond the left scene cut (fSCl ), hence, given there is no scene cut to the right, the support frame set (320) is constrained to be within the left scene cut (fSCl ) and F+W. In FIG. 3b, the left scene cut (fSCl ) is outside of the sliding window (F-W, F+W), hence the support frame set (330) includes all the frames in the sliding window (F-W, F+W). In FIG. 3c, the right scene cut (fSCr ) is within the sliding window (F-W, F+W), hence the support frame set (340) is constrained to be within F-W and fSCr -1.
  • In some embodiments the padded areas (e.g., (302) to (304) and (306) to (308)), may also include W frames each, but may also include less than W frames each, depending on the bandwidth constraints.
  • Consider segment t. For the j-th frame (e.g., F in FIG. 3) in the set of primary frames (e.g. (304) to (306)) in the segment, let fSCl denote the frame for the first scene cut to its left and let fSCr denote the frame for the first scene cut to its right. Let f P , t b f P , t e
    Figure imgb0002
    denote the first and last frames of the extended (padded) segment t (e.g., between frames (302) and (308)), then W t , j b = max f P , t b , j W , f SCl ,
    Figure imgb0003
    and W t , j e = min j + W , f SCr 1 , f P , t e ,
    Figure imgb0004
    denote the left and right borders of the sliding window for the j-th frame (e.g., (320) or (330)), as constrained by the scene cuts, then the support frame set is given by Φ t , j = W t , j b , W t , j b + 1 , W t , j b + 2 , , W t , j e 2 , W t , j e 1 , W t , j e .
    Figure imgb0005
  • Codeword allocation based on noise masking threshold
  • As described in Ref.[4] and Ref.[5], the reshaping function may be computed according to a noise mask histogram of the input image so that quantization noise is not perceived by the human observers. For example, denote the p-th pixel at frame j as Ij (p). Denote a noise measurement (e.g., the standard deviation within a block of pixels centered around pixel p) for each pixel as Hj (p). Let Ωj denote the set of pixels with valid noise measurement within frame j. Let i be an index inside Ωj. Therefore, the set of valid standard deviation measurements may be denoted as H j i , i Ω j .
    Figure imgb0006
  • Next, one may partition the intensity of the input image into M non-overlapping bins (e.g., M = 16, 32, or 64) with equal interval Wb (e.g., for 16-bit input data, Wb = 65,536/M) to cover the whole normalized dynamic range (e.g., (0,1]). Then, one may compute the average standard deviation in each bin as follows. For the m-th bin (where m = 0, 1, ..., M-1), identify all pixels in the original image, Ij (i), i ∈ Ω j , which have the pixel value in the range m M m + 1 M .
    Figure imgb0007
    Then, for each bin, compute the average standard deviation for the pixels inside the bin. Denote this average value as bj,m . Given Ψ j , m = i | m M I j i < m + 1 M ,
    Figure imgb0008
    then, for pixel-based noise estimation, in an embodiment b j , m = max H j i | i Ψ j , m .
    Figure imgb0009
  • Similarly, for block-based noise estimation, in an embodiment, b j , m = mean H j i | i Ψ j , m .
    Figure imgb0010
  • Next, given the support frame set defined earlier Φ t,j for each bin m, for pixel-based noise estimation, b m j = min b f , m | f Φ t , j ,
    Figure imgb0011
    and for block-based noise estimation. b m j = 1 Φ t , j f Φ t , j b f , m ,
    Figure imgb0012
    where, given set X, | X | denotes the number of elements in the set.
  • Given these noise level estimates, the target bit depth for each bin is computed as Q m j = f b m j ,
    Figure imgb0013
    where f(.) is a function for mapping noise estimates to bit depths (masking-noise to bit depth function), typically computed empirically (see Ref.[4]).
  • Given equation (9), the normalized required codewords may be derived as D m j = 2 Q m j 2 B T / 2 B I ,
    Figure imgb0014
    where BI and BT denote respectively the input bit depth (e.g., BI = 16) and the target output bit-depth (e.g., BT = 10). Given (from equation (10)), the required normalized codewords for each bin, the codeword allocation across all input codewords may be derived as: d i j = D m j for m 1 W b i < mW b .
    Figure imgb0015
    The set of d i j
    Figure imgb0016
    values denotes the lower bound of required codewords. Any quantization (reshaping) curve should satisfy this lower bound to avoid generating quantization-related noise artifacts, such as contouring. The total number of normalized codewords for all input codewords, D, is bounded by 1, or D = i = v L v H d i i 1 ,
    Figure imgb0017
    where vL and vH denote the minimum and maximum pixel values within the frame.
    If the summation of all d i j
    Figure imgb0018
    is under the overall codeword budget, then one can assign the unused codewords to improve overall quality of the coded (reshaped) stream.
  • In many applications, it is very important for any reshaping (105) to preserve the director's artistic intent as expressed by the color grading of the reference EDR (102) and SDR (104) inputs, so that the "look" of the decoded streams (e.g., (117) and (122)) matches, respectively, the look of the input streams (e.g., (104) and (102)). For example, in some embodiments, color grading operations are recorded (e.g., as metadata) as Lift, Gain, and Gamma (LGG), or Slope, Offset, and Power (SOP) operations. As an example, luma reshaping based on the efficient matching of luma histograms is described in Ref.[6]. Without limitation, an alternative method, based on matching cumulative distribution functions (CDF) is also presented herein.
  • CDF-based Matching
  • In an embodiment, the ultimate goal is to match the luma looks between the reference SDR (104) and the mapped sequence (107). In other words, an EDR to SDR luma reshaping function (105-A) should produce a mapped SDR image (107-L) that has luma histogram distribution similar to that of the reference SDR. In an embodiment, instead of working in the histogram domain directly, it is more efficient to use the cumulative sums or CDFs of these histograms to find the luma reshaping function.
  • Let's denote the normalized reference SDR and EDR histograms for frame j with h j s m
    Figure imgb0019
    and h j v m ,
    Figure imgb0020
    where m is the bin index. Then, their corresponding CDF functions, c j s b
    Figure imgb0021
    and c j v b ,
    Figure imgb0022
    may be generated as c j s b = m = 0 b 1 Φ t , j f Φ t , j h f s m , c j ν b = m = 0 b 1 Φ t , j f Φ t , j h f ν m .
    Figure imgb0023
    As an example, FIG. 4 depicts examples of the c j v .
    Figure imgb0024
    (410) and c j s .
    Figure imgb0025
    (405) CDFs for normalized input codewords and normalized CDF values in (0, 1).
  • Consider a luma reshaping function which produces a look-up table (LUT) l i j
    Figure imgb0026
    for each frame j. This LUT represents a mapping from EDR luma intensity xv to SDR luma intensity xs i.e. Rj (xv ) → xs . To find the mapped SDR value xs for EDR luma intensity xv , based on matching the CDF, the following process, as depicted in FIG. 4, is applied: a) Given an EDR value xv , a value c is determined so that the corresponding c j v x v = c .
    Figure imgb0027
    b) Given c, the value of SDR intensity xs that has the same CDF value (i.e., c j s x s = c
    Figure imgb0028
    ) is the mapped SDR value for xv This yields the equality c j s x s = c j v x v = c .
    Figure imgb0029
    This process may be repeated for all possible xv codewords in the j-th frame to generate the l i j
    Figure imgb0030
    mapping. Then, in an embodiment, the CDF-based luma reshaping function M(.) can be expressed as: l i j = M c j s c j ν .
    Figure imgb0031
    That is, the luma reshaping function is determined based on the first CDF and the second CDF.
  • In practical implementations, the CDF curves will be stored as discrete values. For such cases, if the value c is not present in c j s ,
    Figure imgb0032
    then known interpolation techniques, such as linear interpolation, may be employed to generate the mapped value xs .
  • Let T i j
    Figure imgb0033
    denote a forward LUT which is obtained by merging together the CDF based luma reshaping LUT l i j
    Figure imgb0034
    (e.g., as expressed by equation (14)) and the required codeword lower bound d i j
    Figure imgb0035
    (e.g., see equation (11)). An example of generating T i j
    Figure imgb0036
    is presented next.
  • As explained earlier, the final forward reshaping mapping is a combination of a) codeword allocation based on applying masking noise thresholds to collected noise characteristics of the input EDR signals and b) an EDR to SDR mapping that preserves the director's intent or "look." In an embodiment, the two results may be combined as follows.
  • Given the l i j
    Figure imgb0037
    LUT, Δ l i j = l i + 1 j l i j ,
    Figure imgb0038
    e.g., pair-wise differences between the SDR output values corresponding to two consecutive input EDR codewords, provides a simple metric for the allocation of codewords in l i j .
    Figure imgb0039
    If Δ l i j > d i j ,
    Figure imgb0040
    then l i j
    Figure imgb0041
    satisfies both the lower bound and the color matching requirements and no further action is needed; if not, the lower bound requirement has priority and the Δ l i j
    Figure imgb0042
    values will need to be adjusted as needed. In an embodiment, such an adjustment is made by subtracting codewords from those symbols where there are more than needed, e.g., when Δ l i j > d i j .
    Figure imgb0043
  • Let η i j
    Figure imgb0044
    denote a temporary LUT, initialized to zero, where one will generate updated Δ l i j
    Figure imgb0045
    values which meet both the lower bound and the color matching requirement. Given η i j ,
    Figure imgb0046
    the Final forward reshaping LUT (FLUT) will be given by T i j = m = 0 i η m j .
    Figure imgb0047
  • For the j-th frame, let violations due to codeword allocation thresholds be denoted as a set of indices
    Figure imgb0048
    . That is, let
    Figure imgb0049
  • The violation amount for each of these indices in the set
    Figure imgb0050
    is added up to get the total of extra or additional amount of codewords required (α).
    Figure imgb0051
    These additional codewords may be extracted from the bins ℵ(j) which do not violate the lower bound requirements. Let β denote the sum of codewords in the set ℵ(j): j = i | Δ i i > d i j i ν L j ν H j ,
    Figure imgb0052
    β = i j Δ l i j .
    Figure imgb0053
  • Codeword allocation in the bins that violate the lower bound constraints is replaced with lower codeword allocation bounds; that is:
    Figure imgb0054
    Codeword allocation in the bins which do not violate the lower bound is rescaled to keep the number of codewords constant. η i j = Δ l i j × 1 α β for all i j .
    Figure imgb0055
  • With these changes, there is a possibility of having lower bound violation in bins where there were no violations before. So, given the updated η i j ,
    Figure imgb0056
    the merging process may be repeated again until the lower bound is satisfied. In some embodiments, after convergence, the entries in the FLUT (e.g., from equation (15)) may be smoothened with an averaging filter and rescaled to maintain the overall codeword budget.
  • If the overall codeword budget is not enough to satisfy both the lower bound constrains and the M(.) mapping, then the M(.) mapping may be bypassed and one may use only the codewords generated from the original lower bound requirements.
  • Denote as FLUT t , j v t , j , p Y
    Figure imgb0057
    a smoothed (filtered) version of the forward reshaping LUT T i j
    Figure imgb0058
    for the j-th frame in the t-th segment, defining the output luma value for the p-th EDR pixel value v t , j , p Y .
    Figure imgb0059
    In an embodiment, given the support frame set Φ t,j , the j-th frame may be selected to be mapped using the average FLUT (say, FLUT ), using an average or a weighted average of the individual FLUT mappings. For example, when averaging: FLUT t , j ν t , j , p Y = k Φ t , j FLUT t , k ν t , k , p Y Φ t , j .
    Figure imgb0060
  • Segment-based Chroma Reshaping Non-overlapping Solution - Forward reshaping
  • Before addressing solutions related to overlapped (or padded) segments, this section will introduce some notation to be carried out to the rest of this specification. Let u t , j , p = ν t , j , p Y ν t , j , p Cb ν t , j , p Cr ,
    Figure imgb0061
    denote the original normalized value (e.g., in (0,1]) for the p-th pixel of frame j within segment t in the EDR reference signal (102). In an embodiment, chroma reshaping may be based on a multivariate, multiple regression (MMR) representation. Examples of such MMR predictors may be found in U.S. Patent 8,811,490 (Ref.[3]). For example, in an embodiment, using a second order with cross-products MMR representation, the vector u t , j , p T
    Figure imgb0062
    may be expressed as u t , j , p T = [ 1 v t , j , p Y v t , j , p Cb v t , j , p Cr v t , j , p Y 2 v t , j , p Cb 2 v t , j , p Cr 2 v t , j , p Y v t , j , p Cb v t , j , p Y v t , j , p Cr v t , j , p Cr v t , j , p Cb v t , j , p Y 2 v t , j , p Cb 2 v t , j , p Y 2 v t , j , p Cr 2 v t , j , p Cb 2 v t , j , p Cr 2 v t , j , p Y v t , j , p Cb v jp Cr v t , j , p Y v t , j , p Cb v t , j , p Cr 2 ] .
    Figure imgb0063
    In equation (23), in some embodiments, some terms may be removed to reduce the computational load. For example, one may use in the model only one of the chroma components or one may eliminate completely certain high-order cross components. In a 3-d order MMR with cross products, the following additional terms of u ex may be appended to u t,j.p : u ex T = [ v t , j , p Y 3 v t , j , p Cb 3 v t , j , p Cr 3 v t , j , p Y 3 v t , j , p Cb 3 v t , j , p Y 3 v t , j , p Cr 3 v t , j , p Cb 3 v t , j , p Cr 3 v t , j , p Y v t , j , p Cb v t , j , p Cr 3 ] ,
    Figure imgb0064
    for a total of 22 terms.
  • Let s t , j , p = s t , j , p Cb s t , j , p Cr ,
    Figure imgb0065
    denote the two chroma channels values of the corresponding SDR reference (104) pixel. Let c ˜ t , j , p = c t , j , p Cb c t , j , p Cr ,
    Figure imgb0066
    denote the predicted chroma values based on the three input EDR channels. In an embodiment, given an MMR model, the goal is to determine a set of MMR coefficients M t , j F ,
    Figure imgb0067
    such that the predicted SDR value, t,j,p , is closest to s t,j,p according to some optimization criterion, such as optimizing the mean square error (MSE).
  • For a picture with P chroma pixels, one can construct matrices, let U t , j = u t , j , 0 T u t , j , 1 T u t , j , P 1 T and S t , j = s t , j , 0 T s t , j , 1 T s t , j , P 1 T
    Figure imgb0068
    Then, the predicted chroma matrix may be given by C ˜ t , j = c ˜ t , j , 0 T c ˜ t , j , 1 T c ˜ t , j , P 1 T = U t , j M t , j F .
    Figure imgb0069
  • Considering a single frame only (j), the MSE optimization problem may be expressed as: arg min M t , j F S t , j C ˜ t , j 2 = arg min M t , j F S t , j U t , j M t , j F 2 ,
    Figure imgb0070
    which yields an optimal chroma forward reshaping function M F t,j given by M t , j F = U t , j T U t , j 1 U t , j T S t , j .
    Figure imgb0071
  • As explained earlier, in some embodiments it is preferred to define the reshaping functions at the scene level; then, given segment t with Ft frames, the optimization problem becomes: arg min M t F j = 0 F t 1 S t , j C ˜ t , j 2 = arg min M t F j = 0 F t 1 S t , j U t , j M t F 2 ,
    Figure imgb0072
    with the solution given by U t T U t = j = 0 F t 1 U t , j T U t , j , U t T S t = j = 0 F t 1 U t , j T S t , j , M t F = U t T U t 1 U t T S t .
    Figure imgb0073
  • In an alternative embodiment, certain frames may be considered to have more weight than others, hence, given weights wt,j,k, for k =0, 1,2,..., Ft -1, the optimization problem becomes arg min M t , j F k = 0 F t 1 w t , j , k S t , k C ˜ t , k 2 = arg min M t , j F k = 0 F t 1 w t , j , k S t , k U t , k M t , j F 2 ,
    Figure imgb0074
    and the solution is given by A t , j F = k = 0 F t 1 w t , j , k U t , k T U t , k , B t , j F = k = 0 F t 1 w t , j , k U t , k T S t , k , M t , j F = A t , j F 1 B t , j F .
    Figure imgb0075
  • In some embodiments, all wt,j,k weights may be equal (e.g., equal to 1). In other embodiments, the weights may follow a certain distribution function (e.g., exponential, Gaussian, and the like) so that neighboring frames at the center of the sliding window have more weight than frames at the edges of the sliding window.
  • Non-overlapping Solution - Backward reshaping
  • Let the p-th pixel at the reshaped SDR (107) domain be expressed as h t , j , p = c t , j , p Y c t , j , p Cb c t , j , p Cr .
    Figure imgb0076
    As before, in an embodiment, on the decoder, a backward chroma reshaping function, based on an MMR model, needs to be determined so that reconstructed EDR pixels are as close as possible to the original EDR pixels.
  • Similarly to vector u t,j,p in equation (23), the vector h t,j,p may also be expressed as a combination of first, second, and/or third order terms of h t,j.p according to a backward-reshaping MMR model.
  • Let q t , j , p = ν t , j , p Cb ν t , j , p Cr
    Figure imgb0077
    denote the two chroma pixel values in the original EDR. Let v ^ t , j , p = ν ^ t , j , p Cb ν ^ t , j , p Cr
    Figure imgb0078
    denote the predicted chroma values via backward MMR, then, given an MMR model for the backward chroma reshaping, a matrix, M t , j B
    Figure imgb0079
    of MMR coefficients is defined such that the predicted EDR value, t,j,p , is closest to v t,j,p according to some optimization criterion (e.g., minimizing the MSE).
  • For a picture with P chroma pixels, let: H t , j = h t , j , 0 T h t , j , 1 T h t , j , P 1 T and Q t , j = q t , j , 0 T q t , j , 1 T q t , j , P 1 T .
    Figure imgb0080
  • Let the predicted value be V ^ t , j = v ^ t , j , 0 T v ^ t , j , 1 T v ^ t , j , P 1 T = H t , j M t , j B ,
    Figure imgb0081
    then, for the j-th frame, the optimization problem may be expressed as arg min M t , j B Q t , j V ^ t , j 2 = arg min M t , j B Q t , j H t , j M t , j B 2 ,
    Figure imgb0082
    and the optimal chroma forward reshaping function M t , j B
    Figure imgb0083
    can be obtained via the least squared solution M t , j B = H t , j T H t , j 1 H t , j T Q t , j .
    Figure imgb0084
  • As before, a scene-based optimal solution may be given as H t T H t = j = 0 F t 1 H t , j T H t , j H t T Q t = j = 0 F t 1 H t , j T Q t , j , M t B = H t T H t 1 H l T Q t ,
    Figure imgb0085
    and a segment-based solution may be derived as A t , j B = k = 0 F t 1 w t , j , k H t , k T H t , k B t , j B = k = 0 F t 1 w t , j , k H t , k T Q t , j M t , j B = A t , j B 1 B t , j B .
    Figure imgb0086
  • Forward and backward reshaping with overlapped segments
  • When segments are padded, additional frames from neighboring segments are used in a sliding window. Denote the sliding window size for forward and backward reshaping as 2WF +1 and 2WB +1, respectively, where WB WF. Consider segment t. For the j-th frame (e.g., F in FIG. 3) in the set of primary frames (e.g. (304) to (306)) in the segment, let fSCl denote the frame for the first scene cut to its left and let fScr denote the frame for the first scene cut to its right. Let f P , t b f P , t e
    Figure imgb0087
    denote the first and last frames of the extended (padded) segment t (e.g., between frames (302) and (308)), then the support frame set for forward chroma reshaping is given by: Φ t , j F = W t , j F , b , W t , j F , b + 1 , W t , j F , b + 2 , , W t , j F , e 2 , W t , j F , e 1 , W t , j F , e ,
    Figure imgb0088
    where W t , j F , b = max f P , t b , j W F , f SCl ,
    Figure imgb0089
    and W t , j F , e = min j + W F , f SCr 1 , f P , t e .
    Figure imgb0090
    NOTE: To perform the overlapped forward reshaping, an extra 2WF frames from the EDR and reference SDR of the previous (t-1) segment are required, given by S t 1 , F t 1 1 S t 1 , F t 1 2 S t 1 , F t 1 3 S t 1 , F t 1 W F , U t 1 , F t 1 1 U t 1 , F t 1 2 U t 1 , F t 1 3 U t 1 , F t 1 W F .
    Figure imgb0091
    Similarly, 2WF additional frames at the next segment (t+1) are required, given by S t + 1,0 S t + 1,1 S t + 1,2 S t + 1 , W F 1 , U t + 1,0 U t + 1,1 U t + 1,2 U t + 1 , W F 1 .
    Figure imgb0092
  • As explained before, using weighted optimization, the optimized forward MMR set of coefficients may be derived as: A t , j F = k Φ t , j F w t , j , k U t , k T U t , k , B t , j F = k Φ t , j F w t , j , k U t , k T S t , k , M t , j F = A t , j F 1 B t , j F .
    Figure imgb0093
  • In backward or inverse reshaping, an extra WB frames are required from the reshaped SDR, given by C ˜ t 1 , F t 1 1 C ˜ t 1 , F t 1 2 C ˜ t 1 , F t 1 3 C ˜ t 1 , F t 1 W B ,
    Figure imgb0094
    and extra smoothed WB frames at the next segment are required, given by, C ˜ t + 1,0 C ˜ t + 1,1 C ˜ t + 1,2 C ˜ t + 1 , W B 1 .
    Figure imgb0095
    Then the support set for backward reshaping is Φ t , j B = W t , j B , b , W t , j B , b + 1 , W t , j B , b + 2 , , W t , j B , e 2 , W t , j B , e 1 , W t , j B , e ,
    Figure imgb0096
    where W t , j B , b = max f P , t b , j W B , f SCl ,
    Figure imgb0097
    and W t , j B , e = min j + W B , f SCr 1 , f P , t e .
    Figure imgb0098
  • Using weighted optimization, the backward MMR solution is given by A t , j B = k Φ t , j B w t , j , k H t , k T H t , k , B t , j F = k Φ t , j B w t , j , k H t , k T Q t , k , M t , j B = A t , j B 1 B t , j B .
    Figure imgb0099
  • FIG. 5A depicts a process of overlapped forward chroma reshaping in an EDR/HDR encoder according to an embodiment of this invention. Given input YCbCr EDR data U t and input SDR data S t , for a given forward MMR model, (say, a 2d order or a 3d order), a forward prediction parameter matrix M t , j F
    Figure imgb0100
    may be generated according to an MSE optimization criterion (e.g., equation (46)). Then, the chroma values of the reshaped SDR signal (e.g., 107) may be generated using equation (27), that is C ˜ t , j = U t , j M t , j F .
    Figure imgb0101
  • FIG. 5B depicts a process of overlapped backward chroma reshaping in an EDR/HDR encoder according to an embodiment of this invention. Given input CbCr EDR data Q t and input YCbCr SDR data H t , for a given backward MMR model, (say, a 2d order or a 3d order), a backward prediction parameter matrix M t , j B
    Figure imgb0102
    may be generated according to an MSE optimization criterion (e.g., equation (50)). Then, the reconstructed chroma values of the output EDR signal (e.g., 122_C) may be generated using equation (38), that is V ^ t , j = H t , j M t , j B .
    Figure imgb0103
  • The order of the MMR backward model and the backward prediction parameter matrix M t , j B
    Figure imgb0104
    may be communicated to a decoder using metadata together with the encoded reshaped SDR signal (107).
  • FIG. 6 summarizes the process for segment-based luma and chroma reshaping according to an example embodiment of this invention. As depicted in FIG. 6, given the reference EDR (102) and SDR (104) inputs, in step (605), the input streams are subdivided into segments for each computing node. Each node receives extended or padded data (to also be processed by neighboring segments) (e.g., see FIG. 3) to improve the generation of statistical data and reduce the effects from scene changes. A reshaping function for each frame in a segment is computed based on the statistical data available in a support frame set bounded by a 2W+1 frames-long sliding window centered on the frame. In step (610), the borders of this window are adjusted based on the scene cuts within the segment to generate the support frame set (e.g., see FIG. 3 and equations (1) and (2)).
  • For luma reshaping, given the support frame set, given a measure of the noise characteristics for each frame, the input and target bit depths, and a masking noise to bit-depth function, step (615) determines the minimum amount of codewords for each bin in the input image (e.g., see equation (11)). In step (620), one may also determine an EDR to reshaped SDR mapping which preserves the "look" of the reference SDR in the reshaped SDR image. For example, and without limitation, such a mapping may be based on matching either the histograms or the CDFs of the input SDR and EDR images. In step (625), the results from steps (615) and (620) are combined so that the look is preserved while the reshaping meets the codeword allocation required to mask the quantization noise due to reshaping.
  • Given the final forward luma reshaping LUT, step (630) generates the reshaped luma image (107-L). In some embodiments, this step may also generate an inverse luma-reshaping function based on the forward luma reshaping LUT to be communicated downstream to the receiver (e.g.,, as a piecewise linear or non-linear function). Examples of these steps can be found in References [4] and [5].
  • For chroma reshaping, in an embodiment, step (640), may apply a forward MMR prediction model and a forward support frame set to generate, according to an optimizing criterion, the forward chroma reshaping parameters (e.g., see equation (46)), to be used in step (650) to generate the chroma components (107-C) of the reshaped SDR signal (107). Step (660) may use a backward MMR model and a backward support frame set to generate the backward reshaping parameters (e.g., using equation (42)), which are communicated to the downstream receiver using metadata. The reshaped SDR signal (107), together with metadata related to the backward or inverse luma and chroma reshaping functions may be passed to an encoder (110) for further processing.
  • Linear Broadcasting
  • A special case of interest is the encoding of video signals in linear broadcasting where video is encoded and delivered to the users in real time. In an embodiment, in linear broadcasting, the number of segments is set to one.
  • References
    1. [1] ITU-R BT. 1886, "Reference electro-optical transfer function for flat panel displays used in HDTV studio production," ITU, March 2011.
    2. [2] SMPTE ST 2084:2014 "High Dynamic Range EOTF of Mastering Reference Displays," SMPTE, 2014.
    3. [3] U.S. Patent 8,811,490 , "Multiple color channel multiple regression predictor," by G-M. Su, et al., 2014.
    4. [4] PCT Application Ser. No. PCT/US2016/020230 , "Content-adaptive perceptual quantizer for high dynamic range images," by J. Froehlich et al., filed March 1, 2016.
    5. [5] U.S. Provisional Patent Application Ser. No. 62/334,099 , "Block-based content-adaptive reshaping for high dynamic range images," by A. Kheradmand, et al., filed on May 10, 2016. Published also as U.S. Patent Application Pub. US 2017/0221189 .
    6. [6] U.S. Provisional Patent Application Ser. No. 62/356,087 , "Efficient Histogram-Based Luma Look Matching," by H. Kadu and G-M. Su, filed on June 29, 2016, now PCT Application PCT/US2017/039839, filed on June 28, 2017 .
    EXAMPLE COMPUTER SYSTEM IMPLEMENTATION
  • Embodiments of the present invention may be implemented with a computer system, systems configured in electronic circuitry and components, an integrated circuit (IC) device such as a microcontroller, a field programmable gate array (FPGA), or another configurable or programmable logic device (PLD), a discrete time or digital signal processor (DSP), an application specific IC (ASIC), and/or apparatus that includes one or more of such systems, devices or components. The computer and/or IC may perform, control, or execute instructions related to segment-based luma and chroma reshaping of images with enhanced dynamic range, such as those described herein. The computer and/or IC may compute any of a variety of parameters or values that relate to the reshaping processes described herein. The image and video embodiments may be implemented in hardware, software, firmware and various combinations thereof.
  • Certain implementations of the invention comprise computer processors which execute software instructions which cause the processors to perform a method of the invention. For example, one or more processors in a display, an encoder, a set top box, a transcoder or the like may implement methods related to segment-based luma and/or chroma reshaping of HDR images as described above by executing software instructions in a program memory accessible to the processors. The invention may also be provided in the form of a program product. The program product may comprise any non-transitory medium which carries a set of computer-readable signals comprising instructions which, when executed by a data processor, cause the data processor to execute a method of the invention. Program products according to the invention may be in any of a wide variety of forms. The program product may comprise, for example, physical media such as magnetic data storage media including floppy diskettes, hard disk drives, optical data storage media including CD ROMs, DVDs, electronic data storage media including ROMs, flash RAM, or the like. The computer-readable signals on the program product may optionally be compressed or encrypted.
  • Where a component (e.g. a software module, processor, assembly, device, circuit, etc.) is referred to above, unless otherwise indicated, reference to that component (including a reference to a "means") should be interpreted as including as equivalents of that component any component which performs the function of the described component (e.g., that is functionally equivalent), including components which are not structurally equivalent to the disclosed structure which performs the function in the illustrated example embodiments of the invention.
  • EQUIVALENTS, EXTENSIONS, ALTERNATIVES AND MISCELLANEOUS
  • Example embodiments that relate to the efficient segment-based luma and/or chroma reshaping of HDR images are thus described. In the foregoing specification, embodiments of the present invention have been described with reference to numerous specific details that may vary from implementation to implementation. Thus, the sole and exclusive indicator of what is the invention, and is intended by the applicants to be the invention, is the set of claims that issue from this application, in the specific form in which such claims issue, including any subsequent correction. Any definitions expressly set forth herein for terms contained in such claims shall govern the meaning of such terms as used in the claims. Hence, no limitation, element, property, feature, advantage or attribute that is not expressly recited in a claim should limit the scope of such claim in any way. The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense.

Claims (14)

  1. A method for segment-based signal reshaping with a processor, the method comprising:
    receiving a first input video signal in a first dynamic range and a second input video signal in a second dynamic range, wherein corresponding frames in the first signal and the second signal represent the same image, wherein the first dynamic range is higher than the second dynamic range;
    dividing the first input video signal and the second input video signal into segments, wherein each segment comprises primary frames and padded frames, wherein the primary frames are those frames in the segment for which a forward luma reshaping mapping is to be generated, wherein the padded frames are arranged in the segment before a first one of the primary frames and/or after a last one of the primary frames, and wherein for two consecutive segments padded frames for one of the segments overlap with the primary frames of the other segment;
    for a primary frame in a segment of the first input video:
    computing a support frame set in the segment based on a sliding window centered on the primary frame, wherein the support frame set is obtained by adjusting the sliding window based on scene cuts in the segment, so that frames of the sliding windows that are not contained in the same scene as the primary frame are excluded from the support frame set;
    determining a minimum codeword allocation for luminance pixel values in a reshaped frame of the primary frame, wherein the minimum codeword allocation indicates for each pair of adjacent codewords in the primary frame a required amount of codewords in the reshaped frame, wherein determining the minimum codeword allocation comprises:
    partitioning the luminance range of the primary frame into non-overlapping bins;
    generating noise estimates for each bin based on a noise measuring criterion and the support frame set; and
    generating the minimum codeword allocation based on the input bit depth of the first input, a target bit depth for the reshaped frame, and a function for mapping noise estimates to bit depths;
    determining a first dynamic range to second dynamic range mapping for mapping luminance values of the primary frame from the first dynamic range to the second dynamic range based on a luma reshaping function and the support frame set, wherein the luma reshaping function generates the first dynamic range to second dynamic range mapping by matching histogram characteristics of luminance values in a mapped frame to the histogram characteristics of luminance values in a frame in the second video signal corresponding to the primary frame, wherein the mapped frame is generated by applying the first dynamic range to second dynamic range mapping to the primary frame;
    combining the first dynamic range to second dynamic range mapping with the minimum codeword allocation to generate the forward luma reshaping mapping; and
    applying the generated forward luma reshaping mapping to the primary frame for mapping the primary frame from the first dynamic range to the second dynamic range to generate luminance values of an output reshaped frame.
  2. The method of claim 1 wherein the minimum codeword allocation is determined based on a noise masking threshold for the primary frame, wherein optionally the noise masking threshold is determined based on noises measurements for the frames of the support frame set.
  3. The method of any one of claims 1 to 2 , wherein the minimum codeword allocation indicates a lower bound on an allocation of output codewords in the reshaped frame across input codewords in the primary frame.
  4. The method of any preceding claim, wherein computing the support frame set comprises:
    determining a window of 2W+1 frames centered on the primary frame;
    determining a first scene cut in the segment nearest to the left of the primary frame;
    determining a second scene cut in the segment nearest to the right of the primary frame;
    adjusting the left side of the window to be the beginning of the first scene cut in the segment, if the position of the first scene cut is within W frames to the left of the primary frame; and
    adjusting the right side of the window to be the frame before the position of the second scene cut in the segment, if the position of the second scene cut is within W frames to the right of the primary frame, where W is an integer.
  5. The method of any preceding claim, wherein determining the first dynamic range to second dynamic range mapping for mapping luminance values of the primary frame from the first dynamic range to the second dynamic range based on a luma reshaping function comprises:
    computing a first normalized luminance histogram for each frame in the support frame set;
    computing a first cumulative density function, CDF, for the primary frame based on the first normalized luminance histograms;
    computing a second normalized luminance histogram for each frame in the second input video that corresponds to a frame in the support frame set;
    computing a second CDF based on the second normalized luminance histograms; and
    for each luma intensity value in the primary frame determining a first mapped luma value such that the output value of the first CDF for the luma intensity value is approximately equal to the output value of the second CDF for the first mapped luma value.
  6. The method of any preceding claim, wherein combining the first dynamic range to second dynamic range mapping with the minimum codeword allocation comprises:
    generating, as delta values, pair-wise differences between mapped codewords of consecutive codewords, the consecutive codewords being mapped by the first dynamic range to second dynamic range mapping;
    identifying a first set of elements of the delta values which violate the minimum codeword allocation requirements;
    determining a first metric (α) of codeword requirements to be added for the first set of elements, the first metric indicating an additional amount of required codewords for satisfying the minimum codeword allocation requirements;
    identifying a second set of elements of the delta values which do not violate the minimum codeword allocation requirements;
    determining a second metric (β) of codeword requirements to be subtracted for the second set of elements, the second metric indicating a sum of those delta values that do not violate the minimum codeword allocation requirements;
    for the first set of elements, replacing their delta values with their corresponding minimum codeword allocation requirements values;
    for the second set of elements, rescaling their delta values based on the first metric and the second metric; and
    generating a forward reshaping LUT based on the updated values of the first set of elements and the second set of elements, wherein optionally rescaling comprises multiplying each original delta value in the second set of elements by 1 α β .
    Figure imgb0105
  7. The method of any preceding claim, further comprising:
    determining forward luma reshaping mappings for two or more of the frames belonging to the support frame set of the primary frame; and
    determining an average forward luma reshaping mapping based on an average or weighted average of the forward luma reshaping mappings for the two or more frames in the support frame set of the primary frame.
  8. The method of claim 7, further comprising:
    applying the average forward luma reshaping mapping for the primary frame to the luminance pixel values of the primary frame to generate luminance values of an output reshaped frame.
  9. The method of claim 8, further comprising:
    determining a set of reshaping chroma parameters for forward chroma reshaping based on a forward multivariate, multi-regression model, MMR, and a support frame set for forward chroma reshaping, by minimizing the MSE error between chroma values in the output reshaped frame and chroma values in the frame of the second input video corresponding to the primary frame.
  10. The method of claim 8 or 9, further comprising determining a set of reshaping chroma parameters for backward chroma reshaping based on a backward MMR model and a support frame set for backward chroma reshaping, by minimizing the MSE error between chroma values in a reconstructed output image in the first dynamic range and chroma values in the primary frame of the first input video.
  11. The method of claim 9 or 10 wherein the MSE error is weighted MSE.
  12. The method of any one of claims 9 to 11, further comprising applying the forward MMR model to the primary frame to generate chrominance values of the output reshaped frame.
  13. An apparatus comprising a processor and configured to perform any one of the methods recited in claims 1-12.
  14. A computer-readable storage medium comprising instructions which, when executed by a computer, cause the computer to carry out the method of any of claims 1-12.
EP17768653.2A 2016-09-09 2017-09-11 Coding of high dynamic range video using segment-based reshaping Active EP3510772B1 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201662385307P 2016-09-09 2016-09-09
EP16187983 2016-09-09
PCT/US2017/050980 WO2018049335A1 (en) 2016-09-09 2017-09-11 Coding of high dynamic range video using segment-based reshaping

Publications (2)

Publication Number Publication Date
EP3510772A1 EP3510772A1 (en) 2019-07-17
EP3510772B1 true EP3510772B1 (en) 2020-12-09

Family

ID=59895469

Family Applications (1)

Application Number Title Priority Date Filing Date
EP17768653.2A Active EP3510772B1 (en) 2016-09-09 2017-09-11 Coding of high dynamic range video using segment-based reshaping

Country Status (2)

Country Link
US (1) US10575028B2 (en)
EP (1) EP3510772B1 (en)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3695600A4 (en) 2017-11-30 2020-08-19 SZ DJI Technology Co., Ltd. System and method for controlling video coding within image frame
WO2019104862A1 (en) * 2017-11-30 2019-06-06 SZ DJI Technology Co., Ltd. System and method for reducing video coding fluctuation
WO2019104635A1 (en) 2017-11-30 2019-06-06 SZ DJI Technology Co., Ltd. System and method for controlling video coding at frame level
BR112020016821B1 (en) 2018-02-28 2022-08-09 Dolby Laboratories Licensing Corporation METHOD OF GENERATION OF LUMA AND CHROMA REMODEL METADATA WITH A PROCESSING SYSTEM, MACHINE-READABLE MEDIUM AND DISPLAY MANAGEMENT SYSTEM
JP6964807B2 (en) 2018-05-11 2021-11-10 ドルビー ラボラトリーズ ライセンシング コーポレイション High fidelity full-reference and reduced-reference coding in an end-to-end single-layer backward-compatible coding pipeline
EP3861729A1 (en) * 2018-10-03 2021-08-11 Dolby Laboratories Licensing Corporation Reducing banding artifacts in backward-compatible hdr imaging
KR20210118400A (en) * 2019-02-01 2021-09-30 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 Construction of Luma-dependent Chroma Residual Scaling for Video Coding
CN113475079A (en) 2019-02-01 2021-10-01 北京字节跳动网络技术有限公司 Interaction between loop shaping and intra block copy
CN113475072B (en) * 2019-03-04 2023-12-15 北京字节跳动网络技术有限公司 Signaling of filtering information in video processing
WO2020182091A1 (en) * 2019-03-08 2020-09-17 Beijing Bytedance Network Technology Co., Ltd. Reshaping model in video processing
CN117499644A (en) 2019-03-14 2024-02-02 北京字节跳动网络技术有限公司 Signaling and syntax of loop shaping information
WO2020192614A1 (en) 2019-03-23 2020-10-01 Beijing Bytedance Network Technology Co., Ltd. Restrictions on adaptive-loop filtering parameter sets
WO2020211863A1 (en) 2019-04-18 2020-10-22 Beijing Bytedance Network Technology Co., Ltd. Selective use of cross component mode in video coding
CN113711610B (en) 2019-04-23 2024-04-16 北京字节跳动网络技术有限公司 Method for reducing cross-component dependency
KR102641796B1 (en) 2019-05-08 2024-03-04 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 Conditions for the applicability of cross-component coding
WO2020259427A1 (en) 2019-06-22 2020-12-30 Beijing Bytedance Network Technology Co., Ltd. Syntax element for chroma residual scaling
JP7460748B2 (en) 2019-07-07 2024-04-02 北京字節跳動網絡技術有限公司 Signaling chroma residual scaling
US11818400B2 (en) 2019-10-17 2023-11-14 Dolby Laboratories Licensing Corporation Adjustable trade-off between quality and computation complexity in video codecs
EP4139884B1 (en) * 2020-04-22 2024-02-21 Dolby Laboratories Licensing Corporation Iterative optimization of reshaping functions in single-layer hdr image codec
US20230291937A1 (en) * 2020-07-09 2023-09-14 Dolby Laboratories Licensing Corporation Workload allocation and processing in cloud-based coding of hdr video
WO2022061169A1 (en) 2020-09-18 2022-03-24 Dolby Laboratories Licensing Corporation Trim-pass correction for cloud-based coding of hdr video
JP2023542897A (en) * 2020-09-18 2023-10-12 ドルビー ラボラトリーズ ライセンシング コーポレイション Recursive segment-to-scene segmentation for cloud-based encoding of HDR videos
WO2023022956A1 (en) 2021-08-16 2023-02-23 Dolby Laboratories Licensing Corporation Applying minimum and average distance constraint in video streaming

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4129812B2 (en) * 2001-05-24 2008-08-06 株式会社リコー Image processing method, apparatus, and image forming apparatus
US7254271B2 (en) * 2003-03-05 2007-08-07 Seadragon Software, Inc. Method for encoding and serving geospatial or other vector data as images
KR100596982B1 (en) * 2004-12-15 2006-07-05 삼성전자주식회사 Dual layer bus architecture, system-on-a-chip having the dual layer bus architecture and method of accessing the dual layer bus
CN101742306A (en) * 2006-01-23 2010-06-16 马普科技促进协会 High dynamic range codecs
CA2570090C (en) * 2006-12-06 2014-08-19 Brightside Technologies Inc. Representing and reconstructing high dynamic range images
CN101682761B (en) 2007-06-14 2013-03-20 汤姆森许可贸易公司 A system and method for time optimized encoding
US8330768B2 (en) * 2007-07-27 2012-12-11 Sharp Laboratories Of America, Inc. Apparatus and method for rendering high dynamic range images for standard dynamic range display
US8339475B2 (en) * 2008-12-19 2012-12-25 Qualcomm Incorporated High dynamic range image combining
US8280184B2 (en) * 2010-04-01 2012-10-02 Himax Media Solutions, Inc. Image enhancement method and apparatuses utilizing the same
US20110292992A1 (en) * 2010-05-28 2011-12-01 Microsoft Corporation Automating dynamic information insertion into video
KR101538912B1 (en) * 2010-06-08 2015-07-23 돌비 레버러토리즈 라이쎈싱 코오포레이션 Tone and gamut mapping methods and apparatus
US8743291B2 (en) * 2011-04-12 2014-06-03 Dolby Laboratories Licensing Corporation Quality assessment for images that have extended dynamic ranges or wide color gamuts
EP2697971B1 (en) 2011-04-14 2015-07-08 Dolby Laboratories Licensing Corporation Multiple color channel multiple regression predictor
US8891863B2 (en) * 2011-06-13 2014-11-18 Dolby Laboratories Licensing Corporation High dynamic range, backwards-compatible, digital cinema
US8576445B2 (en) * 2011-06-28 2013-11-05 Konica Minolta Laboratory U.S.A., Inc. Method for processing high dynamic range images using tone mapping to extended RGB space
US8988552B2 (en) * 2011-09-26 2015-03-24 Dolby Laboratories Licensing Corporation Image formats and related methods and apparatuses
CN104185991B (en) * 2011-11-09 2018-07-06 弗劳恩霍夫应用研究促进协会 Inter-layer prediction between the layer of Different Dynamic sampled value range
US20130308027A1 (en) * 2012-05-03 2013-11-21 Aptina Imaging Corporation Systems and methods for generating metadata in stacked-chip imaging systems
US11089247B2 (en) * 2012-05-31 2021-08-10 Apple Inc. Systems and method for reducing fixed pattern noise in image data
EP2748792B1 (en) * 2012-08-08 2016-12-21 Dolby Laboratories Licensing Corporation Image processing for hdr images
FR3003378A1 (en) * 2013-03-12 2014-09-19 St Microelectronics Grenoble 2 TONE MAPPING METHOD
RU2619886C2 (en) 2013-03-26 2017-05-19 Долби Лабораторис Лайсэнзин Корпорейшн Perceptual-quantized video content coding in vdr multilayered coding
US8866975B1 (en) * 2013-05-02 2014-10-21 Dolby Laboratories Licensing Corporation Backwards-compatible delivery of digital cinema content with higher dynamic range and related preprocessing and coding methods
EP3024222A4 (en) * 2013-07-14 2017-01-18 LG Electronics Inc. Method and apparatus for transmitting and receiving ultra high-definition broadcasting signal for expressing high-quality color in digital broadcasting system
WO2016014954A1 (en) 2014-07-25 2016-01-28 California Institute Of Technology Tandem z-selective metathesis / dihydroxylation
US10419762B2 (en) 2015-03-02 2019-09-17 Dolby Laboratories Licensing Corporation Content-adaptive perceptual quantizer for high dynamic range images
US10032262B2 (en) 2016-02-02 2018-07-24 Dolby Laboratories Licensing Corporation Block-based content-adaptive reshaping for high dynamic range images
GB201611253D0 (en) 2016-06-29 2016-08-10 Dolby Laboratories Licensing Corp Efficient Histogram-based luma look matching

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None *

Also Published As

Publication number Publication date
US20190349607A1 (en) 2019-11-14
EP3510772A1 (en) 2019-07-17
US10575028B2 (en) 2020-02-25

Similar Documents

Publication Publication Date Title
EP3510772B1 (en) Coding of high dynamic range video using segment-based reshaping
EP3433833B1 (en) Encoding and decoding reversible production-quality single-layer video signals
CN112106357B (en) Method and apparatus for encoding and decoding image data
EP3479343B1 (en) Efficient histogram-based luma look matching
EP3734588A1 (en) Color appearance preservation in video codecs
US10419762B2 (en) Content-adaptive perceptual quantizer for high dynamic range images
US10645403B2 (en) Chroma reshaping for high dynamic range images
US10902601B2 (en) Segment-based reshaping for coding high dynamic range video
US10701359B2 (en) Real-time content-adaptive perceptual quantizer for high dynamic range images
WO2018049335A1 (en) Coding of high dynamic range video using segment-based reshaping
EP3834411B1 (en) Reducing banding artifacts in hdr imaging via adaptive sdr-to-hdr reshaping functions
WO2018231968A1 (en) Efficient end-to-end single layer inverse display management coding
EP3639238B1 (en) Efficient end-to-end single layer inverse display management coding
CN113170205A (en) Interpolation of shaping functions
US11895416B2 (en) Electro-optical transfer function conversion and signal legalization
WO2018136432A1 (en) Segment-based reshaping for coding high dynamic range video
EP4214925A1 (en) Trim-pass correction for cloud-based coding of hdr video

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20190409

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20200207

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20200723

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 1344547

Country of ref document: AT

Kind code of ref document: T

Effective date: 20201215

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602017029318

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210310

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210309

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 1344547

Country of ref document: AT

Kind code of ref document: T

Effective date: 20201209

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210309

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20201209

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG9D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210409

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602017029318

Country of ref document: DE

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210409

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

26N No opposition filed

Effective date: 20210910

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20210930

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20210409

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210911

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210911

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210930

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210930

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210930

P01 Opt-out of the competence of the unified patent court (upc) registered

Effective date: 20230513

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: HU

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO

Effective date: 20170911

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20230823

Year of fee payment: 7

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: FR

Payment date: 20230822

Year of fee payment: 7

Ref country code: DE

Payment date: 20230822

Year of fee payment: 7

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20201209