WO2014097596A1 - 画像符号化方法、画像復号方法、画像符号化装置および画像復号装置 - Google Patents

画像符号化方法、画像復号方法、画像符号化装置および画像復号装置 Download PDF

Info

Publication number
WO2014097596A1
WO2014097596A1 PCT/JP2013/007350 JP2013007350W WO2014097596A1 WO 2014097596 A1 WO2014097596 A1 WO 2014097596A1 JP 2013007350 W JP2013007350 W JP 2013007350W WO 2014097596 A1 WO2014097596 A1 WO 2014097596A1
Authority
WO
WIPO (PCT)
Prior art keywords
slice
flag
sao
unit
image
Prior art date
Application number
PCT/JP2013/007350
Other languages
English (en)
French (fr)
Inventor
健吾 寺田
西　孝啓
陽司 柴原
寿郎 笹井
敏康 杉尾
徹 松延
Original Assignee
パナソニック株式会社
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 パナソニック株式会社 filed Critical パナソニック株式会社
Publication of WO2014097596A1 publication Critical patent/WO2014097596A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods 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/17—Methods 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/174—Methods 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 slice, e.g. a line of blocks or a group of blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods 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/103—Selection of coding mode or of prediction mode
    • H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods 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/117—Filters, e.g. for pre-processing or post-processing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards

