Abstract:
The invention is made in the field of coding of images of high dynamic range. 
     The invention is based on the concept of Frame Compatible format. The idea is to transport, in a frame, down-sampled LDR content together with additional information allowing reconstructing HDR content from the LDR content. Thus, it is proposed a method of encoding an HDR image of high dynamic range according to claim  1 . Said method comprises down-sampling (DWN) an LDR image and additional data, the LDR image providing a lower dynamic range depiction of the HDR image content and the additional data allowing for reconstructing the HDR image from the LDR image.

Description:
FIELD OF THE INVENTION 
       [0001]    The invention is made in the field of coding of images of high dynamic range. 
       BACKGROUND OF THE INVENTION 
       [0002]    Images, whether still images or image frames of an image sequence, are generally represented on a limited number of bits (for instance 8, 10, 12 or more bits), corresponding to a limited range of values to represent the luminance signal. Images represented in such way are called images of low dynamic range or, shortly, LDR images. However the human visual system is able to perceive a wider range of luminance. The limited representation most often does not allow for reconstructing correctly small signal variations, in particular in image areas of extremely dark or bright luminance. The HDR (High Dynamic Range) format consists in significantly extending bit-depth of signal representation to integer representation with more bits e.g. 20 to 64 bits, or even to floating representation, in order to keep a high accuracy of the signal on its entire luminance range. 
         [0003]    HDR images can be captured in various ways. For instance, Digital Single Lens Reflex cameras can use bracketing technique to capture successive images of the same scene with different exposures wherein exposure is the total density of light allowed to fall on the imaging medium (photographic film or image sensor) during the process of taking an image. Those images of different exposures are represented as LDR images. Under-exposed images capture details in the bright areas whereas over-exposed images capture details in the dark areas, as exemplarily depicted in  FIG. 1  for different exposure values EV. 
         [0004]    By fusion of these differently exposed LDR images an HDR image can be produced with a floating point representation, the produced HDR image containing all details those in dark areas as well as those in bright areas. 
         [0005]    An HDR image cannot be used in its source format with devices designated for use with LDR images, e.g. set-top-boxes, PVR, and legacy displays. Anyway, a process called Tone Mapping, allows representing the image while ensuring a good restitution of the different signal intensity segments, in particular, in dark and bright intensity ranges. Tone Mapping creates, from an HDR image, a LDR image where all the elements are correctly exposed. The LDR image is much more detailed both in dark areas and in white areas. This is exemplarily depicted in  FIG. 2 . 
         [0006]    HDR is used, in particular, in post-production. All special effects tools are dealing with HDR images with a floating point representation. The mixing being natural scene and special effects is also realized in HDR representation. At the end of the post-production process Tone Mapping is applied to create a standard 8/10/12-bit master under the control of the Director of Photography. 
         [0007]    Mantiuk et. al.: “Backward Compatible High Dynamic Range MPEG Video Compression”, Proc. of SIGGRAPH &#39;06 (Special issue of ACM Transactions on Graphics), 25 (3), pp. 713-723, 2006, propose a backward-compatible HDR video compression (HDR MPEG) method which introduces a compact reconstruction function that is used to decompose an HDR video stream into a residual stream and a standard LDR stream, which can be played on existing MPEG decoders, such as DVD players. Mantiuk&#39;s residual stream creates about 30% bitstream overhead compared to the LDR stream only. 
         [0008]    Motra and Thoma: “An Adaptive LogLuv Transform for High Dynamic Range Video Compression”, Proceedings of 2010 IEEE 17th International Conference on Image Processing, September 2010, Hong Kong, describe an approach of how an existing encoder can be used for encoding HDR video sequence with an adaptive LogLuv transform proposed by the authors. Motra and Thoma further describe using the high bit depth profile of MPEG AVC to encode those data. 
       SUMMARY OF THE INVENTION 
       [0009]    One drawback of the methods mentioned afore is the non retro-compatibility with standard HDTV eco system. 
         [0010]    The inventors realized that there is a need in the art for an alternative encoding scheme for HDR images and videos that allows for reusing already deployed image/video encoders and that is backward-compatible with standard LDR HDTV. 
         [0011]    The invention is based on the concept of Frame Compatible format. The idea is to use the Frame Compatible method to transport down-sampled LDR content together with additional information allowing reconstructing HDR content from the LDR content. At decoder side, the LDR content can be used to source LDR displays and the HDR content can thus be reconstructed and used to source HDR displays. Or the HDR content reconstruction is tone mapped to be used by LDR displays. 
         [0012]    Thus, it is proposed a method of encoding an HDR image of high dynamic range according to claim  1 . Said method comprises down-sampling an LDR image and additional data, the LDR image providing a lower dynamic range depiction of the HDR image content and the additional data allowing for reconstructing the HDR image from the LDR image. Said method further comprises arranging, in a frame, the down-sampled LDR image and the down-sampled additional data. 
         [0013]    It is further proposed a method of reconstructing an HDR image of high dynamic range according to claim  2 . Said further proposed method comprises decoding a frame, splitting the frame into a down-sampled LDR image and down-sampled additional data, the LDR image providing a down-sampled lower dynamic range depiction of the HDR image content and the additional data allowing for reconstructing the HDR image from the LDR image, up-sampling the down-sampled LDR image and the down-sampled additional data and reconstructing the HDR image from the up-sampled LDR image using the up-sampled additional data. 
         [0014]    And, it is proposed a storage medium carrying an encoded frame comprising a down-sampled LDR image of low dynamic range and down-sampled additional information, the additional data allowing for reconstructing an HDR image providing a higher dynamic range depiction of the LDR image content. 
         [0015]    Furthermore, the inventors propose a device for encoding an HDR image of high dynamic range, the encoding device being in accordance with claim  11 , and a device for reconstructing an HDR image of high dynamic range, the encoding device being in accordance with claim  14 . 
         [0016]    In an embodiment, the frame is encoded in a base layer and information removed by down-sampling the LDR image and/or the additional data is encoded in an enhancement layer. 
         [0017]    In further embodiments, down- and up-sampling occurs in a sampling direction, for instance, in a horizontal, diagonal or vertical sampling direction. Corresponding to the sampling direction, there is an arrangement pattern, e.g. side-by-side arrangement corresponds to horizontal sampling and top-and-bottom corresponds to vertical down- and up-sampling. 
         [0018]    The features of further advantageous embodiments are specified in the dependent claims. 
     
    
     
       BRIEF DESCRIPTION OF THE DRAWINGS 
         [0019]    Exemplary embodiments of the invention are illustrated in the drawings and are explained in more detail in the following description. The exemplary embodiments are explained only for elucidating the invention, but not for limiting the invention&#39;s disclosure or scope defined in the claims. 
           [0020]      FIG. 1  depicts an exemplary series of a same view of a same scene with different exposures; 
           [0021]      FIG. 2  depicts an exemplary image where tone mapping has been applied to bright areas; 
           [0022]      FIG. 3  exemplarily depicts side-by-side down-sampling and packing at the encoding side of the first and a second exemplary embodiment; 
           [0023]      FIG. 4  exemplarily depicts top-and-bottom down-sampling and packing at the encoding side of the first and a second exemplary embodiment; 
           [0024]      FIG. 5  depicts a coding framework of a the first exemplary embodiment; 
           [0025]      FIG. 6  depicts two possible frame structures of a first exemplary embodiment; 
           [0026]      FIG. 1  exemplarily depicts side-by-side de-packing and up-sampling at the decoding side of the first and a second exemplary embodiment; 
           [0027]      FIG. 2  exemplarily depicts top-and-bottom de-packing and up-sampling at the decoding side of the first and a second exemplary embodiment; 
           [0028]      FIG. 3  depicts two possible frame structures of the second exemplary embodiment; 
           [0029]      FIG. 10  depicts a coding framework of a the second embodiment; 
           [0030]      FIG. 11  depicts two possible frame structures of a third exemplary embodiment; 
           [0031]      FIG. 12  depicts a coding framework of a the third exemplary embodiment; 
           [0032]      FIG. 13  depicts a further coding framework of a the first exemplary embodiment based on multi-view coding with an MVC compatible decoding device; 
           [0033]      FIG. 14  depicts a further coding framework of the first exemplary embodiment based on multi-view coding with a not MVC compatible decoding device; and 
           [0034]      FIG. 15  depicts a yet further coding framework of the first exemplary embodiment based on scalable video coding. 
       
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
       [0035]    The invention may be realized on any electronic device comprising a processing device correspondingly adapted. For instance, the invention may be realized in television, in a media gateway, a set top box, in a mobile phone, a personal computer, a digital still camera, a digital video camera or a car entertainment system, wherein each of these exemplary systems can be configured for processing image content with a low dynamic range, with a high dynamic range or both. The invention can be applied to HDR still images as well as HDR video/HDR image sequences. 
         [0036]    A first exemplary embodiment of the invention exploits the fact that an image of high dynamic range can be generated from aligned images of different exposures, e.g. a pair of images of a same scene taken from a same viewpoint wherein one of the images is under-exposed and the other is over-exposed. 
         [0037]    In order to fit the pair of images in a single frame, the images are down-sampled. In the first exemplary embodiment, down-sampling can be horizontally, i.e. every odd or every even column is removed as exemplarily depicted in  FIG. 3 , or vertically, i.e. every odd or every even row is removed as exemplarily depicted in  FIG. 4 . The down-sampled images then can be arranged in a single frame. The arrangement is side-by-side in case of horizontal down-sampling and top-and-bottom in case of vertical down-sampling. This is exemplarily depicted in  FIG. 5 . The depicted exemplarily two LDR images have 1080 rows and 1920 columns and are down-sampled horizontally to 960 columns and arranged side-by-side as depicted in  FIG. 6   a  or down-sampled vertically to 540 rows and arranged top and bottom as depicted in  FIG. 6   b.    
         [0038]    Other sampling directions are possible, e.g. diagonally inclining or diagonally declining. The sampling direction can be fixed or can be selected adaptive to content preservation. For instance, several sampling directions can be tested, per image or per group of pictures, at encoder side and the one leading to best rate-distortion is selected, for instance. The arrangement type can be signalled in metadata or determined by searching, in the frame, for features of edges halving the frame. The significance of the features can be compared and the most significant one of can then be used for splitting the frame into the images again. 
         [0039]    Similarly, whether odd or even lines orthogonal to said sampling direction are removed can be fixed or adjusted for both images in common or individually, for instance for improving rate-distortion. This adjustment can occur independently from an adaptation of the sampling direction, e.g. even in case of a fixed sampling direction, or, in coherence with the sampling direction adaptation. 
         [0040]    After arrangement in the frame, the frame is encoded. In case of the LDR images belonging to a sequence of LDR image pairs suitable for reconstructing a HDR video thereof, the frame can be encoded according to any known video coding standard, e.g. H.264/MPEG-4 AVC. For the gist of the invention it is of no importance which coding standard is used. 
         [0041]    The encoding can make use of the fact that the two LDR images show same content with different exposure. That is, motion vector search can be restricted to one half of the frame and motion vectors determined on one half-frame can be re-used on the other half-frame. Re-use can even be made mandatory in which case only motion vectors of one half-frame need to be encoded. 
         [0042]    Optionally, the encoder outputs a base layer of a scalable image/video coding (SVC) format and the rows or columns omitted in the down-sampled LDR images are encoded in an enhancement layer of the SVC format. Or, the encoder outputs a first view of a multi-view coding (MVC) format and the rows or columns omitted in the down-sampled LDR images are encoded in a second view of the MVC format. 
         [0043]    In order to improve the exposures of the two LDR images in a way which preserves details in normally exposed areas of each the two LDR images, an optional histogram alignment can be applied, before or after down-sampling. Specific settings of the histogram adjustment can be fixed or adapted in which case they can be sent to the decoding process via metadata, so that the decoder is able to perform the inverse transform. 
         [0044]    An exemplary coding framework based on two differently exposed LDR images is depicted in  FIG. 5 . 
         [0045]    An encoding device ENC receives two differently exposed, aligned images or video frames with low dynamic range and adjusts their exposure by histogram equalization in module HST. Then, the exposure adjusted images are down-sampled DWN and packed PCK into a single frame which is encoded by an H.264/MPEG-4 AVC encoder AVC. Module MDE encodes parameter of the histogram alignment, information about the down-sampling and information about the packing into metadata of the frame. The encoded frame including the metadata is then output for transmission in a stream or storage on a storage medium, e.g. an optical disk. 
         [0046]    A decoding device DEC receives the encoded frame including the metadata from a device for reading the storage medium or from a stream receiving device and decodes IAVC the frame according to the standard used for encoding. Then, the metadata is decoded MDD and used for splitting SEP the frames into the down-sampled LDR images. The metadata is further used whether up-sampling UP is to add odd or even lines. The splitting and up-sampling is exemplarily depicted, in  FIG. 7 , for side-by-side arranged LDR images and, in  FIG. 8 , for top-and-bottom arranged LDR images. Next, metadata of the histogram alignment parameters is used for reversing histogram alignment IHST. After reverse alignment, fusing FUS the LDR images generates the HDR content. 
         [0047]    The HDR content then can be output as-is for sourcing an HDR display or output tone mapped MAP for sourcing an LDR display. 
         [0048]    In a second exemplary embodiment depicted in  FIG. 9 , the encoding device ENC is sourced with HDR content in red-green-blue (RGB) colour space. The content is tone mapped MAP for generating LDR content in RGB. The LDR content is colour converted CCV into a luminance-chrominance space, for instance YUV  420 , and luminance values of HDR content are determined. In turn these values are used to extract an exposure map from the HDR content, e.g. by pixel-wise division DIV of the luminance values of HDR content by those of the LDR content. This requires transformation into a luminance-chrominance can be done using, e.g., logarithmic scaling or linear scaling. The exposure map then is normalized and quantized NQ to the bit depth allowed by the format. For taking advantage of encoding being YUV  420  frame optimized, the normalized and quantized exposure map is transformed from YUV  400  space into YUV  420  space. 
         [0049]    Then, the transformed exposure map and the LDR content are down-sampled DWN and packed PCK into one frame, either side-by side as exemplarily depicted in  FIG. 10   a , or top-and-bottom as exemplarily depicted in  FIG. 10   b . The frame is subsequently AVC encoded. Down-sampling can be horizontal or vertical and either odd or even lines can be removed and/or information removed due to down-sampling can be conveyed in an enhancement layer of SVC or in a different view of MVC. 
         [0050]    In this second exemplary embodiment exemplarily depicted in  FIG. 9 , the metadata comprise, besides the information on whether odd or even lines are removed, extreme values of the luminance ratio used for normalization. Information about the arrangement, e.g. side-by-side or top-and-bottom, can be comprised, too, or can be determined at decoder side using frame-halving edge feature detection. 
         [0051]    The decoder DEC decodes IAVC the encoded frame and splits SEP into the down-sampled tone-mapped LDR content and the down-sampled exposure map. By, up-sampling UP, LDR content and exposure map are expanded to frame size again. 
         [0052]    The up-sampled LDR content can be output as-is to an LDR capable device. The exposure map can be de-quantized and de-normalized IQN using minimum and maximum luminance values conveyed as metadata. The expanded exposure map then can be used for inverse tone mapping ITM and the resulting HDR content can source a HDR capable display. 
         [0053]    A third exemplary embodiment of the invention also exploits the fact that an image of high dynamic range can be generated from aligned images of different exposures, e.g. three images of a same scene taken from a same viewpoint wherein one of the images is under-exposed, one is normally exposed and one is over-exposed. 
         [0054]    In the third embodiment depicted in  FIG. 12 , the not normally exposed of the aligned images are down-sampled horizontally and vertically. Optionally, histogram alignment is applied prior to down-sampling. The normally exposed LDR image is down-sampled either vertically or horizontally without histogram alignment. Then the three images are arranged in the frame as exemplarily depicted in  FIG. 11   a  or  FIG. 11   b.    
         [0055]    That is, in case the normally exposed LDR image is vertically down-sampled, the down-sampled non-normally exposed images are arranged side-by-side and the down-sampled normally exposed image is arranged below or atop thereof. And in case the normally exposed LDR image is horizontally down-sampled, the down-sampled non normally exposed images are arranged top-and-bottom and the down-sampled normally exposed image is arranged side-by-side thereto. The resulting frame is then encoded, e.g. using an AVC encoder. Metadata of the frame can carry information on parity of the lines removed, direction of down-sampling of the normally exposed image and/or parameters of histogram alignment. 
         [0056]    At the decoder side the stream is first decoded using standard video coder as AVC for instance. The frame is then unpacked using the according method carried by the metadata or using a detected vertical or horizontal middle edge. The normally exposed of the resulting images or image streams is then over-sampled using the according method carried by the metadata, producing the reconstructed normally exposed LDR image/video. The over-exposed LDR video and the under-exposed LDR video are over-sampled vertically and horizontally. 
         [0057]    The resulting normally exposed LDR content can directly source a LDR display. 
         [0058]    In case histogram alignment has been applied at encoder side, the inverse histogram adjustment can be optionally applied to the over-exposed and under-exposed content, using the parameters being carried by metadata. 
         [0059]    The resulting normally exposed LDR content can further be fused with the inverse histogram aligned over-exposed LDR content and the under-exposed LDR content for reconstructing the HDR content which than can be provided to an HDR display. 
         [0060]    In the third exemplary embodiment as well as in the first and second exemplary embodiment, the frame can be encoded in a base layer of a scalable video coding format, too. Or, MVC can be used. Then, the information lacking in the base layer/primary view due to down-sampling can be encoded in one or more enhancement layers/secondary views. In every case where this principle of distributing information on different views or layers is applied, motion vector information of a half-frame of the base layer/first view not only can be re-used for the other half-frame of the base layer/first view, but also for the half-frames of the enhancement layer. 
         [0061]    For instance, if HDR content is based on four images of different exposure pixels of each the four LDR images can be sorted into four LDR sub-images of quarter resolution. For instance, odd pixels in odd rows are sorted into a first sub-image, odd pixels in even rows are sorted into a second sub-image, even pixels in odd rows are sorted into a third sub-image and even pixels in even rows are sorted into a fourth sub-image. Then, the first sub-images of the four LDR images are arranged in an SVC base layer or a primary MVC view, the second sub-images of the four LDR images are arranged in first SVC enhancement layer or a first secondary MVC view, the third sub-images of the four LDR images are arranged in second SVC enhancement layer/second secondary MVC view and the fourth sub-images of the four LDR images are arranged in third SVC enhancement layer/third secondary MVC view. For encoding the metadata in exemplary embodiments where frame encoding is in accordance with H.264/MPEG-4 AVC, the following exemplary syntax is proposed. 
         [0062]    That is, an aspect of the invention relates to proposal of a modified or new SEI message. For instance, as exemplarily depicted in the table 1 below, sei_payload( ) can be modified such that an additional payloadType equal to 45 is defined which triggers access to hdr_frame_compatible_info(payloadSize), exemplarily depicted in Table 2. 
         [0000]    
       
         
               
             
               
               
               
             
           
               
                 TABLE 1 
               
             
             
               
                   
               
               
                 Modified sei_payload( ) Message 
               
             
          
           
               
                 sei_payload( payloadType, payloadSize ) { 
                 C 
                 Descriptor 
               
               
                   
               
               
                  if( payloadType = = 0 ) 
                   
                   
               
               
                   buffering_period( payloadSize ) 
                 5 
               
               
                  else if( payloadType = = 1 ) 
               
               
                   pic_timing( payloadSize ) 
                 5 
               
               
                  else if( payloadType = = 2 ) 
               
               
                  ..... 
               
               
                  else if( payloadType = = 43 ) 
               
               
                   operation_points_not_present( payloadSize 
                 5 
               
               
                  )  /* specified in Annex H */ 
               
               
                  else if( payloadType = = 44 ) 
               
               
                   base_view_temporal_hrd( payloadSize )  /* 
                 5 
               
               
                  specified in Annex H */ 
               
               
                  else if( payloadType = = 45 ) 
               
               
                   hdr_frame_compatible_info( payloadSize ) 
                 5 
               
               
                  else 
               
               
                   reserved_sei_message( payloadSize ) 
                 5 
               
               
                  if( !byte_aligned( ) ) { 
               
               
                   bit_equal_to_one /* equal to 1 */ 
                 5 
                 f(1) 
               
               
                   while( !byte_aligned( ) ) 
               
               
                    bit_equal_to_zero /* equal to 0 */ 
                 5 
                 f(1) 
               
               
                  } 
               
               
                 } 
               
               
                   
               
             
          
         
       
     
         [0000]    
       
         
               
             
               
               
               
             
           
               
                 TABLE 2 
               
             
             
               
                   
               
               
                 HDR Frame compatible information 
               
             
          
           
               
                 hdr_frame_compatible_info( payloadSize ) { 
                 C 
                 Descriptor 
               
               
                   
               
               
                  hdr_frame_compatible_id 
                 5 
                 ue(v) 
               
               
                  hdr_frame_compatible_cancel_flag 
                 5 
                 u(1) 
               
               
                  if ( ! hdr_frame_compatible_cancel_flag) { 
               
               
                   hdr_frame_packing_arrangement_type 
                 5 
                 u(3) 
               
               
                   hdr_frame_compatible_type 
                 5 
                 u(2) 
               
               
                   if( hdr_frame_compatible_type = = 0 ) { 
               
               
                    over_exposed_view_mapping 
                 5 
                 u(1) 
               
               
                   } 
               
               
                   if ( hdr_frame_compatible_type = = 1 ) { 
               
               
                    ldr_view_mapping 
                 5 
                 u(1) 
               
               
                    hdr_luminance_min 
                 5 
                 f(16) 
               
               
                    hdr_luminance_max 
                 5 
                 f(16) 
               
               
                    luminance_ratio_scaling_method 
                 5 
                 u(2) 
               
               
                   } 
               
               
                   if( hdr_frame_compatible_type = = 2) { 
               
               
                    multi_view_mapping 
                 5 
                 u(2) 
               
               
                    secondary_down_sample_mapping 
                 5 
                 u(1) 
               
               
                   } 
               
               
                  } 
               
               
                 } 
               
               
                   
               
             
          
         
       
     
         [0063]    The SEI HDR Frame compatible information message informs the decoder that the output decoded picture contains samples of a frame consisting of multiple distinct spatially packed constituent frames using an indicated frame packing arrangement scheme. This information can be used by the decoder to appropriately rearrange the samples and process the samples of the constituent frames appropriately for display or other purposes (which are outside the scope of this Specification). hdr_frame_compatible_id contains an identifying number that can be used to identify the usage of the HDR frame compatible info SEI message. The value of hdr_frame_compatible_id shall be in the range of 0 to 2̂32-2, inclusive. 
         [0064]    Values of hdr_frame_compatible_id from 0 to 255 and from 512 to 2̂31-1 may be used as determined by the application. Values of hdr_frame_compatible_id from 256 to 511 and from 2̂31 to 2̂32-2 are reserved for future use by ITU-T|ISO/IEC. Decoders shall ignore (remove from the bitstream and discard) all HDR frame compatible info SEI messages containing a value of hdr_frame_compatible_id in the range of 256 to 511 or in the range of 2̂31 to 2̂32-2, and bitstreams shall not contain such values. 
         [0065]    hdr_frame_compatible_cancel_flag equal to 1 indicates that the HDR frame compatible info SEI message cancels the persistence of any HDR frame compatible info SEI message in output order. 
         [0066]    hdr_frame_compatible_cancel_flag equal to 0 indicates that HDR frame compatible info SEI message information follows. 
         [0067]    hdr_frame_packing_arrangement_type indicates the type of packing arrangement of the frames as specified in Table 3. 
         [0000]    
       
         
               
             
               
               
             
           
               
                 TABLE 3 
               
             
             
               
                   
               
               
                 hdr_frame_packing_arrangement_type 
               
               
                 hdr_frame_compatible_type specifies the solution used to 
               
               
                 transport HDR related information. 
               
             
          
           
               
                 Value 
                 Interpretation 
               
               
                   
               
               
                 0 
                 Each component plane of the decoded frames contains a 
               
               
                   
                 side-by-side packing arrangement of corresponding planes 
               
               
                   
                 of two constituent frames. 
               
               
                   
                 Left half-frame is built with the even columns of the 
               
               
                   
                 corresponding full-frame. 
               
               
                   
                 Right half-frame is built with the even columns of the 
               
               
                   
                 corresponding full-frame. 
               
               
                 1 
                 Each component plane of the decoded frames contains a 
               
               
                   
                 side-by-side packing arrangement of corresponding planes 
               
               
                   
                 of two constituent frames. 
               
               
                   
                 Left half-frame is built with the even columns of the 
               
               
                   
                 corresponding full-frame. 
               
               
                   
                 Right half-frame is built with the odd columns of the 
               
               
                   
                 corresponding full-frame. 
               
               
                 2 
                 Each component plane of the decoded frames contains a 
               
               
                   
                 side-by-side packing arrangement of corresponding planes 
               
               
                   
                 of two constituent frames. 
               
               
                   
                 Left half-frame is built with the odd columns of the 
               
               
                   
                 corresponding full-frame. 
               
               
                   
                 Right half-frame is built with the even columns of the 
               
               
                   
                 corresponding full-frame. 
               
               
                 3 
                 Each component plane of the decoded frames contains a 
               
               
                   
                 side-by-side packing arrangement of corresponding planes 
               
               
                   
                 of two constituent frames. 
               
               
                   
                 Left half-frame is built with the odd columns of the 
               
               
                   
                 corresponding full-frame. 
               
               
                   
                 Right half-frame is built with the odd columns of the 
               
               
                   
                 corresponding full-frame. 
               
               
                 4 
                 Each component plane of the decoded frames contains a top- 
               
               
                   
                 and-bottom packing arrangement of corresponding planes of 
               
               
                   
                 two constituent frames. 
               
               
                   
                 Top half-frame is built with the even lines of the 
               
               
                   
                 corresponding full-frame. 
               
               
                   
                 Bottom half-frame is built with the even lines of the 
               
               
                   
                 corresponding full-frame. 
               
               
                 5 
                 Each component plane of the decoded frames contains a top- 
               
               
                   
                 and-bottom packing arrangement of corresponding planes of 
               
               
                   
                 two constituent frames. 
               
               
                   
                 Top half-frame is built with the even lines of the 
               
               
                   
                 corresponding full-frame. 
               
               
                   
                 Bottom half-frame is built with the odd lines of the 
               
               
                   
                 corresponding full-frame. 
               
               
                 6 
                 Each component plane of the decoded frames contains a top- 
               
               
                   
                 and-bottom packing arrangement of corresponding planes of 
               
               
                   
                 two constituent frames. 
               
               
                   
                 Top half-frame is built with the odd lines of the 
               
               
                   
                 corresponding full-frame. 
               
               
                   
                 Bottom half-frame is built with the even lines of the 
               
               
                   
                 corresponding full-frame. 
               
               
                 7 
                 Each component plane of the decoded frames contains a top- 
               
               
                   
                 and-bottom packing arrangement of corresponding planes of 
               
               
                   
                 two constituent frames. 
               
               
                   
                 Top half-frame is built with the odd lines of the 
               
               
                   
                 corresponding full-frame. 
               
               
                   
                 Bottom half-frame is built with the odd lines of the 
               
               
                   
                 corresponding full-frame. 
               
               
                   
               
             
          
         
       
     
         [0068]    A hdr_frame_compatible_type of 0 corresponds to the scheme using two LDR views; a hdr_frame_compatible_type of 1 corresponds to the scheme using a LDR view and an exposure map; a hdr_frame_compatible_type of 2 corresponds to the scheme using a LDR view on one half frame, one under-exposed LDR view on one quarter frame and one over-exposed LDR view on one quarter frame. hdr_frame_compatible_type higher than 2 can indicate use of more than three LDR images. 
         [0069]    over_exposed_view_mapping specifies which half frame is mapped with the over-exposed LDR view. This flag is present when hdr_frame_compatible_type equals 0 or 2. 
         [0070]    When hdr_frame_packing_arrangement_type is in the range 0 to 3 (Side-by-side arrangement):
       over_exposed_view_mapping equal to 0 indicates that the over-exposed LDR view is mapped on the left half-frame and so that the under-exposed LDR view is mapped on the right half-frame.   over_exposed_view_mapping equal to 1 indicates that the over-exposed LDR view is mapped on the right half-frame and so that the under-exposed LDR view is mapped on the left half-frame.       
 
         [0073]    When hdr_frame_packing_arrangement_type is in the range 4 to 7 (Top-and-bottom arrangement):
       over_exposed_view_mapping equal to 0 indicates that the over-exposed LDR view is mapped on the top half-frame and so that the under-exposed LDR view is mapped on the bottom half-frame.   over_exposed_view_mapping equal to 1 indicates that the over-exposed LDR view is mapped on the bottom half-frame and so that the under-exposed LDR view is mapped on the top half-frame.       
 
         [0076]    ldr_view_mapping specifies which half frame is mapped with the LDR view. This flag is present when hdr_frame_compatible_type equals 1. 
         [0077]    When hdr_frame_packing_arrangement_type is in the range 0 to 3 (Side-by-side arrangement):
       ldr_view_mapping equal to 0 indicates that the LDR view is mapped on the left half-frame and so that the exposure map is mapped on the right half-frame.   ldr_view_mapping equal to 1 indicates that the LDR view is mapped on the right half-frame and so that the exposure map is mapped on the left half-frame.       
 
         [0080]    When hdr_frame_packing_arrangement_type is in the range 4 to 7 (Top-and-bottom arrangement):
       ldr_view_mapping equal to 0 indicates that the LDR view is mapped on the top half-frame and so that the exposure map is mapped on the bottom half-frame.   ldr_view_mapping equal to 1 indicates that the LDR view is mapped on the bottom half-frame and so that the exposure map is mapped on the top half-frame.       
 
         [0083]    hdr_luminance_min gives the min value of the luminance ratio between the HDR frame and the corresponding LDR frame before normalization. This 16-bits value shall be interpreted as half-float value (IEEE 754 representation). 
         [0084]    hdr_luminance_max gives the max value of the luminance ratio between the HDR frame and the corresponding LDR frame before normalization. This 16-bits value shall be interpreted as half-float value (IEEE 754 representation). 
         [0085]    luminance_ratio_scaling_method specifies the method used to compress the luminance ration ratio values. 
         [0086]    A luminance_ratio_scaling_method of 0 corresponds to linear scaling. 
         [0087]    A luminance_ratio_scaling_method of 1 corresponds to a log 2 scaling. 
         [0088]    A luminance_ratio_scaling_method of 2 corresponds to log 10 scaling. 
         [0089]    multi_view_mapping specifies which half frame is mapped with the normally exposed LDR view and which quarter frame maps the under-exposed and over-exposed LDR views. This flag is only present when hdr_frame_compatible_type equals 2. 
         [0090]    When hdr_frame_packing_arrangement_type is in the range 0 to 3 (Side-by-side arrangement):
       multi_view_mapping equal to 0 indicates that the normally exposed LDR view is mapped on the left half-frame, the under-exposed LDR view is mapped on the right and top quarter-frame and the over-exposed LDR view is mapped on the right and bottom quarter-frame.   multi_view_mapping equal to 1 indicates that the normally exposed LDR view is mapped on the left half-frame, the over-exposed LDR view is mapped on the right and top quarter-frame and the under-exposed LDR view is mapped on the right and bottom quarter-frame.   multi_view_mapping equal to 2 indicates that the normally exposed LDR view is mapped on the right half-frame, the under-exposed LDR view is mapped on the left and top quarter-frame and the over-exposed LDR view is mapped on the left and bottom quarter-frame.   multi_view_mapping equal to 3 indicates that the normally exposed LDR view is mapped on the right half-frame, the over-exposed LDR view is mapped on the left and top quarter-frame and the under-exposed LDR view is mapped on the left and bottom quarter-frame.       
 
         [0095]    When hdr_frame_packing_arrangement_type is in the range 4 to 7 (Top-and-bottom arrangement):
       multi_view_mapping equal to 0 indicates that the normally exposed LDR view is mapped on the top half-frame, the under-exposed LDR view is mapped on the bottom and left quarter-frame and the over-exposed LDR view is mapped on the bottom and right quarter-frame.   multi_view_mapping equal to 1 indicates that the normally exposed LDR view is mapped on the top half-frame, the over-exposed LDR view is mapped on the bottom and left quarter-frame and the under-exposed LDR view is mapped on the bottom and right quarter-frame.   multi_view_mapping equal to 2 indicates that the normally exposed LDR view is mapped on the bottom half-frame, the under-exposed LDR view is mapped on the top and left quarter-frame and the over-exposed LDR view is mapped on top and right quarter-frame.   multi_view_mapping equal to 3 indicates that the normally exposed LDR view is mapped on the bottom half-frame, the over-exposed LDR view is mapped on the top and left quarter-frame and the under-exposed LDR view is mapped on the top and right quarter-frame.       
 
         [0100]    secondary_down_sample_mapping specifies the way the secondary down-sampling method is applied, i.e. which lines or columns (even or odd) are used. This flag is present when hdr_frame_compatible_type equals 2 only. 
         [0101]    When hdr_frame_packing_arrangement_type is in the range 0 to 3 (Side-by-side arrangement) the column selection for the horizontal sub-sampling is already specified by the hdr_frame_packing_arrangement_type value. 
         [0102]    secondary_down_sample_mapping equal to 0 indicates that the even lines are used for both the over-exposed and the under-exposed LDR views for the vertical sub-sampling. 
         [0103]    secondary_down_sample_mapping equal to 1 indicates that the odd lines are used for both the over-exposed and the under-exposed LDR views for the vertical sub-sampling. 
         [0104]    When hdr_frame_packing_arrangement_type is in the range 4 to 7 (Top-and-bottom arrangement) the line selection for the vertical sub-sampling is already specified by the hdr_frame_packing_arrangement_type value. 
         [0105]    secondary_down_sample_mapping equal to 0 indicates that the even columns are used for both the over-exposed and the under-exposed LDR views for the horizontal sub-sampling. 
         [0106]    secondary_down_sample_mapping equal to 1 indicates that the odd columns are used for both the over-exposed and the under-exposed LDR views for the horizontal sub-sampling. 
         [0107]    The invention allows HDR distribution using already deployed solutions (standards HDTV systems). 
         [0108]    The invention further allows for efficient and scalable encoding of HDR data with a retro-compatibility with standards HDTV systems. 
         [0109]    This invention is flexible as it has the ability to adapt to many displays technologies. 
         [0110]    The invention is applicable in the field of HDR video encoding/decoding for distribution and/or storage. 
         [0111]    The invention may concern both the video representation format, the video distribution chain and the receiver (set-top box, decoder, PVR) or display devices.