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

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

Info

Publication number
WO2015194394A1
WO2015194394A1 PCT/JP2015/066289 JP2015066289W WO2015194394A1 WO 2015194394 A1 WO2015194394 A1 WO 2015194394A1 JP 2015066289 W JP2015066289 W JP 2015066289W WO 2015194394 A1 WO2015194394 A1 WO 2015194394A1
Authority
WO
WIPO (PCT)
Prior art keywords
unit
image
decoding
slice
data
Prior art date
Application number
PCT/JP2015/066289
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
Priority to CA2951009A priority Critical patent/CA2951009A1/en
Priority to AU2015278082A priority patent/AU2015278082B2/en
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to BR112016028745-2A priority patent/BR112016028745B1/pt
Priority to EP15808945.8A priority patent/EP3160144B1/en
Priority to US15/315,563 priority patent/US10701354B2/en
Priority to JP2016529237A priority patent/JP6555541B2/ja
Priority to CN202010789555.4A priority patent/CN111836048B/zh
Priority to CN201580031473.0A priority patent/CN106576176B/zh
Priority to KR1020167031844A priority patent/KR102407030B1/ko
Priority to RU2016148719A priority patent/RU2690439C2/ru
Priority to MX2016016454A priority patent/MX365273B/es
Priority to MX2021015798A priority patent/MX2021015798A/es
Priority to EP21217490.8A priority patent/EP4002851A1/en
Publication of WO2015194394A1 publication Critical patent/WO2015194394A1/ja
Priority to US16/823,962 priority patent/US11095879B2/en
Priority to AU2020202419A priority patent/AU2020202419B2/en
Priority to US17/303,438 priority patent/US11627309B2/en
Priority to US18/187,157 priority patent/US20230224459A1/en

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/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/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
    • 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/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/176—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 block, e.g. a macroblock
    • 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/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
    • H04N19/436—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation using parallelised computational arrangements
    • 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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
    • H04N19/51—Motion estimation or motion compensation
    • 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/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/593—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial prediction techniques
    • 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
    • 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/90—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using coding techniques not provided for in groups H04N19/10-H04N19/85, e.g. fractals
    • H04N19/96—Tree coding, e.g. quad-tree coding