Definitions

  • the present invention relates to an image encoding method and an image encoding device for encoding an image, and an image decoding method and an image decoding device for decoding an image.
  • Non-Patent Document 1 There is a technique described in Non-Patent Document 1 as a technique related to an image encoding method and an image encoding apparatus for encoding an image (including a moving image), and an image decoding method and an image decoding apparatus for decoding an image.
  • JCT-VC Join Collaborative Team on Video Coding
  • the present invention provides an image encoding method and an image encoding device that efficiently encode an image, and an image decoding method and an image decoding device that efficiently decode an image.
  • An image encoding method is an image encoding method for encoding an image into a bitstream, the division step of dividing the image into a plurality of slices, and a current slice to be encoded
  • a first flag indicating permission or prohibition with respect to the reference of the reference target pixel is generated, and the reference target pixel is A second flag indicating permission or prohibition of reference to the reference target pixel when included in a second slice adjacent to the lower side or the right side of the current slice, wherein the second flag is different from the first flag.
  • Filtering a boundary between a generation step to generate and a slice adjacent to the current slice and the current slice Filtering step, and in the filtering step, when the first flag indicates permission for reference to the reference target pixel, the first boundary between the current slice and the first slice If the second flag indicates permission for reference to the reference target pixel, filtering is performed on the second boundary between the current slice and the second slice.
  • An image decoding method is an image decoding method for decoding an image from a bitstream, wherein a reference target pixel of a current slice that is a decoding target is adjacent to an upper side or a left side of the current slice.
  • a first flag indicating permission or prohibition of reference to the reference target pixel is acquired, and the reference target pixel is included in a second slice adjacent to the lower side or the right side of the current slice
  • the first flag indicates permission for reference to the reference target pixel
  • filtering is performed on a first boundary between the current slice and the first slice
  • the second flag is When permission is given to the reference of the reference target pixel, filtering is performed on a second boundary between the current slice and the second slice.
  • a recording medium such as an apparatus, a system, an integrated circuit, a computer program, or a computer-readable CD-ROM for executing the above-described method.
  • the present invention may be realized by any combination of an integrated circuit, a computer program, and a recording medium.
  • the image encoding method, the image encoding device, the image decoding method, and the image decoding device of the present invention can efficiently encode or decode an image.
  • FIG. 1 is a block diagram illustrating an example of a configuration of an image encoding device according to the first embodiment.
  • FIG. 2 is a flowchart illustrating an example of a processing procedure of the image encoding method according to the first embodiment.
  • FIG. 3 is a block diagram showing an internal configuration of the SAO processing unit 110 according to the first embodiment.
  • FIG. 4 is a flowchart showing an example of the processing procedure (overall) of the SAO processing in the first embodiment.
  • FIG. 5 is a flowchart showing an example of the processing procedure of the SAO processing (SAO offset addition) in the first embodiment.
  • FIG. 6 is a block diagram showing an example of an internal configuration of the picture data encoding unit in the first embodiment.
  • FIG. 1 is a block diagram illustrating an example of a configuration of an image encoding device according to the first embodiment.
  • FIG. 2 is a flowchart illustrating an example of a processing procedure of the image encoding method according to the first embodiment.
  • FIG. 3
  • FIG. 7 is a flowchart illustrating an example of a processing procedure for encoding picture data according to the first embodiment.
  • FIG. 8 is a flowchart illustrating an example of a processing procedure for encoding a slice boundary reference permission flag according to the first embodiment.
  • FIG. 9 is a flowchart illustrating an example of a processing procedure of SAO parameter encoding in the first embodiment.
  • FIG. 10A is a diagram illustrating a relationship between a processing target pixel and a reference pixel in the reference pixel position type 0.
  • FIG. 10B is a diagram illustrating a relationship between the processing target pixel and the reference pixel in the reference pixel position type 1.
  • FIG. 10C is a diagram illustrating a relationship between the processing target pixel and the reference pixel in the reference pixel position type 2.
  • FIG. 10D is a diagram illustrating a relationship between the processing target pixel and the reference pixel in the reference pixel position type 3.
  • FIG. 11 is a diagram illustrating a relationship between slice_loop_filter_cross_slices_enabled_flag and whether or not SAO processing is executed.
  • FIG. 12 is a block diagram illustrating an example of a configuration of the image decoding device according to the second embodiment.
  • FIG. 13 is a flowchart illustrating an example of a processing procedure of the image decoding method according to the second embodiment.
  • FIG. 14 is a block diagram illustrating an example of an internal configuration of the SAO processing unit according to the second embodiment.
  • FIG. 15 is a flowchart illustrating an example of a processing procedure of SAO processing according to the second embodiment.
  • FIG. 16 is a block diagram showing an example of an internal configuration of a picture data decoding unit in the second embodiment.
  • FIG. 17 is a flowchart illustrating an example of a picture data decoding process procedure according to the second embodiment.
  • FIG. 18 is a flowchart illustrating an example of a processing procedure for decoding a slice boundary reference permission flag according to the second embodiment.
  • FIG. 19 is a flowchart illustrating an example of a processing procedure of SAO parameter decoding according to the second embodiment.
  • FIG. 20 is a block diagram illustrating an example of the configuration of the image encoding device according to the third embodiment.
  • FIG. 21 is a flowchart illustrating an example of a processing procedure of the image encoding method according to the third embodiment.
  • FIG. 22 is a flowchart illustrating an example of a processing procedure for decoding a slice boundary reference permission flag according to the third embodiment.
  • FIG. 23 is a flowchart illustrating an example of a processing procedure for decoding a slice boundary reference permission flag according to the fourth embodiment.
  • FIG. 24 is a block diagram illustrating an example of a configuration of an image encoding device according to the fifth embodiment.
  • FIG. 25 is a flowchart illustrating an example of a processing procedure of the image coding method according to the fifth embodiment.
  • FIG. 26 is a block diagram showing an internal configuration of the SAO processing unit in the fifth embodiment.
  • FIG. 27 is a flowchart illustrating an example of a processing procedure of SAO processing (entire) in the fifth embodiment.
  • FIG. 28 is a flowchart illustrating an example of a processing procedure for encoding a slice boundary reference permission flag according to the fifth embodiment.
  • FIG. 29 is a flowchart illustrating an example of a processing procedure for decoding a slice boundary reference permission flag according to the sixth embodiment.
  • FIG. 30 is a block diagram illustrating an example of the configuration of the image encoding device according to the present embodiment.
  • FIG. 31 is a flowchart illustrating an example of a processing procedure of the image coding method according to the present embodiment.
  • FIG. 32 is a block diagram showing an internal configuration of the SAO processing unit.
  • FIG. 33 is a flowchart illustrating an example of a processing procedure of SAO processing (entire).
  • FIG. 34 is a block diagram illustrating an example of an internal configuration of a picture data encoding unit.
  • FIG. 35 is a flowchart illustrating an example of a processing procedure for encoding a slice boundary reference permission flag.
  • FIG. 36 is a block diagram illustrating an example of a configuration of the image decoding device according to the present embodiment.
  • FIG. 37 is a block diagram illustrating an example of an internal configuration of the SAO processing unit.
  • FIG. 38 is a flowchart illustrating an example of a processing procedure of the SAO processing according to the present embodiment.
  • FIG. 39 is a block diagram illustrating an example of an internal configuration of the picture data decoding unit.
  • FIG. 40 is a flowchart illustrating an example of a processing procedure for decoding a slice boundary reference permission flag according to the present embodiment.
  • FIG. 41 is an overall configuration diagram of a content supply system that realizes a content distribution service.
  • FIG. 42 is an overall configuration diagram of a digital broadcasting system.
  • FIG. 43 is a block diagram illustrating a configuration example of a television.
  • FIG. 44 is a block diagram illustrating a configuration example of an information reproducing / recording unit that reads and writes information from and on a recording medium that is an optical disk.
  • FIG. 45 is a diagram illustrating a structure example of a recording medium that is an optical disk.
  • FIG. 46A is a diagram illustrating an example of a mobile phone.
  • FIG. 46B is a block diagram illustrating a configuration example of a mobile phone.
  • FIG. 47 is a diagram showing a structure of multiplexed data.
  • FIG. 41 is an overall configuration diagram of a content supply system that realizes a content distribution service.
  • FIG. 42 is an overall configuration diagram of a digital broadcasting system.
  • FIG. 43 is a block diagram illustrating a configuration example
  • FIG. 48 is a diagram schematically showing how each stream is multiplexed in the multiplexed data.
  • FIG. 49 is a diagram showing in more detail how the video stream is stored in the PES packet sequence.
  • FIG. 50 is a diagram showing the structure of TS packets and source packets in multiplexed data.
  • FIG. 51 is a diagram illustrating a data structure of the PMT.
  • FIG. 52 is a diagram showing an internal configuration of multiplexed data information.
  • FIG. 53 shows the internal structure of stream attribute information.
  • FIG. 54 is a diagram showing steps for identifying video data.
  • FIG. 55 is a block diagram illustrating a configuration example of an integrated circuit that implements the moving picture coding method and the moving picture decoding method according to each embodiment.
  • FIG. 56 is a diagram showing a configuration for switching the drive frequency.
  • FIG. 57 is a diagram showing steps for identifying video data and switching between driving frequencies.
  • FIG. 58 is a diagram showing an example of a look-up table in which video data standards are associated with drive frequencies.
  • FIG. 59A is a diagram illustrating an example of a configuration for sharing a module of a signal processing unit.
  • FIG. 59B is a diagram illustrating another example of a configuration for sharing a module of a signal processing unit.
  • H.264 As an image coding standard, H.264 is used. H.264 / AVC (MPEG-4 AVC) is available, but the HEVC (High Efficiency Video Coding) standard is being studied as the next generation standard.
  • MPEG-4 AVC MPEG-4 AVC
  • Non-Patent Document 1 includes a process called SAO (Sample Adaptive Offset).
  • SAO processing (hereinafter abbreviated as “SAO” where appropriate) is processing for adding an offset value to each pixel of an image decoded from a code string. By performing the SAO processing, it is possible to more faithfully reproduce the original image before encoding and reduce image quality deterioration due to encoding.
  • the processing target pixel is classified into a plurality of categories, and an offset value corresponding to each category is added. Classification of categories is performed with reference to the upper / lower pixels, left / right pixels, upper left / lower right pixels, and upper right / lower left pixels to be processed according to a classification method specified separately.
  • Encoding and decoding processes are executed for each unit called a slice obtained by dividing one input image.
  • the pixel to be referenced is a pixel of a slice different from the slice of the pixel to be processed, it is determined whether or not to perform the SAO processing by slice_loop_filter_cross_slices_enabled_flag specified for each slice.
  • FIG. 11 is a diagram illustrating a relationship between slice_loop_filter_cross_slices_enabled_flag and whether or not SAO processing is executed.
  • FIG. 11 illustrates an example in which slice_loop_filter_cross_slices_enabled_flag of slice 2 is designated as 0.
  • a slice whose slice_loop_filter_cross_slices_enabled_flag is 0 does not perform SAO processing on a pixel whose reference pixel is another slice.
  • a pixel adjacent to the processing target pixel is referred to.
  • SAO is not performed on the pixels adjacent to the slice boundary among the pixels in slice 2, depending on the position of the reference pixel. Note that the SAO is not performed when the reference pixel is a different slice in order to prohibit the reference of the pixel between the slices and eliminate the dependency between the slices.
  • slice_loop_filter_cross_slices_enabled_flag of slice 1 and slice 2 needs to be set to 0.
  • the SAO processing is not executed on the pixels adjacent to the slice 3 in the slice 2 (SAO off).
  • the pixels adjacent to slice 0 in slice 1 are also turned off by SAO depending on the reference pixel position. If the SAO is turned off unnecessarily, the image quality will deteriorate.
  • FIG. 1 is a block diagram illustrating an example of a configuration of an image encoding device according to the present embodiment.
  • an image coding apparatus 100A includes a slice division unit 101, a code block division unit 102, a subtraction unit 103, a conversion unit 104, a picture data coding unit 105, an inverse conversion unit 106, An addition unit 107, a frame memory, a DBF processing unit 109, a SAO processing unit 110, a prediction unit 111, a DBF_SAO processing determination unit 120, and a slice boundary reference determination unit 130 are provided.
  • FIG. 2 is a flowchart illustrating an example of a processing procedure of the image encoding method according to the present embodiment.
  • the slice dividing unit 101 divides the input image into slices (S101), and the code block dividing unit 102 divides the slice into code blocks (S102).
  • the DBF_SAO processing determination unit 120 determines whether or not to execute DBF (Deblock Filter) and SAO processing for the processing target slice (current slice) (S103).
  • SAO processing includes processing for luminance (Luma) component pixels (hereinafter referred to as “SAO-Luma” as appropriate) and processing for color difference (Chroma) component pixels (hereinafter referred to as “SAO-Chroma” as appropriate). It is.
  • the characteristics of the input image, the degree of image quality improvement when the process is executed, and the like are used.
  • dbf_flag is 1 when the DBF process is executed, and 0 when the DBF process is not executed.
  • sao_luma_flag is 1 when SAO-Luma is executed, and 0 when it is not executed.
  • sao_chroma_flag is 1 when SAO-Chroma is executed, and is 0 when SAO-Chroma is not executed.
  • the slice boundary reference determining unit 130 determines whether to permit or prohibit the reference of pixels of another slice across the upper boundary and the left boundary of the processing target slice.
  • the slice boundary reference determination unit 130 sets slice_loop_filter_cross_license_enabled_flag of the processing target slice to 1 when it is determined to permit in S104, and sets slice_loop_filter_cross_slices_enabled_flag (104) of the processing target slice to 0 when it is determined to prohibit.
  • slice_loop_filter_cross_slices_enabled_flag exists for each slice.
  • the prediction unit 111 generates a prediction block of the processing target code block (S105).
  • the subtraction unit 103 generates a difference block between the prediction block and the code block (S106).
  • the conversion unit 104 frequency-converts the difference block to generate a conversion coefficient (S107).
  • the conversion unit 104 performs inverse frequency conversion on the code block after conversion (S108). Thereafter, the adding unit 107 generates a decoded block obtained by adding the code block subjected to inverse frequency conversion and the prediction block generated by the prediction unit 111, and stores the decoded block in the frame memory 108 (S109).
  • next code block is set as a processing target (S110), and S105 to S111 are repeated until the processing of all the code blocks in the slice is completed (S111).
  • S111 processing target
  • S112 processing target slice
  • S103 to S113 are repeated until processing of all slices in the picture is completed.
  • the slice boundary reference determining unit 130 sets loop_filter_cross_slices_enabled_flag (S114).
  • the loop_filter_cross_slices_enabled_flag is 1 when there is at least one slice_loop_filter_cross_slices_enabled_flag of each slice in the picture, and 0 when all 0s.
  • One loop_filter_cross_slices_enabled_flag exists in one picture.
  • the SAO processing unit 110 performs SAO processing on the luminance component pixel of the slice (S118).
  • sao_chroma_flag of the slice to be processed is 1 (SAO Chroma execution flag is on) (Yes in S119)
  • the SAO processing unit 110 performs SAO processing on the color difference component pixels (Cb and Cr) of the slice (S120, S121). Details of the SAO processing will be described later.
  • next code block is set as a processing target (S122), and S115 to S123 are repeated until the processing of all the code blocks in the slice is completed (S123). Furthermore, when processing of all code blocks in one slice is completed (Yes in S213), the next slice is set as a processing target slice (S124), and S115 to S125 are processed until processing of all slices in the picture is completed. Is repeated (S125).
  • the picture data encoding unit 105 encodes picture data (S126). Details of the picture data encoding will be described later.
  • FIG. 3 is a block diagram illustrating an example of an internal configuration of the SAO processing unit 110.
  • the SAO processing unit 110 includes a SAO parameter determination unit 110a, a slice boundary reference determination unit 110b, and a SAO offset addition unit 110c.
  • FIG. 4 is a flowchart illustrating an example of the processing procedure of the SAO processing (entire). The flags used in Luma, Cr, and Cb are different, but the SAO processing method is the same.
  • the SAO parameter determination unit 110a determines whether or not to perform SAO on the processing target code block (S131).
  • the SAO parameter determination unit 110a uses a pixel or a code block generated as a result of executing the DBF process, and determines whether to execute the DBF process according to the degree of image quality improvement when the DBF process is executed.
  • the SAO parameter determination unit 110a sets sao_type_idx_luma when the SAO processing target is Luma.
  • the SAO parameter determination unit 110a sets sao_type_idx_chroma when the target of SAO processing is Chroma (Cb / Cr).
  • the SAO parameter determination unit 110a sets these flags to 0 if SAO processing is not executed, and 1 if executed.
  • the SAO parameter determination unit 110a performs S133 and subsequent steps when sao_type_idx_luma or sao_type_idx_chroma is 1 (when executing SAO processing), and ends SAO processing when 0.
  • the SAO parameter determination unit 110a determines the reference pixel position type (S133).
  • S133 the reference pixel position type
  • 10A to 10D are diagrams showing the relationship between the reference pixel position type and the reference pixel, respectively.
  • 10A to 10D show the processing target pixel c, the reference pixel c1, and the reference pixel c2.
  • the reference pixel position type 0 shown in FIG. 10A the pixel adjacent to the left side of the processing target pixel c is set as the reference pixel c1, and the pixel adjacent to the right side is set as the reference pixel c2.
  • the reference pixel position type 1 shown in FIG. 10B the pixel adjacent to the upper side of the processing target pixel c is set as the reference pixel c1, and the pixel adjacent to the lower side is set as the reference pixel c2.
  • the pixel adjacent to the upper left side of the processing target pixel c is set as the reference pixel c1
  • the pixel adjacent to the lower right side is set as the reference pixel c2.
  • a pixel adjacent to the upper right side of the processing target pixel c is set as the reference pixel c1
  • a pixel adjacent to the lower left side is set as the reference pixel c2.
  • the SAO parameter determination unit 110a determines the SAO offset value of each category (S134). Details of the category will be described in the next SAO offset addition process (1-5).
  • the SAO offset addition unit 110c determines the reference pixel position type and the SAO offset value based on the degree of image quality improvement when the SAO process is executed using the pixels and code blocks resulting from the DBF process.
  • the slice boundary reference determination unit 110b determines whether or not to refer to the reference pixel according to the position of the reference pixel determined in S133, and does not perform the SAO offset addition process when the reference pixel should not be referred to. (S135 to S138). That is, the SAO process is not performed.
  • the slice boundary reference determination unit 110b determines whether at least one of the two reference pixels is a pixel of another slice (S135). When at least one of the two reference pixels is another slice (Yes in S135), the slice boundary reference determination unit 110b determines whether the slice including the reference pixel has been subjected to SAO processing before the target slice. Is determined (S136). If the slice including the reference pixel has been previously subjected to SAO processing (Yes in S136), the slice boundary reference determination unit 110b slice_loop_filter_cross_slices_enabled_flag of this processing target slice (corresponds to the first flag in this embodiment). (S137).
  • the slice boundary reference determination unit 110b determines the slice_loop_filter_cross_licenses_enabled_flag (in this embodiment) of the slice including the reference pixel. , Corresponding to the second flag), it is determined whether or not the reference can be made (S138). If slice_loop_filter_cross_slices_enabled_flag is 0 (No in S137 and No in S138), the slice boundary reference determination unit 110b does not perform SAO processing because the reference is prohibited.
  • the permission and prohibition of the reference of the upper boundary and the left boundary of the processing target slice are determined by the slice_loop_filter_cross_slices_enabled_flag of the processing target slice, and the permission and prohibition of the reference of the lower boundary and the right boundary are the slices below the processing target slice, Judgment is made by slice_loop_filter_cross_slices_enabled_flag of the right slice.
  • the boundary between slice 1 and slice 2 is determined by slice_loop_filter_cross_slices_enabled_flag of slice 2
  • the boundary between slice 2 and slice 3 is determined by slice_loop_filter_cross_slices_enabled_flag of slice 3.
  • the SAO offset addition unit 110c adds the SAO offset value to the pixel value of the pixel generated as a result of the DBF processing (S139). Details will be described later.
  • the SAO parameter determination unit 110a, the slice boundary reference determination unit 110b, and the SAO offset addition unit 110c perform S135 to S139 on all the pixels in the code block (S140).
  • FIG. 5 is a flowchart illustrating an example of a processing procedure of SAO processing (SAO offset addition).
  • the SAO offset addition unit 110c divides into 0 to 4 categories using the magnitude relationship between the pixel values of the two reference pixels and the processing target pixel (S141 to S151).
  • the SAO offset addition unit 110c The pixel to be processed is classified into category 1 (S147).
  • the unit 110c sets the processing target pixel to category 2. Classify (S148).
  • the unit 110c sets the processing target pixel to category 2. Classify (S149).
  • the SAO offset addition unit 110c sets the processing target pixel as a category. 4 (S150).
  • the SAO offset addition unit 110c classifies the pixel to be processed into category 0 (S150) when none of the above cases applies (No in S146).
  • the SAO offset addition unit 110c When the category of the pixel to be processed is classified into a category other than category 0 (Yes in S152), the SAO offset addition unit 110c generates an offset value corresponding to the category of the pixel to be processed as a result of the DBF process. The added pixel value is added (S153). By adding the offset value, the pixel value generated as a result of the DBF process is brought closer to the pixel value of the input image. In the present embodiment, SAO offset addition section 110c does not add an offset value to pixels classified in category 0.
  • FIG. 6 is a block diagram illustrating an example of an internal configuration of the picture data encoding unit.
  • the picture data encoding unit 105 includes a transform coefficient encoding unit 105a, a prediction information encoding unit 105b, a SAO parameter encoding unit 105c, a slice boundary reference encoding unit 105d, and a DBF_SAO execution flag code. And a conversion unit 105e.
  • FIG. 7 is a flowchart illustrating an example of a processing procedure for encoding picture data.
  • the slice boundary reference encoding unit 105d encodes loop_filter_cross_slices_enabled_flag (S161).
  • the DBF_SAO execution flag encoding unit 105e encodes dbf_flag, sao_luma_flag, and sao_chroma_flag (S162).
  • slice boundary reference encoding unit 105d encodes slice_loop_filter_cross_slices_enabled_flag (S163). Details are described in 1-8.
  • the SAO parameter encoding unit 105c encodes the SAO parameter (S165). Details will be described in 1-9. When both sao_luma_flag and sao_chroma_flag are 0, the SAO process is not performed, so the SAO parameter is not encoded.
  • the prediction information encoding unit 105b encodes the prediction information (S166).
  • the prediction information is information for generating a prediction block, and is information such as a motion vector for inter-screen prediction and a prediction direction for intra-screen prediction.
  • the transform coefficient encoding unit 105a encodes the transform coefficient (S167).
  • the data encoded in S164 to S167 is output as a code string.
  • the picture data encoding unit 105 sets the next code block as a processing target (S168), and repeats S164 to S169 until processing of all code blocks in the slice is completed (S169). Further, when the processing of all the code blocks in one slice is completed (Yes in S169), the picture data encoding unit 105 sets the next slice as a processing target (S170), and the processing of all the slices in the picture is completed. Steps S162 to S171 are repeated until this is done (S171).
  • FIG. 8 is a flowchart illustrating an example of a processing procedure for encoding a slice boundary reference permission flag.
  • the slice boundary reference encoding unit 105d sets 0 to slice_loop_filter_cross_slices_enabled_flag and ends the processing (S175).
  • the slice_loop_filter_cross_slices_enabled_flag is a flag for setting permission / prohibition of reference across the boundary between the upper boundary and the left boundary of the slice. However, since the upper boundary and the left boundary of the first slice in the picture are the ends of the picture, reference across the boundary is not necessarily permitted (always prohibited).
  • the slice boundary reference encoding unit 105d sets slice_loop_filter_access_slices_enabled_flag to 0 and ends the processing (S175). This is because when the loop_filter_cross_slices_enabled_flag is 0, the slice_loop_filter_cross_slices_enabled_flag of all slices in the picture is 0.
  • FIG. 9 is a flowchart illustrating an example of a procedure for encoding SAO parameters.
  • the SAO parameter encoding unit 105c encodes sao_merge_left_flag and sao_merge_up_flag (S176 to S186).
  • the SAO parameter encoding unit 105c initializes sao_merge_left_flag to 0 (S176).
  • the SAO parameter encoding unit 105c has the SAO parameter of the processing target code block the same as the SAO parameter of the left code block. It is determined whether or not (S178).
  • the SAO parameter encoding unit 105c sets 1 to sao_merge_left_flag (S179).
  • the SAO parameter encoding unit 105c encodes sao_merge_left_flag (S180). When the left code block adjacent to the left side does not belong to the same slice as the processing target code block (No in S177), sao_merge_left_flag is not encoded.
  • the SAO parameter encoding unit 105c initializes sao_merge_up_flag to 0 (S181). If sao_merge_left_flag is not 1 (No in S182), the SAO parameter encoding unit 105c determines whether the upper code block adjacent on the upper side belongs to the same slice as the processing target code block (S183). When the upper code block adjacent on the upper side belongs to the same slice as the processing target code block (Yes in S183), the SAO parameter encoding unit 105c has the SAO parameter of the processing target code block the same as the SAO parameter of the upper code block. It is determined whether or not (S184).
  • the SAO parameter encoding unit 105c sets 1 to sao_merge_up_flag (S185).
  • the SAO parameter encoding unit 105c encodes sao_merge_up_flag (S186). If sao_merge_left_flag is 1 (Yes in S182), or if the upper code block adjacent to the upper side does not belong to the same slice as the processing target code block (No in S183), sao_merge_up_flag is not encoded.
  • sao_merge_left_flag and sao_merge_up_flag are flags that are set to 1 when the processing target code block uses the same SAO parameter as the left or upper code block, as described above. For this reason, when the same SAO parameter is used, only this flag is encoded, and the SAO parameter is not encoded, thereby reducing the code amount.
  • the SAO parameter encoding unit 105c ends the process without performing the encoding of the SAO parameters after S113.
  • the left or upper code block is a block of another slice (S177 or S183)
  • this flag is not encoded, and the SAO parameter is always encoded.
  • both sao_merge_left_flag and sao_merge_up_flag will never be 1. Therefore, when sao_merge_left_flag is 1, only sao_merge_left_flag is encoded, and sao_merge_up_flag is not encoded (S182).
  • the SAO on flag (sao_type_idx_luma / chroma), the SAO offset value (sao_offset_luma / cb / cr), and the SAO reference pixel position type (sao_eo_class_luma / chroma) are encoded (S113 to S123).
  • the SAO parameter encoding unit 105c encodes sao_type_idx_luma when the sao_luma_flag of the processing target slice is 1, that is, when SAO Luma is on (Yes in S188) (S189). .
  • the SAO parameter encoding unit 105c encodes four categories of sao_offset_luma when sao_type_idx_luma is not 0, that is, when SAO Luma of the processing target code block is off (No in S190) (S191).
  • the SAO parameter encoding unit 105c encodes sao_eo_class_luma (S192).
  • the SAO parameter encoding unit 105c encodes sao_eo_class_luma when SAO Luma is off (No in S188), when SAO Luma of the processing target code block is on (Yes in S190), or (S192). Later, the process proceeds to S193.
  • the SAO parameter encoding unit 105c encodes sao_type_idx_chroma when the sao_chroma_flag of the slice to be processed is 1, that is, when SAO Chroma is on (Yes in S193) (S194). Further, the SAO parameter encoding unit 105c encodes four categories of sao_offset_cb when sao_type_idx_chroma is not 0, that is, when SAO Chroma of the processing target code block is off (No in S195) (S196). . The SAO parameter encoding unit 105c encodes sao_eo_class_chroma (S197). The SAO parameter encoding unit 105c encodes four categories of sao_offset_cr (S198).
  • sao_type_idx_luma / chroma is a flag indicating that SAO processing is executed when it is 1, and that SAO is not executed when it is 0.
  • sao_offset_luma / cb / cr and sao_eo_class_luma / chroma are not encoded (S190, S195).
  • the SAO parameter is not encoded (S188, S193).
  • sao_offset_luma / cb / cr four categories of offset values are encoded. Note that sao_type_idx_chroma and sao_eo_class_chroma use a common value for Cb and Cr, sao_offset_cb is used for Cb, and sao_offset_cr is used for the SAO of Cr.
  • the permission and prohibition of reference to the upper boundary and the left boundary of the processing target slice are determined by slice_loop_filter_cross_slices_enabled_flag of the processing target slice, and permission and prohibition of reference to the lower boundary and the right boundary are determined by the slice below the processing target slice. Judgment is made based on the slice_loop_filter_cross_slices_enabled_flag of the right slice.
  • slice_loop_filter_cross_ slices_enabled_flag of the processing target slice is set to 0, and when reference to the lower boundary and the right boundary is permitted, slice_loop_filter_slash_sl_sl Setting to 1 makes this possible.
  • slice_loop_filter_cross_slices_enabled_flag of slice 2 is set to 0, and slice_loop_filter_cross_slices_edge_slices_edge_slices_edge_slices_edge_slice It became possible to realize by setting. By doing so, it becomes possible to perform SAO at all boundaries other than reference prohibition, leading to an improvement in image quality.
  • the amount of code is reduced by not using the slice_loop_filter_cross_slices_enabled_flag of the first slice in the picture as a slice_loop_filter_cross_slices_enabled_flag as the upper and left boundaries of the slice.
  • the upper boundary and the left boundary are always at the picture end, so the boundary reference is always prohibited, and slice_loop_filter_cross_slices_enabled_flag is unnecessary.
  • loop_filter_cross_slices_enabled_flag is set to slice_loop_filter_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl_sl.
  • DBF and SAO are performed after the decoding blocks of all code blocks in the picture are generated.
  • the present invention is not limited to this, and as soon as the pixels and parameters used for DBF and SAO are ready, , SAO may be started, or may be started before all decoded blocks are generated.
  • DBF and SAO on / off determination is performed before the generation of the decoded block.
  • the determination may be made using the pixel value of the decoded block, the difference from the input image, or the like. Good.
  • slice_loop_filter_cross_slices_enabled_flag is not encoded for the first slice in a picture. However, this is not always necessary, and in the case of a system in which it is desired to reduce the amount of processing for determining whether it is the first slice, Even in the case of slices, slice_loop_filter_cross_slices_enabled_flag may be encoded.
  • processing in the present embodiment may be realized by software.
  • the software may be distributed by downloading or the like. Further, this software may be recorded on a recording medium such as a CD-ROM and distributed. This also applies to other embodiments in this specification.
  • FIG. 12 is a block diagram illustrating an example of the configuration of the image decoding apparatus according to the present embodiment.
  • an image decoding apparatus 200A includes a picture data decoding unit 201, an inverse conversion unit 202, an addition unit 203, a frame memory 204, a DBF processing unit 205, an SAO processing unit 206, and a motion A compensation unit 207 is provided.
  • FIG. 13 is a flowchart illustrating an example of a processing procedure of the image decoding method according to the present embodiment.
  • the picture data decoding unit 201 decodes picture data from the code string (S201). Details will be described later.
  • the motion compensation unit 207 generates a prediction block from the prediction information decoded from the picture data and the decoded block of the previous processing target code block stored in the frame memory 204 described later (S202).
  • the inverse transform unit 202 performs inverse frequency transform on the transform coefficient of the processing target code block decoded from the picture data (S203).
  • the adding unit 203 adds the processing target code block and the prediction block that have been subjected to the inverse frequency conversion to generate a decoded block, and stores the decoded block in the frame memory 204 (S204).
  • the image decoding apparatus 200A sets the next code block as a processing target code block (S205), and repeats S202 to S206 until the processing of all code blocks in the slice is completed (S206). Further, when the processing of all the code blocks in one slice is completed (Yes in S206), the image decoding apparatus 200A sets the next slice as a processing target (S207) until the processing of all the slices in the picture is completed. S202 to S208 are repeated (S208). Note that code blocks and slices are set as processing targets in the order of raster scanning from the upper left to the lower right of the picture.
  • the DBF process and the SAO process are performed in subsequent steps S115 to S125, but the processing procedure is the same as that in the first embodiment, and the description thereof is omitted.
  • the data decoded by the picture data decoding unit 201 is used for dbf_flag, sao_luma_flag, and sao_chroma_flag used for processing.
  • FIG. 14 is a block diagram illustrating an example of an internal configuration of the SAO processing unit 206.
  • the SAO processing unit 206 includes a slice boundary reference determination unit 206a and an SAO offset addition unit 206b.
  • the SAO processing unit 206 of the present embodiment is different from the SAO processing unit 110 of the first embodiment in that the SAO parameter determination unit 110a is not provided.
  • FIG. 15 is a flowchart illustrating an example of a processing procedure of the SAO processing according to the present embodiment.
  • the SAO processing flow shown in FIG. 15 is the same as the SAO processing flow of the first embodiment (FIG. 4), the determination of sao_type_idx_luma / chroma processed by the SAO parameter determination unit 110a, the determination of sao_eo_class_luma / chroma, and sao_offset_luma Although different in that there is no processing relating to the determination of cb / cr, the other processing is the same and will not be described. In the present embodiment, these parameters use data decoded by the picture data decoding unit 201.
  • the SAO offset addition process is the same as that in the first embodiment (FIG. 5), and thus the description thereof is omitted.
  • FIG. 16 is a block diagram illustrating an example of an internal configuration of the picture data decoding unit 201.
  • the picture data decoding unit 201 includes a transform coefficient decoding unit 201a, a prediction information decoding unit 201b, a SAO parameter decoding unit 201c, a slice boundary reference decoding unit 201d, and a DBF_SAO execution flag decoding unit 201e. Yes.
  • FIG. 17 is a flowchart illustrating an example of a processing procedure of picture data decoding.
  • the slice boundary reference decoding unit 201d decodes loop_filter_cross_slices_enabled_flag (S211).
  • the DBF_SAO execution flag decoding unit 201e decodes dbf_flag, sao_luma_flag, and sao_chroma_flag (S212).
  • the slice boundary reference decoding unit 201d decodes slice_loop_filter_cross_slices_enabled_flag (S213). Details will be described later.
  • the picture data decoding unit 201 decodes the SAO parameter by the SAO parameter decoding unit 201c (S215), and the prediction information decoding unit 201b converts the prediction information. Decoding is performed (S216), and the transform coefficient decoding unit 201a decodes the transform coefficient (S217). If both sao_luma_flag and sao_chroma_flag are 0 (Yes in S214), the SAO is not performed, so the picture data decoding unit 201 does not decode the SAO parameter.
  • the prediction information is information for generating a prediction block, and is information such as a motion vector for inter-screen prediction and a prediction direction for intra-screen prediction.
  • next code block is set as a processing target (S218), and S104 to S109 are repeated until the processing of all the code blocks in the slice is completed (S219).
  • the next slice is set as a processing target (S220), and S102 to S111 are repeated until processing of all slices in the picture is completed (S220). S111).
  • FIG. 18 is a flowchart illustrating an example of a processing procedure for decoding a slice boundary reference permission flag according to the present embodiment. Note that the decoding flow of the slice boundary reference permission flag shown in FIG. 18 is the same as the decoding flow of the slice boundary reference permission flag in FIG. To do.
  • the slice boundary reference decoding unit 201d decodes slice_loop_filter_cross_slices_enabled_flag from the picture data.
  • FIG. 19 is a flowchart illustrating an example of a procedure for decoding SAO parameters.
  • the SAO parameter decoding unit 201c decodes sao_merge_left_flag and sao_merge_up_flag from the picture data (S231 to S240).
  • the SAO parameter decoding unit 201c initializes sao_merge_left_flag to 0 (S231), and further initializes sao_merge_up_flag to 0 (S232).
  • the SAO parameter decoding unit 201c decodes sao_merge_left_flag (S234).
  • the SAO parameter decoding unit 201c determines whether the upper code block belongs to the same slice as the processing target code block (S236). When the upper code block belongs to the same slice as the processing target code block (S236), the SAO parameter decoding unit 201c decodes sao_merge_up_flag (S237). Furthermore, when sao_merge_up_flag is 1 (Yes in S238), the SAO parameter decoding unit 201c copies the SAO parameter of the upper code block as the SAO parameter of the processing target code block (S239).
  • the SAO parameter decoding unit 201c copies the SAO parameter of the left code block as the SAO parameter of the processing target code block (S240).
  • the SAO parameter decoding unit 201c ends the process when one of sao_merge_left_flag and sao_merge_up_flag is 1 (Yes in S241).
  • sao_merge_left_flag and sao_merge_up_flag are flags that become 1 when the processing target code block uses the same SAO parameter as the left code block or the upper code block. Therefore, when the same SAO parameter is used, only this flag is decoded and the SAO parameter is not decoded.
  • the SAO parameter decoding unit 201c always decodes the SAO parameter without decoding this flag (S233, S236). Also, both sao_merge_left_flag and sao_merge_up_flag will never be 1.
  • SAO parameter decoding unit 201c decodes only sao_merge_left_flag and does not decode sao_merge_up_flag (S235).
  • the SAO parameter decoding unit 201c decodes the SAO on flag (sao_type_idx_luma / chroma), the SAO offset value (sao_offset_luma / cb / cr), and the SAO reference pixel position type (sao_eo_class_luma / chroma) S (step S113).
  • the SAO parameter decoding unit 201c determines whether sao_luma_flag of the processing target slice is 1 (S242).
  • the SAO parameter decoding unit 201c decodes sao_type_idx_luma that is the SAO on flag of the luminance (S243).
  • the SAO parameter decoding unit 201c decodes the four categories of sao_offset_luma (S245) and sao_eo_class_luma (S246).
  • the SAO parameter decoding unit 201c decodes the SAO_type_idx_chroma that is the SAO on flag of the color difference (S248).
  • the SAO parameter decoding unit 201c When the decoded sao_type_idx_chroma is not 0 (No in S249), the SAO parameter decoding unit 201c performs four categories of sao_offset_cb and (S250), sao_eo_class_chroma (S251), and four categories of sao_offset25 and (s251). .
  • sao_type_idx_luma / chroma is a flag indicating that SAO processing is executed when it is 1, and that SAO is not executed when it is 0.
  • sao_offset_luma / cb / cr and sao_eo_class_luma / chroma are not decrypted (S244, S249).
  • sao_luma_flag and sao_chroma_flag of the processing target slice are 0 (when SAO processing is not executed), the SAO parameter is not decoded (S242, S247).
  • sao_offset_luma / cb / cr four categories of offset values are decoded. Note that sao_type_idx_chroma and sao_eo_class_chroma use a common value for Cb and Cr, sao_offset_cb is used for Cb, and sao_offset_cr is used for the SAO of Cr.
  • FIG. 20 is a block diagram illustrating an example of the configuration of the image encoding device according to the present embodiment.
  • the image coding apparatus 100B includes a slice division unit 101, a code block division unit 102, a subtraction unit 103, a conversion unit 104, a picture data coding unit 105, an inverse conversion unit 106, An addition unit 107, a frame memory, a DBF processing unit 109, a SAO processing unit 110, a prediction unit 111, a DBF_SAO processing determination unit 120, and a slice boundary reference determination unit 130 are provided.
  • the DBF_SAO processing determining unit 120 outputs the processing result to the slice boundary reference determining unit 130, as compared with the image encoding device 100A according to the first embodiment (FIG. 1). Is different.
  • FIG. 21 is a flowchart illustrating an example of a processing procedure of the image encoding method according to the present embodiment.
  • the overall flow of the image coding method according to the present embodiment shown in FIG. 21 is different from the overall flow of the image coding method according to the first embodiment (FIG. 2) only in S301 and S302 performed by the slice boundary reference determination unit 130. Therefore, the part will be described.
  • S301 is executed after S103.
  • the processing target slice DBF, SAO Luma, and SAO Croma are set to ON or OFF.
  • the slice boundary reference determination unit 130 determines slice_loop_filter_cross_slices_enabled_flag as in the first embodiment (S104).
  • the slice boundary reference determination unit 130 does not perform the determination process of slice_loop_filter_cross_slices_enabled_flag (S104), and sets it to 0 (prohibits boundary reference).
  • Set (S302) That is, when both DBF and SAO are off, pixel reference across the upper and left boundaries of the slice is always prohibited.
  • the configuration of the SAO processing unit, the flow of SAO processing, the flow of SAO offset addition processing, the configuration of the picture data encoding unit, and the coding flow of picture data of this embodiment are the same as the configuration of the SAO processing unit of Embodiment 1 ( 3), SAO processing flow (FIG. 4), SAO offset addition processing flow (FIG. 5), picture data encoding unit configuration (FIG. 6), and picture data encoding flow (FIG. 7). Therefore, the description is omitted.
  • FIG. 22 is a flowchart illustrating an example of a processing procedure for encoding a slice boundary reference permission flag.
  • the encoding flow of the slice boundary reference permission flag of the present embodiment is different from that of the first embodiment only in S303 performed by the slice boundary reference encoding unit 105d.
  • S303 is executed when it is determined in S173 in FIG. 8 that loop_filter_cross_slices_enabled_flag is 1 (Yes in S173).
  • the slice boundary reference encoding unit 105d encodes slice_loop_filter_cross_slices_enabled_flag as in the first embodiment (S174).
  • the slice boundary reference encoding unit 105d does not encode slice_loop_filter_cross_license_enabled_flag, and always sets it to 0 (forbids boundary reference). (S175).
  • slice_loop_filter_cross_licenses_enabled_flag is always treated as 0 without being decoded. Therefore, it can be normally decoded.
  • SAO parameter encoding The SAO parameter encoding flow according to the present embodiment is the same as the SAO parameter encoding flow according to the first embodiment (FIG. 9), and a description thereof will be omitted.
  • slice_loop_filter_cross_slices_enabled_flag is always set to 0 (no boundary reference is allowed) without encoding, thereby improving the image quality while reducing the code amount. realizable.
  • slice_loop_filter_cross_slices_enabled_flag is not included in the code string, and therefore the code amount can be reduced.
  • slice_loop_filter_cross_slices_enabled_flag is 0, so that decoding can be performed normally.
  • slice_loop_filter_cross_slices_enabled_flag is targeted for pixel reference at the upper boundary and left boundary of the slice, and the pixel of the processing target slice may be referred to by the SAO of the upper slice and the left slice of the processing target slice. Is determined by slice_loop_filter_cross_slices_enabled_flag of the slice to be processed.
  • slice_loop_filter_cross_slices_enabled_flag is always set to 0 when the DBF and SAO of the processing target slice are off, the SAO of the upper slice and the left slice cannot always refer to the pixels of the processing target slice. For example, in FIG.
  • FIG. 23 is a flowchart illustrating an example of a processing procedure for decoding a slice boundary reference permission flag according to the present embodiment.
  • the decoding flow of the slice boundary reference permission flag of this embodiment shown in FIG. 23 differs from the decoding flow of the slice boundary reference permission flag of Embodiment 2 shown in FIG.
  • step S401 is executed when it is determined in step S173 that loop_filter_cross_slices_enabled_flag is 1.
  • the slice boundary reference decoding unit 201d does not decode slice_loop_filter_cross_slices_enabled_flag and always sets it to 0 (indicating boundary reference).
  • the slice boundary reference decoding unit 201d decodes slice_loop_filter_cross_slices_enabled_flag (S222).
  • SAO parameter decoding Operation (SAO parameter decoding)>
  • the SAO parameter decoding flow according to the present embodiment is the same as the SAO parameter decoding flow according to the second embodiment (FIG. 19), and a description thereof will be omitted.
  • FIG. 24 is a block diagram illustrating an example of the configuration of the image encoding device according to the present embodiment.
  • the image coding apparatus 100C includes a slice division unit 101, a code block division unit 102, a subtraction unit 103, a conversion unit 104, a picture data coding unit 105, an inverse conversion unit 106, An addition unit 107, a frame memory, a DBF processing unit 109, a SAO processing unit 110, a prediction unit 111, a DBF_SAO processing determination unit 120, a slice boundary reference determination unit 130, and a SAO dummy flag setting unit 140 are provided.
  • the image coding apparatus 100C according to the present embodiment is different from the image coding apparatus 100A according to the first embodiment (FIG. 1) in that a SAO dummy flag setting unit 140 is newly provided.
  • FIG. 25 is a flowchart illustrating an example of a processing procedure of the image encoding method according to the present embodiment.
  • the overall flow of the image coding method of the present embodiment shown in FIG. 25 is different from the overall flow of the image coding method of the first embodiment (FIG. 2) only in S501 to S505 performed by SAO dummy flag setting unit 140. Therefore, the part will be described.
  • S501 is executed after setting the loop_filter_cross_slices_enabled_flag in S114.
  • the SAO dummy flag setting unit 140 first initializes the SAO dummy flag to 0 (S501). The SAO dummy flag setting unit 140 determines that if the processing target slice DBF and SAO are both off (Yes in S502), and if the slice_loop of the slice_loop_filter_access_enabled_flag and the loop_filter_access_sliced_enabled_flag is different from the _s in the _s_s in the s_s_a and s_s in the s Is set to 1 (Luma's SAO is on), and the SAO dummy flag is set to 1.
  • FIG. 26 is a block diagram showing an internal configuration of the SAO processing unit.
  • the SAO processing unit 110 of this embodiment is different from the SAO processing unit 110 of Embodiment 1 (FIG. 3) in that an SAO dummy flag is input to the SAO parameter determination unit 110a.
  • FIG. 27 is a flowchart illustrating an example of the processing procedure of the SAO processing (entire).
  • the SAO processing flow of the present embodiment is different from the SAO processing flow of the first embodiment (FIG. 4) only in S511 and S512.
  • S501 is executed immediately after the start of the SAO processing flow.
  • the SAO parameter determination unit 110a performs a determination process for determining SAO on or SAO off as in the first embodiment (S131).
  • the SAO parameter determination unit 110a does not perform the SAO on or SAO off determination process, and the code block to be processed is always SAO off (sao_type_idx_luma / chroma is set to 0). (S512).
  • SAO offset addition processing flow picture data encoding unit configuration, picture data encoding flow>
  • the SAO offset addition process flow, the configuration of the picture data encoding unit 105, and the picture data encoding flow according to the present embodiment are the SAO offset addition process flow (FIG. 5) and the picture data encoding unit according to the first embodiment. (FIG. 6) and the picture data encoding flow (FIG. 7) are the same as those in FIG.
  • FIG. 28 is a flowchart illustrating an example of a processing procedure for encoding a slice boundary reference permission flag.
  • the coding flow of the slice boundary reference permission flag of the present embodiment differs from that of the third embodiment (FIG. 22) only in S521 performed by the slice boundary reference coding unit 105d, and will be described with reference to that portion.
  • the slice boundary reference encoding unit 105d sets slice_loop_filter_cross_slices_enabled_flag to 0 when the processing target slice is the first slice in the picture (Yes in S172) (S175).
  • the slice boundary reference encoding unit 105d proceeds to S173 when the processing target slice is not the first slice in the picture (No in S172).
  • the slice boundary reference encoding unit 105d performs slice_loop_filter_cross_sliced_encoded_17 encoded (S4) when loop_filter_cross_license_enabled_flag is 1 (Yes in S173) and both DBF and SAO are not off (No in S303).
  • the slice boundary reference encoding unit 105d encodes slice_loop_filter_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_sliced_slable_
  • slice_loop_filter_cross_sliced_encoded_encoded_encoded_encoded_encoding_sliced_encoded_encoded_encoding_sliced_encoded_encoded_encoding_sliced_encoded_encoded_encoded_encoded_encoded_encoded_encoded_encoded_encoded_encoded_encoded_encoded_encoding Without using the value of loop_filter_cross_slices_enabled_flag, the decoding can be performed normally.
  • SAO parameter encoding The SAO parameter encoding flow according to the present embodiment is the same as the SAO parameter encoding flow according to the first embodiment (FIG. 9), and a description thereof will be omitted.
  • the slice boundary reference flag can be encoded even when both DBF and SAO are off, and the flexibility is improved. More specifically, when both DBF and SAO are OFF, the code amount is reduced by copying and using the loop_filter_cross_slices_enabled_flag without encoding the slice_loop_filter_cross_slices_enabled_flag during normal times.
  • sao_luma_flag of the slice is forcibly set to 1 (SAO Luma on), and slice_loop_filter_cross_slices_enabled_flag is encoded.
  • the sao_luma_flag of the slice is set to 1 (on), but by setting all the sao_type_idx_luma to be set to 0 (off) for each code block, the operation is actually the same as when SAO is turned off in units of slices. To be. That is, SAO is set on a slice basis, but SAO off is set on a code block basis, and actually the movement is SAO off on a slice basis. By doing so, it becomes possible to freely set the values of SAO on / off and slice_loop_filter_cross_slices_enabled_flag, and the flexibility can be improved.
  • the Luma SAO (sao_luma_flag) of the slice is forcibly turned on (1 is set), but the Chroma SAO (sao_chroma_flag) is forcibly turned on (1 is set). Good. In that case, it goes without saying that sao_type_idx_chroma of the code block is turned off (set to 0).
  • FIG. 29 is a flowchart illustrating an example of a processing procedure for decoding a slice boundary reference permission flag according to the present embodiment.
  • the decoding flow of the slice boundary reference permission flag of the present embodiment is different from the decoding flow of the slice boundary reference permission flag of the fourth embodiment (FIG. 23) only in S601 performed by the slice boundary reference decoding unit 201d. explain.
  • the slice boundary reference decoding unit 201d sets slice_loop_filter_cross_slices_enabled_flag to 0 when the processing target slice is the first slice in the picture (Yes in S172) (S175).
  • the slice boundary reference decoding unit 201d proceeds to S173 when the processing target slice is not the first slice in the picture (No in S172).
  • the slice boundary reference decoding unit 201d encodes slice_loop_filter_cross_slices_enable4 (encoded_slable_17) when loop_filter_cross_license_enabled_flag is 1 (Yes in S173) and DBF and SAO are not off (No in S401).
  • the slice boundary reference decoding unit 201d sets the value of the slice_loop_filter_slice_enabled_slice to the slice_loop_filter_slice_enabled_slice, if the loop_filter_access_slices_enabled_flag is 0 (No in S173), or if both DBF and SAO are off (Yes in s401). (S601).
  • SAO parameter decoding Operation (SAO parameter decoding)>
  • the SAO parameter encoding flow of the present embodiment is the same as the SAO parameter encoding flow of the second embodiment (FIG. 19), and thus the description thereof is omitted.
  • FIG. 30 is a block diagram showing an example of the configuration of the image encoding device 100D in the present embodiment.
  • the image encoding device 100D includes a slice division unit 101, a code block division unit 102, a subtraction unit 103, a conversion unit 104, a picture data encoding unit 105, an inverse conversion unit 106, An addition unit 107, a frame memory, a DBF processing unit 109, a SAO processing unit 110, a prediction unit 111, a DBF_SAO processing determination unit 120, and a slice boundary reference determination unit 130 are provided.
  • the image coding apparatus 100D according to the present embodiment is different from the image coding apparatus 100A according to the first embodiment (FIG. 1) in that the slice boundary reference determination unit 130 performs the SAO processing unit 110 and the picture data coding unit 105.
  • slice_loop_filter_cross_slices_enabled_flag corresponding to the first flag in the present embodiment
  • slice_loop_filter_cross_br_slices_enabled_flag (corresponding to the second flag in the present embodiment) is output.
  • FIG. 31 is a flowchart illustrating an example of a processing procedure of the image coding method according to the present embodiment.
  • the overall flow of the image coding method according to the present embodiment shown in FIG. 31 is different from the overall flow of the image coding method according to Embodiment 1 (FIG. 2) in that the slice boundary reference determining unit 130 replaces S104 with S701. Since it differs in the point which performs, it demonstrates about the part.
  • the slice boundary reference determination unit 130 determines whether to allow or prohibit reference to pixels of another slice across the upper boundary and the left boundary of the processing target slice. Furthermore, when it is determined that the reference is permitted, the slice boundary reference determination unit 130 sets slice_loop_filter_cross_license_enabled_flag of the processing target slice to 1, and when it is determined to prohibit the slice boundary reference determination unit 130 sets slice_loop_filter_cross_slices_enabled_flag to 0.
  • the slice boundary reference determination unit 130 determines whether to permit or prohibit the reference of pixels of another slice across the lower boundary and the right boundary of the slice. Furthermore, when it is determined that the reference is permitted, the slice boundary reference determination unit 130 sets slice_loop_filter_cross_br_slices_enabled_flag of the processing target slice to 1, and when it is determined to prohibit, the slice boundary reference determination unit 130 sets the slice_loop_filter_cross_br_sliced_enabled_enabled0 to the slice_enabled0. slice_loop_filter_cross_slices_enabled_flag and slice_loop_filter_cross_br_slices_enabled_flag exist for each slice.
  • FIG. 32 is a block diagram showing an internal configuration of the SAO processing unit.
  • the SAO processing unit 110 includes a SAO parameter determination unit 110a, a slice boundary reference determination unit 110b, and a SAO offset addition unit 110c.
  • the SAO processing unit 110 of the present embodiment is different from the SAO processing unit 110 of the first embodiment (FIG. 3) in that slice_loop_filter_cross_br_slices_enabled_flag is input to the slice boundary reference determination unit 110b.
  • FIG. 33 is a flowchart illustrating an example of a processing procedure of SAO processing (entire). Since the SAO processing flow of the present embodiment is different in that S701 is performed instead of S138 of the SAO processing flow of the first embodiment (FIG. 4), this portion will be described.
  • the slice boundary reference determination unit 110b determines whether or not the reference pixel may be referred to by slice_loop_filter_cross_br_slices_enabled_flag of the processing target slice (S702).
  • slice_loop_filter_cross_ slices_enabled_flag of slice 2 the boundary between slice 1 and slice 2 is determined by slice_loop_filter_cross_br_slices_gb_slices_gb_slices_grate_slice_g_slice_g_slice_g_slice
  • FIG. 34 is a block diagram illustrating an example of an internal configuration of a picture data encoding unit.
  • the picture data encoding unit 105 includes a transform coefficient encoding unit 105a, a prediction information encoding unit 105b, a SAO parameter encoding unit 105c, a slice boundary reference encoding unit 105d, and a DBF_SAO execution flag code. And a conversion unit 105e.
  • the picture data encoding unit 105 of the present embodiment differs from the picture data encoding unit 105 of the first embodiment (FIG. 6) in that slice_loop_filter_cross_br_slices_enabled_flag is input to the slice boundary reference encoding unit 105d.
  • the picture data encoding flow of the present embodiment is the same as the picture data encoding flow of the first embodiment (FIG. 7), and thus the description thereof is omitted.
  • FIG. 35 is a flowchart illustrating an example of a processing procedure for encoding a slice boundary reference permission flag.
  • the coding flow of the slice boundary reference permission flag of the present embodiment is different from the coding flow of the slice boundary reference permission flag of the third embodiment (FIG. 22) in that the processing of S711 to S714 is added. Therefore, the part will be described.
  • the slice boundary reference encoding unit 105d executes S701 to S704 to set slices_loop_filter_bress_sl_sl_sl_7 To S714).
  • the slice boundary reference encoding unit 105d sets the slice_loop_filter_cross_grate_slice_g_sliced_0_less_encoded_slice_loop_filter_cross_gly_sliced_less_gly_sliced_0_slice_loop_sliced_sl_less_encoding_sl Is used (S714).
  • the slice boundary reference encoding unit 105d performs slice_loop_filter_cross_br_sliced_13_sliced_sliced_sliced_slice_13_sliced_sliced_sliced_sliced_sliced_sliced_sl_13_encoded_sliced_sliced_sl_13_sliced_sliced_sliced_sliced_sliced_sliced_sl_13_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sl_13_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sliced_sl
  • loop_filter_cross_licenses_enabled_flag is 1, and when at least one of DBF and SAO is on, slice_loop_filter_cross_br_licenses_enabled_flag is decoded.
  • SAO parameter encoding The SAO parameter encoding flow according to the present embodiment is the same as the SAO parameter encoding flow according to the first embodiment (FIG. 9), and a description thereof will be omitted.
  • slice_loop_filter_cross_br_slices_enabled_flag of slice 1 and slice_loop_filter_cross_slices_edge_slice_edge_slice0 This can be realized by setting slice_loop_filter_cross_br_slices_enabled_flag of slice_slice_loop_filter_cross_slice_enabled_flag of slice 3 to 1. By doing so, it becomes possible to perform SAO at all boundaries other than reference prohibition, leading to an improvement in image quality.
  • a pixel included in a slice may refer to a pixel in another slice based on a flag in its own slice, to reduce dependency between slices, and to process each slice in parallel It was a useful structure. More specifically, if the determination of whether the SAO may refer to a pixel of another slice is made based on the flag of another slice including the reference pixel, in the case of an image decoding apparatus, SAO cannot start processing until the flag is decoded, and it becomes necessary to monitor the processing status of another slice. In this case, there is a demerit such that a monitoring process for another slice is necessary or a waiting time occurs when each slice is processed in parallel. In this embodiment, the disadvantage can be eliminated.
  • slice_loop_filter_cross_slices_enabled_flag and slice_loop_filter_cross_br_slices_enabled_flag of the slice can be used from another slice, so it is not necessary to reduce the coding amount.
  • slice_loop_filter_access_slices_enabled_flag and slice_loop_filter_sl_sl_used_sl_ are used.
  • the value of loop_filter_cross_slices_enabled_flag may be copied and used, as shown in the fifth embodiment (FIG. 28).
  • FIG. 36 is a block diagram illustrating an example of a configuration of the image decoding device according to the present embodiment.
  • the image decoding apparatus 200D includes a picture data decoding unit 201, an inverse conversion unit 202, an addition unit 203, a frame memory 204, a DBF processing unit 205, a SAO processing unit 206, and a motion A compensation unit 207 is provided.
  • the picture data decoding unit 201 further decodes slice_loop_filter_cross_br_slices_enabled_flag and outputs it to the SAO processing unit 206 as compared with the image decoding device 200A according to the second embodiment (FIG. 12). It is different in point.
  • FIG. 37 is a block diagram illustrating an example of the internal configuration of the SAO processing unit 206.
  • the SAO processing unit 206 of the present embodiment includes a slice boundary reference determination unit 206a and an SAO offset addition unit 206b.
  • the SAO processing unit 206 of the present embodiment is different from the SAO processing unit 206 of the second embodiment (FIG. 14) in that slice_loop_filter_cross_br_slices_enabled_flag is input to the slice boundary reference determination unit 206a.
  • FIG. 38 is a flowchart illustrating an example of a processing procedure of the SAO processing according to the present embodiment.
  • the SAO process flow shown in FIG. 38 is different from the SAO process flow (FIG. 33) of the seventh embodiment in determining sao_type_idx_luma / chroma processed by the SAO parameter determining unit 110a, determining sao_eo_class_luma / chroma, and sao_offset_luma / c / b.
  • these parameters use data decoded by the picture data decoding unit 201.
  • the SAO offset addition process is the same as that in the first embodiment (FIG. 5), and thus the description thereof is omitted.
  • FIG. 39 is a block diagram illustrating an example of an internal configuration of the picture data decoding unit 201.
  • the picture data decoding unit 201 includes a transform coefficient decoding unit 201a, a prediction information decoding unit 201b, an SAO parameter decoding unit 201c, a slice boundary reference decoding unit 201d, and a DBF_SAO execution flag decoding unit 201e. Yes.
  • the picture data decoding unit 201 of the present embodiment is different from the picture data decoding unit 201 of the second embodiment (FIG. 16) in that the slice boundary reference decoding unit 201d further decodes and outputs slice_loop_filter_cross_br_slices_enabled_flag. Different.
  • the picture data decoding flow according to the present embodiment is the same as the picture data decoding flow according to the second embodiment (FIG. 17), and a description thereof will be omitted.
  • FIG. 40 is a flowchart illustrating an example of a processing procedure for decoding the slice boundary reference permission flag according to the present embodiment.
  • the decoding flow of the slice boundary reference permission flag of the present embodiment is the same as that of the seventh embodiment except that S222 and S801 are executed instead of S174 and S713, and thus the description thereof is omitted.
  • the slice boundary reference decoding unit 201d decodes slice_loop_filter_cross_slices_enabled_flag. Note that S222 is the same as S222 in the second embodiment shown in FIG.
  • the slice boundary reference decoding unit 201d decodes slice_loop_filter_cross_br_slices_enabled_flag.
  • SAO parameter decoding Operation (SAO parameter decoding)>
  • the SAO parameter decoding flow according to the present embodiment is the same as the SAO parameter decoding flow according to the second embodiment (FIG. 19), and a description thereof will be omitted.
  • each of the functional blocks can usually be realized by an MPU, a memory, or the like. Further, the processing by each of the functional blocks can be usually realized by software (program), and the software is recorded in a recording medium such as a ROM. Such software may be distributed by downloading or the like, or may be recorded on a recording medium such as a CD-ROM for distribution. Naturally, each functional block can be realized by hardware (dedicated circuit).
  • each embodiment may be realized by performing centralized processing using a single device (system), or may be realized by performing distributed processing using a plurality of devices.
  • the computer that executes the program may be singular or plural. That is, centralized processing may be performed, or distributed processing may be performed.
  • the present invention is not limited to the above embodiment.
  • the information for determining the SAO process is described as a flag.
  • the present invention is not limited to binary information of 0 and 1, and a plurality of processes. It may be a multivalued value that selectively determines. It goes without saying that such various modifications are possible and are included in the scope of the present invention.
  • the storage medium may be any medium that can record a program, such as a magnetic disk, an optical disk, a magneto-optical disk, an IC card, and a semiconductor memory.
  • the system has an image encoding / decoding device including an image encoding device using an image encoding method and an image decoding device using an image decoding method.
  • image encoding / decoding device including an image encoding device using an image encoding method and an image decoding device using an image decoding method.
  • Other configurations in the system can be appropriately changed according to circumstances.
  • FIG. 41 is a diagram showing an overall configuration of a content supply system ex100 that realizes a content distribution service.
  • a communication service providing area is divided into desired sizes, and base stations ex106, ex107, ex108, ex109, and ex110, which are fixed wireless stations, are installed in each cell.
  • the content supply system ex100 includes a computer ex111, a PDA (Personal Digital Assistant) ex112, a camera ex113, a mobile phone ex114, a game machine ex115 via the Internet ex101, the Internet service provider ex102, the telephone network ex104, and the base stations ex106 to ex110. Etc. are connected.
  • PDA Personal Digital Assistant
  • each device may be directly connected to the telephone network ex104 without going from the base station ex106, which is a fixed wireless station, to ex110.
  • the devices may be directly connected to each other via short-range wireless or the like.
  • the camera ex113 is a device that can shoot moving images such as a digital video camera
  • the camera ex116 is a device that can shoot still images and movies such as a digital camera.
  • the mobile phone ex114 is a GSM (registered trademark) (Global System for Mobile Communications) system, a CDMA (Code Division Multiple Access) system, a W-CDMA (Wideband-Code Division Multiple Access) system, or an LTE (Long Terminal Term Evolution). It is possible to use any of the above-mentioned systems, HSPA (High Speed Packet Access) mobile phone, PHS (Personal Handyphone System), or the like.
  • the camera ex113 and the like are connected to the streaming server ex103 through the base station ex109 and the telephone network ex104, thereby enabling live distribution and the like.
  • live distribution content that is shot by a user using the camera ex113 (for example, music live video) is encoded as described in each of the above embodiments (that is, in one aspect of the present invention).
  • the streaming server ex103 stream-distributes the content data transmitted to the requested client. Examples of the client include a computer ex111, a PDA ex112, a camera ex113, a mobile phone ex114, and a game machine ex115 that can decode the encoded data.
  • Each device that receives the distributed data decodes the received data and reproduces it (that is, functions as an image decoding device according to one embodiment of the present invention).
  • the captured data may be encoded by the camera ex113, the streaming server ex103 that performs data transmission processing, or may be shared with each other.
  • the decryption processing of the distributed data may be performed by the client, the streaming server ex103, or may be performed in common with each other.
  • still images and / or moving image data captured by the camera ex116 may be transmitted to the streaming server ex103 via the computer ex111.
  • the encoding process in this case may be performed by any of the camera ex116, the computer ex111, and the streaming server ex103, or may be performed in a shared manner.
  • these encoding / decoding processes are generally performed in the computer ex111 and the LSI ex500 included in each device.
  • the LSI ex500 may be configured as a single chip or a plurality of chips.
  • moving image encoding / decoding software is incorporated into some recording medium (CD-ROM, flexible disk, hard disk, etc.) that can be read by the computer ex111, etc., and encoding / decoding processing is performed using the software. May be.
  • moving image data acquired by the camera may be transmitted.
  • the moving image data at this time is data encoded by the LSI ex500 included in the mobile phone ex114.
  • the streaming server ex103 may be a plurality of servers or a plurality of computers, and may process, record, and distribute data in a distributed manner.
  • the encoded data can be received and reproduced by the client.
  • the information transmitted by the user can be received, decrypted and reproduced by the client in real time, and personal broadcasting can be realized even for a user who does not have special rights or facilities.
  • the digital broadcast system ex200 also includes at least the moving image encoding device (image encoding device) or the moving image decoding according to each of the above embodiments. Any of the devices (image decoding devices) can be incorporated.
  • the broadcast station ex201 multiplexed data obtained by multiplexing music data and the like on video data is transmitted to a communication or satellite ex202 via radio waves.
  • This video data is data encoded by the moving image encoding method described in each of the above embodiments (that is, data encoded by the image encoding apparatus according to one aspect of the present invention).
  • the broadcasting satellite ex202 transmits a radio wave for broadcasting, and this radio wave is received by a home antenna ex204 capable of receiving satellite broadcasting.
  • the received multiplexed data is decoded and reproduced by an apparatus such as the television (receiver) ex300 or the set top box (STB) ex217 (that is, functions as an image decoding apparatus according to one embodiment of the present invention).
  • a reader / recorder ex218 that reads and decodes multiplexed data recorded on a recording medium ex215 such as a DVD or a BD, or encodes a video signal on the recording medium ex215 and, in some cases, multiplexes and writes it with a music signal. It is possible to mount the moving picture decoding apparatus or moving picture encoding apparatus described in the above embodiments. In this case, the reproduced video signal is displayed on the monitor ex219, and the video signal can be reproduced in another device or system using the recording medium ex215 on which the multiplexed data is recorded.
  • a moving picture decoding apparatus may be mounted in a set-top box ex217 connected to a cable ex203 for cable television or an antenna ex204 for satellite / terrestrial broadcasting and displayed on the monitor ex219 of the television.
  • the moving picture decoding apparatus may be incorporated in the television instead of the set top box.
  • FIG. 43 is a diagram illustrating a television (receiver) ex300 that uses the moving picture decoding method and the moving picture decoding method described in the above embodiments.
  • the television ex300 obtains or outputs multiplexed data in which audio data is multiplexed with video data via the antenna ex204 or the cable ex203 that receives the broadcast, and demodulates the received multiplexed data.
  • the modulation / demodulation unit ex302 that modulates multiplexed data to be transmitted to the outside, and the demodulated multiplexed data is separated into video data and audio data, or the video data and audio data encoded by the signal processing unit ex306 Is provided with a multiplexing / demultiplexing unit ex303.
  • the television ex300 also decodes the audio data and the video data, or encodes the information, the audio signal processing unit ex304, the video signal processing unit ex305 (the image encoding device or the image according to one embodiment of the present invention) A signal processing unit ex306 that functions as a decoding device), a speaker ex307 that outputs the decoded audio signal, and an output unit ex309 that includes a display unit ex308 such as a display that displays the decoded video signal. Furthermore, the television ex300 includes an interface unit ex317 including an operation input unit ex312 that receives an input of a user operation. Furthermore, the television ex300 includes a control unit ex310 that performs overall control of each unit, and a power supply circuit unit ex311 that supplies power to each unit.
  • the interface unit ex317 includes a bridge unit ex313 connected to an external device such as a reader / recorder ex218, a recording unit ex216 such as an SD card, and an external recording unit such as a hard disk.
  • a driver ex315 for connecting to a medium, a modem ex316 for connecting to a telephone network, and the like may be included.
  • the recording medium ex216 is capable of electrically recording information by using a nonvolatile / volatile semiconductor memory element to be stored.
  • Each part of the television ex300 is connected to each other via a synchronous bus.
  • the television ex300 receives a user operation from the remote controller ex220 or the like, and demultiplexes the multiplexed data demodulated by the modulation / demodulation unit ex302 by the multiplexing / demultiplexing unit ex303 based on the control of the control unit ex310 having a CPU or the like. Furthermore, in the television ex300, the separated audio data is decoded by the audio signal processing unit ex304, and the separated video data is decoded by the video signal processing unit ex305 using the decoding method described in each of the above embodiments.
  • the decoded audio signal and video signal are output from the output unit ex309 to the outside. At the time of output, these signals may be temporarily stored in the buffers ex318, ex319, etc. so that the audio signal and the video signal are reproduced in synchronization. Also, the television ex300 may read multiplexed data from recording media ex215 and ex216 such as a magnetic / optical disk and an SD card, not from broadcasting. Next, a configuration in which the television ex300 encodes an audio signal or a video signal and transmits the signal to the outside or to a recording medium will be described.
  • the television ex300 receives a user operation from the remote controller ex220 and the like, encodes an audio signal with the audio signal processing unit ex304, and converts the video signal with the video signal processing unit ex305 based on the control of the control unit ex310. Encoding is performed using the encoding method described in (1).
  • the encoded audio signal and video signal are multiplexed by the multiplexing / demultiplexing unit ex303 and output to the outside. When multiplexing, these signals may be temporarily stored in the buffers ex320, ex321, etc. so that the audio signal and the video signal are synchronized.
  • a plurality of buffers ex318, ex319, ex320, and ex321 may be provided as illustrated, or one or more buffers may be shared. Further, in addition to the illustrated example, data may be stored in the buffer as a buffer material that prevents system overflow and underflow, for example, between the modulation / demodulation unit ex302 and the multiplexing / demultiplexing unit ex303.
  • the television ex300 has a configuration for receiving AV input of a microphone and a camera, and performs encoding processing on the data acquired from them. Also good.
  • the television ex300 has been described as a configuration capable of the above-described encoding processing, multiplexing, and external output, but these processing cannot be performed, and only the above-described reception, decoding processing, and external output are possible. It may be a configuration.
  • the decoding process or the encoding process may be performed by either the television ex300 or the reader / recorder ex218,
  • the reader / recorder ex218 may share with each other.
  • FIG. 44 shows a configuration of the information reproducing / recording unit ex400 when data is read from or written to an optical disk.
  • the information reproducing / recording unit ex400 includes elements ex401, ex402, ex403, ex404, ex405, ex406, and ex407 described below.
  • the optical head ex401 irradiates a laser spot on the recording surface of the recording medium ex215 that is an optical disk to write information, and detects information reflected from the recording surface of the recording medium ex215 to read the information.
  • the modulation recording unit ex402 electrically drives a semiconductor laser built in the optical head ex401 and modulates the laser beam according to the recording data.
  • the reproduction demodulator ex403 amplifies the reproduction signal obtained by electrically detecting the reflected light from the recording surface by the photodetector built in the optical head ex401, separates and demodulates the signal component recorded on the recording medium ex215, and is necessary To play back information.
  • the buffer ex404 temporarily holds information to be recorded on the recording medium ex215 and information reproduced from the recording medium ex215.
  • the disk motor ex405 rotates the recording medium ex215.
  • the servo control unit ex406 moves the optical head ex401 to a predetermined information track while controlling the rotational drive of the disk motor ex405, and performs a laser spot tracking process.
  • the system control unit ex407 controls the entire information reproduction / recording unit ex400.
  • the system control unit ex407 uses various types of information held in the buffer ex404, and generates and adds new information as necessary.
  • the modulation recording unit ex402, the reproduction demodulation unit This is realized by recording / reproducing information through the optical head ex401 while operating the ex403 and the servo control unit ex406 in a coordinated manner.
  • the system control unit ex407 includes, for example, a microprocessor, and executes these processes by executing a read / write program.
  • the optical head ex401 has been described as irradiating a laser spot.
  • a configuration in which higher-density recording is performed using near-field light may be used.
  • FIG. 45 shows a schematic diagram of a recording medium ex215 that is an optical disk.
  • Guide grooves grooves
  • address information indicating the absolute position on the disc is recorded in advance on the information track ex230 by changing the shape of the groove.
  • This address information includes information for specifying the position of the recording block ex231 that is a unit for recording data, and the recording block is specified by reproducing the information track ex230 and reading the address information in a recording or reproducing apparatus.
  • the recording medium ex215 includes a data recording area ex233, an inner peripheral area ex232, and an outer peripheral area ex234.
  • the area used for recording user data is the data recording area ex233, and the inner circumference area ex232 and the outer circumference area ex234 arranged on the inner or outer circumference of the data recording area ex233 are used for specific purposes other than user data recording. Used.
  • the information reproducing / recording unit ex400 reads / writes encoded audio data, video data, or multiplexed data obtained by multiplexing these data with respect to the data recording area ex233 of the recording medium ex215.
  • an optical disk such as a single-layer DVD or BD has been described as an example.
  • an optical disc with a multi-dimensional recording / reproducing structure such as recording information using light of different wavelengths in the same place on the disc, or recording different layers of information from various angles. It may be.
  • the car ex210 having the antenna ex205 can receive data from the satellite ex202 and the like, and the moving image can be reproduced on a display device such as the car navigation ex211 that the car ex210 has.
  • the configuration of the car navigation ex211 may be, for example, a configuration in which a GPS receiving unit is added in the configuration illustrated in FIG. 43, and the same may be considered for the computer ex111, the mobile phone ex114, and the like.
  • FIG. 46A is a diagram showing the mobile phone ex114 using the video decoding method and the video encoding method described in the above embodiment.
  • the mobile phone ex114 includes an antenna ex350 for transmitting and receiving radio waves to and from the base station ex110, a camera unit ex365 capable of capturing video and still images, a video captured by the camera unit ex365, a video received by the antenna ex350, and the like Is provided with a display unit ex358 such as a liquid crystal display for displaying the decrypted data.
  • the mobile phone ex114 further includes a main body unit having an operation key unit ex366, an audio output unit ex357 such as a speaker for outputting audio, an audio input unit ex356 such as a microphone for inputting audio, a captured video,
  • an audio input unit ex356 such as a microphone for inputting audio
  • a captured video In the memory unit ex367 for storing encoded data or decoded data such as still images, recorded audio, received video, still images, mails, or the like, or an interface unit with a recording medium for storing data
  • a slot ex364 is provided.
  • the mobile phone ex114 has a power supply circuit part ex361, an operation input control part ex362, and a video signal processing part ex355 with respect to a main control part ex360 that comprehensively controls each part of the main body including the display part ex358 and the operation key part ex366.
  • a camera interface unit ex363, an LCD (Liquid Crystal Display) control unit ex359, a modulation / demodulation unit ex352, a multiplexing / demultiplexing unit ex353, an audio signal processing unit ex354, a slot unit ex364, and a memory unit ex367 are connected to each other via a bus ex370. ing.
  • the power supply circuit unit ex361 starts up the mobile phone ex114 in an operable state by supplying power from the battery pack to each unit.
  • the cellular phone ex114 converts the audio signal collected by the audio input unit ex356 in the voice call mode into a digital audio signal by the audio signal processing unit ex354 based on the control of the main control unit ex360 having a CPU, a ROM, a RAM, and the like. Then, this is subjected to spectrum spread processing by the modulation / demodulation unit ex352, digital-analog conversion processing and frequency conversion processing are performed by the transmission / reception unit ex351, and then transmitted via the antenna ex350.
  • the mobile phone ex114 also amplifies the received data received via the antenna ex350 in the voice call mode, performs frequency conversion processing and analog-digital conversion processing, performs spectrum despreading processing by the modulation / demodulation unit ex352, and performs voice signal processing unit After being converted into an analog audio signal by ex354, this is output from the audio output unit ex357.
  • the text data of the e-mail input by operating the operation key unit ex366 of the main unit is sent to the main control unit ex360 via the operation input control unit ex362.
  • the main control unit ex360 performs spread spectrum processing on the text data in the modulation / demodulation unit ex352, performs digital analog conversion processing and frequency conversion processing in the transmission / reception unit ex351, and then transmits the text data to the base station ex110 via the antenna ex350.
  • almost the reverse process is performed on the received data and output to the display unit ex358.
  • the video signal processing unit ex355 compresses the video signal supplied from the camera unit ex365 by the moving image encoding method described in the above embodiments. Encode (that is, function as an image encoding device according to an aspect of the present invention), and send the encoded video data to the multiplexing / demultiplexing unit ex353.
  • the audio signal processing unit ex354 encodes the audio signal picked up by the audio input unit ex356 while the camera unit ex365 images a video, a still image, etc., and sends the encoded audio data to the multiplexing / separating unit ex353. To do.
  • the multiplexing / demultiplexing unit ex353 multiplexes the encoded video data supplied from the video signal processing unit ex355 and the encoded audio data supplied from the audio signal processing unit ex354 by a predetermined method, and is obtained as a result.
  • the multiplexed data is subjected to spread spectrum processing by the modulation / demodulation unit (modulation / demodulation circuit unit) ex352, digital-analog conversion processing and frequency conversion processing by the transmission / reception unit ex351, and then transmitted via the antenna ex350.
  • the multiplexing / separating unit ex353 separates the multiplexed data into a video data bit stream and an audio data bit stream, and performs video signal processing on the video data encoded via the synchronization bus ex370.
  • the encoded audio data is supplied to the audio signal processing unit ex354 while being supplied to the unit ex355.
  • the video signal processing unit ex355 decodes the video signal by decoding using the video decoding method corresponding to the video encoding method described in each of the above embodiments (that is, an image according to an aspect of the present invention).
  • video and still images included in the moving image file linked to the home page are displayed from the display unit ex358 via the LCD control unit ex359.
  • the audio signal processing unit ex354 decodes the audio signal, and the audio is output from the audio output unit ex357.
  • the terminal such as the mobile phone ex114 is referred to as a transmission terminal having only an encoder and a receiving terminal having only a decoder.
  • a transmission terminal having only an encoder
  • a receiving terminal having only a decoder.
  • multiplexed data in which music data or the like is multiplexed with video data is received and transmitted, but data in which character data or the like related to video is multiplexed in addition to audio data It may be video data itself instead of multiplexed data.
  • the moving picture encoding method or the moving picture decoding method shown in each of the above embodiments can be used in any of the above-described devices / systems. The described effect can be obtained.
  • multiplexed data obtained by multiplexing audio data or the like with video data is configured to include identification information indicating which standard the video data conforms to.
  • identification information indicating which standard the video data conforms to.
  • FIG. 47 is a diagram showing a structure of multiplexed data.
  • the multiplexed data is obtained by multiplexing one or more of a video stream, an audio stream, a presentation graphics stream (PG), and an interactive graphics stream.
  • the video stream indicates the main video and sub-video of the movie
  • the audio stream (IG) indicates the main audio portion of the movie and the sub-audio mixed with the main audio
  • the presentation graphics stream indicates the subtitles of the movie.
  • the main video indicates a normal video displayed on the screen
  • the sub-video is a video displayed on a small screen in the main video.
  • the interactive graphics stream indicates an interactive screen created by arranging GUI components on the screen.
  • the video stream is encoded by the moving image encoding method or apparatus shown in the above embodiments, or the moving image encoding method or apparatus conforming to the conventional standards such as MPEG-2, MPEG4-AVC, and VC-1. ing.
  • the audio stream is encoded by a method such as Dolby AC-3, Dolby Digital Plus, MLP, DTS, DTS-HD, or linear PCM.
  • Each stream included in the multiplexed data is identified by PID. For example, 0x1011 for video streams used for movie images, 0x1100 to 0x111F for audio streams, 0x1200 to 0x121F for presentation graphics, 0x1400 to 0x141F for interactive graphics streams, 0x1B00 to 0x1B1F are assigned to video streams used for sub-pictures, and 0x1A00 to 0x1A1F are assigned to audio streams used for sub-audio mixed with the main audio.
  • FIG. 48 is a diagram schematically showing how multiplexed data is multiplexed.
  • a video stream ex235 composed of a plurality of video frames and an audio stream ex238 composed of a plurality of audio frames are converted into PES packet sequences ex236 and ex239, respectively, and converted into TS packets ex237 and ex240.
  • the data of the presentation graphics stream ex241 and interactive graphics ex244 are converted into PES packet sequences ex242 and ex245, respectively, and further converted into TS packets ex243 and ex246.
  • the multiplexed data ex247 is configured by multiplexing these TS packets into one stream.
  • FIG. 49 shows in more detail how the video stream is stored in the PES packet sequence.
  • the first row in FIG. 49 shows a video frame sequence of the video stream.
  • the second level shows a PES packet sequence.
  • a plurality of Video Presentation Units in the video stream are divided into pictures, B pictures, and P pictures, and are stored in the payload of the PES packet.
  • Each PES packet has a PES header, and a PTS (Presentation Time-Stamp) that is a display time of a picture and a DTS (Decoding Time-Stamp) that is a decoding time of a picture are stored in the PES header.
  • PTS Presentation Time-Stamp
  • DTS Decoding Time-Stamp
  • FIG. 50 shows the format of TS packets that are finally written in the multiplexed data.
  • the TS packet is a 188-byte fixed-length packet composed of a 4-byte TS header having information such as a PID for identifying a stream and a 184-byte TS payload for storing data.
  • the PES packet is divided and stored in the TS payload.
  • a 4-byte TP_Extra_Header is added to a TS packet, forms a 192-byte source packet, and is written in multiplexed data.
  • TP_Extra_Header information such as ATS (Arrival_Time_Stamp) is described.
  • ATS indicates the transfer start time of the TS packet to the PID filter of the decoder.
  • Source packets are arranged in the multiplexed data as shown in the lower part of FIG. 50, and the number incremented from the head of the multiplexed data is called SPN (source packet number).
  • TS packets included in the multiplexed data include PAT (Program Association Table), PMT (Program Map Table), PCR (Program Clock Reference), and the like in addition to each stream such as video / audio / caption.
  • PAT indicates what the PID of the PMT used in the multiplexed data is, and the PID of the PAT itself is registered as 0.
  • the PMT has the PID of each stream such as video / audio / subtitles included in the multiplexed data and the attribute information of the stream corresponding to each PID, and has various descriptors related to the multiplexed data.
  • the descriptor includes copy control information for instructing permission / non-permission of copying of multiplexed data.
  • the PCR corresponds to the ATS in which the PCR packet is transferred to the decoder. Contains STC time information.
  • FIG. 51 is a diagram for explaining the data structure of the PMT in detail.
  • a PMT header describing the length of data included in the PMT is arranged at the head of the PMT.
  • a plurality of descriptors related to multiplexed data are arranged.
  • the copy control information and the like are described as descriptors.
  • a plurality of pieces of stream information regarding each stream included in the multiplexed data are arranged.
  • the stream information includes a stream descriptor in which a stream type, a stream PID, and stream attribute information (frame rate, aspect ratio, etc.) are described to identify a compression codec of the stream.
  • the multiplexed data is recorded together with the multiplexed data information file.
  • the multiplexed data information file is management information of multiplexed data, has a one-to-one correspondence with the multiplexed data, and includes multiplexed data information, stream attribute information, and an entry map.
  • the multiplexed data information is composed of a system rate, a reproduction start time, and a reproduction end time.
  • the system rate indicates a maximum transfer rate of multiplexed data to a PID filter of a system target decoder described later.
  • the ATS interval included in the multiplexed data is set to be equal to or less than the system rate.
  • the playback start time is the PTS of the first video frame of the multiplexed data
  • the playback end time is set by adding the playback interval for one frame to the PTS of the video frame at the end of the multiplexed data.
  • the attribute information for each stream included in the multiplexed data is registered for each PID.
  • the attribute information has different information for each video stream, audio stream, presentation graphics stream, and interactive graphics stream.
  • the video stream attribute information includes the compression codec used to compress the video stream, the resolution of the individual picture data constituting the video stream, the aspect ratio, and the frame rate. It has information such as how much it is.
  • the audio stream attribute information includes the compression codec used to compress the audio stream, the number of channels included in the audio stream, the language supported, and the sampling frequency. With information. These pieces of information are used for initialization of the decoder before the player reproduces it.
  • the stream type included in the PMT is used.
  • video stream attribute information included in the multiplexed data information is used.
  • the video encoding shown in each of the above embodiments for the stream type or video stream attribute information included in the PMT.
  • FIG. 54 shows steps of the moving picture decoding method according to the present embodiment.
  • step exS100 the stream type included in the PMT or the video stream attribute information included in the multiplexed data information is acquired from the multiplexed data.
  • step exS101 it is determined whether or not the stream type or the video stream attribute information indicates multiplexed data generated by the moving picture encoding method or apparatus described in the above embodiments. To do.
  • step exS102 the above embodiments are performed. Decoding is performed by the moving picture decoding method shown in the form.
  • the conventional information Decoding is performed by a moving image decoding method compliant with the standard.
  • FIG. 55 shows a configuration of an LSI ex500 that is made into one chip.
  • the LSI ex500 includes elements ex501, ex502, ex503, ex504, ex505, ex506, ex507, ex508, and ex509 described below, and each element is connected via a bus ex510.
  • the power supply circuit unit ex505 is activated to an operable state by supplying power to each unit when the power supply is on.
  • the LSI ex500 uses the AV I / O ex509 to perform the microphone ex117 and the camera ex113 based on the control of the control unit ex501 including the CPU ex502, the memory controller ex503, the stream controller ex504, the driving frequency control unit ex512, and the like.
  • the AV signal is input from the above.
  • the input AV signal is temporarily stored in an external memory ex511 such as SDRAM.
  • the accumulated data is divided into a plurality of times as appropriate according to the processing amount and the processing speed and sent to the signal processing unit ex507, and the signal processing unit ex507 encodes an audio signal and / or video. Signal encoding is performed.
  • the encoding process of the video signal is the encoding process described in the above embodiments.
  • the signal processing unit ex507 further performs processing such as multiplexing the encoded audio data and the encoded video data according to circumstances, and outputs the result from the stream I / Oex 506 to the outside.
  • the output multiplexed data is transmitted to the base station ex107 or written to the recording medium ex215. It should be noted that data should be temporarily stored in the buffer ex508 so as to be synchronized when multiplexing.
  • the memory ex511 is described as an external configuration of the LSI ex500.
  • a configuration included in the LSI ex500 may be used.
  • the number of buffers ex508 is not limited to one, and a plurality of buffers may be provided.
  • the LSI ex500 may be made into one chip or a plurality of chips.
  • control unit ex501 includes the CPU ex502, the memory controller ex503, the stream controller ex504, the drive frequency control unit ex512, and the like, but the configuration of the control unit ex501 is not limited to this configuration.
  • the signal processing unit ex507 may further include a CPU.
  • the CPU ex502 may be configured to include a signal processing unit ex507 or, for example, an audio signal processing unit that is a part of the signal processing unit ex507.
  • the control unit ex501 is configured to include a signal processing unit ex507 or a CPU ex502 having a part thereof.
  • LSI LSI
  • IC system LSI
  • super LSI ultra LSI depending on the degree of integration
  • the method of circuit integration is not limited to LSI, and implementation with a dedicated circuit or a general-purpose processor is also possible.
  • An FPGA Field Programmable Gate Array
  • Such a programmable logic device typically loads or reads a program constituting software or firmware from a memory or the like, so that the moving image encoding method or the moving image described in each of the above embodiments is used.
  • An image decoding method can be performed.
  • FIG. 56 shows a configuration ex800 in the present embodiment.
  • the drive frequency switching unit ex803 sets the drive frequency high when the video data is generated by the moving image encoding method or apparatus described in the above embodiments.
  • the decoding processing unit ex801 that executes the moving picture decoding method described in each of the above embodiments is instructed to decode the video data.
  • the video data is video data compliant with the conventional standard, compared to the case where the video data is generated by the moving picture encoding method or apparatus shown in the above embodiments, Set the drive frequency low. Then, it instructs the decoding processing unit ex802 compliant with the conventional standard to decode the video data.
  • the drive frequency switching unit ex803 includes the CPU ex502 and the drive frequency control unit ex512 in FIG.
  • the decoding processing unit ex801 that executes the moving picture decoding method shown in each of the above embodiments and the decoding processing unit ex802 that complies with the conventional standard correspond to the signal processing unit ex507 in FIG.
  • the CPU ex502 identifies which standard the video data conforms to. Then, based on the signal from the CPU ex502, the drive frequency control unit ex512 sets the drive frequency. Further, based on the signal from the CPU ex502, the signal processing unit ex507 decodes the video data.
  • the identification information described in the tenth embodiment may be used for identifying the video data.
  • the identification information is not limited to that described in the tenth embodiment, and any information that can identify which standard the video data conforms to may be used. For example, it is possible to identify which standard the video data conforms to based on an external signal that identifies whether the video data is used for a television or a disk. In some cases, identification may be performed based on such an external signal.
  • the selection of the driving frequency in the CPU ex502 may be performed based on, for example, a lookup table in which video data standards and driving frequencies are associated with each other as shown in FIG. The look-up table is stored in the buffer ex508 or the internal memory of the LSI, and the CPU ex502 can select the drive frequency by referring to the look-up table.
  • FIG. 57 shows steps for executing the method of the present embodiment.
  • the signal processing unit ex507 acquires identification information from the multiplexed data.
  • the CPU ex502 identifies whether the video data is generated by the encoding method or apparatus described in each of the above embodiments based on the identification information.
  • the CPU ex502 sends a signal for setting the drive frequency high to the drive frequency control unit ex512. Then, the drive frequency control unit ex512 sets a high drive frequency.
  • step exS203 the CPU ex502 drives the signal for setting the drive frequency low. This is sent to the frequency control unit ex512. Then, in the drive frequency control unit ex512, the drive frequency is set to be lower than that in the case where the video data is generated by the encoding method or apparatus described in the above embodiments.
  • the power saving effect can be further enhanced by changing the voltage applied to the LSI ex500 or the device including the LSI ex500 in conjunction with the switching of the driving frequency. For example, when the drive frequency is set low, it is conceivable that the voltage applied to the LSI ex500 or the device including the LSI ex500 is set low as compared with the case where the drive frequency is set high.
  • the setting method of the driving frequency may be set to a high driving frequency when the processing amount at the time of decoding is large, and to a low driving frequency when the processing amount at the time of decoding is small. It is not limited to the method.
  • the amount of processing for decoding video data compliant with the MPEG4-AVC standard is larger than the amount of processing for decoding video data generated by the moving picture encoding method or apparatus described in the above embodiments. It is conceivable that the setting of the driving frequency is reversed to that in the case described above.
  • the method for setting the drive frequency is not limited to the configuration in which the drive frequency is lowered.
  • the voltage applied to the LSIex500 or the apparatus including the LSIex500 is set high.
  • the driving of the CPU ex502 is stopped.
  • the CPU ex502 is temporarily stopped because there is room in processing. Is also possible. Even when the identification information indicates that the video data is generated by the moving image encoding method or apparatus described in each of the above embodiments, if there is a margin for processing, the CPU ex502 is temporarily driven. It can also be stopped. In this case, it is conceivable to set the stop time shorter than in the case where the video data conforms to the conventional standards such as MPEG-2, MPEG4-AVC, and VC-1.
  • a plurality of video data that conforms to different standards may be input to the above-described devices and systems such as a television and a mobile phone.
  • the signal processing unit ex507 of the LSI ex500 needs to support a plurality of standards in order to be able to decode even when a plurality of video data complying with different standards is input.
  • the signal processing unit ex507 corresponding to each standard is used individually, there is a problem that the circuit scale of the LSI ex500 increases and the cost increases.
  • a decoding processing unit for executing the moving picture decoding method shown in each of the above embodiments and a decoding conforming to a standard such as MPEG-2, MPEG4-AVC, or VC-1
  • the processing unit is partly shared.
  • An example of this configuration is shown as ex900 in FIG. 59A.
  • the moving picture decoding method shown in each of the above embodiments and the moving picture decoding method compliant with the MPEG4-AVC standard are processed in processes such as entropy coding, inverse quantization, deblocking filter, and motion compensation. Some contents are common.
  • the decoding processing unit ex902 corresponding to the MPEG4-AVC standard is shared, and for other processing contents specific to one aspect of the present invention that do not correspond to the MPEG4-AVC standard, a dedicated decoding processing unit A configuration using ex901 is conceivable.
  • the decoding processing unit for executing the moving picture decoding method described in each of the above embodiments is shared, and the processing content specific to the MPEG4-AVC standard As for, a configuration using a dedicated decoding processing unit may be used.
  • ex1000 in FIG. 59B shows another example in which processing is partially shared.
  • a dedicated decoding processing unit ex1001 corresponding to the processing content specific to one aspect of the present invention
  • a dedicated decoding processing unit ex1002 corresponding to the processing content specific to another conventional standard
  • a common decoding processing unit ex1003 corresponding to the processing contents common to the moving image decoding method according to the above and other conventional moving image decoding methods.
  • the dedicated decoding processing units ex1001 and ex1002 are not necessarily specialized in one aspect of the present invention or processing content specific to other conventional standards, and can execute other general-purpose processing. Also good.
  • the configuration of the present embodiment can be implemented by LSI ex500.
  • the processing content common to the moving picture decoding method according to one aspect of the present invention and the moving picture decoding method of the conventional standard reduces the circuit scale of the LSI by sharing the decoding processing unit, In addition, the cost can be reduced.
  • the image encoding method and the image decoding method according to the present invention can be applied to any multimedia data.
  • the image encoding method and the image decoding method according to the present invention are useful as an image encoding method and an image decoding method in storage, transmission, communication, etc. using, for example, a mobile phone, a DVD device, and a personal computer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

画像を複数のスライスに分割し、符号化対象であるカレントスライスの参照対象画素が、カレントスライスの上側または左側に隣接する第一スライスに含まれる場合に、参照対象画素の参照に対する許可または禁止を示す第一フラグを生成し、参照対象画素が、カレントスライスの下側または右側に隣接する第二スライスに含まれる場合に、参照対象画素の参照に対する許可または禁止を示す第二フラグであって、第一フラグとは異なる第二フラグを生成する生成ステップと、カレントスライスとカレントスライスに隣接するスライスとの間の境界をフィルタリングするフィルタリングステップと、を含み、フィルタリングステップでは、第一フラグが許可を示す場合には、カレントスライスと第一スライスとの間の第一境界に対してフィルタリングし、第二フラグが許可を示す場合には、カレントスライスと前記第二スライスとの間の第二境界に対してフィルタリングする。

Description

画像符号化方法、画像復号方法、画像符号化装置および画像復号装置
　本発明は、画像を符号化する画像符号化方法および画像符号化装置、および、画像を復号する画像復号方法および画像復号装置に関する。
　画像（動画像を含む）を符号化する画像符号化方法および画像符号化装置、および、画像を復号する画像復号方法および画像復号装置に関する技術として、非特許文献１に記載の技術がある。
Ｊｏｉｎｔ　Ｃｏｌｌａｂｏｒａｔｉｖｅ　Ｔｅａｍ　ｏｎ　Ｖｉｄｅｏ　Ｃｏｄｉｎｇ　（ＪＣＴ－ＶＣ）　ｏｆ　ＩＴＵ－Ｔ　ＳＧ１６　ＷＰ３　ａｎｄ　ＩＳＯ／ＩＥＣ　ＪＴＣ１／ＳＣ２９／ＷＧ１１　９ｔｈ　Ｍｅｅｔｉｎｇ：　Ｇｅｎｅｖａ，　ＣＨ，　２７　Ａｐｒｉｌ　-　７　Ｍａｙ　２０１２　ＪＣＴＶＣ－Ｉ１００３＿ｄ９．ｄｏｃ，　Ｈｉｇｈ　ｅｆｆｉｃｉｅｎｃｙ　ｖｉｄｅｏ　ｃｏｄｉｎｇ　（ＨＥＶＣ）　ｔｅｘｔ　ｓｐｅｃｉｆｉｃａｔｉｏｎ　ｄｒａｆｔ　７　http://phenix.it-sudparis.eu/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I1003-v10.zip
　しかしながら、従来技術に係る画像符号化方法および画像符号化装置、および、画像復号方法および画像復号装置において、非効率的な処理が用いられる場合がある。
　そこで、本発明は、画像を効率的に符号化する画像符号化方法および画像符号化装置、および、画像を効率的に復号する画像復号方法および画像復号装置を提供する。
　本発明の一態様に係る画像符号化方法は、画像をビットストリームに符号化する画像符号化方法であって、前記画像を複数のスライスに分割する分割ステップと、符号化対象であるカレントスライスの参照対象画素が、前記カレントスライスの上側または左側に隣接する第一スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第一フラグを生成し、前記参照対象画素が、前記カレントスライスの下側または右側に隣接する第二スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第二フラグであって、前記第一フラグとは異なる前記第二フラグを生成する生成ステップと、前記カレントスライスと前記カレントスライスに隣接するスライスとの間の境界をフィルタリングするフィルタリングステップと、を含み、前記フィルタリングステップでは、前記第一フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第一スライスとの間の第一境界に対してフィルタリングし、前記第二フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第二スライスとの間の第二境界に対してフィルタリングする。
　本発明の一態様に係る画像復号方法は、ビットストリームから画像を復号する画像復号方法であって、復号対象であるカレントスライスの参照対象画素が、前記カレントスライスの上側または左側に隣接する第一スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第一フラグを取得し、前記参照対象画素が、前記カレントスライスの下側または右側に隣接する第二スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第二フラグであって、前記第一フラグとは異なる前記第二フラグを取得する取得ステップと、前記カレントスライスと前記カレントスライスに隣接するスライスとの間の境界をフィルタリングするフィルタリングステップと、を含み、前記フィルタリングステップでは、前記第一フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第一スライスとの間の第一境界に対してフィルタリングし、前記第二フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第二スライスとの間の第二境界に対してフィルタリングする。
　なお、これらの包括的または具体的な態様は、上述した方法を実行する装置、システム、集積回路、コンピュータプログラムまたはコンピュータ読み取り可能なＣＤ－ＲＯＭ等の記録媒体で実現されてもよく、装置、システム、集積回路、コンピュータプログラムおよび記録媒体の任意な組み合わせで実現されてもよい。
　本発明の画像符号化方法および画像符号化装置および画像復号方法および画像復号装置は、画像を効率的に符号化または復号することができる。
図１は、実施の形態１における画像符号化装置の構成の一例を示すブロック図である。 図２は、実施の形態１における画像符号化方法の処理手順の一例を示すフローチャートである。 図３は、実施の形態１におけるＳＡＯ処理部１１０の内部構成を示すブロック図である。 図４は、実施の形態１におけるＳＡＯ処理の処理手順（全体）の一例を示すフローチャートである。 図５は、実施の形態１におけるＳＡＯ処理（ＳＡＯオフセットの加算）の処理手順の一例を示すフローチャートである。 図６は、実施の形態１におけるピクチャデータ符号化部の内部構成の一例を示すブロック図である。 図７は、実施の形態１におけるピクチャデータの符号化の処理手順の一例を示すフローチャートである。 図８は、実施の形態１におけるスライス境界参照許可フラグの符号化の処理手順の一例を示すフローチャートである。 図９は、実施の形態１におけるＳＡＯパラメータの符号化の処理手順の一例を示すフローチャートである。 図１０Ａは、参照画素位置タイプ０における処理対象画素と参照画素との関係を示す図である。 図１０Ｂは、参照画素位置タイプ１における処理対象画素と参照画素との関係を示す図である。 図１０Ｃは、参照画素位置タイプ２における処理対象画素と参照画素との関係を示す図である。 図１０Ｄは、参照画素位置タイプ３における処理対象画素と参照画素との関係を示す図である。 図１１は、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇとＳＡＯ処理が実行されるか否かとの関係を示す図である。 図１２は、実施の形態２における画像復号装置の構成の一例を示すブロック図である。 図１３は、実施の形態２における画像復号方法の処理手順の一例を示すフローチャートである。 図１４は、実施の形態２におけるＳＡＯ処理部の内部構成の一例を示すブロック図である。 図１５は、実施の形態２におけるＳＡＯ処理の処理手順の一例を示すフローチャートである。 図１６は、実施の形態２におけるピクチャデータ復号部の内部構成の一例を示すブロック図である。 図１７は、実施の形態２におけるピクチャデータ復号の処理手順の一例を示すフローチャートである。 図１８は、実施の形態２におけるスライス境界参照許可フラグの復号の処理手順の一例を示すフローチャートである。 図１９は、実施の形態２におけるＳＡＯパラメータの復号の処理手順の一例を示すフローチャートである。 図２０は、実施の形態３における画像符号化装置の構成の一例を示すブロック図である。 図２１は、実施の形態３における画像符号化方法の処理手順の一例を示すフローチャートである。 図２２は、実施の形態３におけるスライス境界参照許可フラグの復号の処理手順の一例を示すフローチャートである。 図２３は、実施の形態４におけるスライス境界参照許可フラグの復号の処理手順の一例を示すフローチャートである。 図２４は、実施の形態５における画像符号化装置の構成の一例を示すブロック図である。 図２５は、実施の形態５における画像符号化方法の処理手順の一例を示すフローチャートである。 図２６は、実施の形態５におけるＳＡＯ処理部の内部構成を示すブロック図である。 図２７は、実施の形態５におけるＳＡＯ処理（全体）の処理手順の一例を示すフローチャートである。 図２８は、実施の形態５におけるスライス境界参照許可フラグの符号化の処理手順の一例を示すフローチャートである。 図２９は、実施の形態６におけるスライス境界参照許可フラグの復号の処理手順の一例を示すフローチャートである。 図３０は、本実施の形態における画像符号化装置の構成の一例を示すブロック図である。 図３１は、本実施の形態の画像符号化方法の処理手順の一例を示すフローチャートである。 図３２は、ＳＡＯ処理部の内部構成を示すブロック図である。 図３３は、ＳＡＯ処理（全体）の処理手順の一例を示すフローチャートである。 図３４は、ピクチャデータ符号化部の内部構成の一例を示すブロック図である。 図３５は、スライス境界参照許可フラグの符号化の処理手順の一例を示すフローチャートである。 図３６は、本実施の形態における画像復号装置の構成の一例を示すブロック図である。 図３７は、ＳＡＯ処理部の内部構成の一例を示すブロック図である。 図３８は、本実施の形態のＳＡＯ処理の処理手順の一例を示すフローチャートである。 図３９は、ピクチャデータ復号部の内部構成の一例を示すブロック図である。 図４０は、本実施の形態のスライス境界参照許可フラグの復号の処理手順の一例を示すフローチャートである。 図４１は、コンテンツ配信サービスを実現するコンテンツ供給システムの全体構成図である。 図４２は、デジタル放送用システムの全体構成図である。 図４３は、テレビの構成例を示すブロック図である。 図４４は、光ディスクである記録メディアに情報の読み書きを行う情報再生／記録部の構成例を示すブロック図である。 図４５は、光ディスクである記録メディアの構造例を示す図である。 図４６Ａは、携帯電話の一例を示す図である。 図４６Ｂは、携帯電話の構成例を示すブロック図である。 図４７は、多重化データの構成を示す図である。 図４８は、各ストリームが多重化データにおいてどのように多重化されているかを模式的に示す図である。 図４９は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかを更に詳しく示した図である。 図５０は、多重化データにおけるＴＳパケットとソースパケットの構造を示す図である。 図５１は、ＰＭＴのデータ構成を示す図である。 図５２は、多重化データ情報の内部構成を示す図である。 図５３は、ストリーム属性情報の内部構成を示す図である。 図５４は、映像データを識別するステップを示す図である。 図５５は、各実施の形態の動画像符号化方法および動画像復号化方法を実現する集積回路の構成例を示すブロック図である。 図５６は、駆動周波数を切り替える構成を示す図である。 図５７は、映像データを識別し、駆動周波数を切り替えるステップを示す図である。 図５８は、映像データの規格と駆動周波数を対応づけたルックアップテーブルの一例を示す図である。 図５９Ａは、信号処理部のモジュールを共有化する構成の一例を示す図である。 図５９Ｂは、信号処理部のモジュールを共有化する構成の他の一例を示す図である。
　（本発明の基礎となった知見）
　本発明者は、「背景技術」の欄において記載した、画像を符号化する画像符号化装置、または、画像を復号する画像復号装置に関して、以下の問題が生じることを見出した。
　近年、デジタル映像機器の技術進歩が著しく、ビデオカメラやテレビチューナから入力した映像信号（時系列順に並んだ複数のピクチャ）を圧縮符号化しＤＶＤやハードディスク等の記録メディアに記録する機会が増えている。画像符号化規格としてはＨ．２６４／ＡＶＣ（ＭＰＥＧ－４　ＡＶＣ）があるが、次世代の標準規格としてＨＥＶＣ（Ｈｉｇｈ　Ｅｆｆｉｃｉｅｎｃｙ　Ｖｉｄｅｏ　Ｃｏｄｉｎｇ）規格が検討されている。
　現在のＨＥＶＣ規格（非特許文献１）には、ＳＡＯ（Ｓａｍｐｌｅ　Ａｄａｐｔｉｖｅ　Ｏｆｆｓｅｔ）と呼ばれる処理がある。ＳＡＯ処理（以下、適宜「ＳＡＯ」と略称する）は、符号列から復号した画像の各画素に対し、オフセット値を加算する処理である。ＳＡＯ処理を行うことにより、符号化する前の原画像をより忠実に再現し、符号化による画質劣化を低減することが可能になる。ＳＡＯ処理では、処理対象画素を複数のカテゴリに分類し、カテゴリ毎に対応したオフセット値を加算する。カテゴリの分類は、別途指定される分類分けの方法に応じて処理対象画素の上／下画素、左／右画素、左上／右下画素、右上／左下を参照して実施する。
　符号化および復号処理は、１枚の入力画像を分割したスライスと呼ばれる単位毎に実行される。ＳＡＯの処理は、参照する画素が処理対象画素のスライスとは別のスライスの画素であった場合、スライス毎に指定するｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによってＳＡＯ処理をするかしないかを決定する。
　図１１を用いて説明する。図１１は、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇとＳＡＯ処理が実行されるか否かとの関係を示す図である。図１１では、１枚のピクチャを４つのスライスに分割している。また、図１１では、スライス２のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に指定されている場合の例を示している。
　ここで、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０のスライスは、参照画素が別スライスである画素はＳＡＯ処理を実施しない。ＳＡＯ処理では、処理対象画素の隣接画素を参照する。このため、スライス２内の画素の内、スライス境界に隣接した画素については、参照画素の位置によっては、ＳＡＯを実施しないことになる。なお、参照画素が別スライスである場合にＳＡＯを実施しないようにすることは、スライス間の画素の参照を禁止し、スライス間の依存関係を無くすために行われる。
　しかしながら、従来のＳＡＯ処理では、あるスライス境界のみ参照を禁止したい場合に別のスライス境界も参照禁止になってしまうという問題があった。図１１を用いて説明すると、スライス１とスライス２間の参照を禁止したい場合、スライス１およびスライス２のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを０に設定する必要がある。しかし、そのように設定すると、スライス２内のスライス３に隣接した画素もＳＡＯ処理が実行されない（ＳＡＯオフ）ことになる。また、スライス１内のスライス０に隣接した画素も、参照画素位置によっては、ＳＡＯオフになる。ＳＡＯを不必要にオフにしてしまうと画質が劣化してしまうという問題に繋がる。
　以下、実施の形態について、図面を参照しながら具体的に説明する。なお、以下で説明する実施の形態は、いずれも包括的または具体的な例を示すものである。以下の実施の形態で示される数値、形状、材料、構成要素、構成要素の配置位置および接続形態、ステップ、ステップの順序等は、一例であり、本発明を限定する主旨ではない。
　（実施の形態１）
　実施の形態１の画像符号化装置１００Ａ（１００）について、図１～図１１を基に説明する。
　＜１－１．全体構成＞
　図１は、本実施の形態における画像符号化装置の構成の一例を示すブロック図である。
　図１に示すように、本実施の形態の画像符号化装置１００Ａは、スライス分割部１０１、符号ブロック分割部１０２、減算部１０３、変換部１０４、ピクチャデータ符号化部１０５、逆変換部１０６、加算部１０７、フレームメモリ、ＤＢＦ処理部１０９、ＳＡＯ処理部１１０、予測部１１１、ＤＢＦ＿ＳＡＯ処理決定部１２０、および、スライス境界参照決定部１３０を備えている。
　各部の詳細な動作については、１－２で述べる。
　＜１－２．動作（全体）＞
　次に、図２を参照しつつ、本実施の形態の画像符号化方法の全体フローについて説明する。図２は、本実施の形態の画像符号化方法の処理手順の一例を示すフローチャートである。
　まず、スライス分割部１０１は、入力画像をスライスに分割し（Ｓ１０１）、符号ブロック分割部１０２は、スライスを符号ブロックに分割する（Ｓ１０２）。
　次に、ＤＢＦ＿ＳＡＯ処理決定部１２０は、処理対象スライス（カレントスライス）に対するＤＢＦ（Ｄｅｂｌｏｃｋ　Ｆｉｌｔｅｒ）とＳＡＯ処理とを実行するかしないかを決定する（Ｓ１０３）。ＳＡＯ処理には、輝度（Ｌｕｍａ）成分画素に対する処理（以下、適宜「ＳＡＯ－Ｌｕｍａ」と称する）と、色差（Ｃｈｒｏｍａ）成分画素に対する処理（以下、適宜「ＳＡＯ－Ｃｈｒｏｍａ」と称する）とが含まれる。ＤＢＦ処理およびＳＡＯ処理の実行可否の決定には、入力画像の特徴や、処理を実行した場合の画質改善度合い等を用いる。Ｓ１０３では、ｄｂｆ＿ｆｌａｇ（第四フラグに相当）、ｓａｏ＿ｌｕｍａ＿ｆｌａｇ（第三フラグの一部に相当）、ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇ（第三フラグの一部に相当）の３つのフラグの値を決定する。ｄｂｆ＿ｆｌａｇは、ＤＢＦ処理を実行する場合に１となり、実行しない場合は０となる。ｓａｏ＿ｌｕｍａ＿ｆｌａｇは、ＳＡＯ－Ｌｕｍａを実行する場合に１となり、実行しない場合は０となる。ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇは、ＳＡＯ－Ｃｈｒｏｍａを実行する場合に１となり、実行しない場合は０となる。
　次に、スライス境界参照決定部１３０は、処理対象スライスの上境界および左境界を跨いで別スライスの画素の参照を許可するか禁止するかを決定する。スライス境界参照決定部１３０は、Ｓ１０４において許可すると決定した場合は、処理対象スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを１に設定し、禁止すると決定した場合は処理対象スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを０に設定する（Ｓ１０４）。ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇはスライス毎に存在する。
　次に、予測部１１１は、処理対象符号ブロックの予測ブロックを生成する（Ｓ１０５）。減算部１０３は、予測ブロックと符号ブロックとの差分ブロックを生成する（Ｓ１０６）。変換部１０４は、差分ブロックを周波数変換して変換係数を生成する（Ｓ１０７）。
　さらに、変換部１０４は、変換された後の符号ブロックを逆変換部１０６は、逆周波数変換する（Ｓ１０８）。その後、加算部１０７は、逆周波数変換された符号ブロックと予測部１１１によって生成された予測ブロックとを加算した復号ブロックを生成し、フレームメモリ１０８に記憶する（Ｓ１０９）。
　そして、次の符号ブロックを処理対象とし（Ｓ１１０）、スライス内の全符号ブロックの処理が完了するまでＳ１０５～Ｓ１１１を繰り返す（Ｓ１１１）。また、１つのスライス内の全ての符号ブロックの処理が完了すると（Ｓ１１１のＹｅｓ）、次のスライスを処理対象スライスとし（Ｓ１１２）、ピクチャ内の全スライスの処理が完了するまでＳ１０３～Ｓ１１３を繰り返す（Ｓ１１３）。なお、符号ブロックおよびスライスはピクチャの左上から右下へラスタスキャンの順で処理対象に設定する。
　次に、スライス境界参照決定部１３０は、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを設定する（Ｓ１１４）。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャ内の各スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇで１つでも１が存在する場合は１となり、全て０の場合は０となる。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、１つのピクチャに１つ存在する。
　次に、処理対象スライスのｄｂｆ＿ｆｌａｇが１（ＤＢＦ実行フラグがオン）の場合は（Ｓ１１５のＹｅｓ）、ＤＢＦ処理部１０９は、そのスライスのＤＢＦを実施する（Ｓ１１６）。
　次に、処理対象スライスのｓａｏ＿ｌｕｍａ＿ｆｌａｇが１（ＳＡＯ　Ｌｕｍａ実行フラグがオン）の場合は（Ｓ１１７のＹｅｓ）、ＳＡＯ処理部１１０は、そのスライスの輝度成分画素に対するＳＡＯ処理を実施する（Ｓ１１８）。処理対象スライスのｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇが１（ＳＡＯ　Ｃｈｒｏｍａ実行フラグがオン）の場合は（Ｓ１１９のＹｅｓ）、ＳＡＯ処理部１１０は、そのスライスの色差成分画素（ＣｂおよびＣｒ）に対するＳＡＯ処理を実施する（Ｓ１２０、Ｓ１２１）。ＳＡＯ処理の詳細は後述する。
　そして、次の符号ブロックを処理対象とし（Ｓ１２２）、スライス内の全符号ブロックの処理が完了するまでＳ１１５～Ｓ１２３を繰り返す（Ｓ１２３）。さらに、また、１つのスライス内の全ての符号ブロックの処理が完了すると（Ｓ２１３のＹｅｓ）、次のスライスを処理対象スライスとし（Ｓ１２４）、ピクチャ内の全スライスの処理が完了するまでＳ１１５～Ｓ１２５を繰り返す（Ｓ１２５）。
　次に、ピクチャデータ符号化部１０５は、ピクチャデータの符号化を行う（Ｓ１２６）。ピクチャデータ符号化の詳細は後述する。
　以降、特徴的なＳＡＯ処理部、ピクチャデータ符号化部について詳細を説明する。
　＜１－３．ＳＡＯ処理部の構成＞
　図３は、ＳＡＯ処理部１１０の内部構成の一例を示すブロック図である。
　図３に示すように、ＳＡＯ処理部１１０は、ＳＡＯパラメータ決定部１１０ａ、スライス境界参照判定部１１０ｂ、および、ＳＡＯオフセット加算部１１０ｃを備えている。
　各部の詳細な動作については、１－４で述べる。
　＜１－４．動作（ＳＡＯ処理）＞
　次に、図４を参照しつつ、ＳＡＯ処理（Ｓ１１８、Ｓ１２０、Ｓ１２１）のフロー（全体）の詳細について説明する。図４は、ＳＡＯ処理（全体）の処理手順の一例を示すフローチャートである。なお、Ｌｕｍａ、Ｃｒ、Ｃｂで用いるフラグは異なるが、ＳＡＯ処理の方法は同じである。
　まず、ＳＡＯパラメータ決定部１１０ａは、処理対象符号ブロックでＳＡＯを行うか否かを決定する（Ｓ１３１）。ＳＡＯパラメータ決定部１１０ａは、ＤＢＦ処理を実行した結果生成される画素や符号ブロックを用い、ＤＢＦ処理を実行した場合の画質改善度合い等でＤＢＦ処理を実行するか否かを決定する。Ｓ１３１において、ＳＡＯパラメータ決定部１１０ａは、ＳＡＯ処理の対象がＬｕｍａの場合には、ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａを設定する。ＳＡＯパラメータ決定部１１０ａは、ＳＡＯ処理の対象がＣｈｒｏｍａ（Ｃｂ／Ｃｒ）の場合にはｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｃｈｒｏｍａを設定する。ＳＡＯパラメータ決定部１１０ａは、これらのフラグに、ＳＡＯ処理を実行しない場合は０を、実行する場合は１を設定する。ＳＡＯパラメータ決定部１１０ａは、ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａまたはｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｃｈｒｏｍａが１の場合（ＳＡＯ処理を実行する場合）、Ｓ１３３以降を実施し、０の場合はＳＡＯ処理を終了する。
　次に、ＳＡＯパラメータ決定部１１０ａは、参照画素位置タイプを決定する（Ｓ１３３）。参照画素位置タイプは４種類あり、タイプに応じて参照する参照画素の位置が異なるが、いずれも処理対象画素に隣接する２つの画素を参照画素とする。
　図１０Ａ～図１０Ｄは、それぞれ、参照画素位置タイプと参照画素との関係を示す図である。図１０Ａ～図１０Ｄでは、処理対象画素ｃと、参照画素ｃ１および参照画素ｃ２とを示している。図１０Ａに示す参照画素位置タイプ０では、処理対象画素ｃの左側に隣接する画素が参照画素ｃ１として設定され、右側に隣接する画素が参照画素ｃ２として設定されている。図１０Ｂに示す参照画素位置タイプ１では、処理対象画素ｃの上側に隣接する画素が参照画素ｃ１として設定され、下側に隣接する画素が参照画素ｃ２として設定されている。図１０Ｃに示す参照画素位置タイプ２では、処理対象画素ｃの左上側に隣接する画素が参照画素ｃ１として設定され、右下側に隣接する画素が参照画素ｃ２として設定されている。図１０Ｄに示す参照画素位置タイプ３では、処理対象画素ｃの右上側に隣接する画素が参照画素ｃ１として設定され、左下側に隣接する画素が参照画素ｃ２として設定されている。
　ＳＡＯパラメータ決定部１１０ａは、各カテゴリのＳＡＯオフセット値を決定する（Ｓ１３４）。カテゴリに関しては次のＳＡＯオフセット加算処理（１－５）で詳細を述べる。ＳＡＯオフセット加算部１１０ｃは、ＤＢＦ処理の結果の画素や符号ブロックを用い、ＳＡＯ処理を実行した場合の画質改善度合い等で、参照画素位置タイプとＳＡＯオフセット値を決定する。
　次に、スライス境界参照判定部１１０ｂは、Ｓ１３３で決定した参照画素の位置に応じてその参照画素を参照してよいかどうかを判定し、参照してはならない場合はＳＡＯオフセット加算処理を行わない（Ｓ１３５～Ｓ１３８）。つまりＳＡＯ処理を実施しない。
　具体的には、スライス境界参照判定部１１０ｂは、２つの参照画素の少なくとも一方が別スライスの画素であるか否かを判定する（Ｓ１３５）。スライス境界参照判定部１１０ｂは、２つの参照画素の少なくとも一方が別スライスであった場合（Ｓ１３５のＹｅｓ）、その参照画素が含まれるスライスが本処理対象スライスよりも前にＳＡＯ処理されているか否かを判断する（Ｓ１３６）。スライス境界参照判定部１１０ｂは、参照画素が含まれるスライスが、前にＳＡＯ処理されている場合は（Ｓ１３６のＹｅｓ）、本処理対象スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ（本実施の形態では、第一フラグに相当）によって参照してよいか否かを判定する（Ｓ１３７）。これに対し、スライス境界参照判定部１１０ｂは、参照画素が含まれるスライスが、後で処理するスライスであった場合は（Ｓ１３６のＮｏ）、参照画素が含まれるスライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ（本実施の形態では、第二フラグに相当）によって参照してよいか否かを判定する（Ｓ１３８）。スライス境界参照判定部１１０ｂは、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であった場合は（Ｓ１３７のＮｏおよびＳ１３８のＮｏ）、参照禁止であるため、ＳＡＯ処理を実施しない。
　こうすることによって、処理対象スライスの上境界および左境界の参照の許可および禁止は処理対象スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって判断し、下境界および右境界の参照の許可および禁止は処理対象スライスの下のスライス、右のスライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって判断することになる。図１１を用いて説明すると、スライス１とスライス２の境界はスライス２のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって判断し、スライス２とスライス３の境界はスライス３のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって判断する。
　ＳＡＯオフセット加算部１１０ｃは、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であった場合は（Ｓ１３７のＹｅｓおよびＳ１３８のＹｅｓ）、ＤＢＦ処理の結果生成された画素の画素値にＳＡＯオフセット値を加算する（Ｓ１３９）。詳細は後述する。
　ＳＡＯパラメータ決定部１１０ａ、スライス境界参照判定部１１０ｂおよびＳＡＯオフセット加算部１１０ｃは、Ｓ１３５～Ｓ１３９を符号ブロック内の全画素に対して実施する（Ｓ１４０）。
　＜１－５．動作（ＳＡＯオフセット加算）＞
　次に、図５を参照しつつ、ＳＡＯ処理のフロー（ＳＡＯオフセットの加算）について説明する。図５は、ＳＡＯ処理（ＳＡＯオフセットの加算）の処理手順の一例を示すフローチャートである。
　まず、ＳＡＯオフセット加算部１１０ｃは、２つの参照画素と処理対象画素の画素値の大小関係を用いて０～４のカテゴリに分ける（Ｓ１４１～Ｓ１５１）。
　具体的には、ＳＡＯオフセット加算部１１０ｃは、処理対象画素の画素値＜参照画素ｃ１の画素値、且つ、処理対象画素の画素値＜参照画素ｃ２の画素値の場合は（Ｓ１４１のＹｅｓ）、処理対象画素をカテゴリ１に分類する（Ｓ１４７）。
　ＳＡＯオフセット加算部１１０ｃは、処理対象画素の画素値＜参照画素ｃ１の画素値、且つ、処理対象画素の画素値＝＝参照画素ｃ２の画素値の場合（Ｓ１４２のＹｅｓ）、または、ＳＡＯオフセット加算部１１０ｃは、処理対象画素の画素値＝＝参照画素ｃ１の画素値、且つ、処理対象画素の画素値＜参照画素ｃ２の画素値の場合は（Ｓ１４３のＹｅｓ）、処理対象画素をカテゴリ２に分類する（Ｓ１４８）。
　ＳＡＯオフセット加算部１１０ｃは、処理対象画素の画素値＞参照画素ｃ１の画素値、且つ、処理対象画素の画素値＝＝参照画素ｃ２の画素値の場合（Ｓ１４４のＹｅｓ）、または、ＳＡＯオフセット加算部１１０ｃは、処理対象画素の画素値＝＝参照画素ｃ１の画素値、且つ、処理対象画素の画素値＞参照画素ｃ２の画素値の場合は（Ｓ１４５のＹｅｓ）、処理対象画素をカテゴリ２に分類する（Ｓ１４９）。
　ＳＡＯオフセット加算部１１０ｃは、処理対象画素の画素値＞参照画素ｃ１の画素値、且つ、処理対象画素の画素値＞参照画素ｃ２の画素値の場合は（Ｓ１４６のＹｅｓ）、処理対象画素をカテゴリ４に分類する（Ｓ１５０）。
　ＳＡＯオフセット加算部１１０ｃは、上記何れの場合にも当てはまらない場合は（Ｓ１４６のＮｏ）、処理対象画素をカテゴリ０に分類する（Ｓ１５０）。
　次に、ＳＡＯオフセット加算部１１０ｃは、処理対象画素のカテゴリがカテゴリ０以外のカテゴリに分類されている場合（Ｓ１５２のＹｅｓ）、処理対象画素のカテゴリに応じたオフセット値をＤＢＦ処理の結果生成された画素値に加算する（Ｓ１５３）。オフセット値を加算することによって、ＤＢＦ処理の結果生成された画素値を入力画像の画素値により近づけている。なお、本実施の形態では、ＳＡＯオフセット加算部１１０ｃは、カテゴリ０に分類された画素にはオフセット値を加算しない。
　＜１－６．ピクチャデータ符号化部の構成＞
　図６は、ピクチャデータ符号化部の内部構成の一例を示すブロック図である。
　図６に示すように、ピクチャデータ符号化部１０５は、変換係数符号化部１０５ａ、予測情報符号化部１０５ｂ、ＳＡＯパラメータ符号化部１０５ｃ、スライス境界参照符号化部１０５ｄ、および、ＤＢＦ＿ＳＡＯ実行フラグ符号化部１０５ｅを備えている。
　各部の詳細な動作については、１－７で述べる。
　＜１－７．動作（ピクチャデータ符号化）＞
　次に、図７を参照しつつ、ピクチャデータの符号化フロー（Ｓ１２６）について説明する。図７は、ピクチャデータの符号化の処理手順の一例を示すフローチャートである。
　まず、スライス境界参照符号化部１０５ｄは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化する（Ｓ１６１）。
　次に、ＤＢＦ＿ＳＡＯ実行フラグ符号化部１０５ｅは、ｄｂｆ＿ｆｌａｇ、ｓａｏ＿ｌｕｍａ＿ｆｌａｇ、ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇを符号化する（Ｓ１６２）。
　次に、スライス境界参照符号化部１０５ｄは、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化する（Ｓ１６３）。詳細は１－８で述べる。
　次に、ＳＡＯパラメータ符号化部１０５ｃは、ＳＡＯパラメータを符号化する（Ｓ１６５）。詳細は１－９で述べる。なお、ｓａｏ＿ｌｕｍａ＿ｆｌａｇおよびｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇが共に０の場合は、ＳＡＯ処理を実施しないため、ＳＡＯパラメータは符号化しない。
　予測情報符号化部１０５ｂは、予測情報を符号化する（Ｓ１６６）。予測情報は予測ブロックを生成するための情報であり、画面間予測の動きベクトルや画面内予測の予測方向等の情報である。
　変換係数符号化部１０５ａは、変換係数を符号化する（Ｓ１６７）。
　Ｓ１６４～Ｓ１６７で符号化されたデータは、符号列として出力される。
　そして、ピクチャデータ符号化部１０５は、次の符号ブロックを処理対象とし（Ｓ１６８）、スライス内の全符号ブロックの処理が完了するまでＳ１６４～Ｓ１６９を繰り返す（Ｓ１６９）。また、ピクチャデータ符号化部１０５は、１つのスライス内の全ての符号ブロックの処理が完了すると（Ｓ１６９のＹｅｓ）、次のスライスを処理対象とし（Ｓ１７０）、ピクチャ内の全スライスの処理が完了するまでＳ１６２～Ｓ１７１を繰り返す（Ｓ１７１）。
　＜１－８．動作（スライス境界参照許可フラグ符号化）＞
　次に、図８を参照しつつ、スライス境界参照許可フラグの符号化フロー（Ｓ１６３）について説明する。図８は、スライス境界参照許可フラグの符号化の処理手順の一例を示すフローチャートである。
　まず、処理対象スライスがピクチャ内の先頭のスライスである場合は（Ｓ１７２のＹｅｓ）、スライス境界参照符号化部１０５ｄは、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇに０を設定して処理を終了する（Ｓ１７５）。ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、実質的に、スライスの上境界および左境界の境界跨ぎの参照の許可および禁止を設定するフラグである。しかし、ピクチャ内の先頭のスライスの上境界、左境界はピクチャの端であるため、境界跨ぎの参照が必ず許可にはならない（必ず禁止になる）ためである。
　次に、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合は（Ｓ１７３のＮｏ）、スライス境界参照符号化部１０５ｄは、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇに０を設定して処理を終了する（Ｓ１７５）。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合はそのピクチャ内の全スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であるためである。
　ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが先頭スライスでなく（Ｓ１７２のＮｏ）、且つｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１の場合は（Ｓ１７３のＹｅｓ）、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化する（Ｓ１７４）。
　＜１－９．動作（ＳＡＯパラメータ符号化）＞
　次に、図９を参照しつつ、ＳＡＯパラメータの符号化のフローについて説明する。図９は、ＳＡＯパラメータの符号化の処理手順の一例を示すフローチャートである。
　まず、ＳＡＯパラメータ符号化部１０５ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇとｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇとを符号化する（Ｓ１７６～Ｓ１８６）。
　具体的には、まず、ＳＡＯパラメータ符号化部１０５ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇを０に初期化する（Ｓ１７６）。ＳＡＯパラメータ符号化部１０５ｃは、左側に隣接する左符号ブロックが処理対象符号ブロックと同じスライスに属する場合（Ｓ１７７のＹｅｓ）、処理対象符号ブロックのＳＡＯパラメータが左符号ブロックのＳＡＯパラメータと同じであるか否かを判定する（Ｓ１７８）。ＳＡＯパラメータ符号化部１０５ｃは、処理対象符号ブロックのＳＡＯパラメータが左符号ブロックのＳＡＯパラメータと同じである場合（Ｓ１７８のＹｅｓ）、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇに１を設定する（Ｓ１７９）。ＳＡＯパラメータ符号化部１０５ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇを符号化する（Ｓ１８０）。なお、左側に隣接する左符号ブロックが処理対象符号ブロックと同じスライスに属さない場合（Ｓ１７７のＮｏ）、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇは符号化されない。
　ＳＡＯパラメータ符号化部１０５ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇを０に初期化する（Ｓ１８１）。ＳＡＯパラメータ符号化部１０５ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１ではない場合（Ｓ１８２のＮｏ）、上側に隣接する上符号ブロックが処理対象符号ブロックと同じスライスに属するか否かを判定する（Ｓ１８３）。ＳＡＯパラメータ符号化部１０５ｃは、上側に隣接する上符号ブロックが処理対象符号ブロックと同じスライスに属する場合（Ｓ１８３のＹｅｓ）、処理対象符号ブロックのＳＡＯパラメータが上符号ブロックのＳＡＯパラメータと同じであるか否かを判定する（Ｓ１８４）。ＳＡＯパラメータ符号化部１０５ｃは、処理対象符号ブロックのＳＡＯパラメータが上符号ブロックのＳＡＯパラメータと同じである場合（Ｓ１８４のＹｅｓ）、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇに１を設定する（Ｓ１８５）。ＳＡＯパラメータ符号化部１０５ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇを符号化する（Ｓ１８６）。なお、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１である場合（Ｓ１８２のＹｅｓ）、あるいは、上側に隣接する上符号ブロックが処理対象符号ブロックと同じスライスに属さない場合（Ｓ１８３のＮｏ）、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇは符号化されない。
　ここで、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇおよびｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇは、上述したように、処理対象符号ブロックが左側または上側の符号ブロックと同じＳＡＯパラメータを使う場合に１となるフラグである。このため、同じＳＡＯパラメータを使用する場合はこのフラグのみを符号化し、ＳＡＯパラメータを符号化しないことによって符号量を削減している。
　よって、ＳＡＯパラメータ符号化部１０５ｃは、この２フラグのいずれかが１の場合は（Ｓ１８７のＹｅｓ）、Ｓ１１３以降のＳＡＯパラメータの符号化は行わず、処理を終了する。なお、左側または上側の符号ブロックが別スライスのブロックである場合は（Ｓ１７７あるいはＳ１８３）、本フラグは符号化せず、必ずＳＡＯパラメータを符号化する。また、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇおよびｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇの両方が１になることはない。したがって、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１の場合はｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇのみが符号化され、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇは符号化されない（Ｓ１８２）。
　次に、ＳＡＯオンフラグ（ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａ／ｃｈｒｏｍａ）、ＳＡＯオフセット値（ｓａｏ＿ｏｆｆｓｅｔ＿ｌｕｍａ／ｃｂ／ｃｒ）、ＳＡＯ参照画素位置タイプ（ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｌｕｍａ／ｃｈｒｏｍａ）を符号化する（Ｓ１１３～Ｓ１２３）。
　具体的には、まず、ＳＡＯパラメータ符号化部１０５ｃは、処理対象スライスのｓａｏ＿ｌｕｍａ＿ｆｌａｇが１である場合、つまり、ＳＡＯ　Ｌｕｍａがオンである場合に（Ｓ１８８のＹｅｓ）、ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａを符号化する（Ｓ１８９）。
　ＳＡＯパラメータ符号化部１０５ｃは、ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａが０ではない場合、つまり、処理対象符号ブロックのＳＡＯ　Ｌｕｍａがオフである場合に（Ｓ１９０のＮｏ）、４つのカテゴリのｓａｏ＿ｏｆｆｓｅｔ＿ｌｕｍａを符号化する（Ｓ１９１）。ＳＡＯパラメータ符号化部１０５ｃは、ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｌｕｍａを符号化する（Ｓ１９２）。
　ＳＡＯパラメータ符号化部１０５ｃは、ＳＡＯ　Ｌｕｍａがオフである場合（Ｓ１８８のＮｏ）、あるいは、処理対象符号ブロックのＳＡＯ　Ｌｕｍａがオンである場合（Ｓ１９０のＹｅｓ）、あるいは、ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｌｕｍａの符号化（Ｓ１９２）後に、Ｓ１９３に移行する。
　ＳＡＯパラメータ符号化部１０５ｃは、処理対象スライスのｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇが１である場合、つまり、ＳＡＯ　Ｃｈｒｏｍａがオンである場合に（Ｓ１９３のＹｅｓ）、ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｃｈｒｏｍａを符号化する（Ｓ１９４）。さらに、ＳＡＯパラメータ符号化部１０５ｃは、ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｃｈｒｏｍａが０ではない場合、つまり、処理対象符号ブロックのＳＡＯ　Ｃｈｒｏｍａがオフである場合に（Ｓ１９５のＮｏ）、４つのカテゴリのｓａｏ＿ｏｆｆｓｅｔ＿ｃｂを符号化する（Ｓ１９６）。ＳＡＯパラメータ符号化部１０５ｃは、ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｃｈｒｏｍａを符号化する（Ｓ１９７）。ＳＡＯパラメータ符号化部１０５ｃは、４つのカテゴリのｓａｏ＿ｏｆｆｓｅｔ＿ｃｒを符号化する（Ｓ１９８）。
　つまり、ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａ／ｃｈｒｏｍａは１の時にＳＡＯ処理を実行することを示し、０の場合はＳＡＯを実行しないことを示すフラグである。ＳＡＯ処理を実行しない場合はｓａｏ＿ｏｆｆｓｅｔ＿ｌｕｍａ／ｃｂ／ｃｒ、ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｌｕｍａ／ｃｈｒｏｍａを符号化しない（Ｓ１９０、Ｓ１９５）。また、処理対象のスライスのｓａｏ＿ｌｕｍａ＿ｆｌａｇ、ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇが０の場合（ＳＡＯ処理を実行しない場合）はＳＡＯパラメータを符号化しない（Ｓ１８８、Ｓ１９３）。また、ｓａｏ＿ｏｆｆｓｅｔ＿ｌｕｍａ／ｃｂ／ｃｒの符号化では４カテゴリのオフセット値を符号化する。なお、ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｃｈｒｏｍａとｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｃｈｒｏｍａはＣｂとＣｒで共通の値を使用し、ｓａｏ＿ｏｆｆｓｅｔ＿ｃｂはＣｂ、ｓａｏ＿ｏｆｆｓｅｔ＿ｃｒはＣｒのＳＡＯで使用する。
　＜１－１０．効果＞
　以上、従来は、２つのスライス境界の両方が参照可能あるいは参照禁止に設定されていたのに対し、本実施の形態の画像符号化装置では、他のスライス境界には影響を与えることなく、一方のスライス境界のみ参照を禁止にすることができる。これにより、高画質とスライス間依存の排除を両立することができる。
　より具体的には、処理対象スライスの上境界および左境界の参照の許可および禁止は処理対象スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって判断し、下境界および右境界の参照の許可および禁止は処理対象スライスの下のスライス、右のスライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって判断するようにしている。こうすることにより、上境界および左境界の参照を禁止したい場合は、処理対象スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを０にし、下境界および右境界の参照を許可したい場合は、下のスライス、右のスライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを１に設定することによって可能となる。
　図１１を用いて説明すると、スライス１とスライス２の境界の参照を禁止し、スライス２とスライス３の境界の参照を許可したい場合は、スライス２のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを０に、スライス３のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを１に設定することによって実現できるようになった。こうすることにより、参照禁止以外の境界では全てＳＡＯを実施することが可能となり、画質向上に繋がる。
　また、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの対象をスライスの上境界、左境界とし、ピクチャ内の先頭スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化しないことによって符号量を削減している。ピクチャ内の先頭スライスにおいては上境界、左境界は必ずピクチャ端であるため、必ず境界参照は禁止とし、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを不要としている。
　また、本実施の形態では、先頭スライス以外のスライス且つピクチャのｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１の場合はＤＢＦオン／オフ、ＳＡＯオン／オフに関わらず必ずｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化している。これにより、境界参照禁止設定のフレキシビリティを向上させている。なお、従来はＤＢＦ、ＳＡＯが共にオフの場合はｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化せず、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値をコピーして使用するようになっている。
　しかし、処理対象スライスのＤＢＦ、ＳＡＯがオフの場合でも上スライスや左スライスのＳＡＯ処理で処理対象スライスとの境界の参照を許可または禁止したいケースは有り得る。スライス間の依存を削除して並列処理を行いたいケースである。本実施の形態によって常にｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを指定できるようになり、前記のような両方のケースに対応可能となる。
　また、従来のように、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値をコピーして使用する場合、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャ内に含まれるスライスの何れかのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１の場合は、１が設定される。そうすると、処理対象スライスのＤＢＦおよびＳＡＯの両方がオフであるために、フラグが符号化されない、つまり、フラグの値が０であるにも拘わらず、コピーされる値は１となり、矛盾が生じる場合があるという問題がある。本実施の形態では、ＤＢＦオン／オフ、ＳＡＯオン／オフに関わらず必ずｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化するので、当該問題が生じるのを回避可能になる。
　なお、本実施の形態では、ピクチャ内の全符号ブロックの復号ブロックを生成した後にＤＢＦ、ＳＡＯを実施しているが、その限りではなく、ＤＢＦ、ＳＡＯに使用する画素やパラメータが整い次第、ＤＢＦ、ＳＡＯの実行を開始してもよく、全ての復号ブロックが生成される前に実行を開始しても構わない。
　また、ＤＢＦ、ＳＡＯのオン／オフ決定を復号ブロックの生成より前に実施しているが、復号ブロックの生成後に復号ブロックの画素値や入力画像との差分等を用いて決定するようにしてもよい。
　また、ピクチャ内先頭スライスの時はｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化しないようにしているが、必ずそうしなければならないわけでなく、先頭スライスかどうかを判定する処理の処理量を減らしたいシステムの場合は、先頭スライスの場合でもｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化してもよい。
　更に、本実施の形態における処理は、ソフトウェアで実現してもよい。そして、このソフトウェアをダウンロード等により配布してもよい。また、このソフトウェアをＣＤ－ＲＯＭ等の記録媒体に記録して流布してもよい。なお、このことは、本明細書における他の実施の形態においても該当する。
　（実施の形態２）
　実施の形態２の画像復号装置２００Ａ（２００）について、図１２～図１９を基に説明する。
　＜２－１．全体構成＞
　図１２は、本実施の形態における画像復号装置の構成の一例を示すブロック図である。
　図１２に示すように、本実施の形態の画像復号装置２００Ａは、ピクチャデータ復号部２０１、逆変換部２０２、加算部２０３、フレームメモリ２０４、ＤＢＦ処理部２０５、ＳＡＯ処理部２０６、および、動き補償部２０７を備えている。
　各部の詳細な動作については、１－２で述べる。
　＜２－２．動作（全体）＞
　次に、図１３を参照しつつ、本実施の形態の画像復号方法の全体フローについて説明する。図１３は、本実施の形態における画像復号方法の処理手順の一例を示すフローチャートである。
　まず、ピクチャデータ復号部２０１は、符号列からピクチャデータを復号する（Ｓ２０１）。詳細は後述する。
　次に、動き補償部２０７は、ピクチャデータから復号した予測情報と後述するフレームメモリ２０４に記憶された前回の処理対象符号ブロックの復号ブロックから予測ブロックを生成する（Ｓ２０２）。逆変換部２０２は、ピクチャデータから復号した処理対象符号ブロックの変換係数を逆周波数変換する（Ｓ２０３）。その後、加算部２０３は、逆周波数変換された処理対象符号ブロックと予測ブロックと加算して復号ブロックを生成し、フレームメモリ２０４に記憶する（Ｓ２０４）。
　そして、画像復号装置２００Ａは、次の符号ブロックを処理対象符号ブロックとし（Ｓ２０５）、スライス内の全符号ブロックの処理が完了するまでＳ２０２～Ｓ２０６を繰り返す（Ｓ２０６）。また、画像復号装置２００Ａは、１つのスライス内の全ての符号ブロックの処理が完了すると（Ｓ２０６のＹｅｓ）、次のスライスを処理対象とし（Ｓ２０７）、ピクチャ内の全スライスの処理が完了するまでＳ２０２～Ｓ２０８を繰り返す（Ｓ２０８）。なお、符号ブロックおよびスライスはピクチャの左上から右下へラスタスキャンの順で処理対象に設定する。
　以降のＳ１１５～Ｓ１２５でＤＢＦ処理、および、ＳＡＯ処理を実施するが、処理手順は実施の形態１と同じであるため説明を省略する。ただし、処理に使用するｄｂｆ＿ｆｌａｇ、ｓａｏ＿ｌｕｍａ＿ｆｌａｇ、ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇは、ピクチャデータ復号部２０１で復号したデータを使用する。
　＜２－３．ＳＡＯ処理部の構成＞
　図１４は、ＳＡＯ処理部２０６の内部構成の一例を示すブロック図である。
　図１４に示すように、ＳＡＯ処理部２０６は、スライス境界参照判定部２０６ａ、および、ＳＡＯオフセット加算部２０６ｂを備えている。本実施の形態のＳＡＯ処理部２０６は、実施の形態１のＳＡＯ処理部１１０とは、ＳＡＯパラメータ決定部１１０ａを備えない点で異なっている。
　各部の詳細な動作については、２－４で述べる。
　＜２－４．動作（ＳＡＯ処理）＞
　図１５は、本実施の形態のＳＡＯ処理の処理手順の一例を示すフローチャートである。なお、図１５に示すＳＡＯ処理のフローは、実施の形態１のＳＡＯ処理のフロー（図４）とは、ＳＡＯパラメータ決定部１１０ａが処理するｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａ／ｃｈｒｏｍａの決定、ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｌｕｍａ／ｃｈｒｏｍａの決定、ｓａｏ＿ｏｆｆｓｅｔ＿ｌｕｍａ／ｃｂ／ｃｒの決定に関する処理が無い点で異なるが、その他の処理は同じであるため、説明を省略する。本実施の形態では、それらのパラメータはピクチャデータ復号部２０１で復号したデータを使用する。
　また、ＳＡＯオフセット加算処理に関しても実施の形態１（図５）と同じであるため、説明を省略する。
　＜２－５．ピクチャデータ復号部の構成＞
　図１６は、ピクチャデータ復号部２０１の内部構成の一例を示すブロック図である。
　図１６に示すように、ピクチャデータ復号部２０１は、変換係数復号部２０１ａ、予測情報復号部２０１ｂ、ＳＡＯパラメータ復号部２０１ｃ、スライス境界参照復号部２０１ｄ、および、ＤＢＦ＿ＳＡＯ実行フラグ復号部２０１ｅを備えている。
　＜２－６．動作（ピクチャデータ復号）＞
　次に、図１７を参照しつつ、ピクチャデータの復号フローについて説明する。図１７は、ピクチャデータ復号の処理手順の一例を示すフローチャートである。
　まず、スライス境界参照復号部２０１ｄは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号する（Ｓ２１１）。
　次に、ＤＢＦ＿ＳＡＯ実行フラグ復号部２０１ｅは、ｄｂｆ＿ｆｌａｇ、ｓａｏ＿ｌｕｍａ＿ｆｌａｇ、ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇを復号する（Ｓ２１２）。
　次に、スライス境界参照復号部２０１ｄ（取得部の一例）は、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号する（Ｓ２１３）。詳細は後述する。
　次に、ｓａｏ＿ｌｕｍａ＿ｆｌａｇおよびｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇの両方が０ではない場合（Ｓ２１４のＮｏ）、ピクチャデータ復号部２０１は、ＳＡＯパラメータ復号部２０１ｃによってＳＡＯパラメータを復号し（Ｓ２１５）、予測情報復号部２０１ｂによって予測情報を復号し（Ｓ２１６）、変換係数復号部２０１ａによって変換係数を復号する（Ｓ２１７）。なお、ｓａｏ＿ｌｕｍａ＿ｆｌａｇ、ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇが共に０の場合は（Ｓ２１４のＹｅｓ）、ＳＡＯは実施しないため、ピクチャデータ復号部２０１は、ＳＡＯパラメータを復号しない。また、予測情報は予測ブロックを生成するための情報であり、画面間予測の動きベクトルや画面内予測の予測方向等の情報である。
　そして、次の符号ブロックを処理対象とし（Ｓ２１８）、スライス内の全符号ブロックの処理が完了するまでＳ１０４～Ｓ１０９を繰り返す（Ｓ２１９）。また、１つのスライス内の全ての符号ブロックの処理が完了すると（Ｓ２１９のＹｅｓ）、次のスライスを処理対象とし（Ｓ２２０）、ピクチャ内の全スライスの処理が完了するまでＳ１０２～Ｓ１１１を繰り返す（Ｓ１１１）。
　＜２－７．動作（スライス境界参照許可フラグ復号）＞
　図１８は、本実施の形態のスライス境界参照許可フラグの復号の処理手順の一例を示すフローチャートである。なお、図１８に示すスライス境界参照許可フラグの復号フローは、実施の形態１におけるスライス境界参照許可フラグの復号フロー（図８）のうち、Ｓ１７４以外の処理については同じであるため、説明を省略する。
　Ｓ２２２（図８のＳ１７４に対応）では、スライス境界参照復号部２０１ｄは、ピクチャデータから、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号する。
　＜２－８．動作（ＳＡＯパラメータ復号）＞
　次に、図１９を参照しつつ、ＳＡＯパラメータ復号フローについて説明する。図１９は、ＳＡＯパラメータの復号の処理手順の一例を示すフローチャートである。
　まず、ＳＡＯパラメータ復号部２０１ｃは、ピクチャデータから、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇとｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇとを復号する（Ｓ２３１～Ｓ２４０）。
　具体的には、ＳＡＯパラメータ復号部２０１ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇを０に初期化し（Ｓ２３１）、さらに、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇを０に初期化する（Ｓ２３２）。
　ＳＡＯパラメータ復号部２０１ｃは、左符号ブロックが処理対象符号ブロックと同じスライスに属する場合（Ｓ２３３のＹｅｓ）、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇを復号する（Ｓ２３４）。
　ＳＡＯパラメータ復号部２０１ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１ではない場合（Ｓ２３５のＮｏ）、上符号ブロックが処理対象符号ブロックと同じスライスに属するか否かを判定する（Ｓ２３６）。ＳＡＯパラメータ復号部２０１ｃは、上符号ブロックが処理対象符号ブロックと同じスライスに属する場合（Ｓ２３６）、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇを復号する（Ｓ２３７）。さらに、ＳＡＯパラメータ復号部２０１ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇが１の場合は（Ｓ２３８のＹｅｓ）、上符号ブロックのＳＡＯパラメータを処理対象符号ブロックのＳＡＯパラメータとしてコピーする（Ｓ２３９）。
　また、ＳＡＯパラメータ復号部２０１ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１である場合（Ｓ２３５のＹｅｓ）、左符号ブロックのＳＡＯパラメータを処理対象符号ブロックのＳＡＯパラメータとしてコピーする（Ｓ２４０）。
　ＳＡＯパラメータ復号部２０１ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇおよびｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇの何れか一方が１である場合（Ｓ２４１のＹｅｓ）、処理を終了する。ここで、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇおよびｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇは、処理対象符号ブロックが左符号ブロックまたは上符号ブロックと同じＳＡＯパラメータを使う場合に１となるフラグである。このため、同じＳＡＯパラメータを使用する場合はこのフラグのみを復号し、ＳＡＯパラメータを復号しない。よって、この２フラグのいずれかが１の場合は左符号ブロックまたは上符号ブロックのＳＡＯパラメータをコピーし（Ｓ２３９、Ｓ２４０）、Ｓ２４２以降のＳＡＯパラメータの復号は行わず、処理を終了する（Ｓ２４１）。なお、ＳＡＯパラメータ復号部２０１ｃは、左符号ブロックまたは上符号ブロックが別スライスの場合は、本フラグを復号せず、必ずＳＡＯパラメータを復号する（Ｓ２３３、Ｓ２３６）。また、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇとｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇの両方が１になることはない。このため、ＳＡＯパラメータ復号部２０１ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇが１の場合はｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇのみを復号し、ｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇは復号しない（Ｓ２３５）。
　次に、ＳＡＯパラメータ復号部２０１ｃは、ＳＡＯオンフラグ（ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａ／ｃｈｒｏｍａ）、ＳＡＯオフセット値（ｓａｏ＿ｏｆｆｓｅｔ＿ｌｕｍａ／ｃｂ／ｃｒ）、ＳＡＯ参照画素位置タイプ（ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｌｕｍａ／ｃｈｒｏｍａ）を復号する（Ｓ１１３～Ｓ１２３）。
　具体的には、ＳＡＯパラメータ復号部２０１ｃは、ｓａｏ＿ｍｅｒｇｅ＿ｌｅｆｔ＿ｆｌａｇおよびｓａｏ＿ｍｅｒｇｅ＿ｕｐ＿ｆｌａｇの両方が０である場合（Ｓ２４１のＮｏ）、処理対象スライスのｓａｏ＿ｌｕｍａ＿ｆｌａｇが１であるか否かを判定する（Ｓ２４２）。
　ＳＡＯパラメータ復号部２０１ｃは、処理対象スライスのｓａｏ＿ｌｕｍａ＿ｆｌａｇが１である場合（Ｓ２４２のＹｅｓ）、輝度のＳＡＯオンフラグであるｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａを復号する（Ｓ２４３）。
　ＳＡＯパラメータ復号部２０１ｃは、復号したｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａが０ではない場合（Ｓ２４４のＮｏ）、４つのカテゴリのｓａｏ＿ｏｆｆｓｅｔ＿ｌｕｍａと（Ｓ２４５）、ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｌｕｍａとを復号する（Ｓ２４６）。
　ＳＡＯパラメータ復号部２０１ｃは、ＳＡＯ　Ｌｕｍａがオフである場合（Ｓ２４２のＮｏ）、あるいは、処理対象符号ブロックのＳＡＯ　Ｌｕｍａがオンである場合（Ｓ２４４のＹｅｓ）、あるいは、ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｌｕｍａの復号（Ｓ２４６）後に、Ｓ２４７に移行する。
　ＳＡＯパラメータ復号部２０１ｃは、処理対象スライスのｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇが１である場合（Ｓ２４７のＹｅｓ）、色差のＳＡＯオンフラグであるｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｃｈｒｏｍａを復号する（Ｓ２４８）。
　ＳＡＯパラメータ復号部２０１ｃは、復号したｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｃｈｒｏｍａが０ではない場合（Ｓ２４９のＮｏ）、４つのカテゴリのｓａｏ＿ｏｆｆｓｅｔ＿ｃｂと（Ｓ２５０）、ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｃｈｒｏｍａと（Ｓ２５１）、４つのカテゴリのｓａｏ＿ｏｆｆｓｅｔ＿ｃｒと（Ｓ２５２）とを復号する。
　つまり、ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａ／ｃｈｒｏｍａは１の時にＳＡＯ処理を実行することを示し、０の場合はＳＡＯを実行しないことを示すフラグである。ＳＡＯ処理を実行しない場合はｓａｏ＿ｏｆｆｓｅｔ＿ｌｕｍａ／ｃｂ／ｃｒ、ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｌｕｍａ／ｃｈｒｏｍａを復号しない（Ｓ２４４、Ｓ２４９）。また、処理対象スライスのｓａｏ＿ｌｕｍａ＿ｆｌａｇ、ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇが０の場合（ＳＡＯ処理を実行しない場合）はＳＡＯパラメータを復号しない（Ｓ２４２、Ｓ２４７）。また、ｓａｏ＿ｏｆｆｓｅｔ＿ｌｕｍａ／ｃｂ／ｃｒの復号では４カテゴリのオフセット値を復号する。なお、ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｃｈｒｏｍａとｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｃｈｒｏｍａはＣｂとＣｒで共通の値を使用し、ｓａｏ＿ｏｆｆｓｅｔ＿ｃｂはＣｂ、ｓａｏ＿ｏｆｆｓｅｔ＿ｃｒはＣｒのＳＡＯで使用する。
　＜２－９．効果＞
　本実施の形態の画像復号装置２００Ａは、実施の形態１の画像符号化装置１００Ａで符号化した符号列を復号することが出来、実施の形態１と同じ効果を得ることができる。
　（実施の形態３）
　実施の形態３の画像符号化装置１００Ｂ（１００）について、図２０～図２２を基に説明する。
　＜３－１．全体構成＞
　図２０は、本実施の形態における画像符号化装置の構成の一例を示すブロック図である。
　図２０に示すように、本実施の形態の画像符号化装置１００Ｂは、スライス分割部１０１、符号ブロック分割部１０２、減算部１０３、変換部１０４、ピクチャデータ符号化部１０５、逆変換部１０６、加算部１０７、フレームメモリ、ＤＢＦ処理部１０９、ＳＡＯ処理部１１０、予測部１１１、ＤＢＦ＿ＳＡＯ処理決定部１２０、および、スライス境界参照決定部１３０を備えている。
　本実施の形態の画像符号化装置１００Ｂは、実施の形態１（図１）の画像符号化装置１００Ａとは、ＤＢＦ＿ＳＡＯ処理決定部１２０が、処理の結果をスライス境界参照決定部１３０に出力している点で異なる。
　＜３－２．動作（全体）＞
　図２１は、本実施の形態の画像符号化方法の処理手順の一例を示すフローチャートである。図２１に示す本実施の形態の画像符号化方法の全体フローは、実施の形態１の画像符号化方法の全体フロー（図２）とは、スライス境界参照決定部１３０で行うＳ３０１、Ｓ３０２のみ異なるため、その部分に関して説明する。
　Ｓ３０１は、Ｓ１０３の後に実行される。Ｓ１０３では、図２に示すように、処理対象スライスのＤＢＦ、ＳＡＯ　Ｌｕｍａ、ＳＡＯ　Ｃｒｏｍａのオンまたはオフを設定している。
　スライス境界参照決定部１３０は、処理対象スライスのＤＢＦ、ＳＡＯが共にオフではない場合は（Ｓ３０１のＮｏ）、実施の形態１と同様に、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの決定を行う（Ｓ１０４）。
　これに対し、スライス境界参照決定部１３０は、処理対象スライスのＤＢＦ、ＳＡＯが共にオフの場合は（Ｓ３０１のＹｅｓ）、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの決定処理（Ｓ１０４）を行わず、０（境界参照を禁止）に設定する（Ｓ３０２）。つまり、ＤＢＦ、ＳＡＯが共にオフの場合はそのスライスの上境界、左境界を跨いだ画素参照を常に禁止する。
　＜３－３．ＳＡＯ処理部の構成、ＳＡＯ処理のフロー、ＳＡＯオフセット加算処理のフロー、ピクチャデータ符号化部の構成、ピクチャデータの符号化フロー＞
　本実施の形態のＳＡＯ処理部の構成、ＳＡＯ処理のフロー、ＳＡＯオフセット加算処理のフロー、ピクチャデータ符号化部の構成、ピクチャデータの符号化フローは、実施の形態１のＳＡＯ処理部の構成（図３）、ＳＡＯ処理のフロー（図４）、ＳＡＯオフセット加算処理のフロー（図５）、ピクチャデータ符号化部の構成（図６）、ピクチャデータの符号化フロー（図７）と同じであるため、説明を省略する。
　＜３－４．動作（スライス境界参照許可フラグ符号化）＞
　次に、図２２を参照しつつ、スライス境界参照許可フラグの符号化フローについて説明する。図２２は、スライス境界参照許可フラグの符号化の処理手順の一例を示すフローチャートである。本実施の形態のスライス境界参照許可フラグの符号化フローは、実施の形態１とは、スライス境界参照符号化部１０５ｄで行うＳ３０３のみ異なるため、その部分に関して説明する。
　Ｓ３０３は、図８のＳ１７３において、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であると判定された場合に実行される（Ｓ１７３のＹｅｓ）。
　スライス境界参照符号化部１０５ｄは、処理対象スライスのＤＢＦ、ＳＡＯが共にオフではない場合は（Ｓ３０３のＮｏ）、実施の形態１と同様に、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化する（Ｓ１７４）。
　これに対し、スライス境界参照符号化部１０５ｄは、処理対象スライスのＤＢＦ、ＳＡＯが共にオフの場合は（Ｓ３０３のＹｅｓ）、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化せず、常に０（境界参照を禁止）にするようにしている（Ｓ１７５）。
　なお、本実施の形態で符号化した符号列を復号する画像復号装置２００Ｂ（後述する実施の形態４を参照）側でもＤＢＦ、ＳＡＯが共にオフの場合はｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号せずに常に０として扱うことによって、正常に復号することができる。
　＜３－５．動作（ＳＡＯパラメータ符号化）＞
　本実施の形態のＳＡＯパラメータの符号化フローは、実施の形態１のＳＡＯパラメータの符号化フロー（図９）と同じであるため、説明を省略する。
　＜３－６．効果＞
　以上、本実施の形態によれば、ＤＢＦ、ＳＡＯが共にオフの場合にｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化せずに常に０（境界参照を禁止）とすることにより、符号量を削減しつつ、高画質化を実現できる。言い換えると、本実施の形態では、ＤＢＦおよびＳＡＯが共にオフの場合には、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号列に含めないため、符号量を削減できる。また、復号側では、ＤＢＦおよびＳＡＯが共にオフの場合は、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であると分かるので、正常に復号することができる。
　より具体的には、本実施の形態ではｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇはスライスの上境界、左境界の画素参照を対象としており、処理対象スライスの上スライス、左スライスのＳＡＯで処理対象スライスの画素を参照してよいかどうかを処理対象スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって判断する。処理対象スライスのＤＢＦ、ＳＡＯがオフの場合にｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを常に０にすることにより、上スライス、左スライスのＳＡＯは処理対象スライスの画素を常に参照できないことになる。例えば図１１では、スライス２でＤＢＦ、ＳＡＯがオフの場合、スライス１のＳＡＯはスライス２の画素を参照できない。上スライス、左スライスでＳＡＯがオンであり、処理対象スライスでＤＢＦ、ＳＡＯがオフの場合にこのようなケースとなるが、一般的にＳＡＯがオンになるスライスとオフになるスライスとでは画像のタイプが異なる。例えば、ピクチャの上半分がテレビ映像、下半分がデータ放送（テキスト画像）である場合、ピクチャの上半分のスライスはＳＡＯオン、下半分のスライスはＳＡＯオフとする場合がある。このような場合、ＳＡＯオンのスライスからＳＡＯオフのスライス（別タイプの画像）の画素を参照してＳＡＯを実施すると、ＳＡＯのカテゴリ分けがうまく機能せず、画質劣化に繋がる可能性がある。本実施の形態では、ＤＢＦ、ＳＡＯオフの場合はフラグを符号化せず、常に上スライス、左スライス（別タイプの画像）からの画素参照を禁止することによって符号量を削減しつつ、画質を向上させている。
　（実施の形態４）
　実施の形態４の画像復号装置２００Ｂ（２００）について、図２３を基に説明する。
　＜４－１．全体構成、全体フロー、ＳＡＯ処理部の構成、ＳＡＯ処理のフロー、ＳＡＯオフセット加算処理のフロー、ピクチャデータ復号部の構成、ピクチャデータの復号フロー＞
　本実施の形態の画像復号装置２００Ｂの全体構成、全体フロー、ＳＡＯ処理部２０６の構成、ＳＡＯ処理のフロー、ＳＡＯオフセット加算処理のフロー、ピクチャデータ復号部２０１の構成、ピクチャデータの復号フローは、実施の形態２の全体構成（図１２）、全体フロー（図１３）、ＳＡＯ処理部の構成（図１４）、ＳＡＯ処理のフロー（図１５）、ＳＡＯオフセット加算処理のフロー（図２５）、ピクチャデータ復号部の構成（図１６）、ピクチャデータの復号フロー（図１７）と同じであるため、説明を省略する。
　＜４－２．動作（スライス境界参照許可フラグ復号）＞
　次に、図２３を参照しつつ、スライス境界参照許可フラグの復号フローについて説明する。図２３は、本実施の形態のスライス境界参照許可フラグの復号の処理手順の一例を示すフローチャートである。図２３に示す本実施の形態のスライス境界参照許可フラグの復号フローは、図１８に示す実施の形態２のスライス境界参照許可フラグの復号フローとはＳ４０１のみ異なるため、その部分に関して説明する。
　Ｓ４０１は、ステップＳ１７３において、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であると判定された場合に実行される。
　スライス境界参照復号部２０１ｄは、処理対象スライスのＤＢＦ、ＳＡＯが共にオフの場合は（Ｓ４０１のＹｅｓ）、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号せず、常に０（境界参照を禁止）にするようにしている。
　スライス境界参照復号部２０１ｄは、処理対象スライスのＤＢＦ、ＳＡＯが共にオフではない場合は（Ｓ４０１のＮｏ）、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号する（Ｓ２２２）。
　＜４－３．動作（ＳＡＯパラメータ復号）＞
　本実施の形態のＳＡＯパラメータの復号フローは、実施の形態２のＳＡＯパラメータの復号フロー（図１９）と同じであるため、説明を省略する。
　＜４－４．効果＞
　実施の形態３で符号化した符号列を復号することが出来、実施の形態３と同じ効果を得ることができる。
　（実施の形態５）
　実施の形態５の画像符号化装置１００Ｃ（１００）について、図２４～図２８を基に説明する。
　＜５－１．全体構成＞
　図２４は、本実施の形態における画像符号化装置の構成の一例を示すブロック図である。
　図２４に示すように、本実施の形態の画像符号化装置１００Ｃは、スライス分割部１０１、符号ブロック分割部１０２、減算部１０３、変換部１０４、ピクチャデータ符号化部１０５、逆変換部１０６、加算部１０７、フレームメモリ、ＤＢＦ処理部１０９、ＳＡＯ処理部１１０、予測部１１１、ＤＢＦ＿ＳＡＯ処理決定部１２０、スライス境界参照決定部１３０、および、ＳＡＯダミーフラグ設定部１４０を備えている。
　本実施の形態の画像符号化装置１００Ｃは、実施の形態１（図１）の画像符号化装置１００Ａとは、新たにＳＡＯダミーフラグ設定部１４０が設けられている点で異なる。
　＜５－２．動作（全体）＞
　図２５は、本実施の形態の画像符号化方法の処理手順の一例を示すフローチャートである。図２５に示す本実施の形態の画像符号化方法の全体フローは、実施の形態１の画像符号化方法の全体フロー（図２）とは、ＳＡＯダミーフラグ設定部１４０で行うＳ５０１～Ｓ５０５のみ異なるため、その部分に関して説明する。
　Ｓ５０１は、Ｓ１１４のｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの設定後に実行される。
　ＳＡＯダミーフラグ設定部１４０は、先ず、ＳＡＯダミーフラグを０に初期化する（Ｓ５０１）。ＳＡＯダミーフラグ設定部１４０は、処理対象スライスのＤＢＦ、ＳＡＯが共にオフの場合（Ｓ５０２のＹｅｓ）、且つ、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇとｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇとが異なる場合は（Ｓ５０３のＹｅｓ）、強制的に処理対象スライスのｓａｏ＿ｌｕｍａ＿ｆｌａｇを１（ＬｕｍａのＳＡＯをオン）に設定すると共に、ＳＡＯダミーフラグを１に設定するようにしている。
　＜５－３．ＳＡＯ処理部の構成＞
　図２６は、ＳＡＯ処理部の内部構成を示すブロック図である。本実施の形態のＳＡＯ処理部１１０が、実施の形態１（図３）のＳＡＯ処理部１１０と異なる点は、ＳＡＯダミーフラグがＳＡＯパラメータ決定部１１０ａに入力されている点である。
　＜５－４．動作（ＳＡＯ処理）＞
　次に、図２７を参照しつつ、ＳＡＯ処理のフローについて説明する。図２７は、ＳＡＯ処理（全体）の処理手順の一例を示すフローチャートである。本実施の形態のＳＡＯ処理のフローは、実施の形態１（図４）のＳＡＯ処理のフローとは、Ｓ５１１、Ｓ５１２のみ異なるため、その部分に関して説明する。
　Ｓ５０１は、ＳＡＯ処理のフローの開始直後に実行される。
　ＳＡＯパラメータ決定部１１０ａは、ＳＡＯダミーフラグが１ではない場合（Ｓ５１１のＮｏ）、実施の形態１と同様に、ＳＡＯオンまたはＳＡＯオフを決定する決定処理を行う（Ｓ１３１）。
　ＳＡＯパラメータ決定部１１０ａは、ＳＡＯダミーフラグが１の場合は（Ｓ５１１のＹｅｓ）、ＳＡＯオンまたはＳＡＯオフの決定処理を行わず、処理対象符号ブロックは必ずＳＡＯオフ（ｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａ／ｃｈｒｏｍａに０設定）になるようにしている（Ｓ５１２）。
　＜５－５．ＳＡＯオフセット加算処理のフロー、ピクチャデータ符号化部の構成、ピクチャデータの符号化フロー＞
　本実施の形態のＳＡＯオフセット加算処理のフロー、ピクチャデータ符号化部１０５の構成、ピクチャデータの符号化フローは、実施の形態１のＳＡＯオフセット加算処理のフロー（図５）、ピクチャデータ符号化部の構成（図６）、ピクチャデータの符号化フロー（図７）と同じであるため、説明を省略する。
　＜５－６．動作（スライス境界参照許可フラグ符号化）＞
　次に、図２８を参照しつつ、スライス境界参照許可フラグの符号化フローについて説明する。図２８は、スライス境界参照許可フラグの符号化の処理手順の一例を示すフローチャートである。本実施の形態のスライス境界参照許可フラグの符号化フローは、実施の形態３（図２２）とは、スライス境界参照符号化部１０５ｄで行うＳ５２１のみ異なるため、その部分に関して説明する。
　スライス境界参照符号化部１０５ｄは、処理対象スライスがピクチャ内の先頭スライスである場合（Ｓ１７２のＹｅｓ）に、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを０に設定する（Ｓ１７５）。
　スライス境界参照符号化部１０５ｄは、処理対象スライスがピクチャ内の先頭スライスではない場合（Ｓ１７２のＮｏ）、Ｓ１７３に移行する。
　スライス境界参照符号化部１０５ｄは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であり（Ｓ１７３のＹｅｓ）、且つ、ＤＢＦおよびＳＡＯが共にオフではない場合（Ｓ３０３のＮｏ）は、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化する（Ｓ１７４）。
　スライス境界参照符号化部１０５ｄは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合（Ｓ１７３のＮｏ）、または、ＤＢＦおよびＳＡＯが共にオフの場合は（Ｓ３０３のＹｅｓ）、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化せず、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値をコピーするようにしている（Ｓ５２１）。
　本実施の形態で符号化した符号列を復号する画像復号装置２００Ｃ（後述する実施の形態６を参照）側でもｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合、または、ＤＢＦおよびＳＡＯが共にオフの場合はｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号せずにｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値を使うことによって、正常に復号することができる。
　＜５－７．動作（ＳＡＯパラメータ符号化）＞
　本実施の形態のＳＡＯパラメータの符号化フローは、実施の形態１のＳＡＯパラメータの符号化フロー（図９）と同じであるため、説明を省略する。
　＜５－８．効果＞
　以上、本実施の形態によれば、ＤＢＦおよびＳＡＯが共にオフの場合でもスライス境界参照フラグを符号化することができ、フレキシビリティを向上させている。より具体的には、ＤＢＦおよびＳＡＯが共にオフの場合、通常時はｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化せず、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇをコピーして使用することにより、符号量を削減している。これに対し、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇと違う値を使用したい場合は、スライスのｓａｏ＿ｌｕｍａ＿ｆｌａｇを強制的に１（ＳＡＯ　Ｌｕｍａオン）に設定し、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化するようにする。
　ここで、スライスのｓａｏ＿ｌｕｍａ＿ｆｌａｇは１（オン）に設定されるが、符号ブロック毎に設定するｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａを全て０（オフ）に設定することにより、実際は、スライス単位でＳＡＯオフになる場合と同じ動作になるようにする。つまり、スライス単位ではＳＡＯオン設定だが、符号ブロック単位ではＳＡＯオフ設定となり、実際はスライス単位でＳＡＯオフの動きとなる。こうすることによって、ＳＡＯオン／オフおよびｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値を自由に設定することが可能となり、フレキシビリティを向上させることができる。
　なお、本実施の形態では、スライスのＬｕｍａのＳＡＯ（ｓａｏ＿ｌｕｍａ＿ｆｌａｇ）を強制的にオン（１を設定）にしているが、ＣｈｒｏｍａのＳＡＯ（ｓａｏ＿ｃｈｒｏｍａ＿ｆｌａｇ）を強制的にオン（１を設定）にしてもよい。その場合、符号ブロックのｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｃｈｒｏｍａをオフ（０に設定）にすることは言うまでもない。
　（実施の形態６）
　実施の形態６の画像復号装置２００Ｃ（２００）について、図２９を基に説明する。
　＜６－１．全体構成、全体フロー、ＳＡＯ処理部の構成、ＳＡＯ処理のフロー、ＳＡＯオフセット加算処理のフロー、ピクチャデータ復号部の構成、ピクチャデータの復号フロー＞
　本実施の形態の画像復号装置２００Ｃの全体構成、全体フロー、ＳＡＯ処理部２０６の構成、ＳＡＯ処理のフロー、ＳＡＯオフセット加算処理のフロー、ピクチャデータ復号部２０１の構成、ピクチャデータの復号フローは、実施の形態２の全体構成（図１２）、全体フロー（図１３）、ＳＡＯ処理部２０６の構成（図１４）、ＳＡＯ処理のフロー（図１５）、ＳＡＯオフセット加算処理のフロー（図５）、ピクチャデータ復号部２０１の構成（図１６）、ピクチャデータの復号フロー（図１７）と同じであるため、説明を省略する。
　＜６－２．動作（スライス境界参照許可フラグ復号）＞
　次に、図２９を参照しつつ、スライス境界参照許可フラグ復号フローについて説明する。図２９は、本実施の形態のスライス境界参照許可フラグの復号の処理手順の一例を示すフローチャートである。本実施の形態のスライス境界参照許可フラグの復号フローは、実施の形態４（図２３）のスライス境界参照許可フラグの復号フローとはスライス境界参照復号部２０１ｄで行うＳ６０１のみ異なるため、その部分に関して説明する。
　スライス境界参照復号部２０１ｄは、処理対象スライスがピクチャ内の先頭スライスである場合（Ｓ１７２のＹｅｓ）に、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを０に設定する（Ｓ１７５）。
　スライス境界参照復号部２０１ｄは、処理対象スライスがピクチャ内の先頭スライスではない場合（Ｓ１７２のＮｏ）、Ｓ１７３に移行する。
　スライス境界参照復号部２０１ｄは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１であり（Ｓ１７３のＹｅｓ）、且つ、ＤＢＦおよびＳＡＯが共にオフではない場合（Ｓ４０１のＮｏ）は、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化する（Ｓ１７４）。
　スライス境界参照復号部２０１ｄは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合（Ｓ１７３のＮｏ）、または、ＤＢＦおよびＳＡＯが共にオフの場合は（ｓ４０１のＹｅｓ）、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号せず、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値をコピーするようにしている（Ｓ６０１）。
　＜６－３．動作（ＳＡＯパラメータ復号）＞
　本実施の形態のＳＡＯパラメータの符号化フローは、実施の形態２のＳＡＯパラメータ符号化フロー（図１９）と同じであるため、説明を省略する。
　＜６－４．効果＞
　実施の形態５で符号化した符号列を復号することが出来、実施の形態５と同じ効果を得ることができる。
　（実施の形態７）
　実施の形態７の画像符号化装置１００Ｄ（１００）について、図３０～図３５を基に説明する。
　＜７－１．全体構成＞
　図３０は、本実施の形態における画像符号化装置１００Ｄの構成の一例を示すブロック図である。
　図３０に示すように、本実施の形態の画像符号化装置１００Ｄは、スライス分割部１０１、符号ブロック分割部１０２、減算部１０３、変換部１０４、ピクチャデータ符号化部１０５、逆変換部１０６、加算部１０７、フレームメモリ、ＤＢＦ処理部１０９、ＳＡＯ処理部１１０、予測部１１１、ＤＢＦ＿ＳＡＯ処理決定部１２０、および、スライス境界参照決定部１３０を備えている。
　本実施の形態の画像符号化装置１００Ｄは、実施の形態１（図１）の画像符号化装置１００Ａとは、スライス境界参照決定部１３０がＳＡＯ処理部１１０およびピクチャデータ符号化部１０５に対し、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ（本実施の形態では、第一フラグに相当）に加え、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ（本実施の形態では、第二フラグに相当）を出力している点で異なる。
　＜７－２．動作（全体）＞
　図３１は、本実施の形態の画像符号化方法の処理手順の一例を示すフローチャートである。図３１に示す本実施の形態の画像符号化方法の全体フローは、実施の形態１の画像符号化方法の全体フロー（図２）とは、スライス境界参照決定部１３０が、Ｓ１０４に代えてＳ７０１を行う点で異なるため、その部分に関して説明する。
　Ｓ７０１において、スライス境界参照決定部１３０は、処理対象スライスの上境界および左境界を跨いで別スライスの画素の参照を許可するか禁止するかを決定する。さらに、スライス境界参照決定部１３０は、参照を許可すると決定した場合は、処理対象スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを１に設定し、禁止すると決定した場合は、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを０に設定する。
　また、スライス境界参照決定部１３０は、スライスの下境界および右境界を跨いで別スライスの画素の参照を許可するか禁止するかを決定する。さらに、スライス境界参照決定部１３０は、参照を許可すると決定した場合は、処理対象スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを１に設定し、禁止すると決定した場合は、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを０に設定する。ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇはスライス毎に存在する。
　＜７－３．ＳＡＯ処理部の構成＞
　図３２は、ＳＡＯ処理部の内部構成を示すブロック図である。
　図３２に示すように、ＳＡＯ処理部１１０は、ＳＡＯパラメータ決定部１１０ａ、スライス境界参照判定部１１０ｂ、および、ＳＡＯオフセット加算部１１０ｃを備えている。
　本実施の形態のＳＡＯ処理部１１０が、実施の形態１（図３）のＳＡＯ処理部１１０と異なる点は、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇがスライス境界参照判定部１１０ｂに入力されている点である。
　各部の詳細な動作については、７－４で述べる。
　＜７－４．動作（ＳＡＯ処理）＞
　次に、図３３を参照しつつ、ＳＡＯ処理のフローについて説明する。図３３は、ＳＡＯ処理（全体）の処理手順の一例を示すフローチャートである。本実施の形態のＳＡＯ処理のフローは、実施の形態１（図４）のＳＡＯ処理のフローのＳ１３８に代えて、Ｓ７０１を行う点で異なるため、その部分に関して説明する。
　参照画素が後で処理するスライスであった場合（Ｓ１３６のＮｏ）、スライス境界参照判定部１１０ｂは、本処理対象スライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって参照してよいか否かを判定する（Ｓ７０２）。
　Ｓ７０２において、スライス境界参照判定部１１０ｂは、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０であった場合は（Ｓ７０２のＮｏ）、参照禁止であるため、ＳＡＯを実施しない。こうすることによって、処理対象スライスの上境界および左境界の参照許可はｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって判断され、下境界および右境界の参照許可はｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって判断されることになる。
　図１１を用いて説明すると、スライス２のＳＡＯにおいて、スライス１とスライス２の境界はスライス２のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって判断され、スライス２とスライス３の境界はスライス２のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇによって判断される。
　また、ＳＡＯオフセット加算処理に関しては実施の形態１（図５）と同じであるため、説明を省略する。
　＜７－５．ピクチャデータ符号化部の構成＞
　図３４は、ピクチャデータ符号化部の内部構成の一例を示すブロック図である。
　図３４に示すように、ピクチャデータ符号化部１０５は、変換係数符号化部１０５ａ、予測情報符号化部１０５ｂ、ＳＡＯパラメータ符号化部１０５ｃ、スライス境界参照符号化部１０５ｄ、および、ＤＢＦ＿ＳＡＯ実行フラグ符号化部１０５ｅを備えている。
　本実施の形態のピクチャデータ符号化部１０５は、実施の形態１（図６）のピクチャデータ符号化部１０５とは、スライス境界参照符号化部１０５ｄにｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが入力されている点で異なる。
　＜７－６．動作（ピクチャデータ符号化）＞
　本実施の形態のピクチャデータの符号化フローは、実施の形態１のピクチャデータの符号化フロー（図７）と同じであるため、説明を省略する。
　＜７－７．動作（スライス境界参照許可フラグ符号化）＞
　次に、図３５を参照しつつ、スライス境界参照許可フラグの符号化フローについて説明する。図３５は、スライス境界参照許可フラグの符号化の処理手順の一例を示すフローチャートである。本実施の形態のスライス境界参照許可フラグの符号化フローは、実施の形態３（図２２）のスライス境界参照許可フラグの符号化フローとは、Ｓ７１１～Ｓ７１４の処理が追加されている点で異なるため、その部分に関して説明する。
　具体的には、ｓｌｉｃｅｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが符号化または０に設定された後（Ｓ１７２～Ｓ１７５）、スライス境界参照符号化部１０５ｄは、Ｓ７０１～Ｓ７０４を実行して、ｓｌｉｃｅｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化または０に設定する（Ｓ７１１～Ｓ７１４）。
　具体的には、スライス境界参照符号化部１０５ｄは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合（Ｓ７１１のＮｏ）、または、ＤＢＦおよびＳＡＯが共にオフの場合は（Ｓ７１２のＹｅｓ）、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化せず、０を使用するようにしている（Ｓ７１４）。
　スライス境界参照符号化部１０５ｄは、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１の場合（Ｓ７１１のＹｅｓ）、且つ、ＤＢＦおよびＳＡＯが共にオフではない場合は（Ｓ７１２のＮｏ）、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを符号化する（Ｓ７１３）。
　本実施の形態で符号化した符号列を復号する画像復号装置２００Ｄ（後述する実施の形態８を参照）側でもｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合、または、ＤＢＦおよびＳＡＯが共にオフの場合はｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号せずに０を使うことによって、正常に復号することができる。また、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１の場合、且つ、ＤＢＦおよびＳＡＯの少なくとも一方がオンの場合はｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号する。
　＜７－８．動作（ＳＡＯパラメータ符号化）＞
　本実施の形態のＳＡＯパラメータの符号化フローは、実施の形態１のＳＡＯパラメータの符号化フロー（図９）と同じであるため、説明を省略する。
　＜７－９．効果＞
　以上、本実施の形態によれば、スライスの下境界、右境界を対象とする新たなスライス境界参照許可フラグ（ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を符号化することによって、１つのスライス境界のみ参照を禁止にすることが出来、他のスライス境界には影響を与えないことによって高画質とスライス間依存の排除を両立することができる。
　図１１を用いて説明すると、スライス１とスライス２の境界の参照を禁止し、スライス２とスライス３の境界の参照を許可したい場合はスライス１のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇとスライス２のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを０に、スライス２のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇとスライス３のｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを１に設定することによって実現できるようになる。こうすることにより、参照禁止以外の境界では全てＳＡＯを実施することが可能となり、画質向上に繋がる。
　また、スライスに含まれる画素が別スライスの画素を参照してよいかという判断が、自身のスライス内のフラグによって判断できるようになり、スライス間の依存関係を減らし、スライス毎を並列処理するシステム等に有益な構造とした。より具体的には、ＳＡＯが別スライスの画素を参照してよいかという判断をその参照画素が含まれる別スライスのフラグによって判断するようにしてしまうと、画像復号装置の場合、その別スライスのフラグを復号するまでＳＡＯは処理を開始出来なくなってしまい、別スライスの処理の状況を監視する必要が出てくる。そうなるとスライス毎を並列処理する場合に別スライスの監視処理が必要であったり、待ち時間が発生したりする等のデメリットがある。本実施の形態ではそのデメリットを解消できる。
　また、ＤＢＦおよびＳＡＯが共にオフの場合はそのスライスのｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは別スライスからも使用されることはないため、符号化する必要はなく、符号量を削減することができる。
　なお、本実施の形態では、ＤＢＦおよびＳＡＯが共にオフの場合やｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０の場合はｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは符号化され、０が使用されているが、これに限るものではない。例えば、フラグを符号化しない場合は、実施の形態５（図２８）に示すように、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値をコピーして使用するようにしてもよい。
　さらに、本実施の形態では、例えば、図１１の場合、スライス１の画素が処理対象である場合に、スライス２の画素の参照を許可し、スライス２の画素が処理対象である場合に、スライス１の画素の参照を禁止することが可能になる。言い換えると、１つの境界について、参照方向によって参照の許可と禁止とを別個に設定することが可能になる。本実施の形態では、より柔軟に参照の許可と禁止を設定できることから、画質の向上が期待できる。
　（実施の形態８）
　実施の形態８の画像復号装置２００Ｄ（２００）について、図３６～図４０を基に説明する。
　＜８－１．全体構成＞
　図３６は、本実施の形態における画像復号装置の構成の一例を示すブロック図である。
　図３６に示すように、本実施の形態の画像復号装置２００Ｄは、ピクチャデータ復号部２０１、逆変換部２０２、加算部２０３、フレームメモリ２０４、ＤＢＦ処理部２０５、ＳＡＯ処理部２０６、および、動き補償部２０７を備えている。
　本実施の形態の画像復号装置２００Ｄは、実施の形態２（図１２）の画像復号装置２００Ａとは、ピクチャデータ復号部２０１が、さらに、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号し、ＳＡＯ処理部２０６に出力している点でが異なる。
　＜８－２．動作（全体）＞
　本実施の形態の画像復号方法の全体フローは、実施の形態２の画像復号方法の全体フロー（図１３）と同じであるため、説明を省略する。
　＜８－３．ＳＡＯ処理部の構成＞
　図３７は、ＳＡＯ処理部２０６の内部構成の一例を示すブロック図である。
　図３７に示すように、本実施の形態のＳＡＯ処理部２０６は、スライス境界参照判定部２０６ａ、および、ＳＡＯオフセット加算部２０６ｂを備えている。
　本実施の形態のＳＡＯ処理部２０６は、実施の形態２（図１４）のＳＡＯ処理部２０６とは、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇがスライス境界参照判定部２０６ａに入力されている点で異なる。
　各部の詳細な動作については、８－４で述べる。
　＜８－４．動作（ＳＡＯ処理）＞
　図３８は、本実施の形態のＳＡＯ処理の処理手順の一例を示すフローチャートである。図３８に示すＳＡＯ処理のフローは、実施の形態７のＳＡＯ処理のフロー（図３３）とは、ＳＡＯパラメータ決定部１１０ａが処理するｓａｏ＿ｔｙｐｅ＿ｉｄｘ＿ｌｕｍａ／ｃｈｒｏｍａの決定、ｓａｏ＿ｅｏ＿ｃｌａｓｓ＿ｌｕｍａ／ｃｈｒｏｍａの決定、ｓａｏ＿ｏｆｆｓｅｔ＿ｌｕｍａ／ｃｂ／ｃｒの決定に関する処理が無い点で異なるが、その他の処理は同じであるため、説明を省略する。本実施の形態では、それらのパラメータはピクチャデータ復号部２０１で復号したデータを使用する。
　また、ＳＡＯオフセット加算処理に関しても実施の形態１（図５）と同じであるため、説明を省略する。
　＜８－５．ピクチャデータ復号部の構成＞
　図３９は、ピクチャデータ復号部２０１の内部構成の一例を示すブロック図である。
　図３９に示すように、ピクチャデータ復号部２０１は、変換係数復号部２０１ａ、予測情報復号部２０１ｂ、ＳＡＯパラメータ復号部２０１ｃ、スライス境界参照復号部２０１ｄ、および、ＤＢＦ＿ＳＡＯ実行フラグ復号部２０１ｅを備えている。
　本実施の形態のピクチャデータ復号部２０１は、実施の形態２（図１６）のピクチャデータ復号部２０１とは、スライス境界参照復号部２０１ｄが、さらに、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号して出力している点で異なる。
　＜８－６．動作（ピクチャデータ復号）＞
　本実施の形態のピクチャデータの復号フローは、実施の形態２のピクチャデータの復号フロー（図１７）と同じであるため、説明を省略する。
　＜８－７．動作（スライス境界参照許可フラグ復号）＞
　次に、図４０を参照しつつ、スライス境界参照許可フラグ復号フローについて説明する。
　図４０は、本実施の形態のスライス境界参照許可フラグの復号の処理手順の一例を示すフローチャートである。本実施の形態のスライス境界参照許可フラグの復号フローは、実施の形態７とは、Ｓ１７４、Ｓ７１３に代えて、Ｓ２２２、Ｓ８０１を実行する以外は同じであるため、説明を省略する。
　Ｓ２２２では、スライス境界参照復号部２０１ｄは、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号する。なお、Ｓ２２２は、図１８に示す実施の形態２のＳ２２２と同じである。
　Ｓ８０１では、スライス境界参照復号部２０１ｄは、ｓｌｉｃｅ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｂｒ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇを復号する。
　＜８－８．動作（ＳＡＯパラメータ復号）＞
　本実施の形態のＳＡＯパラメータの復号フローは、実施の形態２のＳＡＯパラメータの復号フロー（図１９）と同じであるため、説明を省略する。
　＜８－９．効果＞
　実施の形態７で符号化した符号列を復号することが出来、実施の形態７と同じ効果を得ることができる。
　以上の各実施の形態において、機能ブロックの各々は、通常、ＭＰＵやメモリ等によって実現可能である。また、機能ブロックの各々による処理は、通常、ソフトウェア（プログラム）によって実現することができ、当該ソフトウェアはＲＯＭ等の記録媒体に記録されている。そして、このようなソフトウェアをダウンロード等により配布してもよいし、ＣＤ－ＲＯＭ等の記録媒体に記録して配布してもよい。なお、各機能ブロックをハードウェア（専用回路）によって実現することも、当然、可能である。
　また、各実施例において説明した処理は、単一の装置（システム）を用いて集中処理することによって実現してもよく、あるいは、複数の装置を用いて分散処理することによって実現してもよい。また、上記プログラムを実行するコンピュータは、単数であってもよく、複数であってもよい。すなわち、集中処理を行ってもよく、あるいは分散処理を行ってもよい。
　本発明は、以上の実施例に限定されることなく、例えば、実施例ではＳＡＯ処理を決定する情報をフラグとして説明しているが、０，１という２値の情報に限らず、複数の処理を選択的に決定するような多値の値であってもよい。このような種々の変更が可能であり、それらも本発明の範囲内に包含されるものであることは言うまでもない。
　（実施の形態９）
　上記各実施の形態で示した動画像符号化方法（画像符号化方法）または動画像復号化方法（画像復号方法）の構成を実現するためのプログラムを記憶メディアに記録することにより、上記各実施の形態で示した処理を独立したコンピュータシステムにおいて簡単に実施することが可能となる。記憶メディアは、磁気ディスク、光ディスク、光磁気ディスク、ＩＣカード、半導体メモリ等、プログラムを記録できるものであればよい。
　さらにここで、上記各実施の形態で示した動画像符号化方法（画像符号化方法）や動画像復号化方法（画像復号方法）の応用例とそれを用いたシステムを説明する。当該システムは、画像符号化方法を用いた画像符号化装置、及び画像復号方法を用いた画像復号装置からなる画像符号化復号装置を有することを特徴とする。システムにおける他の構成について、場合に応じて適切に変更することができる。
　図４１は、コンテンツ配信サービスを実現するコンテンツ供給システムex１００の全体構成を示す図である。通信サービスの提供エリアを所望の大きさに分割し、各セル内にそれぞれ固定無線局である基地局ex１０６、ex１０７、ex１０８、ex１０９、ex１１０が設置されている。
　このコンテンツ供給システムex１００は、インターネットex１０１にインターネットサービスプロバイダex１０２および電話網ex１０４、および基地局ex１０６からex１１０を介して、コンピュータex１１１、ＰＤＡ（Personal Digital Assistant）ex１１２、カメラex１１３、携帯電話ex１１４、ゲーム機ex１１５などの各機器が接続される。
　しかし、コンテンツ供給システムex１００は図４１のような構成に限定されず、いずれかの要素を組合せて接続するようにしてもよい。また、固定無線局である基地局ex１０６からex１１０を介さずに、各機器が電話網ex１０４に直接接続されてもよい。また、各機器が近距離無線等を介して直接相互に接続されていてもよい。
　カメラex１１３はデジタルビデオカメラ等の動画撮影が可能な機器であり、カメラex１１６はデジタルカメラ等の静止画撮影、動画撮影が可能な機器である。また、携帯電話ex１１４は、ＧＳＭ（登録商標）（Global System for Mobile Communications）方式、ＣＤＭＡ（Code Division Multiple Access）方式、Ｗ－ＣＤＭＡ（Wideband-Code Division Multiple Access）方式、若しくはＬＴＥ（Long Term Evolution）方式、ＨＳＰＡ(High Speed Packet Access)の携帯電話機、またはＰＨＳ（Personal Handyphone System）等であり、いずれでも構わない。
　コンテンツ供給システムex１００では、カメラex１１３等が基地局ex１０９、電話網ex１０４を通じてストリーミングサーバex１０３に接続されることで、ライブ配信等が可能になる。ライブ配信では、ユーザがカメラex１１３を用いて撮影するコンテンツ（例えば、音楽ライブの映像等）に対して上記各実施の形態で説明したように符号化処理を行い（即ち、本発明の一態様に係る画像符号化装置として機能する）、ストリーミングサーバex１０３に送信する。一方、ストリーミングサーバex１０３は要求のあったクライアントに対して送信されたコンテンツデータをストリーム配信する。クライアントとしては、上記符号化処理されたデータを復号化することが可能な、コンピュータex１１１、ＰＤＡex１１２、カメラex１１３、携帯電話ex１１４、ゲーム機ex１１５等がある。配信されたデータを受信した各機器では、受信したデータを復号化処理して再生する（即ち、本発明の一態様に係る画像復号装置として機能する）。
　なお、撮影したデータの符号化処理はカメラex１１３で行っても、データの送信処理をするストリーミングサーバex１０３で行ってもよいし、互いに分担して行ってもよい。同様に配信されたデータの復号化処理はクライアントで行っても、ストリーミングサーバex１０３で行ってもよいし、互いに分担して行ってもよい。また、カメラex１１３に限らず、カメラex１１６で撮影した静止画像および／または動画像データを、コンピュータex１１１を介してストリーミングサーバex１０３に送信してもよい。この場合の符号化処理はカメラex１１６、コンピュータex１１１、ストリーミングサーバex１０３のいずれで行ってもよいし、互いに分担して行ってもよい。
　また、これら符号化・復号化処理は、一般的にコンピュータex１１１や各機器が有するＬＳＩex５００において処理する。ＬＳＩex５００は、ワンチップであっても複数チップからなる構成であってもよい。なお、動画像符号化・復号化用のソフトウェアをコンピュータex１１１等で読み取り可能な何らかの記録メディア（ＣＤ－ＲＯＭ、フレキシブルディスク、ハードディスクなど）に組み込み、そのソフトウェアを用いて符号化・復号化処理を行ってもよい。さらに、携帯電話ex１１４がカメラ付きである場合には、そのカメラで取得した動画データを送信してもよい。このときの動画データは携帯電話ex１１４が有するＬＳＩex５００で符号化処理されたデータである。
　また、ストリーミングサーバex１０３は複数のサーバや複数のコンピュータであって、データを分散して処理したり記録したり配信するものであってもよい。
　以上のようにして、コンテンツ供給システムex１００では、符号化されたデータをクライアントが受信して再生することができる。このようにコンテンツ供給システムex１００では、ユーザが送信した情報をリアルタイムでクライアントが受信して復号化し、再生することができ、特別な権利や設備を有さないユーザでも個人放送を実現できる。
　なお、コンテンツ供給システムex１００の例に限らず、図４２に示すように、デジタル放送用システムex２００にも、上記各実施の形態の少なくとも動画像符号化装置（画像符号化装置）または動画像復号化装置（画像復号装置）のいずれかを組み込むことができる。具体的には、放送局ex２０１では映像データに音楽データなどが多重化された多重化データが電波を介して通信または衛星ex２０２に伝送される。この映像データは上記各実施の形態で説明した動画像符号化方法により符号化されたデータである（即ち、本発明の一態様に係る画像符号化装置によって符号化されたデータである）。これを受けた放送衛星ex２０２は、放送用の電波を発信し、この電波を衛星放送の受信が可能な家庭のアンテナex２０４が受信する。受信した多重化データを、テレビ（受信機）ex３００またはセットトップボックス（ＳＴＢ）ex２１７等の装置が復号化して再生する（即ち、本発明の一態様に係る画像復号装置として機能する）。
　また、ＤＶＤ、ＢＤ等の記録メディアex２１５に記録した多重化データを読み取り復号化する、または記録メディアex２１５に映像信号を符号化し、さらに場合によっては音楽信号と多重化して書き込むリーダ／レコーダex２１８にも上記各実施の形態で示した動画像復号化装置または動画像符号化装置を実装することが可能である。この場合、再生された映像信号はモニタex２１９に表示され、多重化データが記録された記録メディアex２１５により他の装置やシステムにおいて映像信号を再生することができる。また、ケーブルテレビ用のケーブルex２０３または衛星／地上波放送のアンテナex２０４に接続されたセットトップボックスex２１７内に動画像復号化装置を実装し、これをテレビのモニタex２１９で表示してもよい。このときセットトップボックスではなく、テレビ内に動画像復号化装置を組み込んでもよい。
　図４３は、上記各実施の形態で説明した動画像復号化方法および動画像符号化方法を用いたテレビ（受信機）ex３００を示す図である。テレビex３００は、上記放送を受信するアンテナex２０４またはケーブルex２０３等を介して映像データに音声データが多重化された多重化データを取得、または出力するチューナex３０１と、受信した多重化データを復調する、または外部に送信する多重化データに変調する変調／復調部ex３０２と、復調した多重化データを映像データと、音声データとに分離する、または信号処理部ex３０６で符号化された映像データ、音声データを多重化する多重／分離部ex３０３を備える。
　また、テレビex３００は、音声データ、映像データそれぞれを復号化する、またはそれぞれの情報を符号化する音声信号処理部ex３０４、映像信号処理部ex３０５（本発明の一態様に係る画像符号化装置または画像復号装置として機能する）を有する信号処理部ex３０６と、復号化した音声信号を出力するスピーカex３０７、復号化した映像信号を表示するディスプレイ等の表示部ex３０８を有する出力部ex３０９とを有する。さらに、テレビex３００は、ユーザ操作の入力を受け付ける操作入力部ex３１２等を有するインタフェース部ex３１７を有する。さらに、テレビex３００は、各部を統括的に制御する制御部ex３１０、各部に電力を供給する電源回路部ex３１１を有する。インタフェース部ex３１７は、操作入力部ex３１２以外に、リーダ／レコーダex２１８等の外部機器と接続されるブリッジex３１３、ＳＤカード等の記録メディアex２１６を装着可能とするためのスロット部ex３１４、ハードディスク等の外部記録メディアと接続するためのドライバex３１５、電話網と接続するモデムex３１６等を有していてもよい。なお記録メディアex２１６は、格納する不揮発性／揮発性の半導体メモリ素子により電気的に情報の記録を可能としたものである。テレビex３００の各部は同期バスを介して互いに接続されている。
　まず、テレビex３００がアンテナex２０４等により外部から取得した多重化データを復号化し、再生する構成について説明する。テレビex３００は、リモートコントローラex２２０等からのユーザ操作を受け、ＣＰＵ等を有する制御部ex３１０の制御に基づいて、変調／復調部ex３０２で復調した多重化データを多重／分離部ex３０３で分離する。さらにテレビex３００は、分離した音声データを音声信号処理部ex３０４で復号化し、分離した映像データを映像信号処理部ex３０５で上記各実施の形態で説明した復号化方法を用いて復号化する。復号化した音声信号、映像信号は、それぞれ出力部ex３０９から外部に向けて出力される。出力する際には、音声信号と映像信号が同期して再生するよう、バッファex３１８、ex３１９等に一旦これらの信号を蓄積するとよい。また、テレビex３００は、放送等からではなく、磁気／光ディスク、ＳＤカード等の記録メディアex２１５、ex２１６から多重化データを読み出してもよい。次に、テレビex３００が音声信号や映像信号を符号化し、外部に送信または記録メディア等に書き込む構成について説明する。テレビex３００は、リモートコントローラex２２０等からのユーザ操作を受け、制御部ex３１０の制御に基づいて、音声信号処理部ex３０４で音声信号を符号化し、映像信号処理部ex３０５で映像信号を上記各実施の形態で説明した符号化方法を用いて符号化する。符号化した音声信号、映像信号は多重／分離部ex３０３で多重化され外部に出力される。多重化する際には、音声信号と映像信号が同期するように、バッファex３２０、ex３２１等に一旦これらの信号を蓄積するとよい。なお、バッファex３１８、ex３１９、ex３２０、ex３２１は図示しているように複数備えていてもよいし、１つ以上のバッファを共有する構成であってもよい。さらに、図示している以外に、例えば変調／復調部ex３０２や多重／分離部ex３０３の間等でもシステムのオーバフロー、アンダーフローを避ける緩衝材としてバッファにデータを蓄積することとしてもよい。
　また、テレビex３００は、放送等や記録メディア等から音声データ、映像データを取得する以外に、マイクやカメラのＡＶ入力を受け付ける構成を備え、それらから取得したデータに対して符号化処理を行ってもよい。なお、ここではテレビex３００は上記の符号化処理、多重化、および外部出力ができる構成として説明したが、これらの処理を行うことはできず、上記受信、復号化処理、外部出力のみが可能な構成であってもよい。
　また、リーダ／レコーダex２１８で記録メディアから多重化データを読み出す、または書き込む場合には、上記復号化処理または符号化処理はテレビex３００、リーダ／レコーダex２１８のいずれで行ってもよいし、テレビex３００とリーダ／レコーダex２１８が互いに分担して行ってもよい。
　一例として、光ディスクからデータの読み込みまたは書き込みをする場合の情報再生／記録部ex４００の構成を図４４に示す。情報再生／記録部ex４００は、以下に説明する要素ex４０１、ex４０２、ex４０３、ex４０４、ex４０５、ex４０６、ex４０７を備える。光ヘッドex４０１は、光ディスクである記録メディアex２１５の記録面にレーザスポットを照射して情報を書き込み、記録メディアex２１５の記録面からの反射光を検出して情報を読み込む。変調記録部ex４０２は、光ヘッドex４０１に内蔵された半導体レーザを電気的に駆動し記録データに応じてレーザ光の変調を行う。再生復調部ex４０３は、光ヘッドex４０１に内蔵されたフォトディテクタにより記録面からの反射光を電気的に検出した再生信号を増幅し、記録メディアex２１５に記録された信号成分を分離して復調し、必要な情報を再生する。バッファex４０４は、記録メディアex２１５に記録するための情報および記録メディアex２１５から再生した情報を一時的に保持する。ディスクモータex４０５は記録メディアex２１５を回転させる。サーボ制御部ex４０６は、ディスクモータex４０５の回転駆動を制御しながら光ヘッドex４０１を所定の情報トラックに移動させ、レーザスポットの追従処理を行う。システム制御部ex４０７は、情報再生／記録部ex４００全体の制御を行う。上記の読み出しや書き込みの処理はシステム制御部ex４０７が、バッファex４０４に保持された各種情報を利用し、また必要に応じて新たな情報の生成・追加を行うと共に、変調記録部ex４０２、再生復調部ex４０３、サーボ制御部ex４０６を協調動作させながら、光ヘッドex４０１を通して、情報の記録再生を行うことにより実現される。システム制御部ex４０７は例えばマイクロプロセッサで構成され、読み出し書き込みのプログラムを実行することでそれらの処理を実行する。
　以上では、光ヘッドex４０１はレーザスポットを照射するとして説明したが、近接場光を用いてより高密度な記録を行う構成であってもよい。
　図４５に光ディスクである記録メディアex２１５の模式図を示す。記録メディアex２１５の記録面には案内溝（グルーブ）がスパイラル状に形成され、情報トラックex２３０には、予めグルーブの形状の変化によってディスク上の絶対位置を示す番地情報が記録されている。この番地情報はデータを記録する単位である記録ブロックex２３１の位置を特定するための情報を含み、記録や再生を行う装置において情報トラックex２３０を再生し番地情報を読み取ることで記録ブロックを特定することができる。また、記録メディアex２１５は、データ記録領域ex２３３、内周領域ex２３２、外周領域ex２３４を含んでいる。ユーザデータを記録するために用いる領域がデータ記録領域ex２３３であり、データ記録領域ex２３３より内周または外周に配置されている内周領域ex２３２と外周領域ex２３４は、ユーザデータの記録以外の特定用途に用いられる。情報再生／記録部ex４００は、このような記録メディアex２１５のデータ記録領域ex２３３に対して、符号化された音声データ、映像データまたはそれらのデータを多重化した多重化データの読み書きを行う。
　以上では、１層のＤＶＤ、ＢＤ等の光ディスクを例に挙げ説明したが、これらに限ったものではなく、多層構造であって表面以外にも記録可能な光ディスクであってもよい。また、ディスクの同じ場所にさまざまな異なる波長の色の光を用いて情報を記録したり、さまざまな角度から異なる情報の層を記録したりなど、多次元的な記録／再生を行う構造の光ディスクであってもよい。
　また、デジタル放送用システムex２００において、アンテナex２０５を有する車ex２１０で衛星ex２０２等からデータを受信し、車ex２１０が有するカーナビゲーションex２１１等の表示装置に動画を再生することも可能である。なお、カーナビゲーションex２１１の構成は例えば図４３に示す構成のうち、ＧＰＳ受信部を加えた構成が考えられ、同様なことがコンピュータex１１１や携帯電話ex１１４等でも考えられる。
　図４６Ａは、上記実施の形態で説明した動画像復号化方法および動画像符号化方法を用いた携帯電話ex１１４を示す図である。携帯電話ex１１４は、基地局ex１１０との間で電波を送受信するためのアンテナex３５０、映像、静止画を撮ることが可能なカメラ部ex３６５、カメラ部ex３６５で撮像した映像、アンテナex３５０で受信した映像等が復号化されたデータを表示する液晶ディスプレイ等の表示部ex３５８を備える。携帯電話ex１１４は、さらに、操作キー部ex３６６を有する本体部、音声を出力するためのスピーカ等である音声出力部ex３５７、音声を入力するためのマイク等である音声入力部ex３５６、撮影した映像、静止画、録音した音声、または受信した映像、静止画、メール等の符号化されたデータもしくは復号化されたデータを保存するメモリ部ex３６７、又は同様にデータを保存する記録メディアとのインタフェース部であるスロット部ex３６４を備える。
　さらに、携帯電話ex１１４の構成例について、図４６Ｂを用いて説明する。携帯電話ex１１４は、表示部ex３５８及び操作キー部ex３６６を備えた本体部の各部を統括的に制御する主制御部ex３６０に対して、電源回路部ex３６１、操作入力制御部ex３６２、映像信号処理部ex３５５、カメラインタフェース部ex３６３、ＬＣＤ（Liquid Crystal Display）制御部ex３５９、変調／復調部ex３５２、多重／分離部ex３５３、音声信号処理部ex３５４、スロット部ex３６４、メモリ部ex３６７がバスex３７０を介して互いに接続されている。
　電源回路部ex３６１は、ユーザの操作により終話及び電源キーがオン状態にされると、バッテリパックから各部に対して電力を供給することにより携帯電話ex１１４を動作可能な状態に起動する。
　携帯電話ex１１４は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有する主制御部ex３６０の制御に基づいて、音声通話モード時に音声入力部ex３５６で収音した音声信号を音声信号処理部ex３５４でデジタル音声信号に変換し、これを変調／復調部ex３５２でスペクトラム拡散処理し、送信／受信部ex３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナex３５０を介して送信する。また携帯電話ex１１４は、音声通話モード時にアンテナex３５０を介して受信した受信データを増幅して周波数変換処理およびアナログデジタル変換処理を施し、変調／復調部ex３５２でスペクトラム逆拡散処理し、音声信号処理部ex３５４でアナログ音声信号に変換した後、これを音声出力部ex３５７から出力する。
　さらにデータ通信モード時に電子メールを送信する場合、本体部の操作キー部ex３６６等の操作によって入力された電子メールのテキストデータは操作入力制御部ex３６２を介して主制御部ex３６０に送出される。主制御部ex３６０は、テキストデータを変調／復調部ex３５２でスペクトラム拡散処理をし、送信／受信部ex３５１でデジタルアナログ変換処理および周波数変換処理を施した後にアンテナex３５０を介して基地局ex１１０へ送信する。電子メールを受信する場合は、受信したデータに対してこのほぼ逆の処理が行われ、表示部ex３５８に出力される。
　データ通信モード時に映像、静止画、または映像と音声を送信する場合、映像信号処理部ex３５５は、カメラ部ex３６５から供給された映像信号を上記各実施の形態で示した動画像符号化方法によって圧縮符号化し（即ち、本発明の一態様に係る画像符号化装置として機能する）、符号化された映像データを多重／分離部ex３５３に送出する。また、音声信号処理部ex３５４は、映像、静止画等をカメラ部ex３６５で撮像中に音声入力部ex３５６で収音した音声信号を符号化し、符号化された音声データを多重／分離部ex３５３に送出する。
　多重／分離部ex３５３は、映像信号処理部ex３５５から供給された符号化された映像データと音声信号処理部ex３５４から供給された符号化された音声データを所定の方式で多重化し、その結果得られる多重化データを変調／復調部（変調／復調回路部）ex３５２でスペクトラム拡散処理をし、送信／受信部ex３５１でデジタルアナログ変換処理及び周波数変換処理を施した後にアンテナex３５０を介して送信する。
　データ通信モード時にホームページ等にリンクされた動画像ファイルのデータを受信する場合、または映像およびもしくは音声が添付された電子メールを受信する場合、アンテナex３５０を介して受信された多重化データを復号化するために、多重／分離部ex３５３は、多重化データを分離することにより映像データのビットストリームと音声データのビットストリームとに分け、同期バスex３７０を介して符号化された映像データを映像信号処理部ex３５５に供給するとともに、符号化された音声データを音声信号処理部ex３５４に供給する。映像信号処理部ex３５５は、上記各実施の形態で示した動画像符号化方法に対応した動画像復号化方法によって復号化することにより映像信号を復号し（即ち、本発明の一態様に係る画像復号装置として機能する）、ＬＣＤ制御部ex３５９を介して表示部ex３５８から、例えばホームページにリンクされた動画像ファイルに含まれる映像、静止画が表示される。また音声信号処理部ex３５４は、音声信号を復号し、音声出力部ex３５７から音声が出力される。
　また、上記携帯電話ex１１４等の端末は、テレビex３００と同様に、符号化器・復号化器を両方持つ送受信型端末の他に、符号化器のみの送信端末、復号化器のみの受信端末という３通りの実装形式が考えられる。さらに、デジタル放送用システムex２００において、映像データに音楽データなどが多重化された多重化データを受信、送信するとして説明したが、音声データ以外に映像に関連する文字データなどが多重化されたデータであってもよいし、多重化データではなく映像データ自体であってもよい。
　このように、上記各実施の形態で示した動画像符号化方法あるいは動画像復号化方法を上述したいずれの機器・システムに用いることは可能であり、そうすることで、上記各実施の形態で説明した効果を得ることができる。
　また、本発明はかかる上記実施の形態に限定されるものではなく、本発明の範囲を逸脱することなく種々の変形または修正が可能である。
　（実施の形態１０）
　上記各実施の形態で示した動画像符号化方法または装置と、ＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１など異なる規格に準拠した動画像符号化方法または装置とを、必要に応じて適宜切替えることにより、映像データを生成することも可能である。
　ここで、それぞれ異なる規格に準拠する複数の映像データを生成した場合、復号する際に、それぞれの規格に対応した復号方法を選択する必要がある。しかしながら、復号する映像データが、どの規格に準拠するものであるか識別できないため、適切な復号方法を選択することができないという課題を生じる。
　この課題を解決するために、映像データに音声データなどを多重化した多重化データは、映像データがどの規格に準拠するものであるかを示す識別情報を含む構成とする。上記各実施の形態で示す動画像符号化方法または装置によって生成された映像データを含む多重化データの具体的な構成を以下説明する。多重化データは、ＭＰＥＧ－２トランスポートストリーム形式のデジタルストリームである。
　図４７は、多重化データの構成を示す図である。図４７に示すように多重化データは、ビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム（ＰＧ）、インタラクティブグラフィックスストリームのうち、１つ以上を多重化することで得られる。ビデオストリームは映画の主映像および副映像を、オーディオストリーム（ＩＧ）は映画の主音声部分とその主音声とミキシングする副音声を、プレゼンテーショングラフィックスストリームは、映画の字幕をそれぞれ示している。ここで主映像とは画面に表示される通常の映像を示し、副映像とは主映像の中に小さな画面で表示する映像のことである。また、インタラクティブグラフィックスストリームは、画面上にＧＵＩ部品を配置することにより作成される対話画面を示している。ビデオストリームは、上記各実施の形態で示した動画像符号化方法または装置、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠した動画像符号化方法または装置によって符号化されている。オーディオストリームは、ドルビーＡＣ－３、Ｄｏｌｂｙ　Ｄｉｇｉｔａｌ　Ｐｌｕｓ、ＭＬＰ、ＤＴＳ、ＤＴＳ－ＨＤ、または、リニアＰＣＭのなどの方式で符号化されている。
　多重化データに含まれる各ストリームはＰＩＤによって識別される。例えば、映画の映像に利用するビデオストリームには０ｘ１０１１が、オーディオストリームには０ｘ１１００から０ｘ１１１Ｆまでが、プレゼンテーショングラフィックスには０ｘ１２００から０ｘ１２１Ｆまでが、インタラクティブグラフィックスストリームには０ｘ１４００から０ｘ１４１Ｆまでが、映画の副映像に利用するビデオストリームには０ｘ１Ｂ００から０ｘ１Ｂ１Ｆまで、主音声とミキシングする副音声に利用するオーディオストリームには０ｘ１Ａ００から０ｘ１Ａ１Ｆが、それぞれ割り当てられている。
　図４８は、多重化データがどのように多重化されるかを模式的に示す図である。まず、複数のビデオフレームからなるビデオストリームex２３５、複数のオーディオフレームからなるオーディオストリームex２３８を、それぞれＰＥＳパケット列ex２３６およびex２３９に変換し、ＴＳパケットex２３７およびex２４０に変換する。同じくプレゼンテーショングラフィックスストリームex２４１およびインタラクティブグラフィックスex２４４のデータをそれぞれＰＥＳパケット列ex２４２およびex２４５に変換し、さらにＴＳパケットex２４３およびex２４６に変換する。多重化データex２４７はこれらのＴＳパケットを１本のストリームに多重化することで構成される。
　図４９は、ＰＥＳパケット列に、ビデオストリームがどのように格納されるかをさらに詳しく示している。図４９における第１段目はビデオストリームのビデオフレーム列を示す。第２段目は、ＰＥＳパケット列を示す。図４９の矢印ｙｙ１，ｙｙ２，ｙｙ３，ｙｙ４に示すように、ビデオストリームにおける複数のＶｉｄｅｏ　Ｐｒｅｓｅｎｔａｔｉｏｎ　ＵｎｉｔであるＩピクチャ、Ｂピクチャ、Ｐピクチャは、ピクチャ毎に分割され、ＰＥＳパケットのペイロードに格納される。各ＰＥＳパケットはＰＥＳヘッダを持ち、ＰＥＳヘッダには、ピクチャの表示時刻であるＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ－Ｓｔａｍｐ）やピクチャの復号時刻であるＤＴＳ（Ｄｅｃｏｄｉｎｇ　Ｔｉｍｅ－Ｓｔａｍｐ）が格納される。
　図５０は、多重化データに最終的に書き込まれるＴＳパケットの形式を示している。ＴＳパケットは、ストリームを識別するＰＩＤなどの情報を持つ４ＢｙｔｅのＴＳヘッダとデータを格納する１８４ＢｙｔｅのＴＳペイロードから構成される１８８Ｂｙｔｅ固定長のパケットであり、上記ＰＥＳパケットは分割されＴＳペイロードに格納される。ＢＤ－ＲＯＭの場合、ＴＳパケットには、４ＢｙｔｅのＴＰ＿Ｅｘｔｒａ＿Ｈｅａｄｅｒが付与され、１９２Ｂｙｔｅのソースパケットを構成し、多重化データに書き込まれる。ＴＰ＿Ｅｘｔｒａ＿ＨｅａｄｅｒにはＡＴＳ（Ａｒｒｉｖａｌ＿Ｔｉｍｅ＿Ｓｔａｍｐ）などの情報が記載される。ＡＴＳは当該ＴＳパケットのデコーダのＰＩＤフィルタへの転送開始時刻を示す。多重化データには図５０下段に示すようにソースパケットが並ぶこととなり、多重化データの先頭からインクリメントする番号はＳＰＮ（ソースパケットナンバー）と呼ばれる。
　また、多重化データに含まれるＴＳパケットには、映像・音声・字幕などの各ストリーム以外にもＰＡＴ（Ｐｒｏｇｒａｍ　Ａｓｓｏｃｉａｔｉｏｎ　Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ　Ｍａｐ　Ｔａｂｌｅ）、ＰＣＲ（Ｐｒｏｇｒａｍ　Ｃｌｏｃｋ　Ｒｅｆｅｒｅｎｃｅ）などがある。ＰＡＴは多重化データ中に利用されるＰＭＴのＰＩＤが何であるかを示し、ＰＡＴ自身のＰＩＤは０で登録される。ＰＭＴは、多重化データ中に含まれる映像・音声・字幕などの各ストリームのＰＩＤと各ＰＩＤに対応するストリームの属性情報を持ち、また多重化データに関する各種ディスクリプタを持つ。ディスクリプタには多重化データのコピーを許可・不許可を指示するコピーコントロール情報などがある。ＰＣＲは、ＡＴＳの時間軸であるＡＴＣ（Ａｒｒｉｖａｌ　Ｔｉｍｅ　Ｃｌｏｃｋ）とＰＴＳ・ＤＴＳの時間軸であるＳＴＣ（Ｓｙｓｔｅｍ　Ｔｉｍｅ　Ｃｌｏｃｋ）の同期を取るために、そのＰＣＲパケットがデコーダに転送されるＡＴＳに対応するＳＴＣ時間の情報を持つ。
　図５１はＰＭＴのデータ構造を詳しく説明する図である。ＰＭＴの先頭には、そのＰＭＴに含まれるデータの長さなどを記したＰＭＴヘッダが配置される。その後ろには、多重化データに関するディスクリプタが複数配置される。上記コピーコントロール情報などが、ディスクリプタとして記載される。ディスクリプタの後には、多重化データに含まれる各ストリームに関するストリーム情報が複数配置される。ストリーム情報は、ストリームの圧縮コーデックなどを識別するためストリームタイプ、ストリームのＰＩＤ、ストリームの属性情報（フレームレート、アスペクト比など）が記載されたストリームディスクリプタから構成される。ストリームディスクリプタは多重化データに存在するストリームの数だけ存在する。
　記録媒体などに記録する場合には、上記多重化データは、多重化データ情報ファイルと共に記録される。
　多重化データ情報ファイルは、図５２に示すように多重化データの管理情報であり、多重化データと１対１に対応し、多重化データ情報、ストリーム属性情報とエントリマップから構成される。
　多重化データ情報は図５２に示すようにシステムレート、再生開始時刻、再生終了時刻から構成されている。システムレートは多重化データの、後述するシステムターゲットデコーダのＰＩＤフィルタへの最大転送レートを示す。多重化データ中に含まれるＡＴＳの間隔はシステムレート以下になるように設定されている。再生開始時刻は多重化データの先頭のビデオフレームのＰＴＳであり、再生終了時刻は多重化データの終端のビデオフレームのＰＴＳに１フレーム分の再生間隔を足したものが設定される。
　ストリーム属性情報は図５３に示すように、多重化データに含まれる各ストリームについての属性情報が、ＰＩＤ毎に登録される。属性情報はビデオストリーム、オーディオストリーム、プレゼンテーショングラフィックスストリーム、インタラクティブグラフィックスストリーム毎に異なる情報を持つ。ビデオストリーム属性情報は、そのビデオストリームがどのような圧縮コーデックで圧縮されたか、ビデオストリームを構成する個々のピクチャデータの解像度がどれだけであるか、アスペクト比はどれだけであるか、フレームレートはどれだけであるかなどの情報を持つ。オーディオストリーム属性情報は、そのオーディオストリームがどのような圧縮コーデックで圧縮されたか、そのオーディオストリームに含まれるチャンネル数は何であるか、何の言語に対応するか、サンプリング周波数がどれだけであるかなどの情報を持つ。これらの情報は、プレーヤが再生する前のデコーダの初期化などに利用される。
　本実施の形態においては、上記多重化データのうち、ＰＭＴに含まれるストリームタイプを利用する。また、記録媒体に多重化データが記録されている場合には、多重化データ情報に含まれる、ビデオストリーム属性情報を利用する。具体的には、上記各実施の形態で示した動画像符号化方法または装置において、ＰＭＴに含まれるストリームタイプ、または、ビデオストリーム属性情報に対し、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示す固有の情報を設定するステップまたは手段を設ける。この構成により、上記各実施の形態で示した動画像符号化方法または装置によって生成した映像データと、他の規格に準拠する映像データとを識別することが可能になる。
　また、本実施の形態における動画像復号化方法のステップを図５４に示す。ステップexＳ１００において、多重化データからＰＭＴに含まれるストリームタイプ、または、多重化データ情報に含まれるビデオストリーム属性情報を取得する。次に、ステップexＳ１０１において、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成された多重化データであることを示しているか否かを判断する。そして、ストリームタイプ、または、ビデオストリーム属性情報が上記各実施の形態で示した動画像符号化方法または装置によって生成されたものであると判断された場合には、ステップexＳ１０２において、上記各実施の形態で示した動画像復号方法により復号を行う。また、ストリームタイプ、または、ビデオストリーム属性情報が、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠するものであることを示している場合には、ステップexＳ１０３において、従来の規格に準拠した動画像復号方法により復号を行う。
　このように、ストリームタイプ、または、ビデオストリーム属性情報に新たな固有値を設定することにより、復号する際に、上記各実施の形態で示した動画像復号化方法または装置で復号可能であるかを判断することができる。従って、異なる規格に準拠する多重化データが入力された場合であっても、適切な復号化方法または装置を選択することができるため、エラーを生じることなく復号することが可能となる。また、本実施の形態で示した動画像符号化方法または装置、または、動画像復号方法または装置を、上述したいずれの機器・システムに用いることも可能である。
　（実施の形態１１）
　上記各実施の形態で示した動画像符号化方法および装置、動画像復号化方法および装置は、典型的には集積回路であるＬＳＩで実現される。一例として、図５５に１チップ化されたＬＳＩex５００の構成を示す。ＬＳＩex５００は、以下に説明する要素ex５０１、ex５０２、ex５０３、ex５０４、ex５０５、ex５０６、ex５０７、ex５０８、ex５０９を備え、各要素はバスex５１０を介して接続している。電源回路部ex５０５は電源がオン状態の場合に各部に対して電力を供給することで動作可能な状態に起動する。
　例えば符号化処理を行う場合には、ＬＳＩex５００は、ＣＰＵex５０２、メモリコントローラex５０３、ストリームコントローラex５０４、駆動周波数制御部ex５１２等を有する制御部ex５０１の制御に基づいて、ＡＶ　Ｉ／Ｏex５０９によりマイクex１１７やカメラex１１３等からＡＶ信号を入力する。入力されたＡＶ信号は、一旦ＳＤＲＡＭ等の外部のメモリex５１１に蓄積される。制御部ex５０１の制御に基づいて、蓄積したデータは処理量や処理速度に応じて適宜複数回に分けるなどされ信号処理部ex５０７に送られ、信号処理部ex５０７において音声信号の符号化および／または映像信号の符号化が行われる。ここで映像信号の符号化処理は上記各実施の形態で説明した符号化処理である。信号処理部ex５０７ではさらに、場合により符号化された音声データと符号化された映像データを多重化するなどの処理を行い、ストリームＩ／Ｏex５０６から外部に出力する。この出力された多重化データは、基地局ex１０７に向けて送信されたり、または記録メディアex２１５に書き込まれたりする。なお、多重化する際には同期するよう、一旦バッファex５０８にデータを蓄積するとよい。
　なお、上記では、メモリex５１１がＬＳＩex５００の外部の構成として説明したが、ＬＳＩex５００の内部に含まれる構成であってもよい。バッファex５０８も１つに限ったものではなく、複数のバッファを備えていてもよい。また、ＬＳＩex５００は１チップ化されてもよいし、複数チップ化されてもよい。
　また、上記では、制御部ex５０１が、ＣＰＵex５０２、メモリコントローラex５０３、ストリームコントローラex５０４、駆動周波数制御部ex５１２等を有するとしているが、制御部ex５０１の構成は、この構成に限らない。例えば、信号処理部ex５０７がさらにＣＰＵを備える構成であってもよい。信号処理部ex５０７の内部にもＣＰＵを設けることにより、処理速度をより向上させることが可能になる。また、他の例として、ＣＰＵex５０２が信号処理部ex５０７、または信号処理部ex５０７の一部である例えば音声信号処理部を備える構成であってもよい。このような場合には、制御部ex５０１は、信号処理部ex５０７、またはその一部を有するＣＰＵex５０２を備える構成となる。
　なお、ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
　また、集積回路化の手法はＬＳＩに限るものではなく、専用回路または汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。このようなプログラマブル・ロジック・デバイスは、典型的には、ソフトウェア又はファームウェアを構成するプログラムを、ロードする又はメモリ等から読み込むことで、上記各実施の形態で示した動画像符号化方法、又は動画像復号化方法を実行することができる。
　さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適応等が可能性としてありえる。
　（実施の形態１２）
　上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データを復号する場合、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する映像データを復号する場合に比べ、処理量が増加することが考えられる。そのため、ＬＳＩex５００において、従来の規格に準拠する映像データを復号する際のＣＰＵex５０２の駆動周波数よりも高い駆動周波数に設定する必要がある。しかし、駆動周波数を高くすると、消費電力が高くなるという課題が生じる。
　この課題を解決するために、テレビex３００、ＬＳＩex５００などの動画像復号化装置は、映像データがどの規格に準拠するものであるかを識別し、規格に応じて駆動周波数を切替える構成とする。図５６は、本実施の形態における構成ex８００を示している。駆動周波数切替え部ex８０３は、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合には、駆動周波数を高く設定する。そして、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ex８０１に対し、映像データを復号するよう指示する。一方、映像データが、従来の規格に準拠する映像データである場合には、映像データが、上記各実施の形態で示した動画像符号化方法または装置によって生成されたものである場合に比べ、駆動周波数を低く設定する。そして、従来の規格に準拠する復号処理部ex８０２に対し、映像データを復号するよう指示する。
　より具体的には、駆動周波数切替え部ex８０３は、図５５のＣＰＵex５０２と駆動周波数制御部ex５１２から構成される。また、上記各実施の形態で示した動画像復号化方法を実行する復号処理部ex８０１、および、従来の規格に準拠する復号処理部ex８０２は、図５５の信号処理部ex５０７に該当する。ＣＰＵex５０２は、映像データがどの規格に準拠するものであるかを識別する。そして、ＣＰＵex５０２からの信号に基づいて、駆動周波数制御部ex５１２は、駆動周波数を設定する。また、ＣＰＵex５０２からの信号に基づいて、信号処理部ex５０７は、映像データの復号を行う。ここで、映像データの識別には、例えば、実施の形態１０で記載した識別情報を利用することが考えられる。識別情報に関しては、実施の形態１０で記載したものに限られず、映像データがどの規格に準拠するか識別できる情報であればよい。例えば、映像データがテレビに利用されるものであるか、ディスクに利用されるものであるかなどを識別する外部信号に基づいて、映像データがどの規格に準拠するものであるか識別可能である場合には、このような外部信号に基づいて識別してもよい。また、ＣＰＵex５０２における駆動周波数の選択は、例えば、図５８のような映像データの規格と、駆動周波数とを対応付けたルックアップテーブルに基づいて行うことが考えられる。ルックアップテーブルを、バッファex５０８や、ＬＳＩの内部メモリに格納しておき、ＣＰＵex５０２がこのルックアップテーブルを参照することにより、駆動周波数を選択することが可能である。
　図５７は、本実施の形態の方法を実施するステップを示している。まず、ステップexＳ２００では、信号処理部ex５０７において、多重化データから識別情報を取得する。次に、ステップexＳ２０１では、ＣＰＵex５０２において、識別情報に基づいて映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものであるか否かを識別する。映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合には、ステップexＳ２０２において、駆動周波数を高く設定する信号を、ＣＰＵex５０２が駆動周波数制御部ex５１２に送る。そして、駆動周波数制御部ex５１２において、高い駆動周波数に設定される。一方、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する映像データであることを示している場合には、ステップexＳ２０３において、駆動周波数を低く設定する信号を、ＣＰＵex５０２が駆動周波数制御部ex５１２に送る。そして、駆動周波数制御部ex５１２において、映像データが上記各実施の形態で示した符号化方法または装置によって生成されたものである場合に比べ、低い駆動周波数に設定される。
　さらに、駆動周波数の切替えに連動して、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を変更することにより、省電力効果をより高めることが可能である。例えば、駆動周波数を低く設定する場合には、これに伴い、駆動周波数を高く設定している場合に比べ、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を低く設定することが考えられる。
　また、駆動周波数の設定方法は、復号する際の処理量が大きい場合に、駆動周波数を高く設定し、復号する際の処理量が小さい場合に、駆動周波数を低く設定すればよく、上述した設定方法に限らない。例えば、ＭＰＥＧ４－ＡＶＣ規格に準拠する映像データを復号する処理量の方が、上記各実施の形態で示した動画像符号化方法または装置により生成された映像データを復号する処理量よりも大きい場合には、駆動周波数の設定を上述した場合の逆にすることが考えられる。
　さらに、駆動周波数の設定方法は、駆動周波数を低くする構成に限らない。例えば、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を高く設定し、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する映像データであることを示している場合には、ＬＳＩex５００またはＬＳＩex５００を含む装置に与える電圧を低く設定することも考えられる。また、他の例としては、識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合には、ＣＰＵex５０２の駆動を停止させることなく、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する映像データであることを示している場合には、処理に余裕があるため、ＣＰＵex５０２の駆動を一時停止させることも考えられる。識別情報が、上記各実施の形態で示した動画像符号化方法または装置によって生成された映像データであることを示している場合であっても、処理に余裕があれば、ＣＰＵex５０２の駆動を一時停止させることも考えられる。この場合は、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する映像データであることを示している場合に比べて、停止時間を短く設定することが考えられる。
　このように、映像データが準拠する規格に応じて、駆動周波数を切替えることにより、省電力化を図ることが可能になる。また、電池を用いてＬＳＩex５００またはＬＳＩex５００を含む装置を駆動している場合には、省電力化に伴い、電池の寿命を長くすることが可能である。
　（実施の形態１３）
　テレビや、携帯電話など、上述した機器・システムには、異なる規格に準拠する複数の映像データが入力される場合がある。このように、異なる規格に準拠する複数の映像データが入力された場合にも復号できるようにするために、ＬＳＩex５００の信号処理部ex５０７が複数の規格に対応している必要がある。しかし、それぞれの規格に対応する信号処理部ex５０７を個別に用いると、ＬＳＩex５００の回路規模が大きくなり、また、コストが増加するという課題が生じる。
　この課題を解決するために、上記各実施の形態で示した動画像復号方法を実行するための復号処理部と、従来のＭＰＥＧ－２、ＭＰＥＧ４－ＡＶＣ、ＶＣ－１などの規格に準拠する復号処理部とを一部共有化する構成とする。この構成例を図５９Ａのex９００に示す。例えば、上記各実施の形態で示した動画像復号方法と、ＭＰＥＧ４－ＡＶＣ規格に準拠する動画像復号方法とは、エントロピー符号化、逆量子化、デブロッキング・フィルタ、動き補償などの処理において処理内容が一部共通する。共通する処理内容については、ＭＰＥＧ４－ＡＶＣ規格に対応する復号処理部ex９０２を共有し、ＭＰＥＧ４－ＡＶＣ規格に対応しない、本発明の一態様に特有の他の処理内容については、専用の復号処理部ex９０１を用いるという構成が考えられる。復号処理部の共有化に関しては、共通する処理内容については、上記各実施の形態で示した動画像復号化方法を実行するための復号処理部を共有し、ＭＰＥＧ４－ＡＶＣ規格に特有の処理内容については、専用の復号処理部を用いる構成であってもよい。
　また、処理を一部共有化する他の例を図５９Ｂのex１０００に示す。この例では、本発明の一態様に特有の処理内容に対応した専用の復号処理部ex１００１と、他の従来規格に特有の処理内容に対応した専用の復号処理部ex１００２と、本発明の一態様に係る動画像復号方法と他の従来規格の動画像復号方法とに共通する処理内容に対応した共用の復号処理部ex１００３とを用いる構成としている。ここで、専用の復号処理部ex１００１、ex１００２は、必ずしも本発明の一態様、または、他の従来規格に特有の処理内容に特化したものではなく、他の汎用処理を実行できるものであってもよい。また、本実施の形態の構成を、ＬＳＩex５００で実装することも可能である。
　このように、本発明の一態様に係る動画像復号方法と、従来の規格の動画像復号方法とで共通する処理内容について、復号処理部を共有することにより、ＬＳＩの回路規模を小さくし、かつ、コストを低減することが可能である。
　本発明に係る画像符号化方法および画像復号方法は、あらゆるマルチメディアデータに適用することができる。本発明に係る画像符号化方法および画像復号方法は、例えば、携帯電話、ＤＶＤ装置、およびパーソナルコンピュータ等を用いた蓄積、伝送、通信等における画像符号化方法および画像復号方法として有用である。
１００、１００Ａ、１００Ｂ、１００Ｃ、１００Ｄ　画像符号化装置
１０１　スライス分割部
１０２　符号ブロック分割部
１０３　減算部
１０４　変換部
１０５　ピクチャデータ符号化部
１０５ａ　変換係数符号化部
１０５ｂ　予測情報符号化部
１０５ｃ　ＳＡＯパラメータ符号化部
１０５ｄ　スライス境界参照符号化部
１０５ｅ　ＤＢＦ＿ＳＡＯ実行フラグ符号化部
１０６、２０２　逆変換部
１０７、２０３　加算部
１０８、２０４　フレームメモリ
１０９、２０５　ＤＢＦ処理部
１１０、２０６　ＳＡＯ処理部
１１０ａ　ＳＡＯパラメータ決定部
１１０ｂ、２０６ａ　スライス境界参照判定部
１１０ｃ、２０６ｂ　ＳＡＯオフセット加算部
１１１　予測部
２００、２００Ａ、２００Ｂ、２００Ｃ、２００Ｄ　画像復号装置
２０１　ピクチャデータ復号部
２０１ａ　変換係数復号部
２０１ｂ　予測情報復号部
２０１ｃ　ＳＡＯパラメータ復号部
２０１ｄ　スライス境界参照復号部
２０１ｅ　ＤＢＦ＿ＳＡＯ実行フラグ復号部
２０７　動き補償部