Definitions

  • the present disclosure relates to an image coding apparatus and method, and an image decoding apparatus and method, and more particularly, to an image coding apparatus and method, and an image decoding apparatus and method that can improve coding efficiency in IntraBC.
  • H. Joint Collaboration Team-Video Coding a joint standardization body of ITU-T and ISO / IEC, is called High Efficiency Video Coding (HEVC), aiming to improve coding efficiency further than H.264 / AVC. Standardization of coding schemes is in progress.
  • images of color difference signal formats such as 4: 2: 2 and 4: 4: 4 and profiles for screen contents, for example, a range extension (HEVC Range Extension) to support formats for high-end (See, for example, Non-Patent Document 1).
  • a range extension HEVC Range Extension
  • IntraBlockCopy is a coding tool that performs motion compensation in a screen.
  • IntraBC is known as a tool that contributes to coding efficiency improvement for artificial images such as computer screens and CG images.
  • IntraBC is not adopted in the above-mentioned HEVC Range Extension extension, and technical investigation is continued in standardization for Screen Content Coding (SCC) extension.
  • SCC Screen Content Coding
  • IntraBC has significantly reduced the amount of improvement in coding efficiency when the screen is divided into slices. This is because IntraBC can not refer to data other than the current slice.
  • the present disclosure has been made in view of such a situation, and can improve coding efficiency in IntraBC.
  • An image coding apparatus codes an image based on a setting unit configured to set control information for controlling in-screen motion prediction across slices, and the control information set by the setting unit. And a transmission unit for transmitting the control information set by the setting unit and the bit stream generated by the coding unit.
  • the setting unit may set, as the control information, in addition to the current slice, a reference permission flag indicating that reference to the decoding result of the previous slice is permitted in raster scan order from the current slice.
  • the setting unit may set the reference permission flag to PPS (Picture Parameter Set).
  • the setting unit can set, as the control information, a parameter indicating how many slices before the decoding result can be referred to.
  • the setting unit may set, as the control information, an on / off flag indicating whether intra-screen motion prediction straddling the slice is possible.
  • the setting unit may set the on / off flag to SPS (Sequence Parameter Set) or VPS (Video Parameter Set).
  • the setting unit can set the reference permission flag by limiting the reference range when WPP (Wavefront Parallel Processing) is on.
  • the setting unit may set the reference permission flag when tile division is on.
  • the setting unit may set the reference permission flag to OFF when MCTS-SEI (Temporal Motion Constrained Tile Set SEI) is ON.
  • MCTS-SEI Temporal Motion Constrained Tile Set SEI
  • the image coding apparatus sets control information for controlling intra-frame motion prediction across slices, and codes the image based on the set control information. , Generate a bit stream, and transmit the set control information and the generated bit stream.
  • An image decoding apparatus controls intra-frame motion prediction across slices from a receiver that receives a bitstream generated by encoding an image and the bitstream received by the receiver. And a decoder for decoding the bit stream received by the receiver using the control information extracted by the extractor, and generating an image.
  • the extraction unit may extract, as the control information, in addition to the current slice, a reference permission flag indicating that reference to the decoding result of the previous slice is permitted in raster scan order from the current slice.
  • the extraction unit may extract the reference permission flag from PPS (Picture Parameter Set).
  • the extraction unit can extract, as the control information, a parameter indicating how many slices before the decoding result can be referred to.
  • the extraction unit may extract, as the control information, an on / off flag indicating whether intra-screen motion prediction straddling the slice is possible.
  • the extraction unit may extract the on / off flag from a sequence parameter set (SPS) or a video parameter set (VPS).
  • SPS sequence parameter set
  • VPS video parameter set
  • the extraction unit can extract the reference permission flag by limiting the reference range.
  • the extraction unit may extract the reference permission flag when tile division is on.
  • the extraction unit may extract the reference permission flag off when MCTS-SEI (Temporal Motion Constrained Tile Set SEI) is on.
  • MCTS-SEI Temporal Motion Constrained Tile Set SEI
  • an image decoding apparatus receives a bitstream generated by encoding an image, and controls intra-frame motion prediction across slices from the received bitstream.
  • the control information is extracted and the extracted control information is used to decode the received bit stream to generate an image.
  • control information for controlling intra-frame motion prediction across slices is set, and an image is encoded based on the set control information to generate a bitstream. Then, the set control information and the generated bit stream are transmitted.
  • a bitstream generated by encoding an image is received, and control information for controlling intra-frame motion prediction across slices is extracted from the received bitstream.
  • the received bit stream is then decoded using the extracted control information to generate an image.
  • image coding device and image decoding device may be independent image processing devices, or may be an image coding device or an internal block constituting an image decoding device.
  • an image can be encoded.
  • coding efficiency can be improved in IntraBC.
  • an image can be decoded.
  • coding efficiency can be improved in IntraBC.
  • FIG. 1 It is a figure which shows the example of the NOTE added to the semantics of a MCTS-SEI message. It is a block diagram showing an example of composition of a 1st embodiment of an encoding device to which this art is applied. It is a block diagram which shows the structural example of the encoding part of FIG. It is a flowchart explaining a stream production
  • FIG. 18 It is a block diagram which shows the structural example of 1st Embodiment of the decoding apparatus to which this indication is applied. It is a block diagram which shows the structural example of the decoding part of FIG. It is a flowchart explaining the image generation process of the decoding apparatus of FIG. It is a flow chart explaining parameter set extraction processing. It is a flowchart explaining the detail of decoding processing. It is a flowchart explaining the detail of slice decoding processing. It is a block diagram showing the example of composition of the hardware of a computer. It is a figure which shows the example of a multi-viewpoint image coding system. Fig. 18 is a diagram illustrating a configuration example of a multi-viewpoint image coding device to which the present disclosure is applied.
  • FIG. 21 is a diagram illustrating an example of a schematic configuration of a television set to which the present disclosure is applied.
  • FIG. 3 shows an example of a schematic configuration of a video set to which the present disclosure is applied.
  • 1 shows an example of a schematic configuration of a video processor to which the present disclosure is applied.
  • 7 illustrates another example of a schematic configuration of a video processor to which the present disclosure is applied.
  • FIG. 1 is a diagram for explaining a coding unit (CU) which is a coding unit in the HEVC scheme.
  • CU is defined as a coding unit.
  • the CU plays the same role as the macroblock in the AVC scheme. Specifically, a CU is divided into PUs or divided into TUs.
  • the size of the CU is a square represented by a variable power-of-two pixel for each sequence.
  • the CU divides the LCU, which is the largest size CU, into two in the horizontal direction and the vertical direction by an arbitrary number of times so as not to be smaller than SCU (Smallest Coding Unit), which is the smallest size CU.
  • SCU Smallest Coding Unit
  • the size of the LCU is 128 and the size of the SCU is 8. Therefore, the hierarchical depth (Depth) of the LCU is 0 to 4, and the number of hierarchical depths is 5. That is, the division number corresponding to CU is any one of 0 to 4.
  • Non-Patent Document 1 Information specifying the size of LCU and SCU is included in SPS. Also, the number of divisions corresponding to CU is specified by split_flag indicating whether to further divide in each layer. The details of the CU are described in Non-Patent Document 1.
  • the size of the TU can be specified using split_transform_flag, similar to the CU's split_flag.
  • the maximum number of divisions of TU during inter prediction and intra prediction is specified by SPS as max_transform_hierarchy_depth_inter and max_transform_hierarchy_depth_intra, respectively.
  • CTU Coding Tree Unit
  • CTB coding tree block
  • CUs configuring a CTU are units including a CB (Coding Block) and parameters for processing on the CU basis (level).
  • Mode selection By the way, in AVC and HEVC coding schemes, selection of an appropriate prediction mode is important to achieve higher coding efficiency.
  • H.264 / MPEG-4 AVC reference software called JM (Joint Model) (available at http://iphome.hhi.de/suehring/tml/index.htm)
  • JM Job Model
  • JM JM it is possible to select two mode determination methods of High Complexity Mode and Low Complexity Mode described below. Both calculate the cost function value regarding each prediction mode Mode, and select the prediction mode which makes this the minimum as the optimal mode with respect to the said block thru
  • ⁇ is the entire set of candidate modes for encoding the block or macroblock
  • D is the difference energy between the decoded image and the input image when encoded in the prediction mode.
  • ⁇ is a Lagrange undetermined multiplier given as a function of the quantization parameter.
  • R is a total code amount in the case of encoding in this mode, including orthogonal transform coefficients.
  • D is the difference energy between the predicted image and the input image, unlike in the case of the High Complexity Mode.
  • QP2Quant QP
  • HeaderBit is a code amount related to information belonging to the Header, such as a motion vector or a mode, which does not include an orthogonal transformation coefficient.
  • IntraBlockCopy is a coding tool that performs motion compensation in a screen. IntraBC is known as a tool that contributes to the improvement of coding efficiency for artificial images such as computer screens and CG images.
  • IntraBC is not adopted in the above-mentioned HEVC Range Extension extension, and technical investigation is continued in standardization for Screen Content Coding (SCC) extension.
  • SCC Screen Content Coding
  • IntraBC since only vector values are transmitted, when the screen is divided into slices, the relationship between the current block and other slices has not been represented.
  • temporal prediction the relationship between the current block and the reference frame is clear by the combination of the reference list and the index in addition to the value of the vector.
  • references to slices different from the current slice are uniformly prohibited.
  • Intra_BC_ref_prev_slice_flag which is a reference permission flag for specifying that IntraBC refers to the decoding result of the slice preceding itself.
  • IntraBC can only refer to the current slice.
  • IntraBC can refer to the block of the slice before itself in addition to the current. Since this flag indicates the relationship between slices, it is appropriate to set in PPS (Picture Parameter Set).
  • intraBC_ref_prev_slice_flag 1, how many previous slices can be referred to is clearly indicated by a parameter called intraBC_ref_prev_slice_num in PPS, for example.
  • intraBC_ref_prev_slice_num 5
  • images of slice numbers 5 to 10 can be referenced.
  • one's slice number is 5 or less
  • the image from slice 0 to the current slice can be referenced.
  • intraBC_ref_prev_slice_num 0 can also be assigned the meaning of all past slices.
  • sps_crossslice_intraBC_enable_flag is added to SPS (Sequence Parameter Set) as a derivative 2 of the present technology, which is an on / off flag that controls on / off of a tool with which IntraBC refers to the decoding result of slices earlier than itself. Parsing of intraBC_ref_prev_slice_flag is performed only when sps_crossslice_intraBC_enable_flag is true. Note that the flag for controlling on / off is not limited to the SPS, and may be added to a video parameter set (VPS).
  • VPS video parameter set
  • FIG. 2 is a diagram illustrating an example of the syntax of SPS and PPS.
  • the PPS syntax is shown under the SPS syntax.
  • intra_block_copy_enabled_flag which is a flag that clearly indicates that IntraBC is to be performed
  • sps_crossslice_intraBC_enable_flag which is the on / off flag described above as derivation 2 of the present technology, is added.
  • sps_crossslice_intraBC_enable_flag is parsed only if intra_block_copy_enabled_flag is true.
  • intra_BC_ref_prev_slice_flag which is the reference permission flag described above as the present technology is added.
  • intra_BC_ref_prev_slice_flag is parsed only when the on / off flag sps_crossslice_intraBC_enable_flag added in the SPS is true.
  • intraBC_ref_prev_slice_num which is the parameter described above as derivation 1 of the present technology, is added.
  • intraBC_ref_prev_slice_num is parsed only when intra_BC_ref_prev_slice_flag is true.
  • IntraBC control information information for controlling IntraBC (in-screen motion prediction across slices), such as the above-described flags and parameters, is collectively referred to as IntraBC control information. Also, hereinafter, the mode of intra prediction using these IntraBC control information will be described as IntraBC mode.
  • FIG. 3 is a diagram illustrating an example of semantics of the present technology.
  • sps_crossslice_intraBC_enable_flag, intraBC_ref_prev_slice_flag, and intraBC_ref_prev_slice_num are defined as follows.
  • Sps_crossslice_intraBC_enable_flag 1 indicates that intraBC_rev_prev_slice_flag may have the value equal to 1 in the CVS.
  • the value of intraBC_ref_prev_slice_flag is invalid to 0. to 0 indicates that a prediction unit which coding mode is IntraBC shall not refer to the previously decoded slice data.
  • IntraBC_ref_prev_slice_num indicates one or more slice segment that may be referred to by a prediction unit which coding mode is IntraBC in the current slice.
  • the set of slice segment is derived as follows.
  • A is calculated as follows. Let C be the order of the slice in the current picture (eg 0 for the 1 st slice).
  • C (C-intraBC_ref_prev_slice_num) ⁇ 0? 0: (C-intraBC_ref_prev_slice_num)
  • the X-th slice segment where X is in the range of A to C, and the target slice segment indicated by the syntax.
  • FIG. 4 is a diagram showing an example of VPS syntax.
  • the sps_crossslice_intraBC_enable_flag in the SPS shown in FIG. 2 is described as Vps_crossslice_intraBC_enable_flag in the VPS of FIG.
  • FIG. 5 is a diagram illustrating an example in which the screen is divided into four slices (Slice # 0 to Slice # 3) in the present technology.
  • the referenceable range from the current CTU in Slice # 2 is only the portion of Slice # 2 that is being decoded, so for example, refer to the block of Slice # 1. I could not do it.
  • intraBC_ref_prev_slice_num 1, from the current CTU in Slice # 2, as shown in FIG. 6, reference can be made to Slice # 1, which is the previous slice. Slice # 0 is not referenceable. Therefore, in the example of FIG. 6 as well, it is possible to reference the block of Slice # 1 from the current CTU in Slice # 2.
  • WPP is a process performed when entropy_coding_sync_enabled_flag in PPS is 1.
  • the first is a method of encoding one CTU sequence as one slice by multi slice.
  • the second is a method of encoding one picture as one slice using entry_poit_offset. In the second case, since the present technology described above is applicable, the first case will be described below.
  • one CTU column is one slice, so when reference to a different slice is prohibited, only the CTU on the left is considered as the reference range from the current CTU, and the CTU on the left is CTU Can only see.
  • the reference range is limited to the upper right CTU of the current CTU instead of the entire Slice # 0. This is because there is a 2 CTU decode time difference between CTU columns due to the configuration of WPP.
  • the upper left CTU, the upper CTU, and the upper right CTU of the current CTU in Slice # 0, and Slice # The CTU to the left of the current CTU at 1 is the reference range.
  • FIG. 9 is a diagram for describing a combination of the present technology and tile division.
  • Tile division is processing performed when tiles_enabled_frag in PPS is 1.
  • Tiles are defined in HEVC as a tool for parallel processing.
  • a tile is one of the division units of a picture.
  • the row size and the column size of each tile are specified in units of LCU in the SPS or PPS in the image compression information.
  • a slice may include a tile, and there may be a slice boundary in the middle of the tile.
  • intra_BC_ref_prev_slice_flag 1, which is a reference permission flag, it is possible to refer to a different slice that has already been decoded. Therefore, as shown in FIG. 9, when the tile division function is on, reference to Slice # 0 which is a different tile and a different slice is permitted for the current CTU in Slice # 1.
  • FIG. 10 is a diagram for explaining the effect.
  • FIG. 11 is a diagram for describing a combination of the present technology and MCTS-SEI (Temporal Motion Constrained Tile Set SEI).
  • MCTS-SEI is SEI adopted in the draft of SHVC (JCTVC-Q1008_V2). Using MCTS-SEI, a specified tile can take out only the data of that tile from the bitstream and decode it independently. Note that without this SEI, only some tiles in the screen can not be decoded independently.
  • a picture divided by 10 ⁇ 6 tiles is shown.
  • the tile mcts_id [0] in the area surrounded by the bold line is a part of the picture, but only that part can be extracted and decoded (hereinafter, such decoding is called independent decoding).
  • tile mcts_id [1] in the dotted frame is also capable of independent decoding.
  • MCTS-SEI can specify a set of tiles in a complicated area such as mcts_id [0] or mcts_id [1] in FIG.
  • FIG. 12 is a diagram showing an example of a NOTE added to the semantics of the MCTS-SEI message.
  • intra block copy process may need the decoding dependency amongst the tiles. It is encoded for encodes to set intraBC_ref_prev_slice_flag equal to 0 in the tiles which is highlighted
  • FIG. 13 is a block diagram illustrating a configuration example of an embodiment of a coding device to which the present disclosure is applied.
  • the encoding device 10 of FIG. 13 includes a setting unit 11, an encoding unit 12, and a transmission unit 13, and encodes an image according to the HEVC scheme.
  • the setting unit 11 of the encoding device 10 sets VPS, SPS, PPS, VUI, SEI, and the like.
  • the setting unit 11 sets IntraBC control information of SPS and PPS.
  • the setting unit 11 supplies the set of parameters such as the set VPS, SPS, PPS, VUI, and SEI to the encoding unit 12.
  • the encoding unit 12 receives an image in units of frames.
  • the encoding unit 12 refers to the parameter set supplied from the setting unit 11 and encodes the input image according to the HEVC scheme.
  • the encoding unit 12 performs intra BC prediction processing in the Intra BC mode to which the present technology is applied.
  • the encoding unit 12 generates an encoded stream from the encoded data obtained as a result of encoding and the parameter set, and supplies the encoded stream to the transmission unit 13.
  • the transmission unit 13 transmits the encoded stream supplied from the encoding unit 12 to a decoding device described later.
  • FIG. 14 is a block diagram showing a configuration example of the encoding unit 12 of FIG.
  • the encoding unit 12 of FIG. 14 includes an A / D conversion unit 31, a screen rearrangement buffer 32, an operation unit 33, an orthogonal transformation unit 34, a quantization unit 35, a lossless encoding unit 36, an accumulation buffer 37, and an inverse quantization unit. 38, an inverse orthogonal transform unit 39, and an addition unit 40. Further, the encoding unit 12 includes a deblocking filter 41, an adaptive offset filter 42, an adaptive loop filter 43, a frame memory 44, a switch 45, an intra prediction unit 46, a motion prediction / compensation unit 47, a predicted image selection unit 48, a rate control It has a part 49.
  • the A / D conversion unit 31 of the encoding unit 12 performs A / D conversion on the frame unit image input as the encoding target.
  • the A / D conversion unit 31 outputs an image, which is a converted digital signal, to the screen rearrangement buffer 32 and stores the image.
  • the screen rearrangement buffer 32 rearranges the images in frame units in the stored display order into the order for encoding in accordance with the GOP structure.
  • the screen rearrangement buffer 32 outputs the rearranged image to the calculation unit 33, the intra prediction unit 46, and the motion prediction / compensation unit 47.
  • the calculation unit 33 performs coding by subtracting the predicted image supplied from the predicted image selection unit 48 from the image supplied from the screen rearrangement buffer 32.
  • the calculation unit 33 outputs the image obtained as a result to the orthogonal transformation unit 34 as residual information (difference).
  • the calculation unit 33 outputs the image read from the screen rearrangement buffer 32 to the orthogonal transformation unit 34 as the residual information as it is.
  • the orthogonal transformation unit 34 performs orthogonal transformation processing on the residual information from the computation unit 33 in units of TUs.
  • the orthogonal transformation unit 34 supplies the result of the orthogonal transformation process after the orthogonal transformation process to the quantization unit 35.
  • the quantization unit 35 quantizes the orthogonal transformation processing result supplied from the orthogonal transformation unit 34.
  • the quantization unit 35 supplies the quantization value obtained as a result of the quantization to the lossless encoding unit 36.
  • the lossless encoding unit 36 acquires information indicating the optimal intra prediction mode (hereinafter referred to as intra prediction mode information) from the intra prediction unit 46. Also, the lossless encoding unit 36 acquires, from the motion prediction / compensation unit 47, information indicating the optimal inter prediction mode (hereinafter referred to as inter prediction mode information), a motion vector, information for specifying a reference image, and the like.
  • intra prediction mode information information indicating the optimal intra prediction mode
  • inter prediction mode information information indicating the optimal inter prediction mode
  • a motion vector information for specifying a reference image, and the like.
  • the lossless encoding unit 36 acquires offset filter information related to the offset filter from the adaptive offset filter 42 and acquires filter coefficients from the adaptive loop filter 43.
  • the lossless coding unit 36 performs variable length coding (for example, CAVLC (Context-Adaptive Variable Length Coding) or the like), arithmetic coding (for example, CABAC (Context) for the quantization value supplied from the quantization unit 35.
  • arithmetic coding for example, CABAC (Context) for the quantization value supplied from the quantization unit 35.
  • -Perform lossless encoding such as Adaptive Binary Arithmetic Coding).
  • the lossless encoding unit 36 determines the intra prediction mode information, the IntraBC vector or the inter prediction mode information, the motion vector, the information for identifying the reference image, the offset filter information, and the filter coefficient only in the IntraBC mode. , Lossless encoding as encoding information regarding encoding.
  • the lossless encoding unit 36 supplies and stores the lossless encoded encoded information and the quantization value as encoded data to the accumulation buffer 37.
  • losslessly encoded coding information may be header information (for example, a slice header) of losslessly encoded quantized values.
  • the accumulation buffer 37 temporarily stores the encoded data supplied from the lossless encoding unit 36. Further, the accumulation buffer 37 supplies the stored encoded data to the transmission unit 13 as an encoded stream together with the parameter set supplied from the setting unit 11 of FIG.
  • the quantization value output from the quantization unit 35 is also input to the inverse quantization unit 38.
  • the inverse quantization unit 38 inversely quantizes the quantization value.
  • the inverse quantization unit 38 supplies the orthogonal transformation unit 39 with the orthogonal transformation processing result obtained as a result of the inverse quantization.
  • the inverse orthogonal transformation unit 39 performs inverse orthogonal transformation processing on the orthogonal transformation processing result supplied from the inverse quantization unit 38 in TU units.
  • inverse orthogonal transformation there are, for example, IDCT (inverse discrete cosine transformation) and IDST (inverse discrete sine transformation).
  • IDCT inverse discrete cosine transformation
  • IDST inverse discrete sine transformation
  • the inverse orthogonal transformation unit 39 supplies the residual information obtained as a result of the inverse orthogonal transformation process to the addition unit 40.
  • the addition unit 40 adds the residual information supplied from the inverse orthogonal transform unit 39 and the predicted image supplied from the predicted image selection unit 48 and performs decoding.
  • the addition unit 40 supplies the decoded image to the deblocking filter 41 and the frame memory 44.
  • the deblocking filter 41 performs adaptive deblocking filter processing for removing block distortion on the decoded image supplied from the adding unit 40, and supplies the resulting image to the adaptive offset filter 42.
  • the adaptive offset filter 42 performs an adaptive offset filter (SAO (Sample adaptive offset)) process that mainly removes ringing on the image after the adaptive deblocking filter process by the deblocking filter 41.
  • SAO Sample adaptive offset
  • the adaptive offset filter 42 determines the type of adaptive offset filter processing for each LCU (Largest Coding Unit) which is the largest coding unit, and obtains the offset used in the adaptive offset filter processing.
  • the adaptive offset filter 42 performs adaptive offset filtering of the determined type on the image after adaptive deblocking filtering using the determined offset.
  • the adaptive offset filter 42 supplies the image after adaptive offset filter processing to the adaptive loop filter 43.
  • the adaptive offset filter 42 supplies information indicating the type and the offset of the performed adaptive offset filter processing to the lossless encoding unit 36 as offset filter information.
  • the adaptive loop filter 43 is configured by, for example, a two-dimensional Wiener filter.
  • the adaptive loop filter 43 performs adaptive loop filter (ALF (Adaptive Loop Filter)) processing on the image after adaptive offset filter processing supplied from the adaptive offset filter 42, for example, for each LCU.
  • ALF Adaptive Loop Filter
  • the adaptive loop filter 43 is an adaptive loop filter so that the residual between the original image which is the image output from the screen rearrangement buffer 32 and the image after the adaptive loop filter processing is minimized for each LCU. Calculate filter coefficients used in the process. Then, the adaptive loop filter 43 performs adaptive loop filter processing for each LCU, using the calculated filter coefficient, on the image after adaptive offset filter processing.
  • the adaptive loop filter 43 supplies the image after adaptive loop filter processing to the frame memory 44. Further, the adaptive loop filter 43 supplies the filter coefficient used for the adaptive loop filter processing to the lossless encoding unit 36.
  • the processing unit of the adaptive loop filter process is not limited to the LCU.
  • processing can be performed efficiently.
  • the frame memory 44 accumulates the image supplied from the adaptive loop filter 43 and the image supplied from the adding unit 40.
  • An image adjacent to a PU (Prediction Unit) among the images not subjected to the filtering process accumulated in the frame memory 44 is supplied to the intra prediction unit 46 via the switch 45 as a peripheral image.
  • the filtered image stored in the frame memory 44 is output to the motion prediction / compensation unit 47 via the switch 45 as a reference image.
  • IntraBC control information of SPS and PPS is supplied to the intra prediction unit 46.
  • the intra prediction unit 46 performs intra prediction processing of all candidate intra prediction modes using the peripheral image read from the frame memory 44 via the switch 45 in PU units. At this time, the intra prediction unit 46 also performs intra prediction in IntraBC mode based on IntraBC control information.
  • the intra prediction unit 46 calculates cost function values for all candidate intra prediction modes based on the image read from the screen rearrangement buffer 32 and the predicted image generated as a result of the intra prediction process. (The details will be described later). Then, the intra prediction unit 46 determines the intra prediction mode with the smallest cost function value as the optimal intra prediction mode.
  • the intra prediction unit 46 supplies the predicted image generated in the optimal intra prediction mode and the corresponding cost function value to the predicted image selection unit 48.
  • the intra prediction unit 46 supplies the intra prediction mode information to the lossless encoding unit 36 when the prediction image selection unit 48 is notified of the selection of the prediction image generated in the optimal intra prediction mode.
  • the intra prediction mode is a mode that represents the size of PU, the prediction direction, and the like. At that time, when the optimal intra prediction mode is the IntraBC mode, the IntraBC vector is also supplied to the lossless encoding unit 36.
  • the motion prediction / compensation unit 47 performs motion prediction / compensation processing for all candidate inter prediction modes in PU units. Specifically, the motion prediction / compensation unit 47 selects all candidate inter prediction modes based on the image supplied from the screen rearrangement buffer 32 and the reference image read from the frame memory 44 via the switch 45. Motion vector of each PU is detected. Then, the motion prediction / compensation unit 47 performs compensation processing on the reference image in PU units based on the motion vector, and generates a prediction image.
  • the motion prediction / compensation unit 47 calculates cost function values for all candidate inter prediction modes based on the image supplied from the screen rearrangement buffer 32 and the prediction image, and the cost function values are calculated. Determine the inter prediction mode with the smallest as the optimal inter prediction mode. Then, the motion prediction / compensation unit 47 supplies the cost function value of the optimal inter prediction mode and the corresponding prediction image to the prediction image selection unit 48. In addition, when the prediction of the prediction image generated in the optimal inter prediction mode is notified from the prediction image selection unit 48, the motion prediction / compensation unit 47 identifies the inter prediction mode information, the corresponding motion vector, and information for specifying the reference image. And the like to the lossless encoding unit 36. Note that the inter prediction mode is a mode that represents the size of a PU or the like.
  • the predicted image selection unit 48 selects one of the optimal intra prediction mode and the optimal inter prediction mode with a smaller corresponding cost function value. To be the optimal prediction mode. Then, the prediction image selection unit 48 supplies the prediction image of the optimal prediction mode to the calculation unit 33 and the addition unit 40. Further, the predicted image selection unit 48 notifies the intra prediction unit 46 or the motion prediction / compensation unit 47 of the selection of the predicted image in the optimal prediction mode.
  • the rate control unit 49 controls the rate of the quantization operation of the quantization unit 35 based on the encoded data accumulated in the accumulation buffer 37 so that overflow or underflow does not occur.
  • FIG. 15 is a flowchart for explaining stream generation processing of the encoding device 10 of FIG.
  • step S11 of FIG. 15 the setting unit 11 of the encoding device 10 sets parameter sets such as VPS and SPS.
  • the setting unit 11 supplies the set parameter set to the encoding unit 12. The details of this setting process will be described with reference to FIG. 16 described later.
  • step S12 the encoding unit 12 performs an encoding process of encoding an image in frame units input from the outside according to a scheme conforming to the HEVC scheme.
  • the details of the encoding process will be described with reference to FIGS. 17 and 18 described later.
  • step S13 the accumulation buffer 37 (FIG. 14) of the encoding unit 12 generates an encoded stream from the parameter set supplied from the setting unit 11 and the accumulated encoded data, and supplies the encoded stream to the transmission unit 13.
  • step S14 the transmission unit 13 transmits the encoded stream supplied from the setting unit 11 to the decoding device 110 described later, and ends the process.
  • IntraBC control information is set in SPS and PPS.
  • step S31 the setting unit 11 in FIG. 13 sets sps_crossslice_intraBC_enable_flag.
  • FIG. 17 and FIG. 18 are flowcharts for explaining the details of the encoding process of step S12 of FIG. From the setting unit 11, an image in a frame unit is input to the A / D conversion unit 31, and IntraBC control information is supplied to the intra prediction unit 46.
  • step S61 of FIG. 17 the A / D conversion unit 31 (FIG. 14) of the encoding unit 12 A / D converts the frame unit image input as the encoding target.
  • the A / D conversion unit 31 outputs an image, which is a converted digital signal, to the screen rearrangement buffer 32 and stores the image.
  • step S62 the screen rearrangement buffer 32 rearranges the images of the stored display order frames in the order for encoding in accordance with the GOP structure.
  • the screen rearrangement buffer 32 supplies the image in frame units after the rearrangement to the calculation unit 33, the intra prediction unit 46, and the motion prediction / compensation unit 47. Further, IntraBC control information is supplied from the setting unit 11 to the intra prediction unit 46.
  • step S63 the intra prediction unit 46 performs intra prediction processing of all intra prediction modes that are candidates in PU units. Details of the intra prediction process will be described later with reference to FIG. That is, the intra prediction unit 46 selects all intra predictions that are candidates (including the intra BC prediction mode) based on the image read from the screen rearrangement buffer 32 and the predicted image generated as a result of the intra prediction process. Calculate the cost function value for the mode. Then, the intra prediction unit 46 determines the intra prediction mode with the smallest cost function value as the optimal intra prediction mode. The intra prediction unit 46 supplies the predicted image generated in the optimal intra prediction mode and the corresponding cost function value to the predicted image selection unit 48.
  • the motion prediction / compensation unit 47 performs motion prediction / compensation processing of all the inter prediction modes that are candidates in PU units in step S64. Also, the motion prediction / compensation unit 47 calculates cost function values for all candidate inter prediction modes based on the image supplied from the screen rearrangement buffer 32 and the prediction image, and the cost function value The smallest inter prediction mode is determined as the optimum inter prediction mode. Then, the motion prediction / compensation unit 47 supplies the cost function value of the optimal inter prediction mode and the corresponding prediction image to the prediction image selection unit 48.
  • step S65 based on the cost function values supplied from the intra prediction unit 46 and the motion prediction / compensation unit 47, the predicted image selection unit 48 determines that the cost function value of the optimal intra prediction mode and the optimal inter prediction mode is minimum. The one that becomes is determined to be the optimal prediction mode. Then, the prediction image selection unit 48 supplies the prediction image of the optimal prediction mode to the calculation unit 33 and the addition unit 40.
  • step S65 the predicted image selection unit 48 determines whether the optimal prediction mode is the optimal inter prediction mode. If it is determined in step S65 that the optimal prediction mode is the optimal inter prediction mode, the predicted image selection unit 48 notifies the motion prediction / compensation unit 47 of the selection of the predicted image generated in the optimal inter prediction mode.
  • step S66 the motion prediction / compensation unit 47 supplies the inter prediction mode information, the motion vector, and the information specifying the reference image to the lossless encoding unit 36, and the process proceeds to step S68.
  • step S65 if it is determined in step S65 that the optimum prediction mode is not the optimum inter prediction mode, that is, if the optimum prediction mode is the optimum intra prediction mode, the predicted image selection unit 48 generates the prediction generated in the optimum intra prediction mode.
  • the intra prediction unit 46 is notified of image selection.
  • step S67 the intra prediction unit 46 supplies the intra prediction mode information to the lossless encoding unit 36, and the process proceeds to step S69.
  • the optimal intra prediction mode is the IntraBC mode
  • the IntraBC vector is also supplied to the lossless encoding unit 36.
  • step S69 the computing unit 33 performs encoding by subtracting the predicted image supplied from the predicted image selecting unit 48 from the image supplied from the screen rearrangement buffer 32.
  • the calculation unit 33 outputs the image obtained as a result to the orthogonal transformation unit 34 as residual information.
  • step S70 the orthogonal transformation unit 34 performs an orthogonal transformation process on the residual information on a TU basis.
  • the orthogonal transformation unit 34 supplies the result of the orthogonal transformation process after the orthogonal transformation process to the quantization unit 35.
  • step S71 the quantization unit 35 quantizes the orthogonal transformation processing result supplied from the orthogonal transformation unit 34.
  • the quantization unit 35 supplies the quantization value obtained as a result of the quantization to the lossless encoding unit 36 and the inverse quantization unit 38.
  • step S72 the inverse quantization unit 38 performs inverse quantization on the quantization value from the quantization unit 35.
  • the inverse quantization unit 38 supplies the orthogonal transformation unit 39 with the orthogonal transformation processing result obtained as a result of the inverse quantization.
  • step S73 the inverse orthogonal transformation unit 39 performs inverse orthogonal transformation processing on the orthogonal transformation processing result supplied from the inverse quantization unit 38 on a TU basis.
  • the inverse orthogonal transformation unit 39 supplies the residual information obtained as a result of the inverse orthogonal transformation process to the addition unit 40.
  • step S74 the addition unit 40 adds the residual information supplied from the inverse orthogonal transform unit 39 and the predicted image supplied from the predicted image selection unit 48 and performs decoding.
  • the addition unit 40 supplies the decoded image to the deblocking filter 41 and the frame memory 44.
  • step S75 the deblocking filter 41 performs deblocking filter processing on the decoded image supplied from the adding unit 40.
  • the deblocking filter 41 supplies the resulting image to the adaptive offset filter 42.
  • step S76 the adaptive offset filter 42 performs adaptive offset filter processing on the image supplied from the deblocking filter 41 for each LCU.
  • the adaptive offset filter 42 supplies the resulting image to the adaptive loop filter 43.
  • the adaptive offset filter 42 also supplies offset filter information to the lossless encoding unit 36 for each LCU.
  • step S77 the adaptive loop filter 43 performs adaptive loop filter processing on the image supplied from the adaptive offset filter 42 for each LCU.
  • the adaptive loop filter 43 supplies the resulting image to the frame memory 44. Further, the adaptive loop filter 43 supplies the filter coefficient used in the adaptive loop filter processing to the lossless encoding unit 36.
  • step S 78 the frame memory 44 accumulates the image supplied from the adaptive loop filter 43 and the image supplied from the adding unit 40.
  • An image adjacent to PU among the images not subjected to the filtering process accumulated in the frame memory 44 is supplied to the intra prediction unit 46 via the switch 45 as a peripheral image.
  • the filtered image stored in the frame memory 44 is output to the motion prediction / compensation unit 47 via the switch 45 as a reference image.
  • step S79 the lossless encoding unit 36 losslessly encodes the intra prediction mode information or the inter prediction mode information, the motion vector, the information specifying the reference image, the offset filter information, and the filter coefficient as the coding information. Do. At that time, when the mode is the IntraBC mode in the optimal intra prediction mode, the IntraBC vector is also losslessly encoded as the encoding information.
  • step S80 the lossless encoding unit 36 losslessly encodes the quantization value supplied from the quantization unit 35. Then, the lossless encoding unit 36 generates encoded data from the encoded information losslessly encoded in the process of step S 78 and the losslessly encoded quantization value, and supplies the encoded data to the accumulation buffer 37.
  • step S81 the accumulation buffer 37 temporarily accumulates the encoded data supplied from the lossless encoding unit 36.
  • step S 82 the rate control unit 49 controls the rate of the quantization operation of the quantization unit 35 based on the encoded data accumulated in the accumulation buffer 37 so that an overflow or an underflow does not occur. Then, the process returns to step S12 in FIG. 15 and proceeds to step S13.
  • sps_crossslice_intraBC_enable_flag, intra_BC_ref_prev_slice_flag, and intraBC_ref_prev_slice_num are supplied from the setting unit 11 to the intra prediction unit 46 as IntraBC control information.
  • step S91 the intra prediction unit 46 divides the picture into slices.
  • step S92 the intra prediction unit 46 performs intra prediction in a prediction mode other than the intraBC mode, and calculates a cost function value.
  • the intra prediction unit 46 determines whether or not sps_crossslice_intraBC_enable_flag is 1 in step S93. If it is determined in step S93 that sps_crossslice_intraBC_enable_flag is 1, the processing proceeds to step S94.
  • step S94 the intra prediction unit 46 searches for a motion vector of IntraBC.
  • step S95 the intra prediction unit 46 determines whether or not the search within the search range has ended. If it is determined in step S95 that the search within the search range is not yet completed, the process proceeds to step S96.
  • step S96 the intra prediction unit 46 changes the search point.
  • step S97 the intra prediction unit 46 determines whether the search point changed in step S96 is inside the current slice.
  • step S97 If it is determined in step S97 that the search point is not inside the slice, the process proceeds to step S98.
  • step S98 the intra prediction unit 46 determines whether intra_BC_ref_prev_slice_flag is 1. When it is determined in step S98 that intra_BC_ref_prev_slice_flag is 1, the processing proceeds to step S99.
  • step S99 the intra prediction unit 46 determines whether the position of the search point is in the range specified by intraBC_ref_prev_slice_num.
  • step S99 If it is determined in step S99 that the position of the search point is not within the range specified by intraBC_ref_prev_slice_num, the process returns to step S96, and the subsequent processes are repeated. Also in the case where it is determined in step S98 that intra_BC_ref_prev_slice_flag is not 1, the processing returns to step S96, and the subsequent processing is repeated.
  • step S99 If it is determined in step S99 that the position of the search point is in the range specified by intraBC_ref_prev_slice_num, the process proceeds to step S100.
  • step S97 When it is determined in step S97 that the search point is inside the slice, the process proceeds to step S100.
  • step S100 the intra prediction unit 46 calculates a cost function value in the IntraBC mode.
  • An IntraBC vector corresponding to the minimum cost in the IntraBC mode is held in a memory (not shown).
  • step S101 the intra prediction unit 46 determines whether the cost function value obtained in step S100 is smaller than the minimum cost.
  • step S101 If it is determined in step S101 that the cost function value is smaller than the minimum cost, the process proceeds to step S102.
  • step S102 the IntraBC vector and the minimum cost in the memory are updated, and the process returns to step S96, and the subsequent processes are repeated.
  • step S101 If it is determined in step S101 that the cost function value is equal to or greater than the minimum cost, the process returns to step S96, and the subsequent processes are repeated.
  • step S95 If it is determined in step S95 that the search within the search range is completed, the process proceeds to step S103.
  • step S93 sps_crossslice_intraBC_enable_flag is not 1, the process proceeds to step S103.
  • step S103 the intra prediction unit 46 determines the optimal intra prediction mode based on the cost function value, and ends the intra prediction process.
  • FIG. 20 is a block diagram showing a configuration example of an embodiment of a decoding device to which the present disclosure is applied, which decodes a coded stream transmitted from the coding device 10 of FIG.
  • the decoding device 110 in FIG. 20 includes a receiving unit 111, an extracting unit 112, and a decoding unit 113.
  • the receiving unit 111 of the decoding device 110 receives the coded stream transmitted from the coding device 10 of FIG.
  • the extraction unit 112 extracts a parameter set such as VPS, SPS, PPS, and coded data from the coded stream supplied from the reception unit 111, and supplies the parameter set to the decoding unit 113.
  • the extraction unit 112 extracts IntraBC control information of SPS and PPS.
  • the decoding unit 113 decodes the encoded data supplied from the extraction unit 112 in a scheme according to the HEVC scheme. At this time, the decoding unit 113 performs the decoding process in parallel or in order based on the intra BC control information of SPS and PPS supplied from the extraction unit 112. The decoding unit 113 outputs an image obtained as a result of the decoding.
  • FIG. 21 is a block diagram showing a configuration example of the decoding unit 113 of FIG.
  • the decoding unit 113 in FIG. 21 includes an accumulation buffer 131, a lossless decoding unit 132, an inverse quantization unit 133, an inverse orthogonal transformation unit 134, an addition unit 135, a deblock filter 136, an adaptive offset filter 137, an adaptive loop filter 138, and a screen. It has a reordering buffer 139.
  • the decoding unit 113 further includes a D / A conversion unit 140, a frame memory 141, a switch 142, an intra prediction unit 143, a motion compensation unit 144, and a switch 145.
  • the accumulation buffer 131 of the decoding unit 113 receives the encoded data from the extraction unit 112 of FIG. 20 and accumulates it.
  • the accumulation buffer 131 supplies the encoded data accumulated to the lossless decoding unit 132.
  • the lossless decoding unit 132 obtains the quantization value and the coding information by performing lossless decoding such as variable length decoding or arithmetic decoding on the encoded data from the accumulation buffer 131.
  • the lossless decoding unit 132 supplies the quantization value to the inverse quantization unit 133.
  • the IntraBC control information from the extraction unit 112 is input to the lossless decoding unit 132.
  • the lossless decoding unit 132 controls, based on the IntraBC control information from the extraction unit 112, whether decoding processing of subsequent slices is performed in parallel or in order.
  • the lossless decoding unit 132 supplies, to the intra prediction unit 143, intra prediction mode information (including the intra BC mode) as coding information.
  • intra prediction mode information including the intra BC mode
  • the IntraBC vector is also supplied to the intra prediction unit 143.
  • the lossless decoding unit 132 supplies the motion compensation unit 144 with a motion vector, inter prediction mode information, information for specifying a reference image, and the like.
  • the lossless decoding unit 132 supplies intra prediction mode information or inter prediction mode information as coding information to the switch 145.
  • the lossless decoding unit 132 supplies offset filter information as coding information to the adaptive offset filter 137.
  • the lossless decoding unit 132 supplies the filter coefficient as the coding information to the adaptive loop filter 138.
  • the inverse quantization unit 133, the inverse orthogonal transformation unit 134, the addition unit 135, the deblock filter 136, the adaptive offset filter 137, the adaptive loop filter 138, the frame memory 141, the switch 142, the intra prediction unit 143, and the motion compensation unit 144 The inverse quantization unit 38, the inverse orthogonal transformation unit 39, the addition unit 40, the deblock filter 41, the adaptive offset filter 42, the adaptive loop filter 43, the frame memory 44, the switch 45, the intra prediction unit 46, and the motion prediction The same processing as that of the compensation unit 47 is performed, whereby the image is decoded.
  • the inverse quantization unit 133 is configured in the same manner as the inverse quantization unit 38 in FIG.
  • the inverse quantization unit 133 inversely quantizes the quantization value from the lossless decoding unit 132 on a TU basis.
  • the inverse quantization unit 133 supplies the result of the orthogonal transformation processing obtained as a result to the inverse orthogonal transformation unit 134.
  • the inverse orthogonal transform unit 134 is configured in the same manner as the inverse orthogonal transform unit 39 in FIG. 14.
  • the inverse orthogonal transformation unit 134 performs inverse orthogonal transformation processing on the orthogonal transformation processing result supplied from the inverse quantization unit 133.
  • the inverse orthogonal transform unit 134 supplies the residual information obtained as a result of the inverse orthogonal transform process to the addition unit 135.
  • the addition unit 135 performs decoding by adding the residual information supplied from the inverse orthogonal transform unit 134 and the predicted image supplied from the switch 145.
  • the addition unit 135 supplies the decoded image to the deblocking filter 136 and the frame memory 141.
  • the deblocking filter 136 performs adaptive deblocking filtering on the image supplied from the adding unit 135, and supplies the resulting image to the adaptive offset filter 137.
  • the adaptive offset filter 137 uses, for each LCU, the offset represented by the offset filter information from the lossless decoding unit 132 to perform adaptive offset filter processing of the type represented by the offset filter information on the image after the adaptive deblocking filter processing. Do.
  • the adaptive offset filter 137 supplies the image after the adaptive offset filter processing to the adaptive loop filter 138.
  • the adaptive loop filter 138 performs adaptive loop filter processing for each LCU, using the filter coefficients supplied from the lossless decoding unit 132, on the image supplied from the adaptive offset filter 137.
  • the adaptive loop filter 138 supplies the resulting image to the frame memory 141 and the screen rearrangement buffer 139.
  • the screen rearrangement buffer 139 stores the image supplied from the adaptive loop filter 138 in units of frames.
  • the screen rearrangement buffer 139 rearranges the stored frame-based images in the order for encoding in the original display order, and supplies the rearranged images to the D / A conversion unit 140.
  • the D / A conversion unit 140 D / A converts and outputs the image in units of frames supplied from the screen rearrangement buffer 139.
  • the frame memory 141 accumulates the image supplied from the adaptive loop filter 138 and the image supplied from the adding unit 135.
  • the image adjacent to PU among the images not subjected to the filtering process accumulated in the frame memory 141 is supplied to the intra prediction unit 143 via the switch 142 as a peripheral image.
  • the filtered image stored in the frame memory 141 is supplied as a reference image to the motion compensation unit 144 via the switch 142.
  • the intra prediction unit 143 performs intra prediction processing in the optimal intra prediction mode indicated by the intra prediction mode information supplied from the lossless decoding unit 132 using the peripheral image read from the frame memory 141 via the switch 142. In the case of the IntraBC mode, since the intraBC vector is also sent from the lossless decoding unit 132, it is used to perform intra prediction in the IntraBC mode.
  • the intra prediction unit 143 supplies the predicted image generated as a result to the switch 145.
  • the motion compensation unit 144 reads the reference image specified by the information specifying the reference image supplied from the lossless decoding unit 132 from the frame memory 141 via the switch 142.
  • the motion compensation unit 144 performs motion compensation processing of the optimal inter prediction mode indicated by the inter prediction mode information supplied from the lossless decoding unit 132 using the motion vector supplied from the lossless decoding unit 132 and the reference image.
  • the motion compensation unit 144 supplies the predicted image generated as a result to the switch 145.
  • the switch 145 supplies the prediction image supplied from the intra prediction unit 143 to the addition unit 135.
  • the switch 145 supplies the prediction image supplied from the motion compensation unit 144 to the addition unit 135.
  • FIG. 22 is a flowchart illustrating the image generation process of the decoding device 110 of FIG.
  • step S111 of FIG. 22 the receiving unit 111 of the decoding device 110 receives the encoded stream transmitted from the encoding device 10 of FIG. 13 and supplies the encoded stream to the extraction unit 112.
  • step S112 the extraction unit 112 extracts encoded data from the encoded stream supplied from the reception unit 111, and supplies the encoded data to the decoding unit 113.
  • step S113 the extraction unit 112 extracts a parameter set such as VPS, SPS, PPS, and the like from the encoded stream supplied from the reception unit 111, and supplies the parameter set to the decoding unit 113.
  • the extraction unit 112 extracts IntraBC control information of SPS and PPS.
  • step S114 the decoding unit 113 performs decoding processing to decode the encoded data supplied from the extraction unit 112 according to the HEVC scheme, using the parameter set supplied from the extraction unit 112 as necessary. Note that the decoding unit 113 performs the decoding process in parallel or independently based on the IntraBC control information of SPS and PPS supplied from the extraction unit 112. Details of the decoding process will be described with reference to FIG. 23 described later. Then, the process ends.
  • step S121 the lossless decoding unit 132 decodes all slice headers of the AU (access unit).
  • step S122 the lossless decoding unit 132 decodes the number N of slice divisions.
  • step S123 the lossless decoding unit 132 determines whether sps_crossslice_intraBC_enable_flag is 1. If it is determined in step S123 that sps_crossslice_intraBC_enable_flag is 1, the processing proceeds to step S124.
  • step S124 the lossless decoding unit 132 determines whether intra_BC_ref_prev_slice_flag is 1. When it is determined in step S124 that intra_BC_ref_prev_slice_flag is 1, the processing proceeds to step S125.
  • step S125 the lossless decoding unit 132 causes the units subsequent to the dequantization unit 133 to sequentially decode slices 0 to N-1.
  • step S123 if it is determined that sps_crossslice_intraBC_enable_flag is not 1 in step S123, or if it is determined that intra_BC_ref_prev_slice_flag is not 1 in step S124, the process proceeds to step S126.
  • step S126 the lossless decoding unit 132 causes the components subsequent to the dequantization unit 133 to decode slices 0 to N-1 in parallel.
  • step S141 the lossless decoding unit 132 decodes all slice headers of the AU (access unit).
  • step S142 the lossless decoding unit 132 decodes the number N of slice divisions.
  • step S143 the lossless decoding unit 132 determines whether sps_crossslice_intraBC_enable_flag is 1. If it is determined in step S143 that sps_crossslice_intraBC_enable_flag is 1, the process proceeds to step S144.
  • step S144 the lossless decoding unit 132 determines whether intra_BC_ref_prev_slice_flag is 1. When it is determined in step S144 that intra_BC_ref_prev_slice_flag is 1, the processing proceeds to step S145.
  • step S145 the lossless decoding unit 132 refers to the inter-slice dependency relation from intraBC_ref_prev_slice_num of each slice, and determines whether or not each slice has a dependency relation.
  • step S145 If it is determined in step S145 that the slice has a dependency, the process proceeds to step S146.
  • step S146 the lossless decoding unit 132 sequentially decodes the slice X (X is a slice number having a dependency) with respect to each unit subsequent to the inverse quantization unit 133.
  • step S145 when it is determined in step S145 that the slice is not a slice having a dependency, the process proceeds to step S147.
  • step S147 the lossless decoding unit 132 causes the components subsequent to the dequantization unit 133 to decode slice Y (Y is a slice number having no dependency) in parallel.
  • step S143 If it is determined in step S143 that sps_crossslice_intraBC_enable_flag is not 1 or if it is determined in step S144 that intra_BC_ref_prev_slice_flag is not 1, processing proceeds to step S148.
  • step S148 the lossless decoding unit 132 causes the units subsequent to the inverse quantization unit 133 to decode slices 0 to N ⁇ 1 in parallel.
  • slices are processed in parallel or in order based on IntraBC control information.
  • slice decoding processing will be described with reference to the flowchart in FIG. This process is performed by the lossless decoding unit 132 in parallel or in order with respect to the slices.
  • step S161 of FIG. 25 the accumulation buffer 131 (FIG. 21) of the decoding unit 113 receives the encoded data in units of frames from the extraction unit 112 of FIG.
  • the accumulation buffer 131 supplies the encoded data accumulated to the lossless decoding unit 132.
  • step S162 the lossless decoding unit 132 losslessly decodes the encoded data from the accumulation buffer 131 to obtain a quantization value and encoding information.
  • the lossless decoding unit 132 supplies the quantization value to the inverse quantization unit 133.
  • the lossless decoding unit 132 supplies intra prediction unit information or the like as coding information to the intra prediction unit 143.
  • the lossless decoding unit 132 supplies the motion compensation unit 144 with a motion vector, inter prediction mode information, information for specifying a reference image, and the like.
  • the lossless decoding unit 132 supplies intra prediction mode information or inter prediction mode information as coding information to the switch 145.
  • the lossless decoding unit 132 supplies offset filter information as coding information to the adaptive offset filter 137, and supplies filter coefficients to the adaptive loop filter 138.
  • step S163 the inverse quantization unit 133 inversely quantizes the quantization value supplied from the lossless decoding unit 132.
  • the inverse quantization unit 133 supplies the orthogonal transformation unit 134 with the orthogonal transformation processing result obtained as a result of the inverse quantization.
  • step S164 the inverse orthogonal transformation unit 134 performs inverse orthogonal transformation processing on the orthogonal transformation processing result from the inverse quantization unit 133.
  • step S165 the motion compensation unit 144 determines whether or not the inter prediction mode information has been supplied from the lossless decoding unit 132. If it is determined in step S165 that the inter prediction mode information has been supplied, the process proceeds to step S166.
  • step S166 the motion compensation unit 144 reads the reference image based on the reference image specification information supplied from the lossless decoding unit 132, and uses the motion vector and the reference image to select the optimal inter prediction mode indicated by the inter prediction mode information. Perform motion compensation processing.
  • the motion compensation unit 144 supplies the predicted image generated as a result thereof to the addition unit 135 via the switch 145, and the process proceeds to step S168.
  • step S165 when it is determined in step S165 that the inter prediction mode information is not supplied, that is, when the intra prediction mode information is supplied to the intra prediction unit 143, the process proceeds to step S167.
  • step S167 the intra prediction unit 143 determines whether the intra prediction mode indicated by the intra prediction mode information is the intraBC mode. If it is determined in step S167 that the intraBC mode is not set, the process proceeds to step S168.
  • step S168 the intra prediction unit 143 performs intra prediction processing in an intra prediction mode (other than the intraBC mode) indicated by the intra prediction mode information, using the peripheral image read from the frame memory 141 via the switch 142.
  • the intra prediction unit 143 supplies the prediction image generated as a result of the intra prediction process to the addition unit 135 via the switch 145, and the process proceeds to step S171.
  • step S169 the intra prediction unit 143 receives the intraBC vector from the lossless decoding unit 132.
  • step S170 the intra prediction unit 143 performs intra prediction processing in the intraBC mode using the peripheral image read from the frame memory 141 via the switch 142.
  • the intra prediction unit 143 supplies the prediction image generated as a result of the intra prediction process to the addition unit 135 via the switch 145, and the process proceeds to step S171.
  • step S171 the addition unit 135 performs decoding by adding the residual information supplied from the inverse orthogonal transform unit 134 and the predicted image supplied from the switch 145.
  • the addition unit 135 supplies the decoded image to the deblocking filter 136 and the frame memory 141.
  • step S172 the deblocking filter 136 deblocks the image supplied from the adding unit 135 to remove block distortion.
  • the deblocking filter 136 supplies the resulting image to the adaptive offset filter 137.
  • the adaptive offset filter 137 performs adaptive offset filter processing for each LCU on the image after the deblocking filter processing by the deblocking filter 136 based on the offset filter information supplied from the lossless decoding unit 132. .
  • the adaptive offset filter 137 supplies the image after the adaptive offset filter processing to the adaptive loop filter 138.
  • step S 174 the adaptive loop filter 138 performs adaptive loop filter processing for each LCU, using the filter coefficients supplied from the lossless decoding unit 132, on the image supplied from the adaptive offset filter 137.
  • the adaptive loop filter 138 supplies the resulting image to the frame memory 141 and the screen rearrangement buffer 139.
  • step S175 the frame memory 141 accumulates the image supplied from the adding unit 135 and the image supplied from the adaptive loop filter 138.
  • the image adjacent to PU among the images not subjected to the filtering process accumulated in the frame memory 141 is supplied to the intra prediction unit 143 via the switch 142 as a peripheral image.
  • the filtered image stored in the frame memory 141 is supplied as a reference image to the motion compensation unit 144 via the switch 142.
  • step S176 the screen sorting buffer 139 stores the image supplied from the adaptive loop filter 138 in frame units, and sorts the stored frame unit images in the order for encoding in the original display order. , And D / A converter 140.
  • step S177 the D / A conversion unit 140 D / A converts and outputs the frame unit image supplied from the screen rearrangement buffer 139. Then, the process returns to any one of steps S146 to S148 in FIG. 23 or step S125 or S126 in FIG. 24, and ends.
  • the coding efficiency can be improved in IntraBC.
  • the scheme according to HEVC is used as a coding scheme.
  • the present technology is not limited to this, and other coding methods / decoding methods can be applied.
  • the present disclosure is, for example, satellite broadcasting, cable television, the Internet, mobile phones, etc. of image information (bit stream) compressed by orthogonal transformation such as discrete cosine transformation and motion compensation as in the HEVC system etc.
  • the present invention can be applied to an image encoding device and an image decoding device that are used when receiving via the network media of
  • the present disclosure can be applied to an image encoding device and an image decoding device used when processing on storage media such as an optical disk, a magnetic disk, and a flash memory.
  • Second Embodiment (Description of a computer to which the present disclosure is applied)
  • the above-described series of processes may be performed by hardware or software.
  • a program constituting the software is installed on a computer.
  • the computer includes, for example, a general-purpose personal computer that can execute various functions by installing a computer incorporated in dedicated hardware and various programs.
  • FIG. 26 is a block diagram showing an example of a hardware configuration of a computer that executes the series of processes described above according to a program.
  • a central processing unit (CPU) 201 a read only memory (ROM) 202, and a random access memory (RAM) 203 are mutually connected by a bus 204.
  • CPU central processing unit
  • ROM read only memory
  • RAM random access memory
  • an input / output interface 205 is connected to the bus 204.
  • An input unit 206, an output unit 207, a storage unit 208, a communication unit 209, and a drive 210 are connected to the input / output interface 205.
  • the input unit 206 includes a keyboard, a mouse, a microphone, and the like.
  • the output unit 207 includes a display, a speaker, and the like.
  • the storage unit 208 includes a hard disk, a non-volatile memory, and the like.
  • the communication unit 209 is configured of a network interface or the like.
  • the drive 210 drives removable media 211 such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory.
  • the CPU 201 loads the program stored in the storage unit 208 into the RAM 203 via the input / output interface 205 and the bus 204 and executes the program. Processing is performed.
  • the program executed by the computer (CPU 201) can be provided by being recorded on, for example, the removable medium 211 as a package medium or the like. Also, the program can be provided via a wired or wireless transmission medium such as a local area network, the Internet, or digital satellite broadcasting.
  • the program can be installed in the storage unit 208 via the input / output interface 205 by attaching the removable media 211 to the drive 210.
  • the program can be received by the communication unit 209 via a wired or wireless transmission medium and installed in the storage unit 208.
  • the program can be installed in advance in the ROM 202 or the storage unit 208.
  • the program executed by the computer may be a program that performs processing in chronological order according to the order described in this specification, in parallel, or when necessary, such as when a call is made. It may be a program to be processed.
  • FIG. 27 shows an example of a multi-viewpoint image coding method.
  • the multi-viewpoint image includes images of a plurality of viewpoints (views).
  • the multiple views of this multi-view image are encoded using the base view that performs encoding / decoding using only the image of its own view without using the images of other views, and the image of the other view.
  • It consists of a non-base view that performs decoding.
  • the non-base view may use an image of a base view, or may use an image of another non-base view.
  • parameters used in the method of the first embodiment described above may be shared. More specifically, for example, VPS, SPS, PPS or the like as coding information may be shared in coding / decoding of each view. Of course, other necessary information may be shared in encoding / decoding of each view.
  • FIG. 28 is a diagram showing a multi-viewpoint image coding apparatus which performs the above-described multi-viewpoint image coding.
  • the multi-viewpoint image coding device 600 includes a coding unit 601, a coding unit 602, and a multiplexing unit 603.
  • the encoding unit 601 encodes a base view image to generate a base view image coded stream.
  • the encoding unit 602 encodes the non-base view image to generate a non-base view image coded stream.
  • the multiplexing unit 603 multiplexes the base view image coded stream generated by the coding unit 601 and the non-base view image coded stream generated by the coding unit 602 to generate a multi-view image coded stream. Do.
  • the coding device 10 (FIG. 13) can be applied to the coding unit 601 and the coding unit 602 of the multi-viewpoint image coding device 600. That is, the coding efficiency can be improved in IntraBC in coding for each view. Also, the encoding unit 601 and the encoding unit 602 can perform encoding using the same flags and parameters (for example, syntax elements related to inter-image processing) (that is, share flags and parameters). Can reduce the coding efficiency reduction.
  • flags and parameters for example, syntax elements related to inter-image processing
  • FIG. 29 is a diagram illustrating a multi-viewpoint image decoding apparatus that performs the above-described multi-viewpoint image decoding.
  • the multi-viewpoint image decoding device 610 includes a demultiplexing unit 611, a decoding unit 612, and a decoding unit 613.
  • a demultiplexing unit 611 demultiplexes a multi-view image coded stream in which the base view image coded stream and the non-base view image coded stream are multiplexed, and the base view image coded stream and the non-base view image. Extract the coded stream.
  • the decoding unit 612 decodes the base view image coded stream extracted by the demultiplexing unit 611 to obtain a base view image.
  • the decoding unit 613 decodes the non-base view image coded stream extracted by the demultiplexing unit 611 to obtain a non-base view image.
  • the decoding device 110 (FIG. 20) can be applied to the decoding unit 612 and the decoding unit 613 of the multi-viewpoint image decoding device 610. That is, the coding efficiency can be improved in IntraBC.
  • the decoding unit 612 and the decoding unit 613 can perform decoding using the same flag or parameter (for example, syntax element or the like related to processing between images) (that is, share the flag or parameter). Since it is possible, it is possible to suppress a reduction in coding efficiency.
  • FIG. 30 shows an example of the hierarchical image coding method.
  • Hierarchical image coding (scalable coding) is to image data into a plurality of layers (layering) so as to have a scalable function with respect to predetermined parameters, and encode each layer.
  • Hierarchical image decoding (scalable decoding) is decoding corresponding to the hierarchical image coding.
  • the hierarchized image includes images of a plurality of hierarchies (layers) having different values of the predetermined parameter.
  • a plurality of layers of this hierarchical image are encoded using a base layer that performs encoding / decoding using only an image of its own layer without using an image of another layer, and an image of another layer It consists of a non-base layer (also referred to as an enhancement layer) that performs decoding.
  • the non-base layer may use an image of the base layer, or may use an image of another non-base layer.
  • the non-base layer is configured by data (difference data) of a difference image between its own image and an image of another layer so that redundancy is reduced.
  • difference data difference data
  • a base layer and a non-base layer also referred to as an enhancement layer
  • an image of lower quality than the original image can be obtained only with the data of the base layer.
  • an original image that is, a high quality image
  • images of various qualities can be easily obtained depending on the situation.
  • image compression information of only a base layer is transmitted, and a moving image with low space-time resolution or poor image quality is reproduced
  • image compression information of the enhancement layer is transmitted in addition to the base layer, and the space-time resolution is high, or It is possible to transmit image compression information according to the capabilities of the terminal or the network from the server without performing transcoding processing, such as reproducing high-quality moving images.
  • flags and parameters used in the method of the first embodiment described above may be shared. More specifically, for example, VPS, SPS, PPS or the like as coding information may be shared in coding / decoding of each layer. Of course, necessary information other than these may be shared in encoding / decoding of each layer.
  • parameters having a scalable function are arbitrary.
  • spatial scalability as shown in FIG. 31 may be used as the parameter (spatial scalability).
  • the resolution of the image differs for each layer. That is, in this case, as shown in FIG. 31, there are two layers of each layer, a base layer spatially lower in resolution than the original image, and an enhancement layer in which the original spatial resolution is obtained by combining the base layer. It is hierarchized. Of course, this number of layers is an example, and can be hierarchized into any number of layers.
  • temporal scalability as shown in FIG. 32 may be applied as a parameter to give such a scalability (temporal scalability).
  • the frame rate is different for each layer. That is, in this case, as shown in FIG. 32, each picture has two layers: a base layer with a lower frame rate than the original moving image, and an enhancement layer in which the original frame rate is obtained by combining with the base layer. It is hierarchized. Of course, this number of layers is an example, and can be hierarchized into any number of layers.
  • a signal to noise ratio may be applied as a parameter for providing such scalability (SNR scalability).
  • SNR scalability the SNR scalability
  • the SN ratio differs for each layer. That is, in this case, as shown in FIG. 33, each picture is hierarchized into two layers, a base layer having a lower SNR than the original image, and an enhancement layer for obtaining the original SNR by combining with the base layer. Ru.
  • this number of layers is an example, and can be hierarchized into any number of layers.
  • bit-depth scalability can be used as a parameter for providing scalability.
  • bit-depth scalability the bit depth differs for each layer.
  • a chroma format can also be used as a parameter for providing scalability (chroma scalability).
  • chroma scalability chroma scalability
  • the chroma format is different for each layer. In this case, for example, it is possible to obtain a component image of a 4: 2: 2 format by adding an enhancement layer to a component image of a base layer (base layer) of 4: 2: 0 format.
  • FIG. 34 is a diagram showing a hierarchical image coding apparatus that performs the above-described hierarchical image coding.
  • the hierarchical image coding device 620 includes a coding unit 621, a coding unit 622, and a multiplexing unit 623.
  • the encoding unit 621 encodes a base layer image to generate a base layer image coded stream.
  • the encoding unit 622 encodes the non-base layer image to generate a non-base layer image coded stream.
  • the multiplexing unit 623 multiplexes the base layer image coded stream generated by the coding unit 621 and the non-base layer image coded stream generated by the coding unit 622 to generate a hierarchical image coded stream. .
  • the coding device 10 (FIG. 13) can be applied to the coding unit 621 and the coding unit 622 of the hierarchical image coding device 620. That is, the coding efficiency can be improved in IntraBC.
  • the encoding unit 621 and the encoding unit 622 can perform filter processing control for intra prediction, etc. using the same flag and parameter (for example, syntax elements related to processing between images) , Flags and parameters can be shared), so it is possible to suppress a reduction in coding efficiency.
  • FIG. 35 is a diagram showing a hierarchical image decoding device that performs the hierarchical image decoding described above. As illustrated in FIG. 35, the hierarchical image decoding device 630 includes a demultiplexing unit 631, a decoding unit 632, and a decoding unit 633.
  • a demultiplexing unit 631 demultiplexes the hierarchical image coded stream in which the base layer image coded stream and the non-base layer image coded stream are multiplexed, and the base layer image coded stream and the non-base layer image code Extract the stream of
  • the decoding unit 632 decodes the base layer image coded stream extracted by the demultiplexing unit 631 to obtain a base layer image.
  • the decoding unit 633 decodes the non-base layer image coded stream extracted by the demultiplexing unit 631 to obtain a non-base layer image.
  • the decoding device 110 (FIG. 20) can be applied to the decoding unit 632 and the decoding unit 633 of the hierarchical image decoding device 630. That is, the coding efficiency can be improved in IntraBC.
  • the decoding unit 612 and the decoding unit 613 can perform decoding using the same flag or parameter (for example, syntax element or the like related to processing between images) (that is, share the flag or parameter). Since it is possible, it is possible to suppress a reduction in coding efficiency.
  • FIG. 36 illustrates a schematic configuration of a television to which the present disclosure is applied.
  • the television set 900 includes an antenna 901, a tuner 902, a demultiplexer 903, a decoder 904, a video signal processing unit 905, a display unit 906, an audio signal processing unit 907, a speaker 908, and an external interface unit 909.
  • the television device 900 includes a control unit 910, a user interface unit 911 and the like.
  • the tuner 902 selects a desired channel from the broadcast wave signal received by the antenna 901 and demodulates it, and outputs the obtained encoded bit stream to the demultiplexer 903.
  • the demultiplexer 903 extracts a video or audio packet of a program to be viewed from the encoded bit stream, and outputs data of the extracted packet to the decoder 904. Also, the demultiplexer 903 supplies a packet of data such as an EPG (Electronic Program Guide) to the control unit 910. When the scrambling is performed, the scrambling is canceled by a demultiplexer or the like.
  • EPG Electronic Program Guide
  • the decoder 904 decodes the packet, and outputs the video data generated by the decoding process to the video signal processing unit 905 and the audio data to the audio signal processing unit 907.
  • the video signal processing unit 905 performs noise removal, video processing and the like according to user settings on the video data.
  • the video signal processing unit 905 generates video data of a program to be displayed on the display unit 906, image data by processing based on an application supplied via a network, and the like. Further, the video signal processing unit 905 generates video data for displaying a menu screen or the like such as item selection, and superimposes the video data on video data of a program.
  • the video signal processing unit 905 generates a drive signal based on the video data generated in this manner, and drives the display unit 906.
  • the display unit 906 drives a display device (for example, a liquid crystal display element or the like) based on the drive signal from the video signal processing unit 905 to display a video of the program.
  • a display device for example, a liquid crystal display element or the like
  • the audio signal processing unit 907 performs predetermined processing such as noise removal on the audio data, performs D / A conversion processing and amplification processing of the processed audio data, and supplies the speaker 908 with audio output.
  • An external interface unit 909 is an interface for connecting to an external device or a network, and transmits and receives data such as video data and audio data.
  • a user interface unit 911 is connected to the control unit 910.
  • the user interface unit 911 is configured of an operation switch, a remote control signal reception unit, and the like, and supplies an operation signal according to a user operation to the control unit 910.
  • the control unit 910 is configured using a CPU (Central Processing Unit), a memory, and the like.
  • the memory stores programs executed by the CPU, various data necessary for the CPU to perform processing, EPG data, data acquired via the network, and the like.
  • the program stored in the memory is read and executed by the CPU at a predetermined timing such as when the television device 900 is started.
  • the CPU executes the program to control each unit such that the television device 900 operates according to the user operation.
  • the television apparatus 900 is provided with a bus 912 for connecting the tuner 902, the demultiplexer 903, the video signal processing unit 905, the audio signal processing unit 907, the external interface unit 909, and the like to the control unit 910.
  • the decoder 904 is provided with the function of the decoding device (decoding method) of the present application. For this reason, in the decoding process of a coding stream, the coding efficiency in IntraBC can be improved.
  • FIG. 37 illustrates a schematic configuration of a mobile phone to which the present disclosure is applied.
  • the cellular phone 920 includes a communication unit 922, an audio codec 923, a camera unit 926, an image processing unit 927, a multiplexing and separating unit 928, a recording and reproducing unit 929, a display unit 930, and a control unit 931. These are connected to one another via a bus 933.
  • an antenna 921 is connected to the communication unit 922, and a speaker 924 and a microphone 925 are connected to the audio codec 923. Further, an operation unit 932 is connected to the control unit 931.
  • the mobile phone 920 performs various operations such as transmission and reception of audio signals, transmission and reception of electronic mail and image data, image shooting, data recording, and the like in various modes such as a voice call mode and a data communication mode.
  • an audio signal generated by the microphone 925 is converted into audio data and compressed by the audio codec 923 and supplied to the communication unit 922.
  • the communication unit 922 performs modulation processing of audio data, frequency conversion processing, and the like to generate a transmission signal. Further, the communication unit 922 supplies a transmission signal to the antenna 921 to transmit it to a base station (not shown). In addition, the communication unit 922 performs amplification, frequency conversion processing, demodulation processing, and the like of the reception signal received by the antenna 921, and supplies the obtained audio data to the audio codec 923.
  • the audio codec 923 performs data expansion of audio data and conversion to an analog audio signal, and outputs it to the speaker 924.
  • control unit 931 receives the character data input by the operation of operation unit 932, and displays the input character on display unit 930. Further, the control unit 931 generates mail data based on a user instruction or the like in the operation unit 932 and supplies the mail data to the communication unit 922.
  • the communication unit 922 performs modulation processing and frequency conversion processing of mail data, and transmits the obtained transmission signal from the antenna 921. Further, the communication unit 922 performs amplification, frequency conversion processing, demodulation processing and the like of the received signal received by the antenna 921 to restore mail data.
  • the mail data is supplied to the display unit 930 to display the contents of the mail.
  • the portable telephone 920 can also store the received mail data in the storage medium by the recording and reproducing unit 929.
  • the storage medium is any rewritable storage medium.
  • the storage medium is a removable memory such as a RAM or a semiconductor memory such as a built-in flash memory, a hard disk, a magnetic disk, a magneto-optical disk, an optical disk, a USB (Universal Serial Bus) memory, or a memory card.
  • the image data generated by the camera unit 926 is supplied to the image processing unit 927.
  • the image processing unit 927 performs encoding processing of image data to generate encoded data.
  • the demultiplexing unit 928 multiplexes the encoded data generated by the image processing unit 927 and the audio data supplied from the audio codec 923 according to a predetermined method, and supplies the multiplexed data to the communication unit 922.
  • the communication unit 922 performs modulation processing and frequency conversion processing of multiplexed data, and transmits the obtained transmission signal from the antenna 921.
  • the communication unit 922 performs amplification, frequency conversion processing, demodulation processing, and the like of the reception signal received by the antenna 921 to restore multiplexed data.
  • the multiplexed data is supplied to the demultiplexer 928.
  • the demultiplexing unit 928 demultiplexes the multiplexed data, and supplies the encoded data to the image processing unit 927 and the audio data to the audio codec 923.
  • the image processing unit 927 decodes encoded data to generate image data.
  • the image data is supplied to the display unit 930 to display the received image.
  • the audio codec 923 converts audio data into an analog audio signal, supplies the analog audio signal to the speaker 924, and outputs the received audio.
  • the image processing unit 927 is provided with the functions of the coding device and the decoding device (coding method and decoding method) of the present application. Therefore, the coding efficiency in IntraBC can be improved.
  • FIG. 38 illustrates a schematic configuration of a recording and reproducing device to which the present disclosure is applied.
  • the recording / reproducing device 940 records, for example, audio data and video data of the received broadcast program on a recording medium, and provides the recorded data to the user at a timing according to the user's instruction.
  • the recording / reproducing device 940 can also acquire audio data and video data from another device, for example, and record them on a recording medium. Further, the recording / reproducing device 940 decodes and outputs the audio data and the video data recorded on the recording medium so that the monitor device or the like can perform image display and audio output.
  • the recording / reproducing device 940 includes a tuner 941, an external interface unit 942, an encoder 943, a hard disk drive (HDD) unit 944, a disk drive 945, a selector 946, a decoder 947, an on-screen display (OSD) unit 948, and a control unit 949.
  • a user interface unit 950 is provided.
  • the tuner 941 selects a desired channel from a broadcast signal received by an antenna not shown.
  • the tuner 941 demodulates the reception signal of the desired channel, and outputs a coded bit stream obtained to the selector 946.
  • the external interface unit 942 is configured by at least one of an IEEE 1394 interface, a network interface unit, a USB interface, a flash memory interface, and the like.
  • the external interface unit 942 is an interface for connecting to an external device, a network, a memory card or the like, and receives data such as video data and audio data to be recorded.
  • the encoder 943 When the video data and audio data supplied from the external interface unit 942 are not encoded, the encoder 943 performs encoding according to a predetermined method, and outputs the encoded bit stream to the selector 946.
  • the HDD unit 944 records content data such as video and audio, various programs and other data on a built-in hard disk, and reads them from the hard disk during reproduction.
  • the disk drive 945 records and reproduces signals with respect to the mounted optical disk.
  • Optical disks such as DVD disks (DVD-Video, DVD-RAM, DVD-R, DVD-RW, DVD + R, DVD + RW, etc.), Blu-ray (registered trademark) disks, and the like.
  • the selector 946 selects one of the encoded bit streams from the tuner 941 or the encoder 943 and supplies the selected bit stream to either the HDD unit 944 or the disk drive 945 when recording video or audio. Also, the selector 946 supplies the encoded bit stream output from the HDD unit 944 or the disk drive 945 to the decoder 947 at the time of video and audio reproduction.
  • the decoder 947 decodes the coded bit stream.
  • the decoder 947 supplies the video data generated by performing the decoding process to the OSD unit 948.
  • the decoder 947 outputs audio data generated by performing decoding processing.
  • the OSD unit 948 generates video data for displaying a menu screen or the like such as item selection, and superimposes the video data on the video data output from the decoder 947 and outputs the video data.
  • a user interface unit 950 is connected to the control unit 949.
  • the user interface unit 950 includes an operation switch, a remote control signal reception unit, and the like, and supplies an operation signal corresponding to a user operation to the control unit 949.
  • the control unit 949 is configured using a CPU, a memory, and the like.
  • the memory stores programs executed by the CPU and various data necessary for the CPU to perform processing.
  • the program stored in the memory is read and executed by the CPU at a predetermined timing such as when the recording / reproducing device 940 is activated.
  • the CPU executes the program to control each unit so that the recording and reproducing apparatus 940 operates according to the user operation.
  • the encoder 943 is provided with the function of the encoding apparatus (encoding method) of the present application. Therefore, the coding efficiency in IntraBC can be improved. Further, the decoder 947 is provided with the function of the decoding apparatus (decoding method) of the present application. Therefore, the coding efficiency in IntraBC can be improved.
  • FIG. 39 illustrates a schematic configuration of an imaging device to which the present disclosure is applied.
  • the imaging device 960 captures an image of an object, displays an image of the object on the display unit, or records the image as image data in a recording medium.
  • the imaging device 960 includes an optical block 961, an imaging unit 962, a camera signal processing unit 963, an image data processing unit 964, a display unit 965, an external interface unit 966, a memory unit 967, a media drive 968, an OSD unit 969, and a control unit 970.
  • a user interface unit 971 is connected to the control unit 970.
  • an image data processing unit 964, an external interface unit 966, a memory unit 967, a media drive 968, an OSD unit 969, a control unit 970 and the like are connected via a bus 972.
  • the optical block 961 is configured using a focus lens, an aperture mechanism, and the like.
  • the optical block 961 forms an optical image of a subject on the imaging surface of the imaging unit 962.
  • the imaging unit 962 is configured using a CCD or CMOS image sensor, generates an electrical signal corresponding to an optical image by photoelectric conversion, and supplies the electrical signal to the camera signal processing unit 963.
  • the camera signal processing unit 963 performs various camera signal processing such as knee correction, gamma correction, and color correction on the electric signal supplied from the imaging unit 962.
  • the camera signal processing unit 963 supplies the image data processing unit 964 with the image data after camera signal processing.
  • the image data processing unit 964 performs encoding processing of the image data supplied from the camera signal processing unit 963.
  • the image data processing unit 964 supplies the encoded data generated by performing the encoding process to the external interface unit 966 and the media drive 968. Further, the image data processing unit 964 performs a decoding process of the encoded data supplied from the external interface unit 966 or the media drive 968.
  • the image data processing unit 964 supplies the image data generated by performing the decoding process to the display unit 965. Further, the image data processing unit 964 performs a process of supplying image data supplied from the camera signal processing unit 963 to the display unit 965, and superimposes display data acquired from the OSD unit 969 on the image data. Supply to
  • the OSD unit 969 generates display data such as a menu screen or an icon including symbols, characters, or figures, and outputs the display data to the image data processing unit 964.
  • the external interface unit 966 is formed of, for example, a USB input / output terminal, and is connected to a printer when printing an image.
  • a drive is connected to the external interface unit 966 as necessary, removable media such as a magnetic disk and an optical disk are appropriately mounted, and a computer program read from them is installed as necessary.
  • the external interface unit 966 has a network interface connected to a predetermined network such as a LAN or the Internet.
  • the control unit 970 reads encoded data from the media drive 968 according to an instruction from the user interface unit 971, for example, and causes the external interface unit 966 to supply the encoded data to another device connected via the network. it can.
  • the control unit 970 may obtain encoded data and image data supplied from another device via the network via the external interface unit 966 and supply the same to the image data processing unit 964. it can.
  • any removable readable / writable medium such as a magnetic disk, a magneto-optical disk, an optical disk, or a semiconductor memory is used.
  • the recording medium may be of any type as a removable medium, and may be a tape device, a disk, or a memory card. Of course, it may be a noncontact IC (Integrated Circuit) card or the like.
  • media drive 968 and the recording medium may be integrated, and may be configured by a non-portable storage medium such as, for example, a built-in hard disk drive or a solid state drive (SSD).
  • a non-portable storage medium such as, for example, a built-in hard disk drive or a solid state drive (SSD).
  • Control unit 970 is configured using a CPU.
  • the memory unit 967 stores programs executed by the control unit 970, various data required for the control unit 970 to perform processing, and the like.
  • the program stored in the memory unit 967 is read out and executed by the control unit 970 at a predetermined timing such as when the imaging device 960 is activated.
  • the control unit 970 controls the respective units such that the imaging device 960 operates according to the user operation by executing the program.
  • the image data processing unit 964 is provided with the functions of the encoding device and the decoding device (encoding method and decoding method) of the present application. Therefore, it is possible to improve the coding efficiency in IntraBC in coding or decoding of a coded stream.
  • Scalable coding is used to select data to transmit, for example, as in the example shown in FIG.
  • the distribution server 1002 reads out the scalable encoded data stored in the scalable encoded data storage unit 1001, and the personal computer 1004, the AV device 1005, the tablet via the network 1003. It is distributed to terminal devices such as the device 1006 and the mobile telephone 1007.
  • the distribution server 1002 selects and transmits encoded data of appropriate quality according to the capability of the terminal device, the communication environment, and the like. Even if the distribution server 1002 unnecessarily transmits high-quality data, the terminal device can not always obtain high-quality images, which may cause delay or overflow. In addition, the communication band may be unnecessarily occupied, or the load on the terminal may be unnecessarily increased. Conversely, even if the distribution server 1002 unnecessarily transmits low quality data, there is a possibility that the terminal apparatus can not obtain an image of sufficient quality. Therefore, the distribution server 1002 appropriately reads and transmits scalable encoded data stored in the scalable encoded data storage unit 1001 as encoded data of appropriate quality for the capability of the terminal device, communication environment, etc. .
  • the scalable encoded data storage unit 1001 stores scalable encoded data (BL + EL) 1011 which has been encoded in a scalable manner.
  • This scalable encoded data (BL + EL) 1011 is encoded data including both a base layer and an enhancement layer, and data that can obtain both an image of the base layer and an image of the enhancement layer by decoding. It is.
  • the distribution server 1002 selects an appropriate layer according to the capability of the terminal apparatus that transmits data, the communication environment, and the like, and reads data of the layer. For example, the distribution server 1002 reads high-quality scalable encoded data (BL + EL) 1011 from the scalable encoded data storage unit 1001 and transmits it as it is to the high-performance personal computer 1004 or tablet device 1006. . On the other hand, for example, the distribution server 1002 extracts the data of the base layer from the scalable encoded data (BL + EL) 1011 for the AV device 1005 or the portable telephone 1007 having low processing capability, and the scalable encoding is performed. Data of the same content as data (BL + EL) 1011 is transmitted as scalable coded data (BL) 1012 that has lower quality than scalable coded data (BL + EL) 1011.
  • BL scalable coded data
  • the amount of data can be easily adjusted, so that occurrence of delay and overflow can be suppressed, and unnecessary increase in load on a terminal device or communication medium can be suppressed. be able to.
  • the amount of scalable encoded data (BL + EL) 1011 can be reduced compared to the case where the encoded data of each layer are individual data. . Therefore, the storage area of the scalable encoded data storage unit 1001 can be used more efficiently.
  • the network 1003 serving as a communication medium may be any communication network including wired and / or wireless networks such as the Internet and LAN (Local Area Network), and its data transmission capability is various. Furthermore, there is also the possibility of changes due to other communications and the like.
  • the distribution server 1002 communicates with the terminal device that is the data transmission destination before starting data transmission, and the hardware performance of the terminal device, the performance of the application (software) executed by the terminal device, etc. Information on the capability of the terminal device and information on the communication environment such as the available bandwidth of the network 1003 may be obtained. Then, the distribution server 1002 may select an appropriate layer based on the information obtained here.
  • the layer extraction may be performed in the terminal device.
  • the personal computer 1004 may decode the transmitted scalable encoded data (BL + EL) 1011 to display an image of the base layer, or may display an image of the enhancement layer.
  • the personal computer 1004 extracts the scalable encoded data (BL) 1012 of the base layer from the transmitted scalable encoded data (BL + EL) 1011 and stores it or transfers it to another device. , And may be displayed to display the image of the base layer.
  • the numbers of the scalable encoded data storage unit 1001, the distribution server 1002, the network 1003, and the number of terminal devices are arbitrary.
  • the example in which the distribution server 1002 transmits data to the terminal device has been described above, the usage example is not limited to this.
  • the data transmission system 1000 is any system as long as it is a system that selects and transmits an appropriate layer according to the capability of the terminal device, the communication environment, etc., when transmitting the encoded data that has been subjected to scalable coding to the terminal device. It can be applied to the system.
  • scalable coding is used for transmission via a plurality of communication media, as in the example shown in FIG. 41, for example.
  • a broadcasting station 1101 transmits scalable encoded data (BL) 1121 of a base layer by terrestrial broadcast 1111. Also, the broadcast station 1101 transmits (for example, packetizes and transmits) scalable encoded data (EL) 1122 of the enhancement layer via an arbitrary network 1112 formed of a wired and / or wireless communication network.
  • BL scalable encoded data
  • EL scalable encoded data
  • the terminal device 1102 has a function of receiving the terrestrial broadcast 1111 broadcasted by the broadcast station 1101, and receives scalable encoded data (BL) 1121 of the base layer transmitted via the terrestrial broadcast 1111. Also, the terminal device 1102 further has a communication function of performing communication via the network 1112, and receives scalable encoded data (EL) 1122 of the enhancement layer transmitted via the network 1112.
  • BL scalable encoded data
  • EL scalable encoded data
  • the terminal device 1102 decodes the base layer scalable encoded data (BL) 1121 acquired via the terrestrial broadcast 1111 according to, for example, a user instruction or the like to obtain or store an image of the base layer, Transmit to other devices.
  • BL base layer scalable encoded data
  • the terminal device 1102 may perform scalable coding of the base layer scalable encoded data (BL) 1121 acquired through the terrestrial broadcast 1111 according to, for example, a user instruction and the like, and scalable encoding of the enhancement layer acquired through the network 1112. It combines data (EL) 1122 to obtain scalable encoded data (BL + EL), decodes it to obtain an image of an enhancement layer, stores it, and transmits it to another device.
  • BL base layer scalable encoded data
  • EL scalable encoded data
  • scalable encoded data can be transmitted, for example, via different communication media for each layer. Therefore, the load can be distributed, and the occurrence of delay and overflow can be suppressed.
  • a communication medium to be used for transmission may be selected for each layer. For example, scalable encoded data (BL) 1121 of a base layer having a relatively large amount of data is transmitted through a communication medium having a wide bandwidth, and scalable encoded data (EL) 1122 of an enhancement layer having a relatively small amount of data is transmitted. It may be made to transmit via a narrow bandwidth communication medium. Also, for example, whether the communication medium for transmitting the enhancement layer scalable encoded data (EL) 1122 is the network 1112 or the terrestrial broadcasting 1111 is switched according to the available bandwidth of the network 1112. May be Of course, the same is true for data of any layer.
  • the data transmission system 1100 can be applied to any system as long as it is a system that divides scalable encoded coded data into a plurality of units on a layer basis and transmits the data through a plurality of circuits.
  • scalable coding is used to store coded data, for example, as in the example shown in FIG.
  • the imaging device 1201 performs scalable coding on image data obtained by imaging the subject 1211 and sets the scalable coded data storage device 1202 as scalable coded data (BL + EL) 1221. Supply to
  • the scalable encoded data storage device 1202 stores scalable encoded data (BL + EL) 1221 supplied from the imaging device 1201 with quality according to the situation. For example, in the normal case, the scalable encoded data storage device 1202 extracts data of the base layer from the scalable encoded data (BL + EL) 1221, and the scalable encoded data of the base layer with low quality and a small amount of data ( BL) 1222 is stored. On the other hand, for example, at the time of attention, the scalable encoded data storage device 1202 stores the high quality and scalable encoded data (BL + EL) 1221 with a large amount of data.
  • the scalable encoded data storage device 1202 can save the image with high image quality only when necessary, so that the amount of data can be increased while suppressing reduction of the image value due to image quality deterioration. Can be suppressed, and the use efficiency of the storage area can be improved.
  • the imaging device 1201 is a surveillance camera.
  • the monitoring target for example, an intruder
  • the image data scalable coding Data
  • the image data is stored in low quality.
  • the monitoring target appears as a subject 1211 in the captured image (at the time of attention)
  • the content of the captured image is likely to be important, so the image quality is prioritized, and the image data (scalable (scalable)
  • the encoded data is stored with high quality.
  • the scalable encoded data storage device 1202 may determine whether it is normal time or attention time by analyzing the image. Alternatively, the imaging apparatus 1201 may make a determination and transmit the determination result to the scalable encoded data storage device 1202.
  • the criterion for determining whether it is normal time or attention time is arbitrary, and the content of the image used as the determination criterion is arbitrary. Of course, conditions other than the content of the image can also be used as the determination criteria. For example, switching may be performed according to the size, waveform, or the like of the recorded voice, switching may be performed every predetermined time, or switching may be performed according to an external instruction such as a user instruction.
  • the normal time and the attention time has been described, but the number of states is arbitrary. For example, the normal time, a little attention time, attention time, attention time, etc. Alternatively, three or more states may be switched. However, the upper limit number of switching states depends on the number of layers of scalable encoded data.
  • the imaging device 1201 may determine the number of layers of scalable coding according to the state. For example, in the normal state, the imaging device 1201 may generate scalable encoded data (BL) 1222 of a low quality and low data base layer and supply it to the scalable encoded data storage device 1202. Also, for example, at the time of attention, the imaging device 1201 generates scalable encoded data (BL + EL) 1221 of the base layer with high quality and a large amount of data, and supplies it to the scalable encoded data storage device 1202. May be
  • the application of the imaging system 1200 is optional and is not limited to the surveillance camera.
  • FIG. 43 illustrates an example of a schematic configuration of a video set to which the present disclosure is applied.
  • the video set 1300 shown in FIG. 43 is such a multi-functionalized configuration, and the device having a function related to image encoding and / or decoding may be included in the function. It is a combination of devices with other related functions.
  • the video set 1300 includes modules such as a video module 1311, an external memory 1312, a power management module 1313, and a front end module 1314, and related modules such as connectivity 1321, a camera 1322 and a sensor 1323. And a device having a function.
  • a module is a component that combines several component functions that are related to one another into components with a cohesive function.
  • the specific physical configuration is arbitrary, for example, it is conceivable that a plurality of processors having respective functions, electronic circuit elements such as resistors and capacitors, and other devices are disposed and integrated on a wiring board or the like. . It is also conceivable to combine a module with another module or processor to make a new module.
  • the video module 1311 is a combination of the configuration having the function related to image processing, and includes an application processor, a video processor, a broadband modem 1333 and an RF module 1334.
  • the processor is one in which a configuration having a predetermined function is integrated on a semiconductor chip by SoC (System On a Chip), and there is also one called a system LSI (Large Scale Integration) or the like.
  • the configuration having the predetermined function may be a logic circuit (hardware configuration), a CPU, a ROM, a RAM, etc., and a program (software configuration) to be executed using them. And both may be combined.
  • a program has a logic circuit and a CPU, a ROM, a RAM, etc., a part of the function is realized by a logic circuit (hardware configuration), and another program is executed on the CPU (software configuration) It may be realized by
  • the application processor 1331 in FIG. 43 is a processor that executes an application related to image processing.
  • the application executed in the application processor 1331 can not only perform arithmetic processing in order to realize a predetermined function, but can also control the configuration inside and outside the video module 1311 such as the video processor 1332 as necessary. .
  • the video processor 1332 is a processor having a function related to image encoding and / or decoding.
  • the broadband modem 1333 is a processor (or module) that performs processing relating to wired or wireless (or both) broadband communication performed via a broadband circuit such as the Internet or a public telephone network.
  • the broadband modem 1333 performs digital modulation on data (digital signal) to be transmitted to convert it into an analog signal, or demodulates a received analog signal to convert it to data (digital signal).
  • the broadband modem 1333 can digitally modulate and demodulate arbitrary information such as image data processed by the video processor 1332 and a stream encoded with the image data, an application program, setting data, and the like.
  • the RF module 1334 is a module that performs frequency conversion, modulation / demodulation, amplification, filter processing, and the like on an RF (Radio Frequency) signal transmitted / received via an antenna. For example, the RF module 1334 performs frequency conversion and the like on the baseband signal generated by the broadband modem 1333 to generate an RF signal. Also, for example, the RF module 1334 performs frequency conversion or the like on the RF signal received via the front end module 1314 to generate a baseband signal.
  • RF Radio Frequency
  • the application processor 1331 and the video processor 1332 may be integrated and configured as one processor.
  • the external memory 1312 is a module provided outside the video module 1311 and having a storage device used by the video module 1311.
  • the storage device of the external memory 1312 may be realized by any physical configuration, it is generally used to store a large amount of data such as image data in units of frames.
  • a relatively inexpensive and large-capacity semiconductor memory such as a dynamic random access memory (DRAM).
  • DRAM dynamic random access memory
  • the power management module 1313 manages and controls the power supply to the video module 1311 (each configuration in the video module 1311).
  • the front end module 1314 is a module that provides the RF module 1334 with a front end function (a circuit of transmitting and receiving ends on the antenna side). As shown in FIG. 35, the front end module 1314 has, for example, an antenna unit 1351, a filter 1352, and an amplification unit 1353.
  • the antenna unit 1351 includes an antenna that transmits and receives a wireless signal and a configuration around the antenna.
  • the antenna unit 1351 transmits the signal supplied from the amplification unit 1353 as a wireless signal, and supplies the received wireless signal to the filter 1352 as an electric signal (RF signal).
  • the filter 1352 performs filter processing or the like on the RF signal received via the antenna unit 1351, and supplies the processed RF signal to the RF module 1334.
  • the amplification unit 1353 amplifies the RF signal supplied from the RF module 1334 and supplies it to the antenna unit 1351.
  • the connectivity 1321 is a module having a function related to connection with the outside.
  • the physical configuration of the connectivity 1321 is arbitrary.
  • the connectivity 1321 has a configuration having a communication function other than the communication standard supported by the broadband modem 1333, an external input / output terminal, and the like.
  • the connectivity 1321 conforms to a wireless communication standard such as Bluetooth (registered trademark), IEEE 802.11 (for example, Wi-Fi (Wireless Fidelity (registered trademark)), NFC (Near Field Communication), IrDA (InfraRed Data Association)
  • a module having a function, an antenna that transmits and receives a signal conforming to the standard, or the like may be included.
  • the connectivity 1321 has a module having a communication function conforming to a wired communication standard such as Universal Serial Bus (USB) or High-Definition Multimedia Interface (HDMI (registered trademark)), or a terminal conforming to the standard. You may do so.
  • the connectivity 1321 may have another data (signal) transmission function or the like such as an analog input / output terminal.
  • the connectivity 1321 may include a device to which data (signal) is to be transmitted.
  • a drive in which the connectivity 1321 reads data from or writes data to a recording medium such as a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory (not only a removable media drive but also a hard disk, solid state drive (SSD) , NAS (Network Attached Storage), etc.
  • the connectivity 1321 may include an output device (such as a monitor or a speaker) of an image or sound.
  • the camera 1322 is a module having a function of capturing an image of a subject and obtaining image data of the subject.
  • the image data obtained by the imaging of the camera 1322 is supplied to, for example, a video processor 1332 and encoded.
  • the sensor 1323 is, for example, an audio sensor, an ultrasonic sensor, an optical sensor, an illuminance sensor, an infrared sensor, an image sensor, a rotation sensor, an angle sensor, an angular velocity sensor, a velocity sensor, an acceleration sensor, an inclination sensor, a magnetic identification sensor, an impact sensor, It is a module having an arbitrary sensor function such as a temperature sensor.
  • the data detected by the sensor 1323 is, for example, supplied to the application processor 1331 and used by an application or the like.
  • the configuration described above as a module may be realized as a processor, and conversely, the configuration described as a processor may be realized as a module.
  • video set 1300 configured as described above, the present disclosure can be applied to the video processor 1332 as described later. Therefore, video set 1300 can be implemented as a set to which the present disclosure is applied.
  • FIG. 44 shows an example of a schematic configuration of a video processor 1332 (FIG. 43) to which the present disclosure is applied.
  • the video processor 1332 receives an input of a video signal and an audio signal and encodes the video and audio data in a predetermined scheme, and decodes the encoded video data and audio data, and And a function of reproducing and outputting an audio signal.
  • the video processor 1332 includes a video input processing unit 1401, a first image scaling unit 1402, a second image scaling unit 1403, a video output processing unit 1404, a frame memory 1405, and a memory control unit 1406.
  • the video processor 1332 has an encoding / decoding engine 1407, video ES (Elementary Stream) buffers 1408A and 1408B, and audio ES buffers 1409A and 1409B.
  • the video processor 1332 further includes an audio encoder 1410, an audio decoder 1411, a multiplexer (MUX (Multiplexer)) 1412, a demultiplexer (DMUX (Demultiplexer)) 1413, and a stream buffer 1414.
  • MUX Multiplexer
  • DMUX demultiplexer
  • the video input processing unit 1401 acquires a video signal input from, for example, the connectivity 1321 (FIG. 43) or the like, and converts the video signal into digital image data.
  • the first image scaling unit 1402 performs format conversion, image scaling processing, and the like on image data.
  • the second image scaling unit 1403 performs image scaling processing on the image data according to the format at the output destination via the video output processing unit 1404, or the same as the first image scaling unit 1402. Format conversion, image enlargement / reduction processing, etc.
  • the video output processing unit 1404 performs format conversion, conversion to an analog signal, and the like on the image data, and outputs the reproduced signal as, for example, the connectivity 1321 (FIG. 43) or the like.
  • the frame memory 1405 is a memory for image data shared by the video input processing unit 1401, the first image scaling unit 1402, the second image scaling unit 1403, the video output processing unit 1404, and the encoding / decoding engine 1407. .
  • the frame memory 1405 is realized, for example, as a semiconductor memory such as a DRAM.
  • the memory control unit 1406 receives a synchronization signal from the encode / decode engine 1407 and controls write / read access to the frame memory 1405 according to the access schedule to the frame memory 1405 written in the access management table 1406A.
  • the access control table 1406A is updated by the memory control unit 1406 in accordance with the processing executed by the encoding / decoding engine 1407, the first image scaling unit 1402, the second image scaling unit 1403 and the like.
  • the encoding / decoding engine 1407 performs encoding processing of image data and decoding processing of a video stream which is data obtained by encoding the image data. For example, the encoding / decoding engine 1407 encodes the image data read from the frame memory 1405 and sequentially writes the image data as a video stream in the video ES buffer 1408A. Also, for example, the video stream is sequentially read from the video ES buffer 1408 B and decoded, and is sequentially written to the frame memory 1405 as image data. The encoding / decoding engine 1407 uses the frame memory 1405 as a work area in these encoding and decoding. Also, the encoding / decoding engine 1407 outputs a synchronization signal to the memory control unit 1406, for example, at the timing of starting processing for each macroblock.
  • the video ES buffer 1408 A buffers the video stream generated by the encoding / decoding engine 1407 and supplies the buffer to the multiplexer (MUX) 1412.
  • the video ES buffer 1408 B buffers the video stream supplied from the demultiplexer (DMUX) 1413 and supplies the video stream to the encode / decode engine 1407.
  • the audio ES buffer 1409A buffers the audio stream generated by the audio encoder 1410 and supplies the buffer to the multiplexer (MUX) 1412.
  • the audio ES buffer 1409 B buffers the audio stream supplied from the demultiplexer (DMUX) 1413 and supplies the audio stream to the audio decoder 1411.
  • the audio encoder 1410 digitally converts, for example, an audio signal input from the connectivity 1321 (FIG. 43) or the like, and encodes the signal according to a predetermined method such as the MPEG audio method or AC3 (Audio Code number 3) method.
  • the audio encoder 1410 sequentially writes an audio stream, which is data obtained by encoding an audio signal, into the audio ES buffer 1409A.
  • the audio decoder 1411 decodes the audio stream supplied from the audio ES buffer 1409B, performs conversion to an analog signal, and the like, for example, and supplies the reproduced audio signal to, for example, the connectivity 1321 (FIG. 43) and the like.
  • a multiplexer (MUX) 1412 multiplexes the video stream and the audio stream.
  • the method of this multiplexing ie, the format of the bit stream generated by multiplexing
  • the multiplexing unit (MUX) 1412 can also add predetermined header information or the like to the bit stream. That is, the multiplexing unit (MUX) 1412 can convert the format of the stream by multiplexing.
  • the multiplexing unit (MUX) 1412 converts a video stream and an audio stream into a transport stream, which is a bit stream of a transfer format, by multiplexing the video stream and the audio stream.
  • the multiplexing unit (MUX) 1412 converts the video stream and the audio stream into data (file data) of a file format for recording by multiplexing.
  • a demultiplexing unit (DMUX) 1413 demultiplexes a bitstream in which a video stream and an audio stream are multiplexed in a method corresponding to multiplexing by the multiplexing unit (MUX) 1412. That is, the demultiplexer (DMUX) 1413 extracts a video stream and an audio stream from the bit stream read from the stream buffer 1414 (separate the video stream and the audio stream). That is, the demultiplexer (DMUX) 1413 can convert the format of the stream by demultiplexing (inverse conversion of conversion by the multiplexer (MUX) 1412).
  • the demultiplexer unit (DMUX) 1413 acquires a transport stream supplied from, for example, the connectivity 1321 or the broadband modem 1333 or the like (all in FIG. 43) via the stream buffer 1414 and demultiplexes the transport stream. , And can be converted to video and audio streams. Also, for example, the demultiplexer unit (DMUX) 1413 acquires file data read from various recording media by the connectivity 1321 (FIG. 43), for example, through the stream buffer 1414, and demultiplexes the file data. It can be converted into video and audio streams.
  • the stream buffer 1414 buffers the bit stream.
  • the stream buffer 1414 buffers the transport stream supplied from the multiplexing unit (MUX) 1412, and, for example, based on a request from the outside or the like at a predetermined timing, the connectivity 1321 or the broadband modem 1333 (any Also supply to FIG.
  • MUX multiplexing unit
  • the stream buffer 1414 buffers the file data supplied from the multiplexing unit (MUX) 1412 and, for example, the connectivity 1321 (FIG. 43) or the like at a predetermined timing or based on an external request or the like. To record on various recording media.
  • MUX multiplexing unit
  • the connectivity 1321 FIG. 43
  • the stream buffer 1414 buffers transport streams acquired via, for example, the connectivity 1321 and the broadband modem 1333 (all in FIG. 43), etc., and reverses them at predetermined timing or based on external requests etc.
  • the signal is supplied to a multiplexer (DMUX) 1413.
  • DMUX multiplexer
  • the stream buffer 1414 buffers file data read from various recording media, for example, in the connectivity 1321 (FIG. 43), etc., and is demultiplexed at a predetermined timing or based on an external request or the like. (DMUX) 1413 is supplied.
  • a video signal input from the connectivity 1321 (FIG. 43) or the like to the video processor 1332 is converted by the video input processing unit 1401 into digital image data of a predetermined format such as 4: 2: 2 Y / Cb / Cr format,
  • the frame memory 1405 is sequentially written.
  • This digital image data is read by the first image scaling unit 1402 or the second image scaling unit 1403, and format conversion and scaling processing to a predetermined format such as 4: 2: 0 Y / Cb / Cr format is performed. And are written to the frame memory 1405 again.
  • This image data is encoded by the encoding / decoding engine 1407 and written to the video ES buffer 1408A as a video stream.
  • an audio signal input from the connectivity 1321 (FIG. 43) or the like to the video processor 1332 is encoded by the audio encoder 1410 and written as an audio stream into the audio ES buffer 1409A.
  • the video stream of the video ES buffer 1408A and the audio stream of the audio ES buffer 1409A are read and multiplexed by the multiplexer (MUX) 1412 and converted to a transport stream or file data.
  • the transport stream generated by the multiplexing unit (MUX) 1412 is buffered in the stream buffer 1414, and then output to the external network via, for example, the connectivity 1321 and the broadband modem 1333 (all are shown in FIG. 43).
  • the file data generated by the multiplexing unit (MUX) 1412 is buffered in the stream buffer 1414, and then output to, for example, the connectivity 1321 (FIG. 43) or the like, and recorded in various recording media.
  • a transport stream input from an external network to the video processor 1332 via the connectivity 1321 or the broadband modem 1333 is buffered in the stream buffer 1414 and then demultiplexed (DMUX). It is demultiplexed by 1413.
  • file data read from various recording media in connectivity 1321 (FIG. 43) and the like and input to video processor 1332 is buffered in stream buffer 1414 and then demultiplexed by demultiplexing unit (DMUX) 1413 Be That is, the transport stream or file data input to the video processor 1332 is separated into a video stream and an audio stream by the demultiplexer (DMUX) 1413.
  • DMUX demultiplexing unit
  • the audio stream is supplied to the audio decoder 1411 via the audio ES buffer 1409B and decoded to reproduce the audio signal. Also, after the video stream is written to the video ES buffer 1408 B, it is sequentially read and decoded by the encoding / decoding engine 1407 and written to the frame memory 1405. The decoded image data is scaled by the second image scaling unit 1403 and written to the frame memory 1405. Then, the decoded image data is read by the video output processing unit 1404, converted into a predetermined format such as 4: 2: 2 Y / Cb / Cr format, and further converted into an analog signal, and the video signal is converted. Is reproduced and output.
  • the present disclosure when the present disclosure is applied to the video processor 1332 configured as such, the present disclosure according to the above-described embodiments may be applied to the encoding / decoding engine 1407. That is, for example, the encoding / decoding engine 1407 may have the functions of the encoding apparatus and the decoding apparatus according to the first embodiment. By doing so, the video processor 1332 can obtain the same effect as the effect described above with reference to FIGS. 1 to 25.
  • the present disclosure (that is, the functions of the image encoding device and the image decoding device according to each of the above-described embodiments) may be realized by hardware such as a logic circuit. It may be realized by software such as an embedded program or may be realized by both of them.
  • FIG. 45 shows another example of a schematic configuration of the video processor 1332 (FIG. 43) to which the present disclosure is applied.
  • the video processor 1332 has a function of encoding / decoding video data in a predetermined scheme.
  • the video processor 1332 has a control unit 1511, a display interface 1512, a display engine 1513, an image processing engine 1514, and an internal memory 1515. Also, the video processor 1332 has a codec engine 1516, a memory interface 1517, a multiplexing / demultiplexing unit (MUX DMUX) 1518, a network interface 1519, and a video interface 1520.
  • MUX DMUX multiplexing / demultiplexing unit
  • the control unit 1511 controls the operation of each processing unit in the video processor 1332 such as the display interface 1512, the display engine 1513, the image processing engine 1514, and the codec engine 1516.
  • the control unit 1511 includes, for example, a main CPU 1531, a sub CPU 1532 and a system controller 1533.
  • the main CPU 1531 executes a program or the like for controlling the operation of each processing unit in the video processor 1332.
  • the main CPU 1531 generates a control signal according to the program or the like and supplies it to each processing unit (that is, controls the operation of each processing unit).
  • the sub CPU 1532 plays an auxiliary role of the main CPU 1531.
  • the sub CPU 1532 executes a child process or a subroutine of a program or the like executed by the main CPU 1531.
  • the system controller 1533 controls operations of the main CPU 1531 and the sub CPU 1532 such as designating programs executed by the main CPU 1531 and the sub CPU 1532.
  • the display interface 1512 outputs image data to, for example, the connectivity 1321 (FIG. 43) or the like under the control of the control unit 1511.
  • the display interface 1512 converts image data of digital data into an analog signal, and outputs the converted signal to a monitor device or the like of the connectivity 1321 (FIG. 43) as a reproduced video signal or as image data of digital data.
  • the display engine 1513 performs various conversion processing such as format conversion, size conversion, color gamut conversion, and the like on the image data under the control of the control unit 1511 so as to match the hardware specifications of the monitor device or the like displaying the image. I do.
  • the image processing engine 1514 performs predetermined image processing, such as filter processing for improving the image quality, on the image data under the control of the control unit 1511.
  • the internal memory 1515 is a memory provided in the video processor 1332 shared by the display engine 1513, the image processing engine 1514, and the codec engine 1516.
  • the internal memory 1515 is used, for example, for data exchange between the display engine 1513, the image processing engine 1514, and the codec engine 1516.
  • the internal memory 1515 stores data supplied from the display engine 1513, the image processing engine 1514, or the codec engine 1516, and the data is displayed on the display engine 1513, as required (eg, on request).
  • the image processing engine 1514 or codec engine 1516 is supplied.
  • This internal memory 1515 may be realized by any storage device, but is generally used to store small-capacity data such as image data in units of blocks and parameters, etc. It is desirable to realize by a semiconductor memory that has a relatively small capacity (compared to, for example, the external memory 1312) such as a static random access memory, but has a high response speed.
  • the codec engine 1516 performs processing relating to encoding and decoding of image data.
  • the encoding / decoding method to which this codec engine 1516 corresponds is arbitrary, and the number may be one or more.
  • the codec engine 1516 may be provided with codec functions of a plurality of encoding / decoding methods, and one of them may be selected to encode image data or decode encoded data.
  • the codec engine 1516 includes, for example, MPEG-2 Video 1541, AVC / H.264 1542, HEVC / H.2651543, HEVC / H.265 (Scalable) 1544 as functional blocks of processing relating to the codec. It has HEVC / H.265 (Multi-view) 1545 and MPEG-DASH 1551.
  • the MPEG-2 Video 1541 is a functional block that encodes and decodes image data according to the MPEG-2 system.
  • AVC / H.2641542 is a functional block that encodes or decodes image data according to the AVC method.
  • HEVC / H.2651543 is a functional block that encodes and decodes image data according to the HEVC scheme.
  • HEVC / H.265 (Scalable) 1544 is a functional block that performs scalable encoding or scalable decoding of image data according to the HEVC scheme.
  • HEVC / H.265 (Multi-view) 1545 is a functional block that performs multi-view coding and multi-view decoding of image data according to the HEVC method.
  • the MPEG-DASH 1551 is a functional block that transmits and receives image data in accordance with the MPEG-Dynamic Adaptive Streaming over HTTP (MPEG-DASH) method.
  • MPEG-DASH is a technology that performs streaming of video using HTTP (HyperText Transfer Protocol), and selects and transmits, in units of segments, an appropriate one from a plurality of pieces of encoded data having different resolutions prepared in advance and the like. To be one of the features.
  • the MPEG-DASH 1551 performs generation of a stream conforming to the standard, transmission control of the stream, and the like, and encoding and decoding of image data can be performed according to the MPEG-2 Video 1541 to HEVC / H.265 (Multi-view) 1545 described above.
  • the memory interface 1517 is an interface for the external memory 1312. Data supplied from the image processing engine 1514 and the codec engine 1516 are supplied to the external memory 1312 via the memory interface 1517. Also, data read from the external memory 1312 is supplied to the video processor 1332 (image processing engine 1514 or codec engine 1516) via the memory interface 1517.
  • a multiplexing / demultiplexing unit (MUX DMUX) 1518 multiplexes or demultiplexes various data related to an image, such as a bit stream of encoded data, an image data, a video signal, and the like.
  • the method of multiplexing / demultiplexing is optional.
  • the multiplexing / demultiplexing unit (MUX DMUX) 1518 can not only combine a plurality of data into one but also add predetermined header information or the like to the data.
  • the multiplexing / demultiplexing unit (MUX DMUX) 1518 not only divides one data into a plurality of data but also adds predetermined header information etc. to each divided data.
  • the multiplexing / demultiplexing unit (MUX DMUX) 1518 can convert the data format by multiplexing / demultiplexing.
  • the multiplexing / demultiplexing unit (MUX DMUX) 1518 multiplexes a bit stream to transport stream, which is a bit stream of transfer format, or data of file format for recording (file data). Can be converted to Of course, inverse conversion is also possible by demultiplexing.
  • the network interface 1519 is an interface for, for example, the broadband modem 1333 or the connectivity 1321 (all are shown in FIG. 43).
  • the video interface 1520 is an interface for, for example, the connectivity 1321 and the camera 1322 (all are shown in FIG. 43).
  • a transport stream is received from the external network via the connectivity 1321 or the broadband modem 1333 (all are shown in FIG. 43)
  • the transport stream is multiplexed and demultiplexed (MUX DMUX) via the network interface 1519.
  • 1516 are demultiplexed and decoded by codec engine 1516.
  • the image data obtained by the decoding of the codec engine 1516 is subjected to predetermined image processing by the image processing engine 1514, is subjected to predetermined conversion by the display engine 1513, and is displayed, for example, via the display interface 1512. 43) and the like, and the image is displayed on the monitor.
  • image data obtained by the decoding of the codec engine 1516 is re-encoded by the codec engine 1516, multiplexed by the multiplexing / demultiplexing unit (MUX DMUX) 1518, and converted into file data, and video
  • MUX DMUX multiplexing / demultiplexing unit
  • the information is output to the connectivity 1321 (FIG. 43) or the like via the interface 1520, and is recorded on various recording media.
  • file data of encoded data obtained by encoding image data and read out from a recording medium (not shown) by the connectivity 1321 (FIG. 43) or the like is multiplexed / demultiplexed via the video interface 1520
  • a section (MUX DMUX) 1518 is demultiplexed and decoded by the codec engine 1516.
  • the image data obtained by the decoding of the codec engine 1516 is subjected to predetermined image processing by the image processing engine 1514, is subjected to predetermined conversion by the display engine 1513, and is, for example, connectivity 1321 (FIG. 43) via the display interface 1512. Etc., and the image is displayed on the monitor.
  • image data obtained by the decoding of the codec engine 1516 is re-encoded by the codec engine 1516, multiplexed by the multiplexing / demultiplexing unit (MUX DMUX) 1518, and converted into a transport stream,
  • the network interface 1519 is supplied to, for example, the connectivity 1321 and the broadband modem 1333 (both illustrated in FIG. 43) and the like, and transmitted to another device (not shown).
  • image data and other data are exchanged between the processing units in the video processor 1332 using, for example, the internal memory 1515 or the external memory 1312.
  • the power management module 1313 controls, for example, the power supply to the control unit 1511.
  • the present disclosure when the present disclosure is applied to the video processor 1332 configured as described above, the present disclosure according to each embodiment described above may be applied to the codec engine 1516. That is, for example, the codec engine 1516 may have functional blocks that implement the encoding apparatus and the decoding apparatus according to the first embodiment. Furthermore, for example, by doing so in the codec engine 1516, the video processor 1332 can obtain the same effect as the effect described above with reference to FIGS.
  • the present disclosure (that is, the functions of the image encoding device and the image decoding device according to each of the embodiments described above) may be realized by hardware such as a logic circuit or the like. Or the like, or both of them.
  • the configuration of the video processor 1332 is arbitrary, and may be other than the two examples described above.
  • the video processor 1332 may be configured as one semiconductor chip, but may be configured as a plurality of semiconductor chips.
  • a three-dimensional stacked LSI in which a plurality of semiconductors are stacked may be used.
  • it may be realized by a plurality of LSIs.
  • Video set 1300 can be incorporated into various devices for processing image data.
  • the video set 1300 can be incorporated into the television 900 (FIG. 36), the mobile phone 920 (FIG. 37), the recording / reproducing device 940 (FIG. 38), the imaging device 960 (FIG. 39), and the like.
  • the device can obtain the same effect as the effect described above with reference to FIGS.
  • the video set 1300 may be, for example, a terminal device such as the personal computer 1004, the AV device 1005, the tablet device 1006, and the portable telephone 1007 in the data transmission system 1000 of FIG. 40, the broadcast station 1101 in the data transmission system 1100 of FIG.
  • the terminal device 1102 can also be incorporated in the imaging device 1201 and the scalable encoded data storage device 1202 in the imaging system 1200 in FIG.
  • the device can obtain the same effect as the effect described above with reference to FIGS.
  • the video processor 1332 can implement as a structure to which this indication is applied.
  • the video processor 1332 can be implemented as a video processor to which the present disclosure is applied.
  • the processor or the video module 1311 or the like indicated by the dotted line 1341 can be implemented as a processor or module to which the present disclosure is applied.
  • the video module 1311, the external memory 1312, the power management module 1313, and the front end module 1314 may be combined and implemented as a video unit 1361 to which the present disclosure is applied.
  • any configuration including the video processor 1332 can be incorporated into various devices that process image data as in the case of the video set 1300.
  • a video processor 1332 a processor indicated by a dotted line 1341, a video module 1311 or a video unit 1361, a television device 900 (FIG. 36), a mobile phone 920 (FIG. 37), a recording / reproducing device 940 (FIG. 38)
  • An imaging device 960 (FIG. 39), a terminal device such as a personal computer 1004, an AV device 1005, a tablet device 1006, and a portable telephone 1007 in the data transmission system 1000 of FIG. 40, a broadcast station 1101 and terminals in the data transmission system 1100 of FIG.
  • the device can be incorporated in the device 1102 and the imaging device 1201 and the scalable encoded data storage device 1202 in the imaging system 1200 of FIG. And, by incorporating any of the configurations to which the present disclosure is applied, the device can obtain the same effects as the effects described above with reference to FIGS. 1 to 25 as in the case of the video set 1300. .
  • the method of transmitting such information is not limited to such an example.
  • the information may be transmitted or recorded as separate data associated with the coded data without being multiplexed to the coded data.
  • the term “associate” allows an image (such as a slice or a block, which may be part of an image) included in a bitstream to be linked at the time of decoding with information corresponding to the image. Means That is, the information may be transmitted on a different transmission path from the encoded data.
  • the information may be recorded on a recording medium (or another recording area of the same recording medium) different from the encoded data.
  • the information and the encoded data may be associated with each other in any unit such as, for example, a plurality of frames, one frame, or a part in a frame.
  • a system means a set of a plurality of components (devices, modules (parts), etc.), and it does not matter whether all the components are in the same case. Therefore, a plurality of devices housed in separate housings and connected via a network, and one device housing a plurality of modules in one housing are all systems. .
  • the present disclosure can be applied to a coding apparatus and a decoding apparatus of coding systems other than the HEVC system capable of performing transform skip.
  • the present disclosure is directed to receiving coded streams via network media such as satellite broadcasting, cable TV, the Internet, and mobile phones, or processing on storage media such as optical disks, magnetic disks, and flash memories.
  • network media such as satellite broadcasting, cable TV, the Internet, and mobile phones
  • storage media such as optical disks, magnetic disks, and flash memories.
  • the present invention can be applied to an encoding apparatus and a decoding apparatus used for
  • the present disclosure can have a cloud computing configuration in which one function is shared and processed by a plurality of devices via a network.
  • each step described in the above-described flowchart can be executed by one device or in a shared manner by a plurality of devices.
  • the plurality of processes included in one step can be executed by being shared by a plurality of devices in addition to being executed by one device.
  • a setting unit for setting control information for controlling in-screen motion prediction across slices An encoding unit that encodes an image based on the control information set by the setting unit to generate a bit stream;
  • An image coding apparatus comprising: a transmission unit that transmits the control information set by the setting unit and the bit stream generated by the coding unit.
  • the setting unit sets, as the control information, in addition to the current slice, a reference permission flag indicating that reference to the decoding result of the previous slice in the raster scan order from the current slice is permitted.
  • the image coding apparatus according to claim 1.
  • the setting unit sets, as the control information, a parameter indicating how many slices before the decoding result can be referred to as the control information.
  • the setting unit sets, as the control information, an on / off flag indicating whether in-screen motion prediction across the slice is possible.
  • the setting unit limits the reference range and sets the reference permission flag when WPP (Wavefront Parallel Processing) is on.
  • the image encoding device according to any one of (2) to (6), wherein the setting unit sets the reference permission flag when tile division is on.
  • the setting unit sets the reference permission flag to OFF when MCTS-SEI (Temporal Motion Constrained Tile Set SEI) is ON.
  • the image coding according to any one of (2) to (6). apparatus. (10) The image coding apparatus Set control information to control in-screen motion prediction across slices, Based on the set control information, encode the image to generate a bitstream, An image coding method for transmitting set control information and a generated bit stream.
  • a receiver for receiving a bit stream generated by encoding an image; An extraction unit for extracting control information for controlling in-screen motion prediction across slices from the bit stream received by the receiving unit; A decoding unit that decodes the bit stream received by the receiving unit using the control information extracted by the extracting unit and generates an image.
  • the extraction unit extracts, as the control information, a reference permission flag indicating that the reference to the decoding result of the previous slice is permitted in raster scan order from the current slice, in addition to the current slice.
  • Image decoding device 1
  • the extraction unit extracts the reference permission flag from PPS (Picture Parameter Set).
  • the image decoding apparatus according to (12).
  • the extraction unit includes, as the control information, a number of previous ones.
  • the image decoding apparatus according to any one of (11) to (13), which extracts a parameter indicating whether it is possible to refer to a slice decoding result.
  • the extraction unit extracts, as the control information, an on-off flag indicating whether in-screen motion prediction across the slice is possible or not.
  • SPS sequence parameter set
  • VPN video parameter set
  • the extraction unit limits the reference range and extracts the reference permission flag when WPP (Wavefront Parallel Processing) is on.
  • WPP Widefront Parallel Processing
  • the image decoding device according to any one of (12) to (16), wherein the extraction unit extracts the reference permission flag when tile division is on.
  • the image decoding apparatus according to any one of (12) to (16), wherein the extraction unit extracts the reference permission flag off when MCTS-SEI (Temporal Motion Constrained Tile Set SEI) is on. .
  • the image decoding apparatus Receive a bitstream generated by encoding an image, Extract control information for controlling intra-frame motion prediction across slices from the received bitstream; An image decoding method for decoding a received bitstream and generating an image using the extracted control information.

Landscapes

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

Abstract

　本開示は、IntraBCにおいて符号化効率を改善できるようにする画像符号化装置および方法、並びに画像復号装置および方法に関する。 本技術において、画面を４スライス（Slice#0乃至Slice#3）に分割した例が示されている。異なるスライスへの参照が禁止である場合、Slice#2におけるカレントCTUからの参照可能範囲は、Slice#2のうち、デコードされている部分のみであったので、例えば、Slice#1のブロックを参照することができなかった。これに対して、本技術の場合、デコード済みの異なるスライス（Slice#0とSlice#1）も参照可能範囲に含まれるので、例えば、図５に示されるように、Slice#2におけるカレントCTUから、Slice#1のブロックを参照することが可能となる。本開示は、例えば、画像処理装置に適用することができる。

Description

画像符号化装置および方法、並びに画像復号装置および方法
　本開示は画像符号化装置および方法、並びに画像復号装置および方法に関し、特にIntraBCにおいて符号化効率を改善できるようにした画像符号化装置および方法、並びに画像復号装置および方法に関する。
　近年、画像情報をデジタルとして取り扱い、その際、効率の高い情報の伝送、蓄積を目的とし、画像情報特有の冗長性を利用して、離散コサイン変換等の直交変換と動き補償により圧縮する符号化方式を採用して画像を圧縮符号する装置が普及しつつある。この符号化方式には、例えば、MPEG（Moving Picture Experts Group）やH．264及びMPEG-4 Part10 （Advanced Video Coding、以下 AVCと記す）などがある。
　そして、現在、H．264/AVCより更なる符号化効率の向上を目的として、ITU-TとISO/IECとの共同の標準化団体であるJCTVC (Joint Collaboration Team - Video Coding) により、HEVC (High Efficiency Video Coding) と呼ばれる符号化方式の標準化が進められている。
　また、HEVCにおいて、4:2:2や4:4:4といった色差信号フォーマットの画像や、スクリーンコンテンツ用のプロファイル等、例えばハイエンド向けのフォーマットをサポートするようにレンジエクステンション(HEVC Range Extension)の検討が行われている（例えば、非特許文献１参照）。
　ところで、IntraBlockCopy(IntraBC)は、画面内で動き補償を行う符号化ツールである。IntraBCは、コンピュータ画面やCG画像のような人工画像に対し、符号化効率改善に貢献するツールとして知られている。
　ただし、IntraBCは、上述したHEVC Range Extension拡張には技術採用されず、Screen Content Coding(SCC)拡張のために標準化で技術検討が続けられている。
David Flynn,Joel Sole,Teruhiko Suzuki,"High Efficiency Video Coding(HEVC),Range Extension text specification:Draft 4",JCTVC-N1005_v1,2013.8.8
　ここで、SCCのアプリケーションでは、低遅延が重要になる。そのため、HEVCのスキームにおいては、スライス分割を用いることが必要となる。
　しかしながら、IntraBCは、画面がスライス分割された場合に、符号化効率の改善量が著しく減少してしまっていた。これは、IntraBCがカレントスライス以外のデータを参照できないためであった。
　本開示は、このような状況に鑑みてなされたものであり、IntraBCにおいて符号化効率を改善できるものである。
　本開示の一側面の画像符号化装置は、スライスを跨ぐ画面内動き予測を制御するための制御情報を設定する設定部と、前記設定部により設定された制御情報に基づいて、画像を符号化して、ビットストリームを生成する符号化部と、前記設定部により設定された制御情報と、前記符号化部により生成されたビットストリームとを伝送する伝送部とを備える。
　前記設定部は、前記制御情報として、カレントスライスに加え、前記カレントスライスよりラスタスキャン順に前のスライスのデコード結果への参照を許可することを示す参照許可フラグを設定することができる。
　前記設定部は、前記参照許可フラグをPPS(Picture Parameter Set)に設定することができる。
　前記設定部は、前記制御情報として、何個前までのスライスのデコード結果まで参照可能であるかを示すパラメータを設定することができる。
　前記設定部は、前記制御情報として、前記スライスを跨ぐ画面内動き予測が可能であるか否かを示すオンオフフラグを設定することができる。
　前記設定部は、前記オンオフフラグをSPS(Sequence Parameter Set)またはVPS(Video Parameter Set)に設定することができる。
　前記設定部は、WPP(Wavefront Parallel Processing)がオンの場合、前記参照範囲を限定して、前記参照許可フラグを設定することができる。
　前記設定部は、タイル分割がオンの場合、前記参照許可フラグを設定することができる。
　前記設定部は、MCTS-SEI(Temporal Motion Constrained Tile Set SEI)がオンの場合、前記参照許可フラグをオフに設定することができる。
　本開示の一側面の画像符号化方法は、画像符号化装置が、スライスを跨ぐ画面内動き予測を制御するための制御情報を設定し、設定された制御情報に基づいて、画像を符号化して、ビットストリームを生成し、設定された制御情報と、生成されたビットストリームとを伝送する。
　本開示の他の側面の画像復号装置は、画像が符号化されて生成されたビットストリームを受け取る受け取り部と、前記受け取り部により受け取られたビットストリームから、スライスを跨ぐ画面内動き予測を制御するための制御情報を抽出する抽出部と、前記抽出部により抽出された制御情報を用いて、前記受け取り部により受け取られたビットストリームを復号し、画像を生成する復号部とを備える。
　前記抽出部は、前記制御情報として、カレントスライスに加え、前記カレントスライスよりラスタスキャン順に前のスライスのデコード結果への参照を許可することを示す参照許可フラグを抽出することができる。
　前記抽出部は、前記参照許可フラグをPPS(Picture Parameter Set)から抽出することができる。
　前記抽出部は、前記制御情報として、何個前までのスライスのデコード結果まで参照可能であるかを示すパラメータを抽出することができる。
　前記抽出部は、前記制御情報として、前記スライスを跨ぐ画面内動き予測が可能であるか否かを示すオンオフフラグを抽出することができる。
　前記抽出部は、前記オンオフフラグをSPS(Sequence Parameter Set)またはVPS(Video Parameter Set)から抽出することができる。
　前記抽出部は、WPP(Wavefront Parallel Processing)がオンの場合、前記参照範囲を限定して、前記参照許可フラグを抽出することができる。
　前記抽出部は、タイル分割がオンの場合、前記参照許可フラグを抽出することができる。
　前記抽出部は、MCTS-SEI(Temporal Motion Constrained Tile Set SEI)がオンの場合、前記参照許可フラグをオフに抽出することができる。
　本開示の他の側面の画像復号方法は、画像復号装置が、画像が符号化されて生成されたビットストリームを受け取り、受け取られたビットストリームから、スライスを跨ぐ画面内動き予測を制御するための制御情報を抽出し、抽出された制御情報を用いて、受け取られたビットストリームを復号し、画像を生成する。
　本開示の一側面においては、スライスを跨ぐ画面内動き予測を制御するための制御情報が設定され、設定された制御情報に基づいて、画像が符号化されて、ビットストリームが生成される。そして、設定された制御情報と、生成されたビットストリームとが伝送される。
　本開示の他の側面においては、画像が符号化されて生成されたビットストリームが受け取られ、受け取られたビットストリームから、スライスを跨ぐ画面内動き予測を制御するための制御情報が抽出される。そして、抽出された制御情報を用いて、受け取られたビットストリームが復号され、画像が生成される。
　なお、上述の画像符号化装置と画像復号装置は、独立した画像処理装置であっても良いし、１つの画像符号化装置または画像復号装置を構成している内部ブロックであってもよい。
　本開示の一側面によれば、画像を符号化することができる。特に、IntraBCにおいて符号化効率を改善できる。
　本開示の他の側面によれば、画像を復号することができる。特に、IntraBCにおいて符号化効率を改善できる。
　なお、ここに記載された効果は必ずしも限定されるものではなく、本開示中に記載されたいずれかの効果であってもよい。
コーディングユニットの構成例を説明する図である。 SPSおよびPPSのシンタクスの例を示す図である。 本技術のセマンテクスの例を示す図である。 VPSのシンタクスの例を示す図である。 本技術において、画面を４スライスに分割した例を示す図である。 intraBC_ref_prev_slice_num=1の場合について示す図である。 本技術とWPPとの組み合わせについて説明する図である。 本技術とWPPとの組み合わせについて説明する図である。 本技術とタイル分割との組み合わせについて説明する図である。 効果について説明する図である。 本技術とMCTS-SEIとの組み合わせについて説明する図である。 MCTS-SEI　メッセージのセマンテックスに追加するNOTEの例を示す図である。 本技術を適用した符号化装置の第１実施の形態の構成例を示すブロック図である。 図１３の符号化部の構成例を示すブロック図である。 ストリーム生成処理を説明するフローチャートである。 パラメータセット設定処理を説明するフローチャートである。 図１５の符号化処理の詳細を説明するフローチャートである。 図１５の符号化処理の詳細を説明するフローチャートである。 図１７のイントラ予測処理の詳細を説明するフローチャートである。 本開示を適用した復号装置の第１実施の形態の構成例を示すブロック図である。 図２０の復号部の構成例を示すブロック図である。 図２０の復号装置の画像生成処理を説明するフローチャートである。 パラメータセット抽出処理を説明するフローチャートである。 復号処理の詳細を説明するフローチャートである。 スライス復号処理の詳細を説明するフローチャートである。 コンピュータのハードウエアの構成例を示すブロック図である。 多視点画像符号化方式の例を示す図である。 本開示を適用した多視点画像符号化装置の構成例を示す図である。 本開示を適用した多視点画像復号装置の構成例を示す図である。 階層画像符号化方式の例を示す図である。 スペーシャルなスケーラブル符号化の例を説明する図である。 テンポラルなスケーラブル符号化の例を説明する図である。 信号雑音比のスケーラブル符号化の例を説明する図である。 本開示を適用した階層画像符号化装置の構成例を示す図である。 本開示を適用した階層画像復号装置の構成例を示す図である。 本開示を適用したテレビジョン装置の概略構成例を示す図である。 本開示を適用した携帯電話機の概略構成例を示す図である。 本開示を適用した記録再生装置の概略構成例を示す図である。 本開示を適用した撮像装置の概略構成例を示す図である。 スケーラブル符号化利用の一例を示すブロック図である。 スケーラブル符号化利用の他の例を示すブロック図である。 スケーラブル符号化利用のさらに他の例を示すブロック図である。 本開示を適用したビデオセットの概略的な構成の一例を示している。 本開示を適用したビデオプロセッサの概略的な構成の一例を示している。 本開示を適用したビデオプロセッサの概略的な構成の他の例を示している。
　以下、本開示を実施するための形態（以下実施の形態とする）について説明する。なお、説明は以下の順序で行う。
　０．概要
　１．第１の実施の形態（符号化装置、復号装置）
　２．第２の実施の形態（コンピュータ）
　３．第３の実施の形態（多視点画像符号化装置、多視点画像復号装置）
　４．第４の実施の形態（階層画像符号化装置、階層画像復号装置）
　５．第５の実施の形態（テレビジョン装置）
　６．第６の実施の形態（携帯電話機）
　７．第７の実施の形態（記録再生装置）
　８．第８の実施の形態（撮像装置）
　９.スケーラブル符号化の応用例
　１０.実施のその他の例
　＜概要＞
　（符号化方式）
　以下においては、HEVC（High Efficiency Video Coding）方式の画像符号化・復号に適用する場合を例に、本技術を説明する。
　（符号化単位の説明）
　図１は、HEVC方式における符号化単位であるCoding UNIT(CU)を説明する図である。
　HEVC方式では、4000画素×2000画素のUHD（Ultra High Definition）などのような大きな画枠の画像も対象としているため、符号化単位のサイズを16画素×16画素に固定することは最適ではない。従って、HEVC方式では、符号化単位としてCUが定義されている。
　CUは、AVC方式におけるマクロブロックと同様の役割を果たす。具体的には、CUはPUに分割されたり、TUに分割されたりする。
　但し、CUのサイズは、シーケンスごとに可変の２のべき乗画素で表される正方形である。具体的には、CUは、最大のサイズのCUであるLCUを、最小のサイズのCUであるSCU(Smallest Coding Unit)より小さくならないように、任意の回数だけ水平方向および垂直方向に２分割することにより設定される。即ち、LCUを、SCUになるまで、上の階層のサイズが下の階層のサイズの1/4となるように階層化したときの任意の階層のサイズがCUのサイズである。
　例えば、図１では、LCUのサイズが128であり、SCUのサイズが8である。従って、LCUの階層深度（Depth）は0乃至4となり、階層深度数は5となる。即ち、CUに対応する分割数は0乃至4のいずれかである。
　なお、LCUとSCUのサイズを指定する情報は、SPSに含められる。また、CUに対応する分割数は、各階層においてさらに分割するかどうかを表すsplit_flagにより指定される。CUの詳細については、非特許文献１に記載されている。
　ＴＵのサイズは、CUのsplit_flagと同様に、split_transform_flagを用いて指定することができる。インター予測時およびイントラ予測時のＴＵの最大分割数は、それぞれ、max_transform_hierarchy_depth_inter,max_transform_hierarchy_depth_intraとして、SPSにより指定される。
　また、本明細書において、CTU（Coding Tree Unit）は、LCUのCTB（Coding Tree Block）と、そのLCUベース（レベル）で処理するときのパラメータを含む単位であるとする。また、CTUを構成するCUは、CB(Coding Block)と、そのCUベース（レベル）で処理するときのパラメータを含む単位であるとする。
　（モード選択）
　ところで、AVCそしてHEVC符号化方式において、より高い符号化効率を達成するには、適切な予測モードの選択が重要である。
　かかる選択方式の例として、JM (Joint Model) と呼ばれるH.264/MPEG-4 AVCの参照ソフトウエア (http://iphome.hhi.de/suehring/tml/index.htm において公開されている) に実装されている方法を挙げることが出来る。
　JMにおいては、以下に述べる、High Complexity Modeと、Low Complexity Modeの2通りのモード判定方法を選択することが可能である。どちらも、それぞれの予測モードModeに関するコスト関数値を算出し、これを最小にする予測モードを当該ブロック乃至マクロブロックに対する最適モードとして選択する。
　High Complexity Modeにおけるコスト関数は、以下の式（１）のように示される。
Figure JPOXMLDOC01-appb-I000001
　ここで、Ωは、当該ブロック乃至マクロブロックを符号化するための候補モードの全体集合、Dは、当該予測モードで符号化した場合の、復号画像と入力画像の差分エネルギーである。λは、量子化パラメータの関数として与えられるLagrange未定乗数である。Ｒは、直交変換係数を含んだ、当該モードで符号化した場合の総符号量である。
　つまり、High Complexity Modeでの符号化を行うには、上記パラメータＤ及びＲを算出するため、全ての候補モードにより、一度、仮エンコード処理を行う必要があり、より高い演算量を要する。
　Low Complexity Modeにおけるコスト関数は、以下の式（２）のように示される。
Figure JPOXMLDOC01-appb-I000002
　ここで、Dは、High Complexity Modeの場合と異なり、予測画像と入力画像の差分エネルギーとなる。QP2Quant(QP)は、量子化パラメータQPの関数として与えられ、HeaderBitは、直交変換係数を含まない、動きベクトルや、モードといった、Headerに属する情報に関する符号量である。
　すなわち、Low Complexity Modeにおいては、それぞれの候補モードに関して、予測処理を行う必要があるが、復号画像までは必要ないため、符号化処理まで行う必要はない。このため、High Complexity Modeより低い演算量での実現が可能である。
　（IntraBCについて）
　IntraBlockCopy(IntraBC)は、画面内で動き補償を行う符号化ツールである。IntraBCは、コンピュータ画面やCG画像のような人口画像に対し、符号化効率改善に貢献するツールとして知られている。
　ただし、IntraBCは、上述したHEVC Range Extension拡張には技術採用されず、Screen Content Coding(SCC)拡張のために標準化で技術検討が続けられている。
　IntraBCの場合、ベクトルの値しか伝送していないので、画面をスライス分割した場合、カレントブロックと他のスライスとの関係性が表されていなかった。なお、時間予測の場合は、ベクトルの値に加え、参照リストとインデックスの組み合わせにより、カレントブロックと参照フレームとの関係が明確である。
　ベクトルの値がカレントスライス内のデータを参照する値になるよう制限を設けることで、カレントスライスと異なるスライスへの参照が一律で禁止されている。
　以上の理由から、低遅延伝送を実現するために、画面のスライス分割を用いると、IntraBCの効果が減少し、符号化効率が悪化してしまっていた。
　そこで、本技術においては、IntraBCが自分より前のスライスのデコード結果を参照することを明示するための参照許可フラグであるintra_BC_ref_prev_slice_flagを伝送する。intra_BC_ref_prev_slice_flagの値が０（デフォルト）のとき、IntraBCは、カレントスライスのみ参照可能である。intra_BC_ref_prev_slice_flagの値が１のとき、IntraBCは、カレントに加え、自分より前のスライスのブロックも参照可能である。なお、このフラグは、スライス間の関係性を示すものであるので、PPS(Picture Parameter Set)に設定するのが適切である。
　また、本技術の派生１として、intraBC_ref_prev_slice_flag＝1の場合に、いくつ前のスライスまで参照できるかが、例えばPPSにおいて、intraBC_ref_prev_slice_numというパラメータで明示される。
　例えば、intraBC_ref_prev_slice_num＝5のとき、自分のスライス番号が10ならば、スライス番号5乃至10の画像を参照できる。例えば、自分のスライス番号が5以下ならば、スライス０乃至カレントスライスまでの画像を参照できる。さらに、符号量の節約のため、intraBC_ref_prev_slice_num＝0には、過去のスライスすべてという意味を割り当てることもできる。
　さらに、本技術の派生２として、SPS(Sequence Parameter Set)に、IntraBCが自分より前のスライスのデコード結果を参照するツールのon/offを制御するオンオフフラグであるsps_crossslice_intraBC_enable_flagが追加される。sps_crossslice_intraBC_enable_flagが真のときのみ、intraBC_ref_prev_slice_flagのパースが行われる。なお、このon/offを制御するフラグは、SPSに限らず、VPS(Video Parameter Set)に追加されてもよい。
　（SPSおよびPPSのシンタクスの例）
　図２は、SPSおよびPPSのシンタクスの例を示す図である。図２の例においては、SPSのシンタクスの下に、PPSのシンタクスが示されている。
　SPSにおいては、IntraBCを行うことを明示するフラグであるintra_block_copy_enabled_flagが記述されており、その下に、本技術の派生２として上述したオンオフフラグであるsps_crossslice_intraBC_enable_flag が追加されている。sps_crossslice_intraBC_enable_flag は、intra_block_copy_enabled_flagが真であるときのみパースされる。
　PPSにおいては、本技術として上述した参照許可フラグであるintra_BC_ref_prev_slice_flagが追加されている。intra_BC_ref_prev_slice_flagは、SPSにおいて追加されたオンオフフラグsps_crossslice_intraBC_enable_flagが真のときのみ、パースされる。また、その下に、本技術の派生１として上述したパラメータであるintraBC_ref_prev_slice_numが追加されている。intraBC_ref_prev_slice_numは、intra_BC_ref_prev_slice_flagが真のときのみ、パースされる。
　なお、以下、上述したフラグやパラメータなどIntraBC（スライスを跨ぐ画面内動き予測）を制御するための情報をまとめて、IntraBC制御情報と称する。また、以下、これらのIntraBC制御情報を用いてのイントラ予測のモードは、IntraBCモードと称して説明する。
　（セマンテクスの例）
　図３は、本技術のセマンテクスの例を示す図である。図３の例においては、sps_crossslice_intraBC_enable_flag、intraBC_ref_prev_slice_flag、intraBC_ref_prev_slice_numが、次のように定義されている。
・sps_crossslice_intraBC_enable_flag equal to 1 indicates that intraBC_rev_prev_slice_flag may have the value equal to 1 in the CVS.

・intraBC_ref_prev_slice_flag equal to 1 indicates that a prediction unit which coding mode is IntraBC (=predModeIntraBc  is equal to 1) in the current slice may refer the previously decoded slice data which proceed the current slice in the decoding order in the current picture. intraBC_ref_prev_slice_flag equal to 0 indicates that a prediction unit which coding mode is IntraBC shall not refer the previously decoded slice data. When not present, the value of intraBC_ref_prev_slice_flag is inferred to 0.

・intraBC_ref_prev_slice_num indicates one or more slice segment that may be referred by a prediction unit which coding mode is IntraBC in the current slice. The set of slice segment is derived as follows.
　　　　Let C be the order of the slice in the current picture (e.g. 0 for the 1st slice ). And A is calculated as follows.
　　　　A = (C - intraBC_ref_prev_slice_num) < 0 ? 0 : (C - intraBC_ref_prev_slice_num)
　Then, the X-th slice segment, where X is  in the range of A to C, is the target slice segment indicated by the syntax.
　（VPSのシンタクスの例）
　図４は、VPSのシンタクスの例を示す図である。図２に示されたSPSにおけるsps_crossslice_intraBC_enable_flagは、図４のVPSにおいては、Vps_crossslice_intraBC_enable_flagのように記述される。
　（具体的な説明）
　図５は、本技術において、画面を４スライス（Slice#0乃至Slice#3）に分割した例を示す図である。
　異なるスライスへの参照が禁止である場合、Slice#2におけるカレントCTUからの参照可能範囲は、Slice#2のうち、デコードされている部分のみであったので、例えば、Slice#1のブロックを参照することができなかった。
　これに対して、本技術の場合、デコード済みの異なるスライス（Slice#0とSlice#1）も参照可能範囲に含まれるので、例えば、図５に示されるように、Slice#2におけるカレントCTUから、Slice#1のブロックを参照することが可能となる。
　図６は、図５の例において、intraBC_ref_prev_slice_num=1の場合について示す図である。
　intraBC_ref_prev_slice_num=1であるので、Slice#2におけるカレントCTUからは、図６に示されるように、１個前のスライスであるSlice#1まで参照が可能である。Slice#0は参照可能ではない。したがって、図６の例の場合も、Slice#2におけるカレントCTUから、Slice#1のブロックを参照することは可能である。
　（WPPとの組み合わせ）
　図７および図８は、本技術とWPP(Wavefront Parallel Processing)との組み合わせについて説明する図である。
　WPPは、PPSにあるentropy_coding_sync_enabled_flagが１の場合に行われる処理である。WPPの実現方法は、２通りある。１つ目は、1CTU列を、1スライスとして、マルチスライスで符号化する方法である。２つ目は、1ピクチャを1スライスとして、entry_poit_offsetを使用し、符号化する方法である。２つ目の場合は、上述した本技術を適用可能であるので、以下、１つ目の場合について説明する。
　WPPの機能がオンである場合、1CTU列が1スライスであるので、異なるスライスへの参照が禁止であるとき、カレントCTUからは、左隣のCTUのみが参照可能範囲とされ、左隣のCTUしか参照することができなかった。
　これに対して、本技術においては、WPPの機能がオンである場合、Slice#0全体ではなく、カレントCTUの右上のCTUまでに参照範囲を限定する。これは、WPPの構成上、CTU列間で2CTUのデコード時間差があるためである。
　すなわち、Slice#1の左端のCTUがカレントCTUのとき、図７に示されるように、Slice#0におけるカレントCTUの真上のCTUおよび右上のCTUが、参照可能範囲となる。
　また、Slice#1の左から２番目のCTUがカレントCTUのとき、図８に示されるように、Slice#0におけるカレントCTUの左上のCTU、真上のCTU、および右上のCTUと、Slice#1におけるカレントCTUの左隣のCTUとが、参照可能範囲となる。
　このようにすることで、本技術とWPPとを組み合わせることが可能となる。
　（タイル分割との組み合わせ）
　図９は、本技術とタイル分割との組み合わせについて説明する図である。
　タイル分割は、PPSにあるtiles_enabled_fragが１の場合に行われる処理である。タイルは、HEVCにおいて、並列処理のためのツールとして規定されている。タイルは、ピクチャの分割単位の１つである。タイルは、画像圧縮情報中のSPSまたはPPSにおいて、各タイルのロウ（行）サイズおよびコラム（列）サイズがLCUを単位に指定されている。
　それぞれのタイルに含まれるLCUは、ラスタスキャン順に処理され、それぞれのピクチャに含まれるタイルは、ラスタスキャン順に処理される。また、スライスは、タイルを含んでいてもよく、タイルの途中にスライス境界があってもよい。
　例えば、１画面を左右に２分割、すなわち、Slice#0とSlice#1にタイル分割されている場合において、異なるスライスへの参照が禁止であるとき、カレントCTUからは、Slice#1のタイルしか参照可能範囲とすることができなかった。
　これに対して、本技術においては、参照許可フラグであるintra_BC_ref_prev_slice_flag=1とすることで、デコード済みの異なるスライスを参照することが可能である。したがって、図９に示されるように、タイル分割の機能がオンの場合、Slice#1におけるカレントCTUについて、異なるタイルであり、異なるスライスであるSlice#0への参照が許可される。
　（効果について）
　図１０は、効果について説明する図である。
　異なるスライス参照禁止の場合、スライス間の独立デコードが可能である。これに対して、本技術の場合、指定したスライスを完全にデコードしないとIntraBCが行えないので、スライス間の独立デコードは、可能ではない。
　異なるスライス参照禁止の場合、過去のスライスをIntraBCが参照できないため、符号化効率が低下してしまっていた。これに対して、本技術においては、過去のスライスをIntraBCが参照できるので、符号化効率が改善される。
　（MCTS-SEIとの組み合わせ）
　図１１は、本技術とMCTS-SEI(Temporal Motion Constrained Tile Set SEI)との組み合わせについて説明する図である。
　MCTS-SEIは、SHVCのドラフト(JCTVC-Q1008_V2)に採用されているSEIである。MCTS-SEIを使用して、指定されたタイルは、ビットストリーム中から、そのタイルのデータだけを取り出して、独立にデコードすることができる。なお、このSEIがない場合、画面内の一部のタイルだけを独立にデコードすることはできない。
　図１１の例においては、１０×６個のタイルで分割されているピクチャが示されている。太線の枠で囲われた領域内にあるタイルmcts_id[0]は、ピクチャの一部であるが、その部分だけ取り出してデコード（以下、このようなデコードを独立デコードと称する）することができる。
　同様に、点線の枠内のタイルmcts_id[1]も、独立デコードが可能である。MCTS-SEIは、図１１のmcts_id[0]やmcts_id[1]のように複雑な領域でタイルのセットを指定することができる。
　したがって、MCTS-SEIで指定したタイル内にあるスライスにおいては、
　intraBC_ref_prev_slice_flag=0として設定することが必要となる。これは、カレント以外のタイル／スライスの参照が禁止されているからである。
　図１２は、MCTS-SEIメッセージのセマンテックスに追加するNOTEの例を示す図である。
　本技術とMCTS-SEIとを組み合わせるために、JCTVC-Q1008_V2におけるMCTS-SEIメッセージのセマンテックスに、図１２に示されるNOTEを追加する。
　NOTE -When intraBC_ref_prev_slice_flag is equal to 1, intra block copy process may need the decoding dependency among the tiles. It is encouraged for encoders to set  intraBC_ref_prev_slice_flag equal to 0 in the tiles which is selected by a temporal motion-constrained tile set.
　次に、以上のような本技術について、具体的な装置への適用例について説明する。
　＜第１実施の形態＞
　（符号化装置の一実施の形態の構成例）
　図１３は、本開示を適用した符号化装置の一実施の形態の構成例を示すブロック図である。
　図１３の符号化装置１０は、設定部１１、符号化部１２、および伝送部１３により構成され、画像をHEVC方式に準ずる方式で符号化する。
　具体的には、符号化装置１０の設定部１１は、VPS,SPS,PPS,VUI,SEIなどを設定する。特に、設定部１１は、SPS,PPSのIntraBC制御情報を設定する。設定部１１は、設定されたVPS,SPS,PPS,VUI,SEIなどのパラメータセットを符号化部１２に供給する。
　符号化部１２には、フレーム単位の画像が入力される。符号化部１２は、設定部１１から供給されるパラメータセットを参照して、入力された画像をHEVC方式に準ずる方式で符号化する。特に、符号化部１２は、設定部１１から供給されるSPS,PPSのIntraBC制御情報に基づいて、イントラ予測において、本技術を適用したIntraBCモードの予測処理を行う。符号化部１２は、符号化の結果得られる符号化データとパラメータセットから符号化ストリームを生成し、伝送部１３に供給する。
　伝送部１３は、符号化部１２から供給される符号化ストリームを、後述する復号装置に伝送する。
　（符号化部の構成例）
　図１４は、図１３の符号化部１２の構成例を示すブロック図である。
　図１４の符号化部１２は、A/D変換部３１、画面並べ替えバッファ３２、演算部３３、直交変換部３４、量子化部３５、可逆符号化部３６、蓄積バッファ３７、逆量子化部３８、逆直交変換部３９、および加算部４０を有する。また、符号化部１２は、デブロックフィルタ４１、適応オフセットフィルタ４２、適応ループフィルタ４３、フレームメモリ４４、スイッチ４５、イントラ予測部４６、動き予測・補償部４７、予測画像選択部４８、レート制御部４９を有する。
　符号化部１２のA/D変換部３１は、符号化対象として入力されたフレーム単位の画像をA/D変換する。A/D変換部３１は、変換後のデジタル信号である画像を画面並べ替えバッファ３２に出力して記憶させる。
　画面並べ替えバッファ３２は、記憶した表示の順番のフレーム単位の画像を、GOP構造に応じて、符号化のための順番に並べ替える。画面並べ替えバッファ３２は、並べ替え後の画像を、演算部３３、イントラ予測部４６、および動き予測・補償部４７に出力する。
　演算部３３は、画面並べ替えバッファ３２から供給される画像から、予測画像選択部４８から供給される予測画像を減算することにより符号化を行う。演算部３３は、その結果得られる画像を、残差情報(差分)として直交変換部３４に出力する。なお、予測画像選択部４８から予測画像が供給されない場合、演算部３３は、画面並べ替えバッファ３２から読み出された画像をそのまま残差情報として直交変換部３４に出力する。
　直交変換部３４は、ＴＵ単位で、演算部３３からの残差情報に対して直交変換処理を行う。直交変換部３４は、直交変換処理後の直交変換処理結果を量子化部３５に供給する。
　量子化部３５は、直交変換部３４から供給される直交変換処理結果を量子化する。量子化部３５は、量子化の結果得られる量子化値を可逆符号化部３６に供給する。
　可逆符号化部３６は、最適イントラ予測モードを示す情報（以下、イントラ予測モード情報という）をイントラ予測部４６から取得する。また、可逆符号化部３６は、最適インター予測モードを示す情報（以下、インター予測モード情報という）、動きベクトル、参照画像を特定する情報などを動き予測・補償部４７から取得する。
　また、可逆符号化部３６は、適応オフセットフィルタ４２からオフセットフィルタに関するオフセットフィルタ情報を取得し、適応ループフィルタ４３からフィルタ係数を取得する。
　可逆符号化部３６は、量子化部３５から供給される量子化値に対して、可変長符号化（例えば、CAVLC（Context-Adaptive Variable Length Coding）など）、算術符号化（例えば、CABAC（Context-Adaptive Binary Arithmetic Coding）など）などの可逆符号化を行う。
　また、可逆符号化部３６は、イントラ予測モード情報、および、IntraBCモードの場合のみIntraBCベクトル、または、インター予測モード情報、動きベクトル、および参照画像を特定する情報、オフセットフィルタ情報、並びにフィルタ係数を、符号化に関する符号化情報として可逆符号化する。可逆符号化部３６は、可逆符号化された符号化情報と量子化値を、符号化データとして蓄積バッファ３７に供給し、蓄積させる。
　なお、可逆符号化された符号化情報は、可逆符号化された量子化値のヘッダ情報（例えばスライスヘッダ）とされてもよい。
　蓄積バッファ３７は、可逆符号化部３６から供給される符号化データを、一時的に記憶する。また、蓄積バッファ３７は、記憶している符号化データを、図１３の設定部１１から供給されるパラメータセットとともに、符号化ストリームとして伝送部１３に供給する。
　また、量子化部３５より出力された量子化値は、逆量子化部３８にも入力される。逆量子化部３８は、量子化値を逆量子化する。逆量子化部３８は、逆量化の結果得られる直交変換処理結果を逆直交変換部３９に供給する。
　逆直交変換部３９は、ＴＵ単位で、逆量子化部３８から供給される直交変換処理結果に対して逆直交変換処理を行う。逆直交変換の方式としては、例えば、IDCT(逆離散コサイン変換)とIDST(逆離散サイン変換)がある。逆直交変換部３９は、逆直交変換処理の結果得られる残差情報を加算部４０に供給する。
　加算部４０は、逆直交変換部３９から供給される残差情報と、予測画像選択部４８から供給される予測画像を加算し、復号を行う。加算部４０は、復号された画像をデブロックフィルタ４１とフレームメモリ４４に供給する。
　デブロックフィルタ４１は、加算部４０から供給される復号された画像に対して、ブロック歪を除去する適応デブロックフィルタ処理を行い、その結果得られる画像を適応オフセットフィルタ４２に供給する。
　適応オフセットフィルタ４２は、デブロックフィルタ４１による適応デブロックフィルタ処理後の画像に対して、主にリンギングを除去する適応オフセットフィルタ(SAO（Sample adaptive offset)）処理を行う。
　具体的には、適応オフセットフィルタ４２は、最大の符号化単位であるLCU（Largest Coding Unit）ごとに適応オフセットフィルタ処理の種類を決定し、その適応オフセットフィルタ処理で用いられるオフセットを求める。適応オフセットフィルタ４２は、求められたオフセットを用いて、適応デブロックフィルタ処理後の画像に対して、決定された種類の適応オフセットフィルタ処理を行う。
　適応オフセットフィルタ４２は、適応オフセットフィルタ処理後の画像を適応ループフィルタ４３に供給する。また、適応オフセットフィルタ４２は、行われた適応オフセットフィルタ処理の種類とオフセットを示す情報を、オフセットフィルタ情報として可逆符号化部３６に供給する。
　適応ループフィルタ４３は、例えば、２次元のウィナーフィルタ（Wiener Filter）により構成される。適応ループフィルタ４３は、適応オフセットフィルタ４２から供給される適応オフセットフィルタ処理後の画像に対して、例えば、LCUごとに、適応ループフィルタ（ALF(Adaptive Loop Filter)）処理を行う。
　具体的には、適応ループフィルタ４３は、LCUごとに、画面並べ替えバッファ３２から出力される画像である原画像と適応ループフィルタ処理後の画像の残差が最小となるように、適応ループフィルタ処理で用いられるフィルタ係数を算出する。そして、適応ループフィルタ４３は、適応オフセットフィルタ処理後の画像に対して、算出されたフィルタ係数を用いて、LCUごとに適応ループフィルタ処理を行う。
　適応ループフィルタ４３は、適応ループフィルタ処理後の画像をフレームメモリ４４に供給する。また、適応ループフィルタ４３は、適応ループフィルタ処理に用いられたフィルタ係数を可逆符号化部３６に供給する。
　なお、ここでは、適応ループフィルタ処理は、LCUごとに行われるものとするが、適応ループフィルタ処理の処理単位は、LCUに限定されない。但し、適応オフセットフィルタ４２と適応ループフィルタ４３の処理単位を合わせることにより、処理を効率的に行うことができる。
　フレームメモリ４４は、適応ループフィルタ４３から供給される画像と、加算部４０から供給される画像を蓄積する。フレームメモリ４４に蓄積されたフィルタ処理が行われていない画像のうちのＰＵ（Prediction Unit）に隣接する画像は、周辺画像としてスイッチ４５を介してイントラ予測部４６に供給される。一方、フレームメモリ４４に蓄積されたフィルタ処理が行われた画像は、参照画像としてスイッチ４５を介して動き予測・補償部４７に出力される。
　設定部１１からは、SPS,PPSのIntraBC制御情報がイントラ予測部４６に供給される。イントラ予測部４６は、ＰＵ単位で、フレームメモリ４４からスイッチ４５を介して読み出された周辺画像を用いて、候補となる全てのイントラ予測モードのイントラ予測処理を行う。その際、イントラ予測部４６は、IntraBC制御情報に基づいて、IntraBCモードのイントラ予測も行う。
　また、イントラ予測部４６は、画面並べ替えバッファ３２から読み出された画像と、イントラ予測処理の結果生成される予測画像とに基づいて、候補となる全てのイントラ予モードに対してコスト関数値（詳細は後述する）を算出する。そして、イントラ予測部４６は、コスト関数値が最小となるイントラ予測モードを、最適イントラ予測モードに決定する。
　イントラ予測部４６は、最適イントラ予測モードで生成された予測画像、および、対応するコスト関数値を、予測画像選択部４８に供給する。イントラ予測部４６は、予測画像選択部４８から最適イントラ予測モードで生成された予測画像の選択が通知された場合、イントラ予測モード情報を可逆符号化部３６に供給する。なお、イントラ予測モードとはＰＵのサイズ、予測方向などを表すモードである。その際、最適イントラ予測モードがIntraBCモードの場合には、IntraBCベクトルも可逆符号化部３６に供給される。
　動き予測・補償部４７は、ＰＵ単位で候補となる全てのインター予測モードの動き予測・補償処理を行う。具体的には、動き予測・補償部４７は、画面並べ替えバッファ３２から供給される画像と、フレームメモリ４４からスイッチ４５を介して読み出される参照画像に基づいて、候補となる全てのインター予測モードの動きベクトルをＰＵ単位で検出する。そして、動き予測・補償部４７は、その動きベクトルに基づいてＰＵ単位で参照画像に補償処理を施し、予測画像を生成する。
　このとき、動き予測・補償部４７は、画面並べ替えバッファ３２から供給される画像と予測画像とに基づいて、候補となる全てのインター予測モードに対してコスト関数値を算出し、コスト関数値が最小となるインター予測モードを最適インター予測モードに決定する。そして、動き予測・補償部４７は、最適インター予測モードのコスト関数値と、対応する予測画像を予測画像選択部４８に供給する。また、動き予測・補償部４７は、予測画像選択部４８から最適インター予測モードで生成された予測画像の選択が通知された場合、インター予測モード情報、対応する動きベクトル、参照画像を特定する情報などを可逆符号化部３６に出力する。なお、インター予測モードとは、ＰＵのサイズなどを表すモードである。
　予測画像選択部４８は、イントラ予測部４６および動き予測・補償部４７から供給されるコスト関数値に基づいて、最適イントラ予測モードと最適インター予測モードのうちの、対応するコスト関数値が小さい方を、最適予測モードに決定する。そして、予測画像選択部４８は、最適予測モードの予測画像を、演算部３３および加算部４０に供給する。また、予測画像選択部４８は、最適予測モードの予測画像の選択をイントラ予測部４６または動き予測・補償部４７に通知する。
　レート制御部４９は、蓄積バッファ３７に蓄積された符号化データに基づいて、オーバーフローあるいはアンダーフローが発生しないように、量子化部３５の量子化動作のレートを制御する。
　（符号化装置の処理の説明）
　図１５は、図１３の符号化装置１０のストリーム生成処理を説明するフローチャートである。
　図１５のステップＳ１１において、符号化装置１０の設定部１１は、VPSやSPSなどのパラメータセットを設定する。設定部１１は、設定されたパラメータセットを符号化部１２に供給する。この設定処理の詳細は、後述する図１６を参照して説明する。
　ステップＳ１２において、符号化部１２は、外部から入力されたフレーム単位の画像をHEVC方式に準ずる方式で符号化する符号化処理を行う。この符号化処理の詳細は、後述する図１７および図１８を参照して説明する。
　ステップＳ１３において、符号化部１２の蓄積バッファ３７（図１４）は、設定部１１から供給されるパラメータセットと蓄積している符号化データから符号化ストリームを生成し、伝送部１３に供給する。
　ステップＳ１４において、伝送部１３は、設定部１１から供給される符号化ストリームを、後述する復号装置１１０に伝送し、処理を終了する。
　次に、図１６を参照して、図１５のステップＳ１１のパラメータセットの設定処理の詳細を説明する。図１６の例においては、SPSやPPSにおいて、IntraBC制御情報が設定される。
　ステップＳ３１において、図１３の設定部１１は、sps_crossslice_intraBC_enable_flagを設定する。設定部１１は、ステップＳ３２において、sps_crossslice_intraBC_enable_flag=1であるか否かを判定する。ステップＳ３２において、sps_crossslice_intraBC_enable_flag=1であると判定された場合、処理は、ステップＳ３３に進む。
　設定部１１は、ステップＳ３３において、intraBC_ref_prev_slice_flagを設定する。ステップＳ３４において、設定部１１は、intraBC_ref_prev_slice_flag =1であるか否かを判定する。
　ステップＳ３４において、intraBC_ref_prev_slice_flag =1であると判定された場合、ステップＳ３５に進む。ステップＳ３５において、設定部１１は、intraBC_ref_prev_slice_numを設定する。
　ステップＳ３２においてsps_crossslice_intraBC_enable_flag=0であると判定された場合、ステップＳ３３乃至Ｓ３５がスキップされ、パラメータセット設定処理は終了され、図１５のステップＳ１１に戻る。
　ステップＳ３４において、intraBC_ref_prev_slice_flag =0であると判定された場合、ステップＳ３５がスキップされ、パラメータセット設定処理は終了され、図１５のステップＳ１１に戻る。
　次に、図１７および図１８は、図１５のステップＳ１２の符号化処理の詳細を説明するフローチャートである。設定部１１からは、A/D変換部３１に、フレーム単位の画像が入力され、イントラ予測部４６に、IntraBC制御情報が供給される。
　図１７のステップＳ６１において、符号化部１２のA/D変換部３１（図１４）は、符号化対象として入力されたフレーム単位の画像をA/D変換する。A/D変換部３１は、変換後のデジタル信号である画像を画面並べ替えバッファ３２に出力して記憶させる。
　ステップＳ６２において、画面並べ替えバッファ３２は、記憶した表示の順番のフレームの画像を、GOP構造に応じて、符号化のための順番に並べ替える。画面並べ替えバッファ３２は、並べ替え後のフレーム単位の画像を、演算部３３、イントラ予測部４６、および動き予測・補償部４７に供給する。また、設定部１１からは、イントラ予測部４６に、IntraBC制御情報が供給される。
　ステップＳ６３において、イントラ予測部４６は、ＰＵ単位で候補となる全てのイントラ予測モードのイントラ予測処理を行う。イントラ予測処理の詳細は、図１９を参照して後述される。すなわち、イントラ予測部４６は、画面並べ替えバッファ３２から読み出された画像と、イントラ予測処理の結果生成される予測画像とに基づいて、候補となる（intraBC予測モードも含む）全てのイントラ予測モードに対してコスト関数値を算出する。そして、イントラ予測部４６は、コスト関数値が最小となるイントラ予測モードを、最適イントラ予測モードに決定する。イントラ予測部４６は、最適イントラ予測モードで生成された予測画像、および、対応するコスト関数値を、予測画像選択部４８に供給する。
　また、動き予測・補償部４７は、ステップＳ６４においてＰＵ単位で候補となる全てのインター予測モードの動き予測・補償処理を行う。また、動き予測・補償部４７は、画面並べ替えバッファ３２から供給される画像と予測画像とに基づいて、候補となる全てのインター予測モードに対してコスト関数値を算出し、コスト関数値が最小となるインター予測モードを最適インター予測モードに決定する。そして、動き予測・補償部４７は、最適インター予測モードのコスト関数値と、対応する予測画像を予測画像選択部４８に供給する。
　ステップＳ６５において、予測画像選択部４８は、イントラ予測部４６および動き予測・補償部４７から供給されるコスト関数値に基づいて、最適イントラ予測モードと最適インター予測モードのうちのコスト関数値が最小となる方を、最適予測モードに決定する。そして、予測画像選択部４８は、最適予測モードの予測画像を、演算部３３および加算部４０に供給する。
　ステップＳ６５において、予測画像選択部４８は、最適予測モードが最適インター予測モードであるかどうかを判定する。ステップＳ６５で最適予測モードが最適インター予測モードであると判定された場合、予測画像選択部４８は、最適インター予測モードで生成された予測画像の選択を動き予測・補償部４７に通知する。
　そして、ステップＳ６６において、動き予測・補償部４７は、インター予測モード情報、動きベクトル、および参照画像を特定する情報を可逆符号化部３６に供給し、処理をステップＳ６８に進める。
　一方、ステップＳ６５で最適予測モードが最適インター予測モードではないと判定された場合、即ち最適予測モードが最適イントラ予測モードである場合、予測画像選択部４８は、最適イントラ予測モードで生成された予測画像の選択をイントラ予測部４６に通知する。そして、ステップＳ６７において、イントラ予測部４６は、イントラ予測モード情報を可逆符号化部３６に供給し、処理をステップＳ６９に進める。その際、最適イントラ予測モードがIntraBCモードの場合には、IntraBCベクトルも可逆符号化部３６に供給される。
　ステップＳ６９において、演算部３３は、画面並べ替えバッファ３２から供給される画像から、予測画像選択部４８から供給される予測画像を減算することにより符号化を行う。演算部３３は、その結果得られる画像を、残差情報として直交変換部３４に出力する。
　ステップＳ７０において、直交変換部３４は、ＴＵ単位で、残差情報に対して直交変換処理を行う。直交変換部３４は、直交変換処理後の直交変換処理結果を量子化部３５に供給する。
　ステップＳ７１において、量子化部３５は、直交変換部３４から供給される直交変換処理結果を量子化する。量子化部３５は、量子化の結果得られる量子化値を可逆符号化部３６と逆量子化部３８に供給する。
　ステップＳ７２において、逆量子化部３８は、量子化部３５からの量子化値に対して逆量子化を行う。逆量子化部３８は、逆量化の結果得られる直交変換処理結果を逆直交変換部３９に供給する。
　ステップＳ７３において、逆直交変換部３９は、ＴＵ単位で、逆量子化部３８から供給される直交変換処理結果に対して逆直交変換処理を行う。逆直交変換部３９は、逆直交変換処理の結果得られる残差情報を加算部４０に供給する。
　ステップＳ７４において、加算部４０は、逆直交変換部３９から供給される残差情報と、予測画像選択部４８から供給される予測画像を加算し、復号を行う。加算部４０は、復号された画像をデブロックフィルタ４１とフレームメモリ４４に供給する。
　ステップＳ７５において、デブロックフィルタ４１は、加算部４０から供給される復号された画像に対して、デブロッキングフィルタ処理を行う。デブロックフィルタ４１は、その結果得られる画像を適応オフセットフィルタ４２に供給する。
　ステップＳ７６において、適応オフセットフィルタ４２は、デブロックフィルタ４１から供給される画像に対して、LCUごとに適応オフセットフィルタ処理を行う。適応オフセットフィルタ４２は、その結果得られる画像を適応ループフィルタ４３に供給する。また、適応オフセットフィルタ４２は、LCUごとに、オフセットフィルタ情報を可逆符号化部３６に供給する。
　ステップＳ７７において、適応ループフィルタ４３は、適応オフセットフィルタ４２から供給される画像に対して、LCUごとに適応ループフィルタ処理を行う。適応ループフィルタ４３は、その結果得られる画像をフレームメモリ４４に供給する。また、適応ループフィルタ４３は、適応ループフィルタ処理で用いられたフィルタ係数を可逆符号化部３６に供給する。
　ステップＳ７８において、フレームメモリ４４は、適応ループフィルタ４３から供給される画像と加算部４０から供給される画像を蓄積する。フレームメモリ４４に蓄積されたフィルタ処理が行われていない画像のうちのＰＵに隣接する画像は、周辺画像としてスイッチ４５を介してイントラ予測部４６に供給される。一方、フレームメモリ４４に蓄積されたフィルタ処理が行われた画像は、参照画像としてスイッチ４５を介して動き予測・補償部４７に出力される。
　ステップＳ７９において、可逆符号化部３６は、イントラ予測モード情報、または、インター予測モード情報、動きベクトル、および参照画像を特定する情報、オフセットフィルタ情報、並びにフィルタ係数を、符号化情報として可逆符号化する。なお、その際、最適イントラ予測モードで、そのモードがIntraBCモードの場合には、IntraBCベクトルも符号化情報として可逆符号化される。
　ステップＳ８０において、可逆符号化部３６は、量子化部３５から供給される量子化値を可逆符号化する。そして、可逆符号化部３６は、ステップＳ７８の処理で可逆符号化された符号化情報と可逆符号化された量子化値から、符号化データを生成し、蓄積バッファ３７に供給する。
　ステップＳ８１において、蓄積バッファ３７は、可逆符号化部３６から供給される符号化データを、一時的に蓄積する。
　ステップＳ８２において、レート制御部４９は、蓄積バッファ３７に蓄積された符号化データに基づいて、オーバーフローあるいはアンダーフローが発生しないように、量子化部３５の量子化動作のレートを制御する。そして、処理は、図１５のステップＳ１２に戻り、ステップＳ１３に進む。
　次に、図１９のフローチャートを参照して、図１７のステップＳ６３のイントラ予測処理の詳細を説明する。イントラ予測部４６には、設定部１１からは、IntraBC制御情報として、例えば、sps_crossslice_intraBC_enable_flag、intra_BC_ref_prev_slice_flag、intraBC_ref_prev_slice_numが供給される。
　イントラ予測部４６は、ステップＳ９１において、ピクチャをスライスで分割する。ステップＳ９２において、イントラ予測部４６は、intraBCモード以外の予測モードのイントラ予測を行い、コスト関数値を計算する。
　イントラ予測部４６は、ステップＳ９３において、sps_crossslice_intraBC_enable_flagが１であるか否かを判定する。ステップＳ９３において、sps_crossslice_intraBC_enable_flagが１であると判定された場合、処理は、ステップＳ９４に進む。
　ステップＳ９４において、イントラ予測部４６は、IntraBCの動きベクトルを探索する。ステップＳ９５において、イントラ予測部４６は、探索範囲内のサーチが終了したか否かを判定する。ステップＳ９５において、探索範囲内のサーチがまだ終了していないと判定された場合、ステップＳ９６に進む。
　ステップＳ９６において、イントラ予測部４６は、探索点を変更する。ステップＳ９７において、イントラ予測部４６は、ステップＳ９６により変更された探索点が、カレントスライスの内側であるか否かを判定する。
　ステップＳ９７において、探索点がスライスの内側ではないと判定された場合、処理は、ステップＳ９８に進む。ステップＳ９８において、イントラ予測部４６は、intra_BC_ref_prev_slice_flagが１であるか否かを判定する。ステップＳ９８において、intra_BC_ref_prev_slice_flagが１であると判定された場合、処理は、ステップＳ９９に進む。
　ステップＳ９９において、イントラ予測部４６は、探索点の位置がintraBC_ref_prev_slice_numで指定された範囲であるか否かを判定する。
　ステップＳ９９において、探索点の位置がintraBC_ref_prev_slice_numで指定された範囲ではないと判定された場合、処理は、ステップＳ９６に戻り、それ以降の処理が繰り返される。また、ステップＳ９８において、intra_BC_ref_prev_slice_flagが１ではないと判定された場合も、処理は、ステップＳ９６に戻り、それ以降の処理が繰り返される。
　ステップＳ９９において、探索点の位置がintraBC_ref_prev_slice_numで指定された範囲であると判定された場合、処理は、ステップＳ１００に進む。また、ステップＳ９７において、探索点がスライスの内側であると判定された場合、処理は、ステップＳ１００に進む。
　ステップＳ１００において、イントラ予測部４６は、IntraBCモードでのコスト関数値を計算する。IntraBCモードでの最小コストと対応するIntraBCベクトルが、図示せぬメモリに保持されている。ステップＳ１０１において、イントラ予測部４６は、ステップＳ１００で求めたコスト関数値が最小コストより小さいか否かを判定する。
　ステップＳ１０１において、コスト関数値が最小コストより小さいと判定された場合、処理は、ステップＳ１０２に進む。ステップＳ１０２において、メモリ内のIntraBCベクトルと最小コストを更新し、処理は、ステップＳ９６に戻り、それ以降の処理が繰り返される。
　ステップＳ１０１において、コスト関数値が最小コスト以上であると判定された場合、処理は、ステップＳ９６に戻り、それ以降の処理が繰り返される。
　ステップＳ９５において、探索範囲内のサーチが終了したと判定された場合、処理は、ステップＳ１０３に進む。また、ステップＳ９３において、sps_crossslice_intraBC_enable_flagが１ではないと判定された場合、処理は、ステップＳ１０３に進む。
　ステップＳ１０３において、イントラ予測部４６は、コスト関数値により最適イントラ予測モードを決定し、イントラ予測処理を終了する。
　（復号装置の一実施の形態の構成例）
　図２０は、図１３の符号化装置１０から伝送される符号化ストリームを復号する、本開示を適用した復号装置の一実施の形態の構成例を示すブロック図である。
　図２０の復号装置１１０は、受け取り部１１１、抽出部１１２、および復号部１１３により構成される。
　復号装置１１０の受け取り部１１１は、図１３の符号化装置１０から伝送されてくる符号化ストリームを受け取り、抽出部１１２に供給する。
　抽出部１１２は、受け取り部１１１から供給される符号化ストリームから、VPSやSPS,PPSなどのパラメータセットと符号化データを抽出し、復号部１１３に供給する。特に、抽出部１１２は、SPS,PPSのIntraBC制御情報を抽出する。
　復号部１１３は、抽出部１１２から供給される符号化データをHEVC方式に準ずる方式で復号する。このとき、復号部１１３は、抽出部１１２から供給されるSPS,PPSのIntraBC制御情報に基づいて、復号処理を並行で、または順に行う。復号部１１３は、復号の結果得られる画像を出力する。
　（復号部の構成例）
　図２１は、図２０の復号部１１３の構成例を示すブロック図である。
　図２１の復号部１１３は、蓄積バッファ１３１、可逆復号部１３２、逆量子化部１３３、逆直交変換部１３４、加算部１３５、デブロックフィルタ１３６、適応オフセットフィルタ１３７、適応ループフィルタ１３８、および画面並べ替えバッファ１３９を有する。また、復号部１１３は、D/A変換部１４０、フレームメモリ１４１、スイッチ１４２、イントラ予測部１４３、動き補償部１４４、およびスイッチ１４５を有する。
　復号部１１３の蓄積バッファ１３１は、図２０の抽出部１１２から符号化データを受け取り、蓄積する。蓄積バッファ１３１は、蓄積されている符号化データを可逆復号部１３２に供給する。
　可逆復号部１３２は、蓄積バッファ１３１からの符号化データに対して、可変長復号や、算術復号等の可逆復号を施すことで、量子化値と符号化情報を得る。可逆復号部１３２は、量子化値を逆量子化部１３３に供給する。なお、抽出部１１２からのIntraBC制御情報は、可逆復号部１３２に入力される。可逆復号部１３２は、抽出部１１２からのIntraBC制御情報に基づいて、これ以降のスライスの復号処理を並列で行うか、順に行うかを制御する。
　また、可逆復号部１３２は、符号化情報としての（intraBCモード含む）イントラ予測モード情報などをイントラ予測部１４３に供給する。その際、イントラ予測モード情報がIntraBCモードを示す場合には、IntraBCベクトルもイントラ予測部１４３に供給される。可逆復号部１３２は、動きベクトル、インター予測モード情報、参照画像を特定する情報などを動き補償部１４４に供給する。
　さらに、可逆復号部１３２は、符号化情報としてのイントラ予測モード情報またはインター予測モード情報をスイッチ１４５に供給する。可逆復号部１３２は、符号化情報としてのオフセットフィルタ情報を適応オフセットフィルタ１３７に供給する。可逆復号部１３２は、符号化情報としてのフィルタ係数を適応ループフィルタ１３８に供給する。
　逆量子化部１３３、逆直交変換部１３４、加算部１３５、デブロックフィルタ１３６、適応オフセットフィルタ１３７、適応ループフィルタ１３８、フレームメモリ１４１、スイッチ１４２、イントラ予測部１４３、および動き補償部１４４は、図１４の逆量子化部３８、逆直交変換部３９、加算部４０、デブロックフィルタ４１、適応オフセットフィルタ４２、適応ループフィルタ４３、フレームメモリ４４、スイッチ４５、イントラ予測部４６、および動き予測・補償部４７とそれぞれ同様の処理を行い、これにより、画像が復号される。
　具体的には、逆量子化部１３３は、図１４の逆量子化部３８と同様に構成される。逆量子化部１３３は、ＴＵ単位で、可逆復号部１３２からの量子化値を逆量子化する。逆量子化部１３３は、その結果得られる直交変換処理結果を逆直交変換部１３４に供給する。
　逆直交変換部１３４は、図１４の逆直交変換部３９と同様に構成される。逆直交変換部１３４は、逆量子化部１３３から供給される直交変換処理結果に対して逆直交変換処理を行う。逆直交変換部１３４は、逆直交変換処理の結果得られる残差情報を加算部１３５に供給する。
　加算部１３５は、逆直交変換部１３４から供給される残差情報と、スイッチ１４５から供給される予測画像を加算することにより、復号を行う。加算部１３５は、復号された画像をデブロックフィルタ１３６とフレームメモリ１４１に供給する。
　デブロックフィルタ１３６は、加算部１３５から供給される画像に対して適応デブロックフィルタ処理を行い、その結果得られる画像を適応オフセットフィルタ１３７に供給する。
　適応オフセットフィルタ１３７は、LCUごとに、可逆復号部１３２からのオフセットフィルタ情報が表すオフセットを用いて、適応デブロックフィルタ処理後の画像に対して、オフセットフィルタ情報が表す種類の適応オフセットフィルタ処理を行う。適応オフセットフィルタ１３７は、適応オフセットフィルタ処理後の画像を、適応ループフィルタ１３８に供給する。
　適応ループフィルタ１３８は、適応オフセットフィルタ１３７から供給される画像に対して、可逆復号部１３２から供給されるフィルタ係数を用いて、LCUごとに適応ループフィルタ処理を行う。適応ループフィルタ１３８は、その結果得られる画像をフレームメモリ１４１および画面並べ替えバッファ１３９に供給する。
　画面並べ替えバッファ１３９は、適応ループフィルタ１３８から供給される画像をフレーム単位で記憶する。画面並べ替えバッファ１３９は、記憶した符号化のための順番のフレーム単位の画像を、元の表示の順番に並び替え、D/A変換部１４０に供給する。
　D/A変換部１４０は、画面並べ替えバッファ１３９から供給されるフレーム単位の画像をD/A変換し、出力する。
　フレームメモリ１４１は、適応ループフィルタ１３８から供給される画像と加算部１３５から供給される画像を蓄積する。フレームメモリ１４１に蓄積されたフィルタ処理が行われていない画像のうちのＰＵに隣接する画像は、周辺画像としてスイッチ１４２を介してイントラ予測部１４３に供給される。一方、フレームメモリ１４１に蓄積されたフィルタ処理が行われた画像は、参照画像として、スイッチ１４２を介して動き補償部１４４に供給される。
　イントラ予測部１４３は、フレームメモリ１４１からスイッチ１４２を介して読み出された周辺画像を用いて、可逆復号部１３２から供給されるイントラ予測モード情報が示す最適イントラ予測モードのイントラ予測処理を行う。IntraBCモードの場合、可逆復号部１３２からintraBCベクトルも送られてくるので、それが用いられて、IntraBCモードのイントラ予測が行われる。イントラ予測部１４３は、その結果生成される予測画像をスイッチ１４５に供給する。
　動き補償部１４４は、フレームメモリ１４１からスイッチ１４２を介して、可逆復号部１３２から供給される参照画像を特定する情報により特定される参照画像を読み出す。動き補償部１４４は、可逆復号部１３２から供給される動きベクトルと参照画像を用いて、可逆復号部１３２から供給されるインター予測モード情報が示す最適インター予測モードの動き補償処理を行う。動き補償部１４４は、その結果生成される予測画像をスイッチ１４５に供給する。
　スイッチ１４５は、可逆復号部１３２からイントラ予測モード情報が供給された場合、イントラ予測部１４３から供給される予測画像を加算部１３５に供給する。一方、可逆復号部１３２からインター予測モード情報が供給された場合、スイッチ１４５は、動き補償部１４４から供給される予測画像を加算部１３５に供給する。
　（復号装置の処理の説明）
　図２２は、図２０の復号装置１１０の画像生成処理を説明するフローチャートである。
　図２２のステップＳ１１１において、復号装置１１０の受け取り部１１１は、図１３の符号化装置１０から伝送されてくる符号化ストリームを受け取り、抽出部１１２に供給する。
　ステップＳ１１２において、抽出部１１２は、受け取り部１１１から供給される符号化ストリームから、符号化データを抽出し、復号部１１３に供給する。
　ステップＳ１１３において、抽出部１１２は、受け取り部１１１から供給される符号化ストリームから、VPS,SPS,PPSなどのパラメータセットを抽出し、復号部１１３に供給する。特に、抽出部１１２は、SPS,PPSのIntraBC制御情報を抽出する。
　ステップＳ１１４において、復号部１１３は、必要に応じて抽出部１１２から供給されるパラメータセットを用いて、抽出部１１２から供給される符号化データをHEVC方式に準ずる方式で復号する復号処理を行う。なお、復号部１１３は、抽出部１１２から供給されるSPS,PPSのIntraBC制御情報に基づいて、復号処理を並行で、または単独で行う。この復号処理の詳細は、後述する図２３を参照して説明する。そして、処理は終了する。
　次に、図２３のフローチャートを参照して、図２２のステップＳ１１４の復号処理の詳細を説明する。
　ステップＳ１２１において、可逆復号部１３２は、AU(アクセスユニット)の全スライスヘッダを復号する。
　ステップＳ１２２において、可逆復号部１３２は、スライス分割の数Nを復号する。
　ステップＳ１２３において、可逆復号部１３２は、sps_crossslice_intraBC_enable_flagが１であるか否かを判定する。ステップＳ１２３において、sps_crossslice_intraBC_enable_flagが１であると判定された場合、処理は、ステップＳ１２４に進む。
　ステップＳ１２４において、可逆復号部１３２は、intra_BC_ref_prev_slice_flagが１であるか否かを判定する。ステップＳ１２４において、intra_BC_ref_prev_slice_flagが１であると判定された場合、処理は、ステップＳ１２５に進む。
　可逆復号部１３２は、ステップＳ１２５において、逆量子化部１３３以降の各部に対して、スライス０乃至N-1を順に復号させる。
　一方、ステップＳ１２３において、sps_crossslice_intraBC_enable_flagが１ではないと判定された場合、または、ステップＳ１２４において、intra_BC_ref_prev_slice_flagが１ではないと判定された場合、処理は、ステップＳ１２６に進む。
　可逆復号部１３２は、ステップＳ１２６において、逆量子化部１３３以降の各部に対して、スライス０乃至N-1を並列に復号させる。
　なお、ステップＳ１２５およびＳ１２６におけるスライスの復号処理については、図２５を参照して後述する。
　次に、図２４のフローチャートを参照して、図２２のステップＳ１１４の復号処理の他の例について説明する。
　ステップＳ１４１において、可逆復号部１３２は、AU(アクセスユニット)の全スライスヘッダを復号する。
　ステップＳ１４２において、可逆復号部１３２は、スライス分割の数Nを復号する。
　ステップＳ１４３において、可逆復号部１３２は、sps_crossslice_intraBC_enable_flagが１であるか否かを判定する。ステップＳ１４３において、sps_crossslice_intraBC_enable_flagが１であると判定された場合、処理は、ステップＳ１４４に進む。
　ステップＳ１４４において、可逆復号部１３２は、intra_BC_ref_prev_slice_flagが１であるか否かを判定する。ステップＳ１４４において、intra_BC_ref_prev_slice_flagが１であると判定された場合、処理は、ステップＳ１４５に進む。
　可逆復号部１３２は、ステップＳ１４５において、各スライスのintraBC_ref_prev_slice_numからスライス間の依存関係を参照し、各スライスについて、依存関係のあるスライスであるか否かを判定する。
　ステップＳ１４５において、依存関係のあるスライスであると判定された場合、処理は、ステップＳ１４６に進む。ステップＳ１４６において、可逆復号部１３２は、逆量子化部１３３以降の各部に対して、スライスＸ（Ｘは依存関係のあるスライス番号）を順に復号させる。
　一方、ステップＳ１４５において、依存関係のあるスライスではないと判定された場合、処理は、ステップＳ１４７に進む。ステップＳ１４７において、可逆復号部１３２は、逆量子化部１３３以降の各部に対して、スライスＹ（Ｙは依存関係のないスライス番号）を並列に復号させる。
　ステップＳ１４３において、sps_crossslice_intraBC_enable_flagが１ではないと判定された場合、または、ステップＳ１４４において、intra_BC_ref_prev_slice_flagが１ではないと判定された場合、処理は、ステップＳ１４８に進む。
　ステップＳ１４８において、可逆復号部１３２は、逆量子化部１３３以降の各部に対して、スライス０乃至N-1を並列に復号させる。
　以上のようにして、復号装置１１０においては、IntraBC制御情報に基づいて、スライスが並列または順番に処理される。
　なお、ステップＳ１４６乃至Ｓ１４８におけるスライスの復号処理については、図２５を参照して後述する。
　次に、図２５のフローチャートを参照して、スライス復号処理について説明する。この処理は、可逆復号部１３２により、スライスに対して並列に、または、順番に行われる。
　図２５のステップＳ１６１において、復号部１１３の蓄積バッファ１３１（図２１）は、図２０の抽出部１１２からフレーム単位の符号化データを受け取り、蓄積する。蓄積バッファ１３１は、蓄積されている符号化データを可逆復号部１３２に供給する。
　ステップＳ１６２において、可逆復号部１３２は、蓄積バッファ１３１からの符号化データを可逆復号し、量子化値と符号化情報を得る。可逆復号部１３２は、量子化値を逆量子化部１３３に供給する。
　また、可逆復号部１３２は、符号化情報としてのイントラ予測モード情報などをイントラ予測部１４３に供給する。可逆復号部１３２は、動きベクトル、インター予測モード情報、参照画像を特定する情報などを動き補償部１４４に供給する。
　さらに、可逆復号部１３２は、符号化情報としてのイントラ予測モード情報またはインター予測モード情報をスイッチ１４５に供給する。可逆復号部１３２は、符号化情報としてのオフセットフィルタ情報を適応オフセットフィルタ１３７に供給し、フィルタ係数を適応ループフィルタ１３８に供給する。
　ステップＳ１６３において、逆量子化部１３３は、可逆復号部１３２から供給される量子化値を逆量子化する。逆量子化部１３３は、逆量子化の結果得られる直交変換処理結果を逆直交変換部１３４に供給する。
　ステップＳ１６４において、逆直交変換部１３４は、逆量子化部１３３からの直交変換処理結果に対して逆直交変換処理を行う。
　ステップＳ１６５において、動き補償部１４４は、可逆復号部１３２からインター予測モード情報が供給されたかどうかを判定する。ステップＳ１６５でインター予測モード情報が供給されたと判定された場合、処理はステップＳ１６６に進む。
　ステップＳ１６６において、動き補償部１４４は、可逆復号部１３２から供給される参照画像特定情報に基づいて参照画像を読み出し、動きベクトルと参照画像を用いて、インター予測モード情報が示す最適インター予測モードの動き補償処理を行う。動き補償部１４４は、その結果生成される予測画像を、スイッチ１４５を介して加算部１３５に供給し、処理をステップＳ１６８に進める。
　一方、ステップＳ１６５でインター予測モード情報が供給されていないと判定された場合、即ちイントラ予測モード情報がイントラ予測部１４３に供給された場合、処理はステップＳ１６７に進む。
　ステップＳ１６７において、イントラ予測部１４３は、イントラ予測モード情報が示すイントラ予測モードが、intraBCモードであるか否かを判定する。ステップＳ１６７において、intraBCモードではないと判定された場合、ステップＳ１６８に進む。
　ステップＳ１６８において、イントラ予測部１４３は、フレームメモリ１４１からスイッチ１４２を介して読み出された周辺画像を用いて、イントラ予測モード情報が示すイントラ予測モード（intraBCモード以外）のイントラ予測処理を行う。イントラ予測部１４３は、イントラ予測処理の結果生成される予測画像を、スイッチ１４５を介して加算部１３５に供給し、処理をステップＳ１７１に進める。
　ステップＳ１６７において、intraBCモードであると判定された場合、ステップＳ１６９に進む。ステップＳ１６９において、イントラ予測部１４３は、可逆復号部１３２からintraBCベクトルを受け取る。ステップＳ１７０において、イントラ予測部１４３は、フレームメモリ１４１からスイッチ１４２を介して読み出された周辺画像を用いて、intraBCモードのイントラ予測処理を行う。イントラ予測部１４３は、イントラ予測処理の結果生成される予測画像を、スイッチ１４５を介して加算部１３５に供給し、処理をステップＳ１７１に進める。
　ステップＳ１７１において、加算部１３５は、逆直交変換部１３４から供給される残差情報と、スイッチ１４５から供給される予測画像を加算することにより、復号を行う。加算部１３５は、復号された画像をデブロックフィルタ１３６とフレームメモリ１４１に供給する。
　ステップＳ１７２において、デブロックフィルタ１３６は、加算部１３５から供給される画像に対してデブロッキングフィルタ処理を行い、ブロック歪を除去する。デブロックフィルタ１３６は、その結果得られる画像を適応オフセットフィルタ１３７に供給する。
　ステップＳ１７３において、適応オフセットフィルタ１３７は、可逆復号部１３２から供給されるオフセットフィルタ情報に基づいて、デブロックフィルタ１３６によるデブロックフィルタ処理後の画像に対して、LCUごとに適応オフセットフィルタ処理を行う。適応オフセットフィルタ１３７は、適応オフセットフィルタ処理後の画像を、適応ループフィルタ１３８に供給する。
　ステップＳ１７４において、適応ループフィルタ１３８は、適応オフセットフィルタ１３７から供給される画像に対して、可逆復号部１３２から供給されるフィルタ係数を用いて、LCUごとに適応ループフィルタ処理を行う。適応ループフィルタ１３８は、その結果得られる画像をフレームメモリ１４１および画面並べ替えバッファ１３９に供給する。
　ステップＳ１７５において、フレームメモリ１４１は、加算部１３５から供給される画像と、適応ループフィルタ１３８から供給される画像を蓄積する。フレームメモリ１４１に蓄積されたフィルタ処理が行われていない画像のうちのＰＵに隣接する画像は、周辺画像としてスイッチ１４２を介してイントラ予測部１４３に供給される。一方、フレームメモリ１４１に蓄積されたフィルタ処理が行われた画像は、参照画像として、スイッチ１４２を介して動き補償部１４４に供給される。
　ステップＳ１７６において、画面並べ替えバッファ１３９は、適応ループフィルタ１３８から供給される画像をフレーム単位で記憶し、記憶した符号化のための順番のフレーム単位の画像を、元の表示の順番に並び替え、D/A変換部１４０に供給する。
　ステップＳ１７７において、D/A変換部１４０は、画面並べ替えバッファ１３９から供給されるフレーム単位の画像をD/A変換し、出力する。そして、処理は、図２３のステップＳ１４６乃至Ｓ１４８のいずれか、あるいは図２４のステップＳ１２５またはＳ１２６に戻り、終了する。
　以上により、IntraBCにおいて符号化効率を改善できる。
　以上においては、符号化方式としてHEVCに準じた方式を用いるようにした。ただし、本技術はこれに限らず、その他の符号化方式／復号方式を適用することができる。
　なお、本開示は、例えば、HEVC方式等の様に、離散コサイン変換等の直交変換と動き補償によって圧縮された画像情報（ビットストリーム）を、衛星放送、ケーブルテレビジョン、インターネット、または携帯電話機などのネットワークメディアを介して受信する際に用いられる画像符号化装置および画像復号装置に適用することができる。また、本開示は、光、磁気ディスク、およびフラッシュメモリのような記憶メディア上で処理する際に用いられる画像符号化装置および画像復号装置に適用することができる。
　＜第２実施の形態＞
　（本開示を適用したコンピュータの説明）
　上述した一連の処理は、ハードウエアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのフトウエアを構成するプログラムが、コンピュータにインストールされる。ここで、コンピュータには、専用のハードウエアに組み込まれているコンピュータや、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどが含まれる。
　図２６は、上述した一連の処理をプログラムにより実行するコンピュータのハードウエアの構成例を示すブロック図である。
　コンピュータにおいて、CPU（Central Processing Unit）２０１，ROM（Read Only Memory）２０２，RAM（Random Access Memory）２０３は、バス２０４により相互に接続されている。
　バス２０４には、さらに、入出力インタフェース２０５が接続されている。入出力インタフェース２０５には、入力部２０６、出力部２０７、記憶部２０８、通信部２０９、及びドライブ２１０が接続されている。
　入力部２０６は、キーボード、マウス、マイクロホンなどよりなる。出力部２０７は、ディスプレイ、スピーカなどよりなる。記憶部２０８は、ハードディスクや不揮発性のメモリなどよりなる。通信部２０９は、ネットワークインタフェースなどよりなる。ドライブ２１０は、磁気ディスク、光ディスク、光磁気ディスク、又は半導体メモリなどのリムーバブルメディア２１１を駆動する。
　以上のように構成されるコンピュータでは、CPU２０１が、例えば、記憶部２０８に記憶されているプログラムを、入出力インタフェース２０５及びバス２０４を介して、RAM２０３にロードして実行することにより、上述した一連の処理が行われる。
　コンピュータ（CPU２０１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア２１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。
　コンピュータでは、プログラムは、リムーバブルメディア２１１をドライブ２１０に装着することにより、入出力インタフェース２０５を介して、記憶部２０８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部２０９で受信し、記憶部２０８にインストールすることができる。その他、プログラムは、ROM２０２や記憶部２０８に、あらかじめインストールしておくことができる。
　なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
　＜第３実施の形態＞
　（多視点画像符号化・多視点画像復号への適用）
　上述した一連の処理は、多視点画像符号化・多視点画像復号に適用することができる。図２７は、多視点画像符号化方式の一例を示す。
　図２７に示されるように、多視点画像は、複数の視点（ビュー（view））の画像を含む。この多視点画像の複数のビューは、他のビューの画像を利用せずに自身のビューの画像のみを用いて符号化・復号を行うベースビューと、他のビューの画像を利用して符号化・復号を行うノンベースビューとによりなる。ノンベースビューは、ベースビューの画像を利用するようにしても良いし、他のノンベースビューの画像を利用するようにしてもよい。
　図２７のような多視点画像を符号化・復号する場合、各ビューの画像を符号化・復号するが、この各ビューの符号化・復号に対して、上述した第１実施の形態の方法を適用するようにしてもよい。このようにすることにより、IntraBCにおいて符号化効率を改善できる。これにより、符号化効率が向上する。
　さらに、各ビューの符号化・復号において、上述した第１実施の形態の方法で使用されるパラメータを共有するようにしてもよい。より具体的には、例えば、符号化情報としてのVPS,SPS,PPS等を、各ビューの符号化・復号において共有するようにしてもよい。もちろん、これら以外の必要な情報も、各ビューの符号化・復号において共有するようにしてもよい。
　このようにすることにより、冗長な情報の伝送を抑制し、伝送する情報量（符号量）を低減することができる（つまり、符号化効率の低減を抑制することができる）。
　（多視点画像符号化装置）
　図２８は、上述した多視点画像符号化を行う多視点画像符号化装置を示す図である。図２８に示されるように、多視点画像符号化装置６００は、符号化部６０１、符号化部６０２、および多重化部６０３を有する。
　符号化部６０１は、ベースビュー画像を符号化し、ベースビュー画像符号化ストリームを生成する。符号化部６０２は、ノンベースビュー画像を符号化し、ノンベースビュー画像符号化ストリームを生成する。多重化部６０３は、符号化部６０１において生成されたベースビュー画像符号化ストリームと、符号化部６０２において生成されたノンベースビュー画像符号化ストリームとを多重化し、多視点画像符号化ストリームを生成する。
　この多視点画像符号化装置６００の符号化部６０１および符号化部６０２に対して、符号化装置１０（図１３）を適用することができる。つまり、各ビューに対する符号化においてIntraBCにおいて符号化効率を改善できる。また、符号化部６０１および符号化部６０２は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、符号化を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
　（多視点画像復号装置）
　図２９は、上述した多視点画像復号を行う多視点画像復号装置を示す図である。図２９に示されるように、多視点画像復号装置６１０は、逆多重化部６１１、復号部６１２、および復号部６１３を有する。
　逆多重化部６１１は、ベースビュー画像符号化ストリームとノンベースビュー画像符号化ストリームとが多重化された多視点画像符号化ストリームを逆多重化し、ベースビュー画像符号化ストリームと、ノンベースビュー画像符号化ストリームとを抽出する。復号部６１２は、逆多重化部６１１により抽出されたベースビュー画像符号化ストリームを復号し、ベースビュー画像を得る。復号部６１３は、逆多重化部６１１により抽出されたノンベースビュー画像符号化ストリームを復号し、ノンベースビュー画像を得る。
　この多視点画像復号装置６１０の復号部６１２および復号部６１３に対して、復号装置１１０（図２０）を適用することができる。つまり、IntraBCにおいて符号化効率を改善できる。また、復号部６１２および復号部６１３は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、復号を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
　＜第４実施の形態＞
　（階層画像符号化・階層画像復号への適用）
　上述した一連の処理は、階層画像符号化・階層画像復号（スケーラブル符号化・スケーラブル復号）に適用することができる。図３０は、階層画像符号化方式の一例を示す。
　階層画像符号化（スケーラブル符号化）は、画像データを、所定のパラメータについてスケーラブル（scalable）機能を有するように、画像を複数レイヤ化（階層化）し、レイヤ毎に符号化するものである。階層画像復号（スケーラブル復号）は、その階層画像符号化に対応する復号である。
　図３０に示されるように、画像の階層化においては、スケーラブル機能を有する所定のパラメータを基準として１の画像が複数の画像（レイヤ）に分割される。つまり、階層化された画像（階層画像）は、その所定のパラメータの値が互いに異なる複数の階層（レイヤ）の画像を含む。この階層画像の複数のレイヤは、他のレイヤの画像を利用せずに自身のレイヤの画像のみを用いて符号化・復号を行うベースレイヤと、他のレイヤの画像を利用して符号化・復号を行うノンベースレイヤ（エンハンスメントレイヤとも称する）とによりなる。ノンベースレイヤは、ベースレイヤの画像を利用するようにしても良いし、他のノンベースレイヤの画像を利用するようにしてもよい。
　一般的に、ノンベースレイヤは、冗長性が低減されるように、自身の画像と、他のレイヤの画像との差分画像のデータ（差分データ）により構成される。例えば、１の画像をベースレイヤとノンベースレイヤ（エンハンスメントレイヤとも称する）に２階層化した場合、ベースレイヤのデータのみで元の画像よりも低品質な画像が得られ、ベースレイヤのデータとノンベースレイヤのデータを合成することで、元の画像（すなわち高品質な画像）が得られる。
　このように画像を階層化することにより、状況に応じて多様な品質の画像を容易に得ることができる。例えば携帯電話のような、処理能力の低い端末に対しては、ベースレイヤ（base layer）のみの画像圧縮情報を伝送し、空間時間解像度の低い、或いは、画質の良くない動画像を再生し、テレビやパーソナルコンピュータのような、処理能力の高い端末に対しては、ベースレイヤ（base layer）に加えて、エンハンスメントレイヤ（enhancement layer）の画像圧縮情報を伝送し、空間時間解像度の高い、或いは、画質の高い動画像を再生するといったように、トランスコード処理を行うことなく、端末やネットワークの能力に応じた画像圧縮情報を、サーバから送信することが可能となる。
　図３０の例のような階層画像を符号化・復号する場合、各レイヤの画像を符号化・復号するが、この各レイヤの符号化・復号に対して、上述した第１実施の形態の方法を適用するようにしてもよい。このようにすることにより、IntraBCにおいて符号化効率を改善できる。これにより符号化効率が向上する。
　さらに、各レイヤの符号化・復号において、上述した第１実施の形態の方法で使用されるフラグやパラメータを共有するようにしてもよい。より具体的には、例えば、符号化情報としてのVPS,SPS,PPS等を、各レイヤの符号化・復号において共有するようにしてもよい。もちろん、これら以外の必要な情報も、各レイヤの符号化・復号において共有するようにしてもよい。
　このようにすることにより、冗長な情報の伝送を抑制し、伝送する情報量（符号量）を低減することができる（つまり、符号化効率の低減を抑制することができる）。
　（スケーラブルなパラメータ）
　このような階層画像符号化・階層画像復号（スケーラブル符号化・スケーラブル復号）において、スケーラブル（scalable）機能を有するパラメータは、任意である。例えば、図３１に示されるような空間解像度をそのパラメータとしてもよい（spatial scalability）。このスペーシャルスケーラビリティ（spatial scalability）の場合、レイヤ毎に画像の解像度が異なる。つまり、この場合、図３１に示されるように、各ピクチャが、元の画像より空間的に低解像度のベースレイヤと、ベースレイヤと合成することにより元の空間解像度が得られるエンハンスメントレイヤの２階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
　また、このようなスケーラブル性を持たせるパラメータとして、他には、例えば、図３２に示されるような、時間解像度を適用しても良い（temporal scalability）。このテンポラルスケーラビリティ（temporal scalability）の場合、レイヤ毎にフレームレートが異なる。つまり、この場合、図３２に示されるように、各ピクチャが、元の動画像より低フレームレートのベースレイヤと、ベースレイヤと合成することにより元のフレームレートが得られるエンハンスメントレイヤの２階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
　さらに、このようなスケーラブル性を持たせるパラメータとして、例えば、信号雑音比（SNR（Signal to Noise ratio））を適用しても良い（SNR scalability）。このSNRスケーラビリティ（SNR scalability）の場合、レイヤ毎にSN比が異なる。つまり、この場合、図３３に示されるように、各ピクチャが、元の画像よりSNRの低いベースレイヤと、ベースレイヤと合成することにより元のSNRが得られるエンハンスメントレイヤの２階層に階層化される。もちろん、この階層数は一例であり、任意の階層数に階層化することができる。
　スケーラブル性を持たせるパラメータは、上述した例以外であっても、もちろんよい。例えば、スケーラブル性を持たせるパラメータとして、ビット深度を用いることもできる（bit-depth scalability）。このビット深度スケーラビリティ（bit-depth scalability）の場合、レイヤ毎にビット深度が異なる。この場合、例えば、ベースレイヤ（base layer）が８ビット（bit）画像よりなり、これにエンハンスメントレイヤ（enhancement layer）を加えることにより、10ビット（bit）画像が得られるようにすることができる。
　また、スケーラブル性を持たせるパラメータとして、クロマフォーマットを用いることもできる（chroma scalability）。このクロマスケーラビリティ（chroma scalability）の場合、レイヤ毎にクロマフォーマットが異なる。この場合、例えば、ベースレイヤ（base layer）が4:2:0フォーマットのコンポーネント画像よりなり、これにエンハンスメントレイヤ（enhancement layer）を加えることにより、4:2:2フォーマットのコンポーネント画像が得られるようにすることができる。
　（階層画像符号化装置）
　図３４は、上述した階層画像符号化を行う階層画像符号化装置を示す図である。図３４に示されるように、階層画像符号化装置６２０は、符号化部６２１、符号化部６２２、および多重化部６２３を有する。
　符号化部６２１は、ベースレイヤ画像を符号化し、ベースレイヤ画像符号化ストリームを生成する。符号化部６２２は、ノンベースレイヤ画像を符号化し、ノンベースレイヤ画像符号化ストリームを生成する。多重化部６２３は、符号化部６２１において生成されたベースレイヤ画像符号化ストリームと、符号化部６２２において生成されたノンベースレイヤ画像符号化ストリームとを多重化し、階層画像符号化ストリームを生成する。
　この階層画像符号化装置６２０の符号化部６２１および符号化部６２２に対して、符号化装置１０（図１３）を適用することができる。つまり、IntraBCにおいて符号化効率を改善できる。また、符号化部６２１および符号化部６２２は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、イントラ予測のフィルタ処理の制御等を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
　（階層画像復号装置）
　図３５は、上述した階層画像復号を行う階層画像復号装置を示す図である。図３５に示されるように、階層画像復号装置６３０は、逆多重化部６３１、復号部６３２、および復号部６３３を有する。
　逆多重化部６３１は、ベースレイヤ画像符号化ストリームとノンベースレイヤ画像符号化ストリームとが多重化された階層画像符号化ストリームを逆多重化し、ベースレイヤ画像符号化ストリームと、ノンベースレイヤ画像符号化ストリームとを抽出する。復号部６３２は、逆多重化部６３１により抽出されたベースレイヤ画像符号化ストリームを復号し、ベースレイヤ画像を得る。復号部６３３は、逆多重化部６３１により抽出されたノンベースレイヤ画像符号化ストリームを復号し、ノンベースレイヤ画像を得る。
　この階層画像復号装置６３０の復号部６３２および復号部６３３に対して、復号装置１１０（図２０）を適用することができる。つまり、IntraBCにおいて符号化効率を改善できる。また、復号部６１２および復号部６１３は、互いに同一のフラグやパラメータ（例えば、画像間の処理に関するシンタクス要素等）を用いて、復号を行うことができる（すなわち、フラグやパラメータを共有することができる）ので、符号化効率の低減を抑制することができる。
　＜第５実施の形態＞
　（テレビジョン装置の構成例）
　図３６は、本開示を適用したテレビジョン装置の概略構成を例示している。テレビジョン装置９００は、アンテナ９０１、チューナ９０２、デマルチプレクサ９０３、デコーダ９０４、映像信号処理部９０５、表示部９０６、音声信号処理部９０７、スピーカ９０８、外部インタフェース部９０９を有している。さらに、テレビジョン装置９００は、制御部９１０、ユーザインタフェース部９１１等を有している。
　チューナ９０２は、アンテナ９０１で受信された放送波信号から所望のチャンネルを選局して復調を行い、得られた符号化ビットストリームをデマルチプレクサ９０３に出力する。
　デマルチプレクサ９０３は、符号化ビットストリームから視聴対象である番組の映像や音声のパケットを抽出して、抽出したパケットのデータをデコーダ９０４に出力する。また、デマルチプレクサ９０３は、ＥＰＧ（Electronic Program Guide）等のデータのパケットを制御部９１０に供給する。なお、スクランブルが行われている場合、デマルチプレクサ等でスクランブルの解除を行う。
　デコーダ９０４は、パケットの復号化処理を行い、復号処理化によって生成された映像データを映像信号処理部９０５、音声データを音声信号処理部９０７に出力する。
　映像信号処理部９０５は、映像データに対して、ノイズ除去やユーザ設定に応じた映像処理等を行う。映像信号処理部９０５は、表示部９０６に表示させる番組の映像データや、ネットワークを介して供給されるアプリケーションに基づく処理による画像データなどを生成する。また、映像信号処理部９０５は、項目の選択などのメニュー画面等を表示するための映像データを生成し、それを番組の映像データに重畳する。映像信号処理部９０５は、このようにして生成した映像データに基づいて駆動信号を生成して表示部９０６を駆動する。
　表示部９０６は、映像信号処理部９０５からの駆動信号に基づき表示デバイス（例えば液晶表示素子等）を駆動して、番組の映像などを表示させる。
　音声信号処理部９０７は、音声データに対してノイズ除去などの所定の処理を施し、処理後の音声データのＤ／Ａ変換処理や増幅処理を行いスピーカ９０８に供給することで音声出力を行う。
　外部インタフェース部９０９は、外部機器やネットワークと接続するためのインタフェースであり、映像データや音声データ等のデータ送受信を行う。
　制御部９１０にはユーザインタフェース部９１１が接続されている。ユーザインタフェース部９１１は、操作スイッチやリモートコントロール信号受信部等で構成されており、ユーザ操作に応じた操作信号を制御部９１０に供給する。
　制御部９１０は、ＣＰＵ(Central Processing Unit)やメモリ等を用いて構成されている。メモリは、ＣＰＵにより実行されるプログラムやＣＰＵが処理を行う上で必要な各種のデータ、ＥＰＧデータ、ネットワークを介して取得されたデータ等を記憶する。メモリに記憶されているプログラムは、テレビジョン装置９００の起動時などの所定タイミングでＣＰＵにより読み出されて実行される。ＣＰＵは、プログラムを実行することで、テレビジョン装置９００がユーザ操作に応じた動作となるように各部を制御する。
　なお、テレビジョン装置９００では、チューナ９０２、デマルチプレクサ９０３、映像信号処理部９０５、音声信号処理部９０７、外部インタフェース部９０９等と制御部９１０を接続するためバス９１２が設けられている。
　このように構成されたテレビジョン装置では、デコーダ９０４に本願の復号装置（復号方法）の機能が設けられる。このため、符号化ストリームの復号処理において、IntraBCにおける符号化効率を改善することができる。
　＜第６実施の形態＞
　（携帯電話機の構成例）
　図３７は、本開示を適用した携帯電話機の概略構成を例示している。携帯電話機９２０は、通信部９２２、音声コーデック９２３、カメラ部９２６、画像処理部９２７、多重分離部９２８、記録再生部９２９、表示部９３０、制御部９３１を有している。これらは、バス９３３を介して互いに接続されている。
　また、通信部９２２にはアンテナ９２１が接続されており、音声コーデック９２３には、スピーカ９２４とマイクロホン９２５が接続されている。さらに制御部９３１には、操作部９３２が接続されている。
　携帯電話機９２０は、音声通話モードやデータ通信モード等の各種モードで、音声信号の送受信、電子メールや画像データの送受信、画像撮影、またはデータ記録等の各種動作を行う。
　音声通話モードにおいて、マイクロホン９２５で生成された音声信号は、音声コーデック９２３で音声データへの変換やデータ圧縮が行われて通信部９２２に供給される。通信部９２２は、音声データの変調処理や周波数変換処理等を行い、送信信号を生成する。また、通信部９２２は、送信信号をアンテナ９２１に供給して図示しない基地局へ送信する。また、通信部９２２は、アンテナ９２１で受信した受信信号の増幅や周波数変換処理および復調処理等を行い、得られた音声データを音声コーデック９２３に供給する。音声コーデック９２３は、音声データのデータ伸張やアナログ音声信号への変換を行いスピーカ９２４に出力する。
　また、データ通信モードにおいて、メール送信を行う場合、制御部９３１は、操作部９３２の操作によって入力された文字データを受け付けて、入力された文字を表示部９３０に表示する。また、制御部９３１は、操作部９３２におけるユーザ指示等に基づいてメールデータを生成して通信部９２２に供給する。通信部９２２は、メールデータの変調処理や周波数変換処理等を行い、得られた送信信号をアンテナ９２１から送信する。また、通信部９２２は、アンテナ９２１で受信した受信信号の増幅や周波数変換処理および復調処理等を行い、メールデータを復元する。このメールデータを、表示部９３０に供給して、メール内容の表示を行う。
　なお、携帯電話機９２０は、受信したメールデータを、記録再生部９２９で記憶媒体に記憶させることも可能である。記憶媒体は、書き換え可能な任意の記憶媒体である。例えば、記憶媒体は、ＲＡＭや内蔵型フラッシュメモリ等の半導体メモリ、ハードディスク、磁気ディスク、光磁気ディスク、光ディスク、USB（Universal Serial Bus）メモリ、またはメモリカード等のリムーバブルメディアである。
　データ通信モードにおいて画像データを送信する場合、カメラ部９２６で生成された画像データを、画像処理部９２７に供給する。画像処理部９２７は、画像データの符号化処理を行い、符号化データを生成する。
　多重分離部９２８は、画像処理部９２７で生成された符号化データと、音声コーデック９２３から供給された音声データを所定の方式で多重化して通信部９２２に供給する。通信部９２２は、多重化データの変調処理や周波数変換処理等を行い、得られた送信信号をアンテナ９２１から送信する。また、通信部９２２は、アンテナ９２１で受信した受信信号の増幅や周波数変換処理および復調処理等を行い、多重化データを復元する。この多重化データを多重分離部９２８に供給する。多重分離部９２８は、多重化データの分離を行い、符号化データを画像処理部９２７、音声データを音声コーデック９２３に供給する。画像処理部９２７は、符号化データの復号化処理を行い、画像データを生成する。この画像データを表示部９３０に供給して、受信した画像の表示を行う。音声コーデック９２３は、音声データをアナログ音声信号に変換してスピーカ９２４に供給して、受信した音声を出力する。
　このように構成された携帯電話装置では、画像処理部９２７に本願の符号化装置および復号装置（符号化方法および復号方法）の機能が設けられる。このため、IntraBCにおける符号化効率を改善することができる。
　＜第７実施の形態＞
　（記録再生装置の構成例）
　図３８は、本開示を適用した記録再生装置の概略構成を例示している。記録再生装置９４０は、例えば受信した放送番組のオーディオデータとビデオデータを、記録媒体に記録して、その記録されたデータをユーザの指示に応じたタイミングでユーザに提供する。また、記録再生装置９４０は、例えば他の装置からオーディオデータやビデオデータを取得し、それらを記録媒体に記録させることもできる。さらに、記録再生装置９４０は、記録媒体に記録されているオーディオデータやビデオデータを復号して出力することで、モニタ装置等において画像表示や音声出力を行うことができるようにする。
　記録再生装置９４０は、チューナ９４１、外部インタフェース部９４２、エンコーダ９４３、ＨＤＤ（Hard Disk Drive）部９４４、ディスクドライブ９４５、セレクタ９４６、デコーダ９４７、ＯＳＤ（On-Screen Display）部９４８、制御部９４９、ユーザインタフェース部９５０を有している。
　チューナ９４１は、図示しないアンテナで受信された放送信号から所望のチャンネルを選局する。チューナ９４１は、所望のチャンネルの受信信号を復調して得られた符号化ビットストリームをセレクタ９４６に出力する。
　外部インタフェース部９４２は、ＩＥＥＥ１３９４インタフェース、ネットワークインタフェース部、ＵＳＢインタフェース、フラッシュメモリインタフェース等の少なくともいずれかで構成されている。外部インタフェース部９４２は、外部機器やネットワーク、メモリカード等と接続するためのインタフェースであり、記録する映像データや音声データ等のデータ受信を行う。
　エンコーダ９４３は、外部インタフェース部９４２から供給された映像データや音声データが符号化されていないとき所定の方式で符号化を行い、符号化ビットストリームをセレクタ９４６に出力する。
　ＨＤＤ部９４４は、映像や音声等のコンテンツデータ、各種プログラムやその他のデータ等を内蔵のハードディスクに記録し、また再生時等にそれらを当該ハードディスクから読み出す。
　ディスクドライブ９４５は、装着されている光ディスクに対する信号の記録および再生を行う。光ディスク、例えばＤＶＤディスク（ＤＶＤ－Ｖｉｄｅｏ、ＤＶＤ－ＲＡＭ、ＤＶＤ－Ｒ、ＤＶＤ－ＲＷ、ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等）やＢｌｕ－ｒａｙ（登録商標）ディスク等である。
　セレクタ９４６は、映像や音声の記録時には、チューナ９４１またはエンコーダ９４３からのいずれかの符号化ビットストリームを選択して、ＨＤＤ部９４４やディスクドライブ９４５のいずれかに供給する。また、セレクタ９４６は、映像や音声の再生時に、ＨＤＤ部９４４またはディスクドライブ９４５から出力された符号化ビットストリームをデコーダ９４７に供給する。
　デコーダ９４７は、符号化ビットストリームの復号化処理を行う。デコーダ９４７は、復号処理化を行うことにより生成された映像データをＯＳＤ部９４８に供給する。また、デコーダ９４７は、復号処理化を行うことにより生成された音声データを出力する。
　ＯＳＤ部９４８は、項目の選択などのメニュー画面等を表示するための映像データを生成し、それをデコーダ９４７から出力された映像データに重畳して出力する。
　制御部９４９には、ユーザインタフェース部９５０が接続されている。ユーザインタフェース部９５０は、操作スイッチやリモートコントロール信号受信部等で構成されており、ユーザ操作に応じた操作信号を制御部９４９に供給する。
　制御部９４９は、ＣＰＵやメモリ等を用いて構成されている。メモリは、ＣＰＵにより実行されるプログラムやＣＰＵが処理を行う上で必要な各種のデータを記憶する。メモリに記憶されているプログラムは、記録再生装置９４０の起動時などの所定タイミングでＣＰＵにより読み出されて実行される。ＣＰＵは、プログラムを実行することで、記録再生装置９４０がユーザ操作に応じた動作となるように各部を制御する。
　このように構成された記録再生装置では、エンコーダ９４３に本願の符号化装置（符号化方法）の機能が設けられる。このため、IntraBCにおける符号化効率を改善することができる。また、デコーダ９４７に本願の復号装置（復号方法）の機能が設けられる。このため、IntraBCにおける符号化効率を改善することができる。
　＜第８実施の形態＞
　（撮像装置の構成例）
　図３９は、本開示を適用した撮像装置の概略構成を例示している。撮像装置９６０は、被写体を撮像し、被写体の画像を表示部に表示させたり、それを画像データとして、記録媒体に記録する。
　撮像装置９６０は、光学ブロック９６１、撮像部９６２、カメラ信号処理部９６３、画像データ処理部９６４、表示部９６５、外部インタフェース部９６６、メモリ部９６７、メディアドライブ９６８、ＯＳＤ部９６９、制御部９７０を有している。また、制御部９７０には、ユーザインタフェース部９７１が接続されている。さらに、画像データ処理部９６４や外部インタフェース部９６６、メモリ部９６７、メディアドライブ９６８、ＯＳＤ部９６９、制御部９７０等は、バス９７２を介して接続されている。
　光学ブロック９６１は、フォーカスレンズや絞り機構等を用いて構成されている。光学ブロック９６１は、被写体の光学像を撮像部９６２の撮像面に結像させる。撮像部９６２は、ＣＣＤまたはＣＭＯＳイメージセンサを用いて構成されており、光電変換によって光学像に応じた電気信号を生成してカメラ信号処理部９６３に供給する。
　カメラ信号処理部９６３は、撮像部９６２から供給された電気信号に対してニー補正やガンマ補正、色補正等の種々のカメラ信号処理を行う。カメラ信号処理部９６３は、カメラ信号処理後の画像データを画像データ処理部９６４に供給する。
　画像データ処理部９６４は、カメラ信号処理部９６３から供給された画像データの符号化処理を行う。画像データ処理部９６４は、符号化処理を行うことにより生成された符号化データを外部インタフェース部９６６やメディアドライブ９６８に供給する。また、画像データ処理部９６４は、外部インタフェース部９６６やメディアドライブ９６８から供給された符号化データの復号化処理を行う。画像データ処理部９６４は、復号化処理を行うことにより生成された画像データを表示部９６５に供給する。また、画像データ処理部９６４は、カメラ信号処理部９６３から供給された画像データを表示部９６５に供給する処理や、ＯＳＤ部９６９から取得した表示用データを、画像データに重畳させて表示部９６５に供給する。
　ＯＳＤ部９６９は、記号、文字、または図形からなるメニュー画面やアイコンなどの表示用データを生成して画像データ処理部９６４に出力する。
　外部インタフェース部９６６は、例えば、ＵＳＢ入出力端子などで構成され、画像の印刷を行う場合に、プリンタと接続される。また、外部インタフェース部９６６には、必要に応じてドライブが接続され、磁気ディスク、光ディスク等のリムーバブルメディアが適宜装着され、それらから読み出されたコンピュータプログラムが、必要に応じて、インストールされる。さらに、外部インタフェース部９６６は、ＬＡＮやインターネット等の所定のネットワークに接続されるネットワークインタフェースを有する。制御部９７０は、例えば、ユーザインタフェース部９７１からの指示にしたがって、メディアドライブ９６８から符号化データを読み出し、それを外部インタフェース部９６６から、ネットワークを介して接続される他の装置に供給させることができる。また、制御部９７０は、ネットワークを介して他の装置から供給される符号化データや画像データを、外部インタフェース部９６６を介して取得し、それを画像データ処理部９６４に供給したりすることができる。
　メディアドライブ９６８で駆動される記録メディアとしては、例えば、磁気ディスク、光磁気ディスク、光ディスク、または半導体メモリ等の、読み書き可能な任意のリムーバブルメディアが用いられる。また、記録メディアは、リムーバブルメディアとしての種類も任意であり、テープデバイスであってもよいし、ディスクであってもよいし、メモリカードであってもよい。もちろん、非接触IC（Integrated Circuit）カード等であってもよい。
　また、メディアドライブ９６８と記録メディアを一体化し、例えば、内蔵型ハードディスクドライブやＳＳＤ（Solid State Drive）等のように、非可搬性の記憶媒体により構成されるようにしてもよい。
　制御部９７０は、ＣＰＵを用いて構成されている。メモリ部９６７は、制御部９７０により実行されるプログラムや制御部９７０が処理を行う上で必要な各種のデータ等を記憶する。メモリ部９６７に記憶されているプログラムは、撮像装置９６０の起動時などの所定タイミングで制御部９７０により読み出されて実行される。制御部９７０は、プログラムを実行することで、撮像装置９６０がユーザ操作に応じた動作となるように各部を制御する。
　このように構成された撮像装置では、画像データ処理部９６４に本願の符号化装置および復号装置（符号化方法および復号方法）の機能が設けられる。このため、符号化ストリームの符号化または復号においてIntraBCにおける符号化効率を改善することができる。
　＜スケーラブル符号化の応用例＞
　（第１のシステム）
　次に、スケーラブル符号化（階層符号化）されたスケーラブル符号化データの具体的な利用例について説明する。スケーラブル符号化は、例えば、図４０に示される例のように、伝送するデータの選択のために利用される。
　図４０に示されるデータ伝送システム１０００において、配信サーバ１００２は、スケーラブル符号化データ記憶部１００１に記憶されているスケーラブル符号化データを読み出し、ネットワーク１００３を介して、パーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置に配信する。
　その際、配信サーバ１００２は、端末装置の能力や通信環境等に応じて、適切な品質の符号化データを選択して伝送する。配信サーバ１００２が不要に高品質なデータを伝送しても、端末装置において高画質な画像を得られるとは限らず、遅延やオーバーフローの発生要因となる恐れがある。また、不要に通信帯域を占有したり、端末装置の負荷を不要に増大させたりしてしまう恐れもある。逆に、配信サーバ１００２が不要に低品質なデータを伝送しても、端末装置において十分な画質の画像を得ることができない恐れがある。そのため、配信サーバ１００２は、スケーラブル符号化データ記憶部１００１に記憶されているスケーラブル符号化データを、適宜、端末装置の能力や通信環境等に対して適切な品質の符号化データとして読み出し、伝送する。
　例えば、スケーラブル符号化データ記憶部１００１は、スケーラブルに符号化されたスケーラブル符号化データ（BL+EL）１０１１を記憶するとする。このスケーラブル符号化データ（BL+EL）１０１１は、ベースレイヤとエンハンスメントレイヤの両方を含む符号化データであり、復号することにより、ベースレイヤの画像およびエンハンスメントレイヤの画像の両方を得ることができるデータである。
　配信サーバ１００２は、データを伝送する端末装置の能力や通信環境等に応じて、適切なレイヤを選択し、そのレイヤのデータを読み出す。例えば、配信サーバ１００２は、処理能力の高いパーソナルコンピュータ１００４やタブレットデバイス１００６に対しては、高品質なスケーラブル符号化データ（BL+EL）１０１１をスケーラブル符号化データ記憶部１００１から読み出し、そのまま伝送する。これに対して、例えば、配信サーバ１００２は、処理能力の低いAV機器１００５や携帯電話機１００７に対しては、スケーラブル符号化データ（BL+EL）１０１１からベースレイヤのデータを抽出し、スケーラブル符号化データ（BL+EL）１０１１と同じコンテンツのデータであるが、スケーラブル符号化データ（BL+EL）１０１１よりも低品質なスケーラブル符号化データ（BL）１０１２として伝送する。
　このようにスケーラブル符号化データを用いることにより、データ量を容易に調整することができるので、遅延やオーバーフローの発生を抑制したり、端末装置や通信媒体の負荷の不要な増大を抑制したりすることができる。また、スケーラブル符号化データ（BL+EL）１０１１は、レイヤ間の冗長性が低減されているので、各レイヤの符号化データを個別のデータとする場合よりもそのデータ量を低減させることができる。したがって、スケーラブル符号化データ記憶部１００１の記憶領域をより効率よく使用することができる。
　なお、パーソナルコンピュータ１００４乃至携帯電話機１００７のように、端末装置には様々な装置を適用することができるので、端末装置のハードウエアの性能は、装置によって異なる。また、端末装置が実行するアプリケーションも様々であるので、そのソフトウエアの能力も様々である。さらに、通信媒体となるネットワーク１００３も、例えばインターネットやLAN（Local Area Network）等、有線若しくは無線、またはその両方を含むあらゆる通信回線網を適用することができ、そのデータ伝送能力は様々である。さらに、他の通信等によっても変化する恐れがある。
　そこで、配信サーバ１００２は、データ伝送を開始する前に、データの伝送先となる端末装置と通信を行い、端末装置のハードウエア性能や、端末装置が実行するアプリケーション（ソフトウエア）の性能等といった端末装置の能力に関する情報、並びに、ネットワーク１００３の利用可能帯域幅等の通信環境に関する情報を得るようにしてもよい。そして、配信サーバ１００２が、ここで得た情報を基に、適切なレイヤを選択するようにしてもよい。
　なお、レイヤの抽出は、端末装置において行うようにしてもよい。例えば、パーソナルコンピュータ１００４が、伝送されたスケーラブル符号化データ（BL+EL）１０１１を復号し、ベースレイヤの画像を表示しても良いし、エンハンスメントレイヤの画像を表示しても良い。また、例えば、パーソナルコンピュータ１００４が、伝送されたスケーラブル符号化データ（BL+EL）１０１１から、ベースレイヤのスケーラブル符号化データ（BL）１０１２を抽出し、記憶したり、他の装置に転送したり、復号してベースレイヤの画像を表示したりするようにしてもよい。
　もちろん、スケーラブル符号化データ記憶部１００１、配信サーバ１００２、ネットワーク１００３、および端末装置の数はいずれも任意である。また、以上においては、配信サーバ１００２がデータを端末装置に伝送する例について説明したが、利用例はこれに限定されない。データ伝送システム１０００は、スケーラブル符号化された符号化データを端末装置に伝送する際、端末装置の能力や通信環境等に応じて、適切なレイヤを選択して伝送するシステムであれば、任意のシステムに適用することができる。
　（第２のシステム）
　また、スケーラブル符号化は、例えば、図４１に示される例のように、複数の通信媒体を介する伝送のために利用される。
　図４１に示されるデータ伝送システム１１００において、放送局１１０１は、地上波放送１１１１により、ベースレイヤのスケーラブル符号化データ（BL）１１２１を伝送する。また、放送局１１０１は、有線若しくは無線またはその両方の通信網よりなる任意のネットワーク１１１２を介して、エンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を伝送する（例えばパケット化して伝送する）。
　端末装置１１０２は、放送局１１０１が放送する地上波放送１１１１の受信機能を有し、この地上波放送１１１１を介して伝送されるベースレイヤのスケーラブル符号化データ（BL）１１２１を受け取る。また、端末装置１１０２は、ネットワーク１１１２を介した通信を行う通信機能をさらに有し、このネットワーク１１１２を介して伝送されるエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を受け取る。
　端末装置１１０２は、例えばユーザ指示等に応じて、地上波放送１１１１を介して取得したベースレイヤのスケーラブル符号化データ（BL）１１２１を、復号してベースレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。
　また、端末装置１１０２は、例えばユーザ指示等に応じて、地上波放送１１１１を介して取得したベースレイヤのスケーラブル符号化データ（BL）１１２１と、ネットワーク１１１２を介して取得したエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２とを合成して、スケーラブル符号化データ（BL+EL）を得たり、それを復号してエンハンスメントレイヤの画像を得たり、記憶したり、他の装置に伝送したりする。
　以上のように、スケーラブル符号化データは、例えばレイヤ毎に異なる通信媒体を介して伝送させることができる。したがって、負荷を分散させることができ、遅延やオーバーフローの発生を抑制することができる。
　また、状況に応じて、伝送に使用する通信媒体を、レイヤ毎に選択することができるようにしてもよい。例えば、データ量が比較的多いベースレイヤのスケーラブル符号化データ（BL）１１２１を帯域幅の広い通信媒体を介して伝送させ、データ量が比較的少ないエンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を帯域幅の狭い通信媒体を介して伝送させるようにしてもよい。また、例えば、エンハンスメントレイヤのスケーラブル符号化データ（EL）１１２２を伝送する通信媒体を、ネットワーク１１１２とするか、地上波放送１１１１とするかを、ネットワーク１１１２の利用可能帯域幅に応じて切り替えるようにしてもよい。もちろん、任意のレイヤのデータについて同様である。
　このように制御することにより、データ伝送における負荷の増大を、より抑制することができる。
　もちろん、レイヤ数は任意であり、伝送に利用する通信媒体の数も任意である。また、データ配信先となる端末装置１１０２の数も任意である。さらに、以上においては、放送局１１０１からの放送を例に説明したが、利用例はこれに限定されない。データ伝送システム１１００は、スケーラブル符号化された符号化データを、レイヤを単位として複数に分割し、複数の回線を介して伝送するシステムであれば、任意のシステムに適用することができる。
　（第３のシステム）
　また、スケーラブル符号化は、例えば、図４２に示される例のように、符号化データの記憶に利用される。
　図４２に示される撮像システム１２００において、撮像装置１２０１は、被写体１２１１を撮像して得られた画像データをスケーラブル符号化し、スケーラブル符号化データ（BL+EL）１２２１として、スケーラブル符号化データ記憶装置１２０２に供給する。
　スケーラブル符号化データ記憶装置１２０２は、撮像装置１２０１から供給されるスケーラブル符号化データ（BL+EL）１２２１を、状況に応じた品質で記憶する。例えば、通常時の場合、スケーラブル符号化データ記憶装置１２０２は、スケーラブル符号化データ（BL+EL）１２２１からベースレイヤのデータを抽出し、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ（BL）１２２２として記憶する。これに対して、例えば、注目時の場合、スケーラブル符号化データ記憶装置１２０２は、高品質でデータ量の多いスケーラブル符号化データ（BL+EL）１２２１のまま記憶する。
　このようにすることにより、スケーラブル符号化データ記憶装置１２０２は、必要な場合のみ、画像を高画質に保存することができるので、画質劣化による画像の価値の低減を抑制しながら、データ量の増大を抑制することができ、記憶領域の利用効率を向上させることができる。
　例えば、撮像装置１２０１が監視カメラであるとする。撮像画像に監視対象（例えば侵入者）が写っていない場合（通常時の場合）、撮像画像の内容は重要でない可能性が高いので、データ量の低減が優先され、その画像データ（スケーラブル符号化データ）は、低品質に記憶される。これに対して、撮像画像に監視対象が被写体１２１１として写っている場合（注目時の場合）、その撮像画像の内容は重要である可能性が高いので、画質が優先され、その画像データ（スケーラブル符号化データ）は、高品質に記憶される。
　なお、通常時であるか注目時であるかは、例えば、スケーラブル符号化データ記憶装置１２０２が、画像を解析することにより判定しても良い。また、撮像装置１２０１が判定し、その判定結果をスケーラブル符号化データ記憶装置１２０２に伝送するようにしてもよい。
　なお、通常時であるか注目時であるかの判定基準は任意であり、判定基準とする画像の内容は任意である。もちろん、画像の内容以外の条件を判定基準とすることもできる。例えば、収録した音声の大きさや波形等に応じて切り替えるようにしてもよいし、所定の時間毎に切り替えるようにしてもよいし、ユーザ指示等の外部からの指示によって切り替えるようにしてもよい。
　また、以上においては、通常時と注目時の２つの状態を切り替える例を説明したが、状態の数は任意であり、例えば、通常時、やや注目時、注目時、非常に注目時等のように、３つ以上の状態を切り替えるようにしてもよい。ただし、この切り替える状態の上限数は、スケーラブル符号化データのレイヤ数に依存する。
　また、撮像装置１２０１が、スケーラブル符号化のレイヤ数を、状態に応じて決定するようにしてもよい。例えば、通常時の場合、撮像装置１２０１が、低品質でデータ量の少ないベースレイヤのスケーラブル符号化データ（BL）１２２２を生成し、スケーラブル符号化データ記憶装置１２０２に供給するようにしてもよい。また、例えば、注目時の場合、撮像装置１２０１が、高品質でデータ量の多いベースレイヤのスケーラブル符号化データ（BL+EL）１２２１を生成し、スケーラブル符号化データ記憶装置１２０２に供給するようにしてもよい。
　以上においては、監視カメラを例に説明したが、この撮像システム１２００の用途は任意であり、監視カメラに限定されない。
　＜実施のその他の例＞
　以上において本開示を適用する装置やシステム等の例を説明したが、本開示は、これに限らず、このような装置またはシステムを構成する装置に搭載するあらゆる構成、例えば、システムLSI（Large Scale Integration）等としてのプロセッサ、複数のプロセッサ等を用いるモジュール、複数のモジュール等を用いるユニット、ユニットにさらにその他の機能を付加したセット等（すなわち、装置の一部の構成）として実施することもできる。
　（ビデオセットの構成例）
　本開示をセットとして実施する場合の例について、図４３を参照して説明する。図４３は、本開示を適用したビデオセットの概略的な構成の一例を示している。
　近年、電子機器の多機能化が進んでおり、その開発や製造において、その一部の構成を販売や提供等として実施する場合、１機能を有する構成として実施を行う場合だけでなく、関連する機能を有する複数の構成を組み合わせ、複数の機能を有する１セットとして実施を行う場合も多く見られるようになってきた。
　図４３に示されるビデオセット１３００は、このような多機能化された構成であり、画像の符号化や復号（いずれか一方でもよいし、両方でも良い）に関する機能を有するデバイスに、その機能に関連するその他の機能を有するデバイスを組み合わせたものである。
　図４３に示されるように、ビデオセット１３００は、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４等のモジュール群と、コネクティビティ１３２１、カメラ１３２２、およびセンサ１３２３等の関連する機能を有するデバイスとを有する。
　モジュールは、互いに関連するいくつかの部品的機能をまとめ、まとまりのある機能を持った部品としたものである。具体的な物理的構成は任意であるが、例えば、それぞれ機能を有する複数のプロセッサ、抵抗やコンデンサ等の電子回路素子、その他のデバイス等を配線基板等に配置して一体化したものが考えられる。また、モジュールに他のモジュールやプロセッサ等を組み合わせて新たなモジュールとすることも考えられる。
　図４３の例の場合、ビデオモジュール１３１１は、画像処理に関する機能を有する構成を組み合わせたものであり、アプリケーションプロセッサ、ビデオプロセッサ、ブロードバンドモデム１３３３、およびRFモジュール１３３４を有する。
　プロセッサは、所定の機能を有する構成をSoC（System On a Chip）により半導体チップに集積したものであり、例えばシステムLSI（Large Scale Integration）等と称されるものもある。この所定の機能を有する構成は、論理回路（ハードウエア構成）であってもよいし、CPU、ROM、RAM等と、それらを用いて実行されるプログラム（ソフトウエア構成）であってもよいし、その両方を組み合わせたものであってもよい。例えば、プロセッサが、論理回路とCPU、ROM、RAM等とを有し、機能の一部を論理回路（ハードウエア構成）により実現し、その他の機能をCPUにおいて実行されるプログラム（ソフトウエア構成）により実現するようにしてもよい。
　図４３のアプリケーションプロセッサ１３３１は、画像処理に関するアプリケーションを実行するプロセッサである。このアプリケーションプロセッサ１３３１において実行されるアプリケーションは、所定の機能を実現するために、演算処理を行うだけでなく、例えばビデオプロセッサ１３３２等、ビデオモジュール１３１１内外の構成を必要に応じて制御することもできる。
　ビデオプロセッサ１３３２は、画像の符号化・復号（その一方若しくは両方）に関する機能を有するプロセッサである。
　ブロードバンドモデム１３３３は、インターネットや公衆電話回線網等の広帯域の回線を介して行われる有線若しくは無線（またはその両方）の広帯域通信に関する処理を行うプロセッサ（若しくはモジュール）である。例えば、ブロードバンドモデム１３３３は、送信するデータ（デジタル信号）をデジタル変調する等してアナログ信号に変換したり、受信したアナログ信号を復調してデータ（デジタル信号）に変換したりする。例えば、ブロードバンドモデム１３３３は、ビデオプロセッサ１３３２が処理する画像データや画像データが符号化されたストリーム、アプリケーションプログラム、設定データ等、任意の情報をデジタル変調・復調することができる。
　RFモジュール１３３４は、アンテナを介して送受信されるRF（Radio Frequency）信号に対して、周波数変換、変復調、増幅、フィルタ処理等を行うモジュールである。例えば、RFモジュール１３３４は、ブロードバンドモデム１３３３により生成されたベースバンド信号に対して周波数変換等を行ってRF信号を生成する。また、例えば、RFモジュール１３３４は、フロントエンドモジュール１３１４を介して受信されたRF信号に対して周波数変換等を行ってベースバンド信号を生成する。
　なお、図４３において点線１３４１に示されるように、アプリケーションプロセッサ１３３１とビデオプロセッサ１３３２を、一体化し、１つのプロセッサとして構成されるようにしてもよい。
　外部メモリ１３１２は、ビデオモジュール１３１１の外部に設けられた、ビデオモジュール１３１１により利用される記憶デバイスを有するモジュールである。この外部メモリ１３１２の記憶デバイスは、どのような物理構成により実現するようにしてもよいが、一般的にフレーム単位の画像データのような大容量のデータの格納に利用されることが多いので、例えばDRAM（Dynamic Random Access Memory）のような比較的安価で大容量の半導体メモリにより実現するのが望ましい。
　パワーマネージメントモジュール１３１３は、ビデオモジュール１３１１（ビデオモジュール１３１１内の各構成）への電力供給を管理し、制御する。
　フロントエンドモジュール１３１４は、RFモジュール１３３４に対してフロントエンド機能（アンテナ側の送受信端の回路）を提供するモジュールである。図３５に示されるように、フロントエンドモジュール１３１４は、例えば、アンテナ部１３５１、フィルタ１３５２、および増幅部１３５３を有する。
　アンテナ部１３５１は、無線信号を送受信するアンテナおよびその周辺の構成を有する。アンテナ部１３５１は、増幅部１３５３から供給される信号を無線信号として送信し、受信した無線信号を電気信号（RF信号）としてフィルタ１３５２に供給する。フィルタ１３５２は、アンテナ部１３５１を介して受信されたRF信号に対してフィルタ処理等を行い、処理後のRF信号をRFモジュール１３３４に供給する。増幅部１３５３は、RFモジュール１３３４から供給されるRF信号を増幅し、アンテナ部１３５１に供給する。
　コネクティビティ１３２１は、外部との接続に関する機能を有するモジュールである。コネクティビティ１３２１の物理構成は、任意である。例えば、コネクティビティ１３２１は、ブロードバンドモデム１３３３が対応する通信規格以外の通信機能を有する構成や、外部入出力端子等を有する。
　例えば、コネクティビティ１３２１が、Bluetooth（登録商標）、IEEE 802.11（例えばWi-Fi（Wireless Fidelity、登録商標））、NFC（Near Field Communication）、IrDA（InfraRed Data Association）等の無線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した信号を送受信するアンテナ等を有するようにしてもよい。また、例えば、コネクティビティ１３２１が、USB（Universal Serial Bus）、HDMI（登録商標）（High-Definition Multimedia Interface）等の有線通信規格に準拠する通信機能を有するモジュールや、その規格に準拠した端子を有するようにしてもよい。さらに、例えば、コネクティビティ１３２１が、アナログ入出力端子等のその他のデータ（信号）伝送機能等を有するようにしてもよい。
　なお、コネクティビティ１３２１が、データ（信号）の伝送先のデバイスを含むようにしてもよい。例えば、コネクティビティ１３２１が、磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等の記録媒体に対してデータの読み出しや書き込みを行うドライブ（リムーバブルメディアのドライブだけでなく、ハードディスク、SSD（Solid State Drive）、NAS（Network Attached Storage）等も含む）を有するようにしてもよい。また、コネクティビティ１３２１が、画像や音声の出力デバイス（モニタやスピーカ等）を有するようにしてもよい。
　カメラ１３２２は、被写体を撮像し、被写体の画像データを得る機能を有するモジュールである。カメラ１３２２の撮像により得られた画像データは、例えば、ビデオプロセッサ１３３２に供給されて符号化される。
　センサ１３２３は、例えば、音声センサ、超音波センサ、光センサ、照度センサ、赤外線センサ、イメージセンサ、回転センサ、角度センサ、角速度センサ、速度センサ、加速度センサ、傾斜センサ、磁気識別センサ、衝撃センサ、温度センサ等、任意のセンサ機能を有するモジュールである。センサ１３２３により検出されたデータは、例えば、アプリケーションプロセッサ１３３１に供給されてアプリケーション等により利用される。
　以上においてモジュールとして説明した構成をプロセッサとして実現するようにしてもよいし、逆にプロセッサとして説明した構成をモジュールとして実現するようにしてもよい。
　以上のような構成のビデオセット１３００において、後述するようにビデオプロセッサ１３３２に本開示を適用することができる。したがって、ビデオセット１３００は、本開示を適用したセットとして実施することができる。
　（ビデオプロセッサの構成例）
　図４４は、本開示を適用したビデオプロセッサ１３３２（図４３）の概略的な構成の一例を示している。
　図４４の例の場合、ビデオプロセッサ１３３２は、ビデオ信号およびオーディオ信号の入力を受けてこれらを所定の方式で符号化する機能と、符号化されたビデオデータおよびオーディオデータを復号し、ビデオ信号およびオーディオ信号を再生出力する機能とを有する。
　図４４に示されるように、ビデオプロセッサ１３３２は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、フレームメモリ１４０５、およびメモリ制御部１４０６を有する。また、ビデオプロセッサ１３３２は、エンコード・デコードエンジン１４０７、ビデオES（Elementary Stream）バッファ１４０８Ａおよび１４０８Ｂ、並びに、オーディオESバッファ１４０９Ａおよび１４０９Ｂを有する。さらに、ビデオプロセッサ１３３２は、オーディオエンコーダ１４１０、オーディオデコーダ１４１１、多重化部（MUX（Multiplexer））１４１２、逆多重化部（DMUX（Demultiplexer））１４１３、およびストリームバッファ１４１４を有する。
　ビデオ入力処理部１４０１は、例えばコネクティビティ１３２１（図４３）等から入力されたビデオ信号を取得し、デジタル画像データに変換する。第１画像拡大縮小部１４０２は、画像データに対してフォーマット変換や画像の拡大縮小処理等を行う。第２画像拡大縮小部１４０３は、画像データに対して、ビデオ出力処理部１４０４を介して出力する先でのフォーマットに応じて画像の拡大縮小処理を行ったり、第１画像拡大縮小部１４０２と同様のフォーマット変換や画像の拡大縮小処理等を行ったりする。ビデオ出力処理部１４０４は、画像データに対して、フォーマット変換やアナログ信号への変換等を行って、再生されたビデオ信号として例えばコネクティビティ１３２１（図４３）等に出力する。
　フレームメモリ１４０５は、ビデオ入力処理部１４０１、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３、ビデオ出力処理部１４０４、およびエンコード・デコードエンジン１４０７によって共用される画像データ用のメモリである。フレームメモリ１４０５は、例えばDRAM等の半導体メモリとして実現される。
　メモリ制御部１４０６は、エンコード・デコードエンジン１４０７からの同期信号を受けて、アクセス管理テーブル１４０６Ａに書き込まれたフレームメモリ１４０５へのアクセススケジュールに従ってフレームメモリ１４０５に対する書き込み・読み出しのアクセスを制御する。アクセス管理テーブル１４０６Ａは、エンコード・デコードエンジン１４０７、第１画像拡大縮小部１４０２、第２画像拡大縮小部１４０３等で実行される処理に応じて、メモリ制御部１４０６により更新される。
　エンコード・デコードエンジン１４０７は、画像データのエンコード処理、並びに、画像データが符号化されたデータであるビデオストリームのデコード処理を行う。例えば、エンコード・デコードエンジン１４０７は、フレームメモリ１４０５から読み出した画像データを符号化し、ビデオストリームとしてビデオESバッファ１４０８Ａに順次書き込む。また、例えば、ビデオESバッファ１４０８Ｂからビデオストリームを順次読み出して復号し、画像データとしてフレームメモリ１４０５に順次書き込む。エンコード・デコードエンジン１４０７は、これらの符号化や復号において、フレームメモリ１４０５を作業領域として使用する。また、エンコード・デコードエンジン１４０７は、例えばマクロブロック毎の処理を開始するタイミングで、メモリ制御部１４０６に対して同期信号を出力する。
　ビデオESバッファ１４０８Ａは、エンコード・デコードエンジン１４０７によって生成されたビデオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。ビデオESバッファ１４０８Ｂは、逆多重化部（DMUX）１４１３から供給されたビデオストリームをバッファリングして、エンコード・デコードエンジン１４０７に供給する。
　オーディオESバッファ１４０９Ａは、オーディオエンコーダ１４１０によって生成されたオーディオストリームをバッファリングして、多重化部（MUX）１４１２に供給する。オーディオESバッファ１４０９Ｂは、逆多重化部（DMUX）１４１３から供給されたオーディオストリームをバッファリングして、オーディオデコーダ１４１１に供給する。
　オーディオエンコーダ１４１０は、例えばコネクティビティ１３２１（図４３）等から入力されたオーディオ信号を例えばデジタル変換し、例えばMPEGオーディオ方式やAC3（AudioCode number 3）方式等の所定の方式で符号化する。オーディオエンコーダ１４１０は、オーディオ信号が符号化されたデータであるオーディオストリームをオーディオESバッファ１４０９Ａに順次書き込む。オーディオデコーダ１４１１は、オーディオESバッファ１４０９Ｂから供給されたオーディオストリームを復号し、例えばアナログ信号への変換等を行って、再生されたオーディオ信号として例えばコネクティビティ１３２１（図４３）等に供給する。
　多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化する。この多重化の方法（すなわち、多重化により生成されるビットストリームのフォーマット）は任意である。また、この多重化の際に、多重化部（MUX）１４１２は、所定のヘッダ情報等をビットストリームに付加することもできる。つまり、多重化部（MUX）１４１２は、多重化によりストリームのフォーマットを変換することができる。例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームに変換する。また、例えば、多重化部（MUX）１４１２は、ビデオストリームとオーディオストリームとを多重化することにより、記録用のファイルフォーマットのデータ（ファイルデータ）に変換する。
　逆多重化部（DMUX）１４１３は、多重化部（MUX）１４１２による多重化に対応する方法で、ビデオストリームとオーディオストリームとが多重化されたビットストリームを逆多重化する。つまり、逆多重化部（DMUX）１４１３は、ストリームバッファ１４１４から読み出されたビットストリームからビデオストリームとオーディオストリームとを抽出する（ビデオストリームとオーディオストリームとを分離する）。つまり、逆多重化部（DMUX）１４１３は、逆多重化によりストリームのフォーマットを変換（多重化部（MUX）１４１２による変換の逆変換）することができる。例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等（いずれも図４３）から供給されたトランスポートストリームを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。また、例えば、逆多重化部（DMUX）１４１３は、例えばコネクティビティ１３２１により（図４３）各種記録媒体から読み出されたファイルデータを、ストリームバッファ１４１４を介して取得し、逆多重化することにより、ビデオストリームとオーディオストリームとに変換することができる。
　ストリームバッファ１４１４は、ビットストリームをバッファリングする。例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図４３）等に供給する。
　また、例えば、ストリームバッファ１４１４は、多重化部（MUX）１４１２から供給されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、例えばコネクティビティ１３２１（図４３）等に供給し、各種記録媒体に記録させる。
　さらに、ストリームバッファ１４１４は、例えばコネクティビティ１３２１やブロードバンドモデム１３３３等（いずれも図４３）を介して取得したトランスポートストリームをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。
　また、ストリームバッファ１４１４は、例えばコネクティビティ１３２１（図４３）等において各種記録媒体から読み出されたファイルデータをバッファリングし、所定のタイミングにおいて、若しくは外部からの要求等に基づいて、逆多重化部（DMUX）１４１３に供給する。
　次に、このような構成のビデオプロセッサ１３３２の動作の例について説明する。例えば、コネクティビティ１３２１（図４３）等からビデオプロセッサ１３３２に入力されたビデオ信号は、ビデオ入力処理部１４０１において４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式のデジタル画像データに変換され、フレームメモリ１４０５に順次書き込まれる。このデジタル画像データは、第１画像拡大縮小部１４０２または第２画像拡大縮小部１４０３に読み出されて、４：２：０Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式へのフォーマット変換および拡大縮小処理が行われ、再びフレームメモリ１４０５に書き込まれる。この画像データは、エンコード・デコードエンジン１４０７によって符号化され、ビデオストリームとしてビデオESバッファ１４０８Ａに書き込まれる。
　また、コネクティビティ１３２１（図４３）等からビデオプロセッサ１３３２に入力されたオーディオ信号は、オーディオエンコーダ１４１０によって符号化され、オーディオストリームとして、オーディオESバッファ１４０９Ａに書き込まれる。
　ビデオESバッファ１４０８Ａのビデオストリームと、オーディオESバッファ１４０９Ａのオーディオストリームは、多重化部（MUX）１４１２に読み出されて多重化され、トランスポートストリーム若しくはファイルデータ等に変換される。多重化部（MUX）１４１２により生成されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図４３）等を介して外部ネットワークに出力される。また、多重化部（MUX）１４１２により生成されたファイルデータは、ストリームバッファ１４１４にバッファされた後、例えばコネクティビティ１３２１（図４３）等に出力され、各種記録媒体に記録される。
　また、例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図４３）等を介して外部ネットワークからビデオプロセッサ１３３２に入力されたトランスポートストリームは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。また、例えばコネクティビティ１３２１（図４３）等において各種記録媒体から読み出され、ビデオプロセッサ１３３２に入力されたファイルデータは、ストリームバッファ１４１４にバッファされた後、逆多重化部（DMUX）１４１３により逆多重化される。つまり、ビデオプロセッサ１３３２に入力されたトランスポートストリームまたはファイルデータは、逆多重化部（DMUX）１４１３によりビデオストリームとオーディオストリームとに分離される。
　オーディオストリームは、オーディオESバッファ１４０９Ｂを介してオーディオデコーダ１４１１に供給され、復号されてオーディオ信号が再生される。また、ビデオストリームは、ビデオESバッファ１４０８Ｂに書き込まれた後、エンコード・デコードエンジン１４０７により順次読み出されて復号されてフレームメモリ１４０５に書き込まれる。復号された画像データは、第２画像拡大縮小部１４０３によって拡大縮小処理されて、フレームメモリ１４０５に書き込まれる。そして、復号された画像データは、ビデオ出力処理部１４０４に読み出されて、４：２：２Ｙ／Ｃｂ／Ｃｒ方式等の所定の方式にフォーマット変換され、さらにアナログ信号に変換されて、ビデオ信号が再生出力される。
　このように構成されるビデオプロセッサ１３３２に本開示を適用する場合、エンコード・デコードエンジン１４０７に、上述した各実施形態に係る本開示を適用すればよい。つまり、例えば、エンコード・デコードエンジン１４０７が、第１実施の形態に係る符号化装置や復号装置の機能を有するようにすればよい。このようにすることにより、ビデオプロセッサ１３３２は、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。
　なお、エンコード・デコードエンジン１４０７において、本開示（すなわち、上述した各実施形態に係る画像符号化装置や画像復号装置の機能）は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。
　（ビデオプロセッサの他の構成例）
　図４５は、本開示を適用したビデオプロセッサ１３３２（図４３）の概略的な構成の他の例を示している。図４５の例の場合、ビデオプロセッサ１３３２は、ビデオデータを所定の方式で符号化・復号する機能を有する。
　より具体的には、図４５に示されるように、ビデオプロセッサ１３３２は、制御部１５１１、ディスプレイインタフェース１５１２、ディスプレイエンジン１５１３、画像処理エンジン１５１４、および内部メモリ１５１５を有する。また、ビデオプロセッサ１３３２は、コーデックエンジン１５１６、メモリインタフェース１５１７、多重化・逆多重化部（MUX DMUX）１５１８、ネットワークインタフェース１５１９、およびビデオインタフェース１５２０を有する。
　制御部１５１１は、ディスプレイインタフェース１５１２、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６等、ビデオプロセッサ１３３２内の各処理部の動作を制御する。
　図４５に示されるように、制御部１５１１は、例えば、メインCPU１５３１、サブCPU１５３２、およびシステムコントローラ１５３３を有する。メインCPU１５３１は、ビデオプロセッサ１３３２内の各処理部の動作を制御するためのプログラム等を実行する。メインCPU１５３１は、そのプログラム等に従って制御信号を生成し、各処理部に供給する（つまり、各処理部の動作を制御する）。サブCPU１５３２は、メインCPU１５３１の補助的な役割を果たす。例えば、サブCPU１５３２は、メインCPU１５３１が実行するプログラム等の子プロセスやサブルーチン等を実行する。システムコントローラ１５３３は、メインCPU１５３１およびサブCPU１５３２が実行するプログラムを指定する等、メインCPU１５３１およびサブCPU１５３２の動作を制御する。
　ディスプレイインタフェース１５１２は、制御部１５１１の制御の下、画像データを例えばコネクティビティ１３２１（図４３）等に出力する。例えば、ディスプレイインタフェース１５１２は、デジタルデータの画像データをアナログ信号に変換し、再生されたビデオ信号として、またはデジタルデータの画像データのまま、コネクティビティ１３２１（図４３）のモニタ装置等に出力する。
　ディスプレイエンジン１５１３は、制御部１５１１の制御の下、画像データに対して、その画像を表示させるモニタ装置等のハードウエアスペックに合わせるように、フォーマット変換、サイズ変換、色域変換等の各種変換処理を行う。
　画像処理エンジン１５１４は、制御部１５１１の制御の下、画像データに対して、例えば画質改善のためのフィルタ処理等、所定の画像処理を施す。
　内部メモリ１５１５は、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６により共用される、ビデオプロセッサ１３３２の内部に設けられたメモリである。内部メモリ１５１５は、例えば、ディスプレイエンジン１５１３、画像処理エンジン１５１４、およびコーデックエンジン１５１６の間で行われるデータの授受に利用される。例えば、内部メモリ１５１５は、ディスプレイエンジン１５１３、画像処理エンジン１５１４、またはコーデックエンジン１５１６から供給されるデータを格納し、必要に応じて（例えば、要求に応じて）、そのデータを、ディスプレイエンジン１５１３、画像処理エンジン１５１４、またはコーデックエンジン１５１６に供給する。この内部メモリ１５１５は、どのような記憶デバイスにより実現するようにしてもよいが、一般的にブロック単位の画像データやパラメータ等といった小容量のデータの格納に利用することが多いので、例えばSRAM（Static Random Access Memory）のような比較的（例えば外部メモリ１３１２と比較して）小容量だが応答速度が高速な半導体メモリにより実現するのが望ましい。
　コーデックエンジン１５１６は、画像データの符号化や復号に関する処理を行う。このコーデックエンジン１５１６が対応する符号化・復号の方式は任意であり、その数は１つであってもよいし、複数であってもよい。例えば、コーデックエンジン１５１６は、複数の符号化・復号方式のコーデック機能を備え、その中から選択されたもので画像データの符号化若しくは符号化データの復号を行うようにしてもよい。
　図４５に示される例において、コーデックエンジン１５１６は、コーデックに関する処理の機能ブロックとして、例えば、MPEG-2 Video１５４１、AVC/H.264１５４２、HEVC/H.265１５４３、HEVC/H.265(Scalable)１５４４、HEVC/H.265(Multi-view)１５４５、およびMPEG-DASH１５５１を有する。
　MPEG-2 Video１５４１は、画像データをMPEG-2方式で符号化したり復号したりする機能ブロックである。AVC/H.264１５４２は、画像データをAVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.265１５４３は、画像データをHEVC方式で符号化したり復号したりする機能ブロックである。HEVC/H.265(Scalable)１５４４は、画像データをHEVC方式でスケーラブル符号化したりスケーラブル復号したりする機能ブロックである。HEVC/H.265(Multi-view)１５４５は、画像データをHEVC方式で多視点符号化したり多視点復号したりする機能ブロックである。
　MPEG-DASH１５５１は、画像データをMPEG-DASH（MPEG-Dynamic Adaptive Streaming over HTTP）方式で送受信する機能ブロックである。MPEG-DASHは、HTTP（HyperText Transfer Protocol）を使ってビデオのストリーミングを行う技術であり、予め用意された解像度等が互いに異なる複数の符号化データの中から適切なものをセグメント単位で選択し伝送することを特徴の１つとする。MPEG-DASH１５５１は、規格に準拠するストリームの生成やそのストリームの伝送制御等を行い、画像データの符号化・復号については、上述したMPEG-2 Video１５４１乃至HEVC/H.265(Multi-view)１５４５を利用する。
　メモリインタフェース１５１７は、外部メモリ１３１２用のインタフェースである。画像処理エンジン１５１４やコーデックエンジン１５１６から供給されるデータは、メモリインタフェース１５１７を介して外部メモリ１３１２に供給される。また、外部メモリ１３１２から読み出されたデータは、メモリインタフェース１５１７を介してビデオプロセッサ１３３２（画像処理エンジン１５１４若しくはコーデックエンジン１５１６）に供給される。
　多重化・逆多重化部（MUX DMUX）１５１８は、符号化データのビットストリーム、画像データ、ビデオ信号等、画像に関する各種データの多重化や逆多重化を行う。この多重化・逆多重化の方法は任意である。例えば、多重化の際に、多重化・逆多重化部（MUX DMUX）１５１８は、複数のデータを１つにまとめるだけでなく、所定のヘッダ情報等をそのデータに付加することもできる。また、逆多重化の際に、多重化・逆多重化部（MUX DMUX）１５１８は、１つのデータを複数に分割するだけでなく、分割した各データに所定のヘッダ情報等を付加することもできる。つまり、多重化・逆多重化部（MUX DMUX）１５１８は、多重化・逆多重化によりデータのフォーマットを変換することができる。例えば、多重化・逆多重化部（MUX DMUX）１５１８は、ビットストリームを多重化することにより、転送用のフォーマットのビットストリームであるトランスポートストリームや、記録用のファイルフォーマットのデータ（ファイルデータ）に変換することができる。もちろん、逆多重化によりその逆変換も可能である。
　ネットワークインタフェース１５１９は、例えばブロードバンドモデム１３３３やコネクティビティ１３２１（いずれも図４３）等向けのインタフェースである。ビデオインタフェース１５２０は、例えばコネクティビティ１３２１やカメラ１３２２（いずれも図４３）等向けのインタフェースである。
　次に、このようなビデオプロセッサ１３３２の動作の例について説明する。例えば、コネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図４３）等を介して外部ネットワークからトランスポートストリームを受信すると、そのトランスポートストリームは、ネットワークインタフェース１５１９を介して多重化・逆多重化部（MUX DMUX）１５１８に供給されて逆多重化され、コーデックエンジン１５１６により復号される。コーデックエンジン１５１６の復号により得られた画像データは、例えば、画像処理エンジン１５１４により所定の画像処理が施され、ディスプレイエンジン１５１３により所定の変換が行われ、ディスプレイインタフェース１５１２を介して例えばコネクティビティ１３２１（図４３）等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン１５１６の復号により得られた画像データは、コーデックエンジン１５１６により再符号化され、多重化・逆多重化部（MUX DMUX）１５１８により多重化されてファイルデータに変換され、ビデオインタフェース１５２０を介して例えばコネクティビティ１３２１（図４３）等に出力され、各種記録媒体に記録される。
　さらに、例えば、コネクティビティ１３２１（図４３）等により図示せぬ記録媒体から読み出された、画像データが符号化された符号化データのファイルデータは、ビデオインタフェース１５２０を介して多重化・逆多重化部（MUX DMUX）１５１８に供給されて逆多重化され、コーデックエンジン１５１６により復号される。コーデックエンジン１５１６の復号により得られた画像データは、画像処理エンジン１５１４により所定の画像処理が施され、ディスプレイエンジン１５１３により所定の変換が行われ、ディスプレイインタフェース１５１２を介して例えばコネクティビティ１３２１（図４３）等に供給され、その画像がモニタに表示される。また、例えば、コーデックエンジン１５１６の復号により得られた画像データは、コーデックエンジン１５１６により再符号化され、多重化・逆多重化部（MUX DMUX）１５１８により多重化されてトランスポートストリームに変換され、ネットワークインタフェース１５１９を介して例えばコネクティビティ１３２１やブロードバンドモデム１３３３（いずれも図４３）等に供給され図示せぬ他の装置に伝送される。
　なお、ビデオプロセッサ１３３２内の各処理部の間での画像データやその他のデータの授受は、例えば、内部メモリ１５１５や外部メモリ１３１２を利用して行われる。また、パワーマネージメントモジュール１３１３は、例えば制御部１５１１への電力供給を制御する。
　このように構成されるビデオプロセッサ１３３２に本開示を適用する場合、コーデックエンジン１５１６に、上述した各実施形態に係る本開示を適用すればよい。つまり、例えば、コーデックエンジン１５１６が、第１実施の形態に係る符号化装置や復号装置を実現する機能ブロックを有するようにすればよい。さらに、例えば、コーデックエンジン１５１６が、このようにすることにより、ビデオプロセッサ１３３２は、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。
　なお、コーデックエンジン１５１６において、本開示（すなわち、上述した各実施形態に係る画像符号化装置や画像復号装置の機能）は、論理回路等のハードウエアにより実現するようにしてもよいし、組み込みプログラム等のソフトウエアにより実現するようにしてもよいし、それらの両方により実現するようにしてもよい。
　以上にビデオプロセッサ１３３２の構成を２例示したが、ビデオプロセッサ１３３２の構成は任意であり、上述した２例以外のものであってもよい。また、このビデオプロセッサ１３３２は、１つの半導体チップとして構成されるようにしてもよいが、複数の半導体チップとして構成されるようにしてもよい。例えば、複数の半導体を積層する３次元積層LSIとしてもよい。また、複数のLSIにより実現されるようにしてもよい。
　（装置への適用例）
　ビデオセット１３００は、画像データを処理する各種装置に組み込むことができる。例えば、ビデオセット１３００は、テレビジョン装置９００（図３６）、携帯電話機９２０（図３７）、記録再生装置９４０（図３８）、撮像装置９６０（図３９）等に組み込むことができる。ビデオセット１３００を組み込むことにより、その装置は、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。
　また、ビデオセット１３００は、例えば、図４０のデータ伝送システム１０００におけるパーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置、図４１のデータ伝送システム１１００における放送局１１０１および端末装置１１０２、並びに、図４２の撮像システム１２００における撮像装置１２０１およびスケーラブル符号化データ記憶装置１２０２等にも組み込むことができる。ビデオセット１３００を組み込むことにより、その装置は、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。
　なお、上述したビデオセット１３００の各構成の一部であっても、ビデオプロセッサ１３３２を含むものであれば、本開示を適用した構成として実施することができる。例えば、ビデオプロセッサ１３３２のみを本開示を適用したビデオプロセッサとして実施することができる。また、例えば、上述したように点線１３４１により示されるプロセッサやビデオモジュール１３１１等を本開示を適用したプロセッサやモジュール等として実施することができる。さらに、例えば、ビデオモジュール１３１１、外部メモリ１３１２、パワーマネージメントモジュール１３１３、およびフロントエンドモジュール１３１４を組み合わせ、本開示を適用したビデオユニット１３６１として実施することもできる。いずれの構成の場合であっても、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。
　つまり、ビデオプロセッサ１３３２を含むものであればどのような構成であっても、ビデオセット１３００の場合と同様に、画像データを処理する各種装置に組み込むことができる。例えば、ビデオプロセッサ１３３２、点線１３４１により示されるプロセッサ、ビデオモジュール１３１１、または、ビデオユニット１３６１を、テレビジョン装置９００（図３６）、携帯電話機９２０（図３７）、記録再生装置９４０（図３８）、撮像装置９６０（図３９）、図４０のデータ伝送システム１０００におけるパーソナルコンピュータ１００４、AV機器１００５、タブレットデバイス１００６、および携帯電話機１００７等の端末装置、図４１のデータ伝送システム１１００における放送局１１０１および端末装置１１０２、並びに、図４２の撮像システム１２００における撮像装置１２０１およびスケーラブル符号化データ記憶装置１２０２等に組み込むことができる。そして、本開示を適用したいずれかの構成を組み込むことにより、その装置は、ビデオセット１３００の場合と同様に、図１乃至図２５を参照して上述した効果と同様の効果を得ることができる。
　なお、本明細書では、VPS,SPSなどの各種情報が、符号化データに多重化されて、符号化側から復号側へ伝送される例について説明した。しかしながら、これら情報を伝送する手法はかかる例に限定されない。例えば、これら情報は、符号化データに多重化されることなく、符号化データと関連付けられた別個のデータとして伝送され又は記録されてもよい。ここで、「関連付ける」という用語は、ビットストリームに含まれる画像（スライスやブロックなど、画像の一部であってもよい）と当該画像に対応する情報とを復号時にリンクさせ得るようにすることを意味する。即ち、情報は、符号化データとは別の伝送路上で伝送されてもよい。また、情報は、符号化データとは別の記録媒体（又は同一の記録媒体の別の記録エリア）に記録されてもよい。さらに、情報と符号化データとは、例えば、複数フレーム、１フレーム、又はフレーム内の一部分などの任意の単位で互いに関連付けられてよい。
　また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。
　本明細書に記載された効果はあくまで例示であって限定されるものではなく、他の効果があってもよい。
　本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。
　例えば、本開示は、トランスフォームスキップを行うことが可能なHEVC方式以外の符号化方式の符号化装置や復号装置にも適用することができる。
　また、本開示は、符号化ストリームを、衛星放送、ケーブルＴＶ、インターネット、携帯電話などのネットワークメディアを介して受信する際、または光、磁気ディスク、フラッシュメモリのような記憶メディア上で処理する際に用いられる符号化装置や復号装置に適用することができる。
　さらに、本開示は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。
　また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。
　さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示はかかる例に限定されない。本開示の属する技術の分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　なお、本技術は以下のような構成も取ることができる。
　（１）　スライスを跨ぐ画面内動き予測を制御するための制御情報を設定する設定部と、
　前記設定部により設定された制御情報に基づいて、画像を符号化して、ビットストリームを生成する符号化部と、
　前記設定部により設定された制御情報と、前記符号化部により生成されたビットストリームとを伝送する伝送部と
　を備える画像符号化装置。
　（２）　前記設定部は、前記制御情報として、カレントスライスに加え、前記カレントスライスよりラスタスキャン順に前のスライスのデコード結果への参照を許可することを示す参照許可フラグを設定する
　前記（１）に記載の画像符号化装置。
　（３）　前記設定部は、前記参照許可フラグをPPS(Picture Parameter Set)に設定する
　前記（２）に記載の画像符号化装置。
　（４）　前記設定部は、前記制御情報として、何個前までのスライスのデコード結果まで参照可能であるかを示すパラメータを設定する
　前記（１）乃至（３）のいずれかに記載の画像符号化装置。
　（５）　前記設定部は、前記制御情報として、前記スライスを跨ぐ画面内動き予測が可能であるか否かを示すオンオフフラグを設定する
　前記（１）乃至（４）のいずれかに記載の画像符号化装置。
　（６）　前記設定部は、前記オンオフフラグをSPS(Sequence Parameter Set)またはVPS(Video Parameter Set)に設定する
　前記（５）に記載の画像符号化装置。
　（７）　前記設定部は、WPP(Wavefront Parallel Processing)がオンの場合、前記参照範囲を限定して、前記参照許可フラグを設定する
　前記（２）乃至（６）のいずれかに記載の画像符号化装置。
　（８）　前記設定部は、タイル分割がオンの場合、前記参照許可フラグを設定する
　前記（２）乃至（６）のいずれかに記載の画像符号化装置。
　（９）　前記設定部は、MCTS-SEI(Temporal Motion Constrained Tile Set SEI)がオンの場合、前記参照許可フラグをオフに設定する
　前記（２）乃至（６）のいずれかに記載の画像符号化装置。
（１０）　画像符号化装置が、
　スライスを跨ぐ画面内動き予測を制御するための制御情報を設定し、
　設定された制御情報に基づいて、画像を符号化して、ビットストリームを生成し、
　設定された制御情報と、生成されたビットストリームとを伝送する
　画像符号化方法。
　（１１）　画像が符号化されて生成されたビットストリームを受け取る受け取り部と、
　前記受け取り部により受け取られたビットストリームから、スライスを跨ぐ画面内動き予測を制御するための制御情報を抽出する抽出部と、
　前記抽出部により抽出された制御情報を用いて、前記受け取り部により受け取られたビットストリームを復号し、画像を生成する復号部と
　を備える画像復号装置。
　（１２）　前記抽出部は、前記制御情報として、カレントスライスに加え、前記カレントスライスよりラスタスキャン順に前のスライスのデコード結果への参照を許可することを示す参照許可フラグを抽出する
　前記（１１）記載の画像復号装置。
　（１３）　前記抽出部は、前記参照許可フラグをPPS(Picture Parameter Set)から抽出する
　前記（１２）に記載の画像復号装置
　（１４）　前記抽出部は、前記制御情報として、何個前までのスライスのデコード結果まで参照可能であるかを示すパラメータを抽出する
　前記（１１）乃至（１３）のいずれかに記載の画像復号装置。
　（１５）　前記抽出部は、前記制御情報として、前記スライスを跨ぐ画面内動き予測が可能であるか否かを示すオンオフフラグを抽出する
　前記（１１）乃至（１４）のいずれかに記載の画像復号装置。
　（１６）　前記抽出部は、前記オンオフフラグをSPS(Sequence Parameter Set)またはVPS(Video Parameter Set)から抽出する
　前記（１５）に記載の画像復号装置。
　（１７）　前記抽出部は、WPP(Wavefront Parallel Processing)がオンの場合、前記参照範囲を限定して、前記参照許可フラグを抽出する
　前記（１２）乃至（１６）のいずれかに記載の画像復号装置。
　（１８）　前記抽出部は、タイル分割がオンの場合、前記参照許可フラグを抽出する
　前記（１２）乃至（１６）のいずれかに記載の画像復号装置。
　（１９）　前記抽出部は、MCTS-SEI(Temporal Motion Constrained Tile Set SEI)がオンの場合、前記参照許可フラグをオフに抽出する
　前記（１２）乃至（１６）のいずれかに記載の画像復号装置。
　（２０）　画像復号装置が、
　画像が符号化されて生成されたビットストリームを受け取り、
　受け取られたビットストリームから、スライスを跨ぐ画面内動き予測を制御するための制御情報を抽出し、
　抽出された制御情報を用いて、受け取られたビットストリームを復号し、画像を生成する
　画像復号方法。
　１０　符号化装置，　１１　設定部，　１２　符号化部，　１３　伝送部，　４６　イントラ予測部，　１１０　復号装置，　１１１　受け取り部，　１１２　抽出部，　１１３　復号部，　１４３　イントラ予測部

Claims (20)

  1. 　スライスを跨ぐ画面内動き予測を制御するための制御情報を設定する設定部と、
    　前記設定部により設定された制御情報に基づいて、画像を符号化して、ビットストリームを生成する符号化部と、
    　前記設定部により設定された制御情報と、前記符号化部により生成されたビットストリームとを伝送する伝送部と
    　を備える画像符号化装置。
  2. 　前記設定部は、前記制御情報として、カレントスライスに加え、前記カレントスライスよりラスタスキャン順に前のスライスのデコード結果への参照を許可することを示す参照許可フラグを設定する
    　請求項１に記載の画像符号化装置。
  3. 　前記設定部は、前記参照許可フラグをPPS(Picture Parameter Set)に設定する
    　請求項２に記載の画像符号化装置。
  4. 　前記設定部は、前記制御情報として、何個前までのスライスのデコード結果まで参照可能であるかを示すパラメータを設定する
    　請求項２に記載の画像符号化装置。
  5. 　前記設定部は、前記制御情報として、前記スライスを跨ぐ画面内動き予測が可能であるか否かを示すオンオフフラグを設定する
    　請求項２に記載の画像符号化装置。
  6. 　前記設定部は、前記オンオフフラグをSPS(Sequence Parameter Set)またはVPS(Video Parameter Set)に設定する
    　請求項５に記載の画像符号化装置。
  7. 　前記設定部は、WPP(Wavefront Parallel Processing)がオンの場合、前記参照範囲を限定して、前記参照許可フラグを設定する
    　請求項２に記載の画像符号化装置。
  8. 　前記設定部は、タイル分割がオンの場合、前記参照許可フラグを設定する
    　請求項２に記載の画像符号化装置。
  9. 　前記設定部は、MCTS-SEI(Temporal Motion Constrained Tile Set SEI)がオンの場合、前記参照許可フラグをオフに設定する
    　請求項２に記載の画像符号化装置。
  10. 　画像符号化装置が、
    　スライスを跨ぐ画面内動き予測を制御するための制御情報を設定し、
    　設定された制御情報に基づいて、画像を符号化して、ビットストリームを生成し、
    　設定された制御情報と、生成されたビットストリームとを伝送する
    　画像符号化方法。
  11. 　画像が符号化されて生成されたビットストリームを受け取る受け取り部と、
    　前記受け取り部により受け取られたビットストリームから、スライスを跨ぐ画面内動き予測を制御するための制御情報を抽出する抽出部と、
    　前記抽出部により抽出された制御情報を用いて、前記受け取り部により受け取られたビットストリームを復号し、画像を生成する復号部と
    　を備える画像復号装置。
  12. 　前記抽出部は、前記制御情報として、カレントスライスに加え、前記カレントスライスよりラスタスキャン順に前のスライスのデコード結果への参照を許可することを示す参照許可フラグを抽出する
    　請求項１１に記載の画像復号装置。
  13. 　前記抽出部は、前記参照許可フラグをPPS(Picture Parameter Set)から抽出する
    　請求項１２に記載の画像復号装置。
  14. 　前記抽出部は、前記制御情報として、何個前までのスライスのデコード結果まで参照可能であるかを示すパラメータを抽出する
    　請求項１２に記載の画像復号装置。
  15. 　前記抽出部は、前記制御情報として、前記スライスを跨ぐ画面内動き予測が可能であるか否かを示すオンオフフラグを抽出する
    　請求項１２に記載の画像復号装置。
  16. 　前記抽出部は、前記オンオフフラグをSPS(Sequence Parameter Set)またはVPS(Video Parameter Set)から抽出する
    　請求項１５に記載の画像復号装置。
  17. 　前記抽出部は、WPP(Wavefront Parallel Processing)がオンの場合、前記参照範囲を限定して、前記参照許可フラグを抽出する
    　請求項１２に記載の画像復号装置。
  18. 　前記抽出部は、タイル分割がオンの場合、前記参照許可フラグを抽出する
    　請求項１２に記載の画像復号装置。
  19. 　前記抽出部は、MCTS-SEI(Temporal Motion Constrained Tile Set SEI)がオンの場合、前記参照許可フラグをオフに抽出する
    　請求項１２に記載の画像復号装置。
  20. 　画像復号装置が、
    　画像が符号化されて生成されたビットストリームを受け取り、
    　受け取られたビットストリームから、スライスを跨ぐ画面内動き予測を制御するための制御情報を抽出し、
    　抽出された制御情報を用いて、受け取られたビットストリームを復号し、画像を生成する
    　画像復号方法。
PCT/JP2015/066289 2014-06-20 2015-06-05 画像符号化装置および方法、並びに画像復号装置および方法 WO2015194394A1 (ja)

Priority Applications (17)

Application Number Priority Date Filing Date Title
EP21217490.8A EP4002851A1 (en) 2014-06-20 2015-06-05 Image encoding device and method, and image decoding device and method
CN201580031473.0A CN106576176B (zh) 2014-06-20 2015-06-05 图像编码设备和方法以及图像解码设备和方法
BR112016028745-2A BR112016028745B1 (pt) 2014-06-20 2015-06-05 Dispositivos e métodos de codificação e decodificação de imagem
EP15808945.8A EP3160144B1 (en) 2014-06-20 2015-06-05 Image encoding apparatus and method
US15/315,563 US10701354B2 (en) 2014-06-20 2015-06-05 Image encoding device and method, and image decoding device and method
JP2016529237A JP6555541B2 (ja) 2014-06-20 2015-06-05 画像符号化装置および方法
CN202010789555.4A CN111836048B (zh) 2014-06-20 2015-06-05 图像编码设备和方法
CA2951009A CA2951009A1 (en) 2014-06-20 2015-06-05 Image encoding device and method, and image decoding device and method
KR1020167031844A KR102407030B1 (ko) 2014-06-20 2015-06-05 화상 부호화 장치 및 방법 및 화상 복호 장치 및 방법
MX2016016454A MX365273B (es) 2014-06-20 2015-06-05 Dispositivo y método de codificación de imagen, y dispositivo y método de decodificación de imagen.
RU2016148719A RU2690439C2 (ru) 2014-06-20 2015-06-05 Устройство и способ кодирования изображений и устройство и способ декодирования изображений
MX2021015798A MX2021015798A (es) 2014-06-20 2015-06-05 Dispositivo y metodo de codificacion de imagen, y dispositivo y metodo de decodificacion de imagen.
AU2015278082A AU2015278082B2 (en) 2014-06-20 2015-06-05 Image encoding apparatus and method, and image decoding apparatus and method
US16/823,962 US11095879B2 (en) 2014-06-20 2020-03-19 Image encoding device and method, and image decoding device and method
AU2020202419A AU2020202419B2 (en) 2014-06-20 2020-04-08 Image encoding device and method, and image decoding device and method
US17/303,438 US11627309B2 (en) 2014-06-20 2021-05-28 Image encoding device and method, and image decoding device and method
US18/187,157 US20230224459A1 (en) 2014-06-20 2023-03-21 Image encoding device and method, and image decoding device and method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2014127683 2014-06-20
JP2014-127683 2014-06-20

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US15/315,563 A-371-Of-International US10701354B2 (en) 2014-06-20 2015-06-05 Image encoding device and method, and image decoding device and method
US16/823,962 Continuation US11095879B2 (en) 2014-06-20 2020-03-19 Image encoding device and method, and image decoding device and method

Publications (1)

Publication Number Publication Date
WO2015194394A1 true WO2015194394A1 (ja) 2015-12-23

Family

ID=54935383

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/066289 WO2015194394A1 (ja) 2014-06-20 2015-06-05 画像符号化装置および方法、並びに画像復号装置および方法

Country Status (11)

Country Link
US (4) US10701354B2 (ja)
EP (2) EP3160144B1 (ja)
JP (3) JP6555541B2 (ja)
KR (1) KR102407030B1 (ja)
CN (3) CN111836048B (ja)
AU (2) AU2015278082B2 (ja)
CA (1) CA2951009A1 (ja)
MX (3) MX365273B (ja)
MY (1) MY180962A (ja)
RU (2) RU2019117034A (ja)
WO (1) WO2015194394A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107483950A (zh) * 2016-06-07 2017-12-15 北京大学 图片并行编码方法及***
JP2022518169A (ja) * 2019-01-09 2022-03-14 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ビデオエンコーダ、ビデオデコーダ、および対応する方法
US11627309B2 (en) 2014-06-20 2023-04-11 Sony Group Corporation Image encoding device and method, and image decoding device and method

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2531001B (en) * 2014-10-06 2019-06-05 Canon Kk Method and apparatus for vector encoding in video coding and decoding
US11570454B2 (en) * 2016-07-20 2023-01-31 V-Nova International Limited Use of hierarchical video and image coding for telepresence
US10897612B2 (en) 2017-03-03 2021-01-19 Qualcomm Incorporated Coding identifiers for motion constrained tile sets
US10674159B2 (en) * 2017-07-28 2020-06-02 Microsoft Technology Licensing, Llc Effective intra encoding for screen data
WO2019066602A1 (ko) * 2017-09-29 2019-04-04 엘지전자 주식회사 영상 코딩 시스템에서 인터 예측 방법 및 장치
KR102476204B1 (ko) 2017-10-19 2022-12-08 삼성전자주식회사 멀티 코덱 인코더 및 이를 포함하는 멀티 코덱 인코딩 시스템
CN112640449A (zh) * 2019-01-10 2021-04-09 Oppo广东移动通信有限公司 图像解码方法、解码器及计算机存储介质
EP3981157A4 (en) * 2019-07-11 2022-07-06 Huawei Technologies Co., Ltd. MOTION FIELD STORAGE OPTIMIZATION FOR LINE BUFFER
US11356698B2 (en) 2019-12-30 2022-06-07 Tencent America LLC Method for parameter set reference constraints in coded video stream
US11886457B2 (en) * 2020-05-29 2024-01-30 Microsoft Technology Licensing, Llc Automatic transformation of data by patterns

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011517227A (ja) * 2008-04-11 2011-05-26 トムソン ライセンシング ビデオ符号化及び復号化におけるテンプレート・マッチング予測（ｔｍｐ）のための方法及び装置
JP2011217082A (ja) * 2010-03-31 2011-10-27 Jvc Kenwood Corp 画像符号化装置、画像符号化方法、画像符号化プログラム、画像復号装置、画像復号方法及び画像復号プログラム
JP2012028863A (ja) * 2010-07-20 2012-02-09 Hitachi Kokusai Electric Inc 動画像符号化装置
WO2013065673A1 (ja) * 2011-10-31 2013-05-10 三菱電機株式会社 動画像符号化装置、動画像復号装置、動画像符号化方法及び動画像復号方法
WO2013153226A2 (en) * 2012-04-13 2013-10-17 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Low delay picture coding

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5089878B2 (ja) * 2005-10-28 2012-12-05 パナソニック株式会社 画像符号化装置
US9236091B2 (en) * 2007-07-02 2016-01-12 Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. Apparatus and method for processing and reading a file having a media data container and a metadata container
US8526489B2 (en) * 2007-09-14 2013-09-03 General Instrument Corporation Personal video recorder
JP5518069B2 (ja) * 2009-07-06 2014-06-11 パナソニック株式会社 画像復号装置、画像符号化装置、画像復号方法、画像符号化方法、プログラムおよび集積回路
JP5982734B2 (ja) * 2011-03-11 2016-08-31 ソニー株式会社 画像処理装置および方法
EP4228264B1 (en) * 2011-06-23 2024-07-31 Sun Patent Trust Image decoding device, image encoding device
KR102067683B1 (ko) * 2011-06-24 2020-01-17 선 페이턴트 트러스트 화상 복호 방법, 화상 부호화 방법, 화상 복호 장치, 화상 부호화 장치 및 화상 부호화 복호 장치
CN103891285A (zh) * 2011-10-20 2014-06-25 索尼公司 图像处理装置和方法
US9247258B2 (en) * 2011-10-26 2016-01-26 Qualcomm Incorporated Unified design for picture partitioning schemes
BR112014012038A2 (pt) * 2011-11-18 2017-05-30 Motorola Mobility Llc armazenamento eficiente de informação de movimento para codificação de vídeo de alta eficiência
US9332259B2 (en) * 2012-01-18 2016-05-03 Qualcomm Incorporated Indication of use of wavefront parallel processing in video coding
EP2868103B1 (en) 2012-06-29 2016-12-07 GE Video Compression, LLC Video data stream concept
AU2013228045A1 (en) * 2013-09-13 2015-04-02 Canon Kabushiki Kaisha Method, apparatus and system for encoding and decoding video data
US10390034B2 (en) * 2014-01-03 2019-08-20 Microsoft Technology Licensing, Llc Innovations in block vector prediction and estimation of reconstructed sample values within an overlap area
US10477232B2 (en) * 2014-03-21 2019-11-12 Qualcomm Incorporated Search region determination for intra block copy in video coding
RU2019117034A (ru) 2014-06-20 2019-07-29 Сони Корпорейшн Устройство и способ кодирования изображений и устройство и способ декодирования изображений

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2011517227A (ja) * 2008-04-11 2011-05-26 トムソン ライセンシング ビデオ符号化及び復号化におけるテンプレート・マッチング予測（ｔｍｐ）のための方法及び装置
JP2011217082A (ja) * 2010-03-31 2011-10-27 Jvc Kenwood Corp 画像符号化装置、画像符号化方法、画像符号化プログラム、画像復号装置、画像復号方法及び画像復号プログラム
JP2012028863A (ja) * 2010-07-20 2012-02-09 Hitachi Kokusai Electric Inc 動画像符号化装置
WO2013065673A1 (ja) * 2011-10-31 2013-05-10 三菱電機株式会社 動画像符号化装置、動画像復号装置、動画像符号化方法及び動画像復号方法
WO2013153226A2 (en) * 2012-04-13 2013-10-17 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Low delay picture coding

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
BIN LI ET AL.: "On Intra BC mode", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11 15TH MEETING, 24 October 2013 (2013-10-24), Geneva, CH, pages 1 - 12, XP030115221 *
CHAO PANG ET AL.: "Intra block copy with larger search region", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11 17TH MEETING, 29 March 2014 (2014-03-29), Valencia, ES, pages 1 - 6, XP055245882 *
SALLY HATTORI ET AL.: "HLS: Extensions to Motion-constrained tile sets SEI message", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11 14TH MEETING, 25 July 2013 (2013-07-25), Vienna, Austria , AT, pages 1 - 4, XP030114571 *
TZU-DER CHUANG ET AL.: "CE2-related: IntraBC constraint for multiple slices", JOINT COLLABORATIVE TEAM ON VIDEO CODING (JCT-VC) OF ITU-T SG 16 WP 3 AND ISO/IEC JTC 1/SC 29/WG 11 20TH MEETING, Geneva, CH, pages 1 - 5, XP030117172 *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11627309B2 (en) 2014-06-20 2023-04-11 Sony Group Corporation Image encoding device and method, and image decoding device and method
CN107483950A (zh) * 2016-06-07 2017-12-15 北京大学 图片并行编码方法及***
JP2022518169A (ja) * 2019-01-09 2022-03-14 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ビデオエンコーダ、ビデオデコーダ、および対応する方法
US11949893B2 (en) 2019-01-09 2024-04-02 Huawei Technologies Co., Ltd. Sub-picture level indicator signaling in video coding
JP7467480B2 (ja) 2019-01-09 2024-04-15 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ビデオエンコーダ、ビデオデコーダ、および対応する方法

Also Published As

Publication number Publication date
EP3160144B1 (en) 2022-02-02
JP6741126B2 (ja) 2020-08-19
JP2020174400A (ja) 2020-10-22
AU2020202419B2 (en) 2020-12-24
JP2019195209A (ja) 2019-11-07
BR112016028745A8 (pt) 2021-09-14
EP4002851A1 (en) 2022-05-25
MX2016016454A (es) 2017-03-30
US20210289196A1 (en) 2021-09-16
US20230224459A1 (en) 2023-07-13
RU2016148719A3 (ja) 2018-12-06
CN106576176A (zh) 2017-04-19
RU2019117034A (ru) 2019-07-29
CN111836049A (zh) 2020-10-27
MX2021015798A (es) 2023-03-07
US11095879B2 (en) 2021-08-17
AU2015278082B2 (en) 2020-02-20
US11627309B2 (en) 2023-04-11
US10701354B2 (en) 2020-06-30
KR102407030B1 (ko) 2022-06-10
KR20170020746A (ko) 2017-02-24
AU2015278082A1 (en) 2017-01-12
EP3160144A1 (en) 2017-04-26
US20200221080A1 (en) 2020-07-09
MX365273B (es) 2019-05-29
AU2020202419A1 (en) 2020-04-30
US20170118466A1 (en) 2017-04-27
CN106576176B (zh) 2020-10-02
EP3160144A4 (en) 2017-11-15
BR112016028745A2 (pt) 2017-08-22
RU2690439C2 (ru) 2019-06-03
JP6555541B2 (ja) 2019-08-07
JPWO2015194394A1 (ja) 2017-04-20
MY180962A (en) 2020-12-14
RU2016148719A (ru) 2018-06-19
CA2951009A1 (en) 2015-12-23
CN111836048B (zh) 2024-06-11
CN111836048A (zh) 2020-10-27
MX2019005802A (es) 2019-08-14

Similar Documents

Publication Publication Date Title
JP6741126B2 (ja) 画像復号装置および方法
KR102338523B1 (ko) 디코딩 디바이스, 디코딩 방법, 인코딩 디바이스, 및 인코딩 방법
US20160227253A1 (en) Decoding device, decoding method, encoding device and encoding method
WO2015005367A1 (ja) 画像復号装置および方法
JP6711353B2 (ja) 画像処理装置および画像処理方法
WO2015137145A1 (ja) 画像符号化装置および方法、並びに画像復号装置および方法
WO2015053116A1 (ja) 復号装置および復号方法、並びに、符号化装置および符号化方法
KR102338669B1 (ko) 화상 처리 장치 및 방법, 및 기록 매체
US20160286218A1 (en) Image encoding device and method, and image decoding device and method
JP6402802B2 (ja) 画像処理装置および方法、プログラム、並びに記録媒体
JP2015050738A (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: 15808945

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016529237

Country of ref document: JP

Kind code of ref document: A

REEP Request for entry into the european phase

Ref document number: 2015808945

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015808945

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 20167031844

Country of ref document: KR

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 2951009

Country of ref document: CA

WWE Wipo information: entry into national phase

Ref document number: 15315563

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2016148719

Country of ref document: RU

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: MX/A/2016/016454

Country of ref document: MX

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112016028745

Country of ref document: BR

ENP Entry into the national phase

Ref document number: 2015278082

Country of ref document: AU

Date of ref document: 20150605

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 112016028745

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20161207

ENPC Correction to former announcement of entry into national phase, pct application did not enter into the national phase

Ref document number: 112016028745

Country of ref document: BR

Kind code of ref document: A2

Free format text: ANULADA A PUBLICACAO CODIGO 1.3 NA RPI NO 2433 DE 22/08/2017 POR TER SIDO INDEVIDA.

REG Reference to national code

Ref country code: BR

Ref legal event code: B01E

Ref document number: 112016028745

Country of ref document: BR

Kind code of ref document: A2

Free format text: SOLICITA-SE APRESENTAR NOVAS FOLHAS REFERENTES AOS DESENHOS DO PEDIDO, UMA VEZ QUE O CONJUNTO APRESENTADO TEM INCORRECAO NA NUMERACAO DE SUAS PAGINAS OU PAGINAS FALTANTES.

ENP Entry into the national phase

Ref document number: 112016028745

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20161207