Claims (16)

  1. 　画像をビットストリームに符号化する画像符号化方法であって、
    　前記画像を複数のスライスに分割する分割ステップと、
    　符号化対象であるカレントスライスの参照対象画素が、前記カレントスライスの上側または左側に隣接する第一スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第一フラグを生成し、
    　前記参照対象画素が、前記カレントスライスの下側または右側に隣接する第二スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第二フラグであって、前記第一フラグとは異なる前記第二フラグを生成する生成ステップと、
    　前記カレントスライスと前記カレントスライスに隣接するスライスとの間の境界をフィルタリングするフィルタリングステップと、を含み、
    　前記フィルタリングステップでは、前記第一フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第一スライスとの間の第一境界に対してフィルタリングし、前記第二フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第二スライスとの間の第二境界に対してフィルタリングする
    　画像符号化方法。
  2. 　前記第一フラグは、前記カレントスライスに対応付けられたフラグであり、
    　前記第二フラグは、前記第二スライスに対応付けられたフラグである、
    　請求項１に記載の画像符号化方法。
  3. 　前記生成ステップでは、
    　前記カレントスライスに含まれる画素の画素値にオフセット値を加算するオフセット処理を実行するか否かを示す第三フラグ、および、前記カレントスライスにおけるデブロッキングフィルタを用いたフィルタリング処理を実行するか否かを示す第四フラグの両方が、実行しないことを示す場合に、前記参照対象画素の参照の禁止を示す前記第一フラグを生成する、
    　請求項２に記載の画像符号化方法。
  4. 　さらに、
    　前記第一フラグおよび前記第二フラグを符号化し、前記ビットストリームに書き込む書き込みステップを含む、
    　請求項２に記載の画像符号化方法。
  5. 　さらに、
    　前記カレントスライスに含まれる画素の画素値にオフセット値を加算するオフセット処理を実行するか否かを示す第三フラグを、実行することを示す値に設定するステップと、
    　前記第一フラグ、前記第二フラグを符号化し、前記ビットストリームに書き込む書き込みステップとを含む、
    　請求項２に記載の画像符号化方法。
  6. 　前記第一フラグおよび前記第二フラグは、前記カレントスライスに対応付けられたフラグである、
    　請求項１に記載の画像符号化方法。
  7. 　前記カレントスライスが、前記画像の最初のスライスである場合、前記第一フラグを符号化しない、
    　請求項１～６の何れか１項に記載の画像符号化方法。
  8. 　ビットストリームから画像を復号する画像復号方法であって、
    　復号対象であるカレントスライスの参照対象画素が、前記カレントスライスの上側または左側に隣接する第一スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第一フラグを取得し、
    　前記参照対象画素が、前記カレントスライスの下側または右側に隣接する第二スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第二フラグであって、前記第一フラグとは異なる前記第二フラグを取得する取得ステップと、
    　前記カレントスライスと前記カレントスライスに隣接するスライスとの間の境界をフィルタリングするフィルタリングステップと、を含み、
    　前記フィルタリングステップでは、前記第一フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第一スライスとの間の第一境界に対してフィルタリングし、前記第二フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第二スライスとの間の第二境界に対してフィルタリングする
    　画像復号方法。
  9. 　前記第一フラグは、前記カレントスライスに対応付けられたフラグであり、
    　前記第二フラグは、前記第二スライスに対応付けられたフラグである、
    　請求項８に記載の画像復号方法。
  10. 　前記取得ステップでは、
    　前記カレントスライスに含まれる画素の画素値にオフセット値を加算するオフセット処理を実行するか否かを示す第三フラグ、および、前記カレントスライスにおけるデブロッキングフィルタを用いたフィルタリング処理を実行するか否かを示す第四フラグの両方が、実行しないことを示す場合に、前記参照対象画素の参照の禁止を示す前記第一フラグを生成する、
    　請求項９に記載の画像復号方法。
  11. 　さらに、
    　前記ビットストリームから前記第一フラグおよび前記第二フラグを復号するステップを含む、
    　請求項９に記載の画像復号方法。
  12. 　さらに、
    　前記ビットストリームから、前記カレントスライスに含まれる画素の画素値にオフセット値を加算するオフセット処理を実行することを示す第三フラグと、前記第一フラグと、前記第二フラグとを復号するステップを含む、
    　請求項９に記載の画像復号方法。
  13. 　前記第一フラグおよび前記第二フラグは、前記カレントスライスに対応付けられたフラグである、
    　請求項８に記載の画像復号方法。
  14. 　前記カレントスライスが、前記画像の最初のスライスである場合、前記第一フラグを復号しない、
    　請求項８～１３の何れか１項に記載の画像復号方法。
  15. 　画像をビットストリームに符号化する画像符号化装置であって、
    　前記画像を複数のスライスに分割するスライス分割部と、
    　符号化対象であるカレントスライスの参照対象画素が、前記カレントスライスの上側または左側に隣接する第一スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第一フラグを生成し、前記参照対象画素が、前記カレントスライスの下側または右側に隣接する第二スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第二フラグであって、前記第一フラグとは異なる前記第二フラグを生成するスライス境界参照決定部と、
    　前記カレントスライスと前記カレントスライスに隣接するスライスとの間の境界をフィルタリングするフィルタと、を含み、
    　前記フィルタは、前記第一フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第一スライスとの間の第一境界に対してフィルタリングし、前記第二フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第二スライスとの間の第二境界に対してフィルタリングする
    　画像符号化装置。
  16. 　ビットストリームから画像を復号する画像復号装置であって、
    　復号対象であるカレントスライスの参照対象画素が、前記カレントスライスの上側または左側に隣接する第一スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第一フラグを取得し、前記参照対象画素が、前記カレントスライスの下側または右側に隣接する第二スライスに含まれる場合に、前記参照対象画素の参照に対する許可または禁止を示す第二フラグであって、前記第一フラグとは異なる前記第二フラグを取得する取得部と、
    　前記カレントスライスと前記カレントスライスに隣接するスライスとの間の境界をフィルタリングするフィルタと、を含み、
    　前記フィルタは、前記第一フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第一スライスとの間の第一境界に対してフィルタリングし、前記第二フラグが前記参照対象画素の参照に対して許可を示す場合には、前記カレントスライスと前記第二スライスとの間の第二境界に対してフィルタリングする
    　画像復号装置。
PCT/JP2013/007350 2012-12-19 2013-12-13 画像符号化方法、画像復号方法、画像符号化装置および画像復号装置 WO2014097596A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201261739118P 2012-12-19 2012-12-19
US61/739,118 2012-12-19

Publications (1)

Publication Number Publication Date
WO2014097596A1 true WO2014097596A1 (ja) 2014-06-26

Family

ID=50977958

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/007350 WO2014097596A1 (ja) 2012-12-19 2013-12-13 画像符号化方法、画像復号方法、画像符号化装置および画像復号装置

Country Status (1)

Country Link
WO (1) WO2014097596A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011013580A1 (ja) * 2009-07-31 2011-02-03 ソニー株式会社 画像処理装置および方法
WO2012142966A1 (en) * 2011-04-21 2012-10-26 Mediatek Inc. Method and apparatus for improved in-loop filtering
WO2013155897A1 (en) * 2012-04-16 2013-10-24 Mediatek Inc. Method and apparatus for loop filtering across slice or tile boundaries
WO2014006860A1 (ja) * 2012-07-02 2014-01-09 パナソニック株式会社 画像復号方法、画像符号化方法、画像復号装置、画像符号化装置および画像符号化復号装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011013580A1 (ja) * 2009-07-31 2011-02-03 ソニー株式会社 画像処理装置および方法
WO2012142966A1 (en) * 2011-04-21 2012-10-26 Mediatek Inc. Method and apparatus for improved in-loop filtering
WO2013155897A1 (en) * 2012-04-16 2013-10-24 Mediatek Inc. Method and apparatus for loop filtering across slice or tile boundaries
WO2014006860A1 (ja) * 2012-07-02 2014-01-09 パナソニック株式会社 画像復号方法、画像符号化方法、画像復号装置、画像符号化装置および画像符号化復号装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BENJAMIN BROSS ET AL.: "High efficiency video coding (HEVC) text specification draft 7", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP3 AND ISO/IEC JTC1/SC29/WG11, JCTVC-I1003_D9, 9TH MEETING, July 2012 (2012-07-01), GENEVA, CH, pages 30 - 33, 37-39, 42-43, 62-70, 75-79, 83-84 *
SEMIH ESENLIK ET AL.: "AHG6: Modification to loop filtering across slice boundaries", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP3 AND ISO/IEC JTC1/SC29/WG11, JCTVC-J0266_R3, 10TH MEETING, July 2012 (2012-07-01), STOCKHOLM, SWEDEN, pages 1 - 8 *

Similar Documents

Publication Publication Date Title
JP6341426B2 (ja) 画像復号化方法および画像復号化装置
AU2018282369B2 (en) Image coding method, image decoding method, image coding apparatus, image decoding apparatus, and image coding and decoding apparatus
JP6384690B2 (ja) 画像符号化方法、画像符号化装置、画像復号方法及び画像復号装置
WO2013111593A1 (ja) 画像符号化方法、画像復号方法、画像符号化装置、画像復号装置及び画像符号化復号装置
WO2013183268A1 (ja) 画像符号化方法、画像復号方法、画像符号化装置、画像復号装置および画像符号化復号装置
JP6210368B2 (ja) 画像復号方法および画像復号装置
JP2013225896A (ja) 画像復号方法及び画像復号装置
WO2012023281A1 (ja) 動画像復号方法、動画像符号化方法、動画像復号装置、及び、動画像符号化装置
WO2013175698A1 (ja) 画像符号化方法、画像符号化装置、画像復号方法、画像復号装置および画像符号化復号装置
WO2013118485A1 (ja) 画像符号化方法、画像復号方法、画像符号化装置、画像復号装置および画像符号化復号装置
JP5680812B1 (ja) 画像符号化方法、画像復号方法、画像符号化装置および画像復号装置
JP6717562B2 (ja) 画像符号化方法、画像復号方法、画像符号化装置及び画像復号装置
RU2815733C1 (ru) Способ кодирования изображения, способ декодирования изображения, устройство кодирования изображения, устройство декодирования изображения и устройство кодирования и декодирования изображения
RU2827404C1 (ru) Способ передачи битового потока по сети
RU2808610C1 (ru) Способ кодирования изображения, способ декодирования изображения, устройство кодирования изображения, устройство декодирования изображения и устройство кодирования и декодирования изображения
RU2794163C2 (ru) Способ кодирования изображения, способ декодирования изображения, устройство кодирования изображения, устройство декодирования изображения и устройство кодирования и декодирования изображения
WO2014097596A1 (ja) 画像符号化方法、画像復号方法、画像符号化装置および画像復号装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13864739

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13864739

Country of ref document: EP

Kind code of ref document: A1