EP2982125B1 - Bestimmung von palettenindizes in einer palettenbasierten videocodierung - Google Patents

Bestimmung von palettenindizes in einer palettenbasierten videocodierung Download PDF

Info

Publication number
EP2982125B1
EP2982125B1 EP14720461.4A EP14720461A EP2982125B1 EP 2982125 B1 EP2982125 B1 EP 2982125B1 EP 14720461 A EP14720461 A EP 14720461A EP 2982125 B1 EP2982125 B1 EP 2982125B1
Authority
EP
European Patent Office
Prior art keywords
palette
video
block
coding
value
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
EP14720461.4A
Other languages
English (en)
French (fr)
Other versions
EP2982125A1 (de
Inventor
Liwei Guo
Marta Karczewicz
Joel SOLEROJALS
Rajan Laxman Joshi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of EP2982125A1 publication Critical patent/EP2982125A1/de
Application granted granted Critical
Publication of EP2982125B1 publication Critical patent/EP2982125B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/119—Adaptive subdivision aspects, e.g. subdivision of a picture into rectangular or non-rectangular coding 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/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
    • 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/46—Embedding additional information in the video signal during the compression process
    • 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
    • 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/93—Run-length coding

Definitions

  • This disclosure relates to video encoding and decoding.
  • Digital video capabilities can be incorporated into a wide range of devices, including digital televisions, digital direct broadcast systems, wireless broadcast systems, personal digital assistants (PDAs), laptop or desktop computers, tablet computers, e-book readers, digital cameras, digital recording devices, digital media players, video gaming devices, video game consoles, cellular or satellite radio telephones, so-called "smart phones," video teleconferencing devices, video streaming devices, and the like.
  • Digital video devices implement video compression techniques, such as those described in the standards defined by MPEG-2, MPEG-4, ITU-T H.263, ITU-T H.264/MPEG-4, Part 10, Advanced Video Coding (AVC), the High Efficiency Video Coding (HEVC) standard presently under development, and extensions of such standards.
  • the video devices may transmit, receive, encode, decode, and/or store digital video information more efficiently by implementing such video compression techniques.
  • Video compression techniques perform spatial (intra-picture) prediction and/or temporal (inter-picture) prediction to reduce or remove redundancy inherent in video sequences.
  • a video slice i.e., a video frame or a portion of a video frame
  • Video blocks in an intra-coded (I) slice of a picture are encoded using spatial prediction with respect to reference samples in neighboring blocks in the same picture.
  • Video blocks in an inter-coded (P or B) slice of a picture may use spatial prediction with respect to reference samples in neighboring blocks in the same picture or temporal prediction with respect to reference samples in other reference pictures.
  • Pictures may be referred to as frames, and reference pictures may be referred to a reference frames.
  • Residual data represents pixel differences between the original block to be coded and the predictive block.
  • An inter-coded block is encoded according to a motion vector that points to a block of reference samples forming the predictive block, and the residual data indicates the difference between the coded block and the predictive block.
  • An intra-coded block is encoded according to an intra-coding mode and the residual data.
  • the residual data may be transformed from the pixel domain to a transform domain, resulting in residual coefficients, which then may be quantized.
  • the quantized coefficients initially arranged in a two-dimensional array, may be scanned in order to produce a one-dimensional vector of coefficients, and entropy coding may be applied to achieve even more compression.
  • a multiview coding bitstream may be generated by encoding views, e.g., from multiple perspectives.
  • Some three-dimensional (3D) video standards have been developed that make use of multiview coding aspects. For example, different views may transmit left and right eye views to support 3D video.
  • some 3D video coding processes may apply so-called multiview plus depth coding.
  • a 3D video bitstream may contain not only texture view components, but also depth view components. For example, each view may comprise one texture view component and one depth view component.
  • a data coder prepares a frame of data for transmission over a data channel.
  • the frame is first broken into a series of non-overlapping blocks.
  • the blocks are analyzed to determine if they are a "picture” block or a "non-picture” block.
  • Picture blocks are compressed to produce one or more layers of data, including a base layer and, optionally, one or more enhanced layers.
  • Non-picture blocks are similarly compressed, but according to different compression procedures including colour indexing using a block-specific palette .
  • One of the drawings is described as illustrating a system for Run Length Encoding a non-picture block.
  • a run block type consists of a one byte symbol of ⁇ color, run ⁇ used for a whole block (e.g., ⁇ two bits color, six bits run ⁇ , ⁇ three bits color, five bits run ⁇ , and the like)
  • a video coder (a video encoder or video decoder) may form a so-called "palette" as a table of colors for representing the video data of the particular area (e.g., a given block).
  • Palette-based coding may be especially useful for coding areas of video data having a relatively small number of colors.
  • the video coder may code index values for one or more of the pixels that relate the pixels with entries in the palette representing the colors of the pixels.
  • a palette may be explicitly encoded and sent to the decoder, predicted from previous palette entries, or a combination thereof.
  • the techniques described in this disclosure may include techniques for various combinations of one or more of signaling palette-based coding modes, coding palettes, predicting palettes, deriving palettes, and coding palette-based coding maps and other syntax elements.
  • This disclosure includes techniques for video coding and compression.
  • this disclosure describes techniques for palette-based coding of video data.
  • images are assumed to be continuous-tone and spatially smooth. Based on these assumptions, various tools have been developed such as block-based transform, filtering, etc., and such tools have shown good performance for natural content videos.
  • palette-based coding which may be particularly suitable for screen generated content coding. For example, assuming a particular area of video data has a relatively small number of colors.
  • a video coder (a video encoder or video decoder) may form a so-called "palette" as a table of colors for representing the video data of the particular area (e.g., a given block).
  • Each pixel may be associated with an entry in the palette that represents the color of the pixel.
  • the video coder may code an index that relates the pixel value to the appropriate value in the palette.
  • a video encoder may encode a block of video data by determining a palette for the block (e.g., coding the palette explicitly, predicting it, or a combination thereof), locating an entry in the palette to represent the value of each pixel, and encoding the block with index values for the pixels relating the pixel value to the palette.
  • a video decoder may obtain, from an encoded bitstream, a palette for a block, as well as index values for the pixels of the block. The video decoder may relate the index values of the pixels to entries of the palette to reconstruct the pixel values of the block.
  • the techniques described in this disclosure may include techniques for various combinations of one or more of signaling palette-based coding modes, transmitting palettes, predicting palettes, deriving palettes, and transmitting palette-based coding maps and other syntax elements. Such techniques may improve video coding efficiency, e.g., requiring fewer bits to represent screen generated content.
  • the techniques for palette-based coding of video data may be used with one or more other coding techniques, such as techniques for inter- or intra-predictive coding.
  • an encoder or decoder, or combined encoder-decoder (codec) may be configured to perform inter- and intra-predictive coding, as well as palette-based coding.
  • the palette-based coding techniques may be configured for use with one or more video coding standards.
  • High Efficiency Video Coding is a new video coding standard developed by the Joint Collaboration Team on Video Coding (JCT-VC) of ITU-T Video Coding Experts Group (VCEG) and ISO/IEC Motion Picture Experts Group (MPEG).
  • JCT-VC Joint Collaboration Team on Video Coding
  • MPEG ISO/IEC Motion Picture Experts Group
  • a recent HEVC text specification draft is described in Bross et al., "High Efficiency Video Coding (HEVC) Text Specification Draft 10 (for FDIS & Consent),” JCVC-L1003_v13, 12 th Meeting of JCT-VC of ITU-T SG16 WP 3 and ISO/IEC JCT 1/SC 29/WG 11, 14 - 23 Jan. 2013 (“HEVC Draft 10"), available from: http://phenix.int-evry.fr/jct/doc_end_user/documents/12_Geneva/wg11/JCTV
  • the palette-based coding techniques may be configured to be used as a coding unit (CU) mode.
  • the palette-based coding techniques may be configured to be used as a PU mode in the framework of HEVC. Accordingly, all of the following disclosed processes described in the context of a CU mode may, additionally or alternatively, apply to PU.
  • these HEVC-based examples should not be considered a restriction or limitation of the palette-based coding techniques described herein, as such techniques may be applied to work independently or as part of other existing or yet to be developed systems/standards.
  • the unit for palette coding can be square blocks, rectangular blocks or even regions of non-rectangular shape.
  • FIG. 1 is a block diagram illustrating an example video coding system 10 that may utilize the techniques of this disclosure.
  • video coder refers generically to both video encoders and video decoders.
  • video coding or “coding” may refer generically to video encoding or video decoding.
  • Video encoder 20 and video decoder 30 of video coding system 10 represent examples of devices that may be configured to perform techniques for palette-based video coding in accordance with various examples described in this disclosure.
  • video encoder 20 and video decoder 30 may be configured to selectively code various blocks of video data, such as CU's or PU's in HEVC coding, using either palette-based coding or non-palette based coding.
  • Non-palette based coding modes may refer to various inter-predictive temporal coding modes or intra-predictive spatial coding modes, such as the various coding modes specified by HEVC Draft 10.
  • video coding system 10 includes a source device 12 and a destination device 14.
  • Source device 12 generates encoded video data. Accordingly, source device 12 may be referred to as a video encoding device or a video encoding apparatus.
  • Destination device 14 may decode the encoded video data generated by source device 12. Accordingly, destination device 14 may be referred to as a video decoding device or a video decoding apparatus.
  • Source device 12 and destination device 14 may be examples of video coding devices or video coding apparatuses.
  • Source device 12 and destination device 14 may comprise a wide range of devices, including desktop computers, mobile computing devices, notebook (e.g., laptop) computers, tablet computers, set-top boxes, telephone handsets such as so-called “smart" phones, televisions, cameras, display devices, digital media players, video gaming consoles, in-car computers, or the like.
  • desktop computers mobile computing devices
  • notebook (e.g., laptop) computers tablet computers
  • set-top boxes telephone handsets such as so-called “smart" phones
  • televisions cameras
  • display devices digital media players
  • video gaming consoles in-car computers, or the like.
  • Destination device 14 may receive encoded video data from source device 12 via a channel 16.
  • Channel 16 may comprise one or more media or devices capable of moving the encoded video data from source device 12 to destination device 14.
  • channel 16 may comprise one or more communication media that enable source device 12 to transmit encoded video data directly to destination device 14 in real-time.
  • source device 12 may modulate the encoded video data according to a communication standard, such as a wireless communication protocol, and may transmit the modulated video data to destination device 14.
  • the one or more communication media may include wireless and/or wired communication media, such as a radio frequency (RF) spectrum or one or more physical transmission lines.
  • RF radio frequency
  • the one or more communication media may form part of a packet-based network, such as a local area network, a wide-area network, or a global network (e.g., the Internet).
  • the one or more communication media may include routers, switches, base stations, or other equipment that facilitate communication from source device 12 to destination device 14.
  • channel 16 may include a storage medium that stores encoded video data generated by source device 12.
  • destination device 14 may access the storage medium via disk access or card access.
  • the storage medium may include a variety of locally-accessed data storage media such as Blu-ray discs, DVDs, CD-ROMs, flash memory, or other suitable digital storage media for storing encoded video data.
  • channel 16 may include a file server or another intermediate storage device that stores encoded video data generated by source device 12.
  • destination device 14 may access encoded video data stored at the file server or other intermediate storage device via streaming or download.
  • the file server may be a type of server capable of storing encoded video data and transmitting the encoded video data to destination device 14.
  • Example file servers include web servers (e.g., for a website), file transfer protocol (FTP) servers, network attached storage (NAS) devices, and local disk drives.
  • Destination device 14 may access the encoded video data through a standard data connection, such as an Internet connection.
  • a standard data connection such as an Internet connection.
  • Example types of data connections may include wireless channels (e.g., Wi-Fi connections), wired connections (e.g., DSL, cable modem, etc.), or combinations of both that are suitable for accessing encoded video data stored on a file server.
  • the transmission of encoded video data from the file server may be a streaming transmission, a download transmission, or a combination of both.
  • video coding system 10 may be configured to support one-way or two-way video transmission to support applications such as video streaming, video playback, video broadcasting, and/or video telephony.
  • FIG. 1 is merely an example and the techniques of this disclosure may apply to video coding settings (e.g., video encoding or video decoding) that do not necessarily include any data communication between the encoding and decoding devices.
  • data is retrieved from a local memory, streamed over a network, or the like.
  • a video encoding device may encode and store data to memory, and/or a video decoding device may retrieve and decode data from memory.
  • the encoding and decoding is performed by devices that do not communicate with one another, but simply encode data to memory and/or retrieve and decode data from memory.
  • source device 12 includes a video source 18, a video encoder 20, and an output interface 22.
  • output interface 22 may include a modulator/demodulator (modem) and/or a transmitter.
  • Video source 18 may include a video capture device, e.g., a video camera, a video archive containing previously-captured video data, a video feed interface to receive video data from a video content provider, and/or a computer graphics system for generating video data, or a combination of such sources of video data.
  • Video encoder 20 may encode video data from video source 18.
  • source device 12 directly transmits the encoded video data to destination device 14 via output interface 22.
  • the encoded video data may also be stored onto a storage medium or a file server for later access by destination device 14 for decoding and/or playback.
  • destination device 14 includes an input interface 28, a video decoder 30, and a display device 32.
  • input interface 28 includes a receiver and/or a modem.
  • Input interface 28 may receive encoded video data over channel 16.
  • Display device 32 may be integrated with or may be external to destination device 14. In general, display device 32 displays decoded video data.
  • Display device 32 may comprise a variety of display devices, such as a liquid crystal display (LCD), a plasma display, an organic light emitting diode (OLED) display, or another type of display device.
  • LCD liquid crystal display
  • OLED organic light emitting diode
  • This disclosure may generally refer to video encoder 20 "signaling" or “transmitting” certain information to another device, such as video decoder 30.
  • the term “signaling” or “transmitting” may generally refer to the communication of syntax elements and/or other data used to decode the compressed video data. Such communication may occur in real- or near-real-time. Alternately, such communication may occur over a span of time, such as might occur when storing syntax elements to a computer-readable storage medium in an encoded bitstream at the time of encoding, which then may be retrieved by a decoding device at any time after being stored to this medium.
  • video decoder 30 may be referred to as "receiving" certain information, the receiving of information does not necessarily occur in real- or near-real-time and may be retrieved from a medium at some time after storage.
  • Video encoder 20 and video decoder 30 each may be implemented as any of a variety of suitable circuitry, such as one or more microprocessors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), discrete logic, hardware, or any combinations thereof. If the techniques are implemented partially in software, a device may store instructions for the software in a suitable, non-transitory computer-readable storage medium and may execute the instructions in hardware using one or more processors to perform the techniques of this disclosure. Any of the foregoing (including hardware, software, a combination of hardware and software, etc.) may be considered to be one or more processors. Each of video encoder 20 and video decoder 30 may be included in one or more encoders or decoders, either of which may be integrated as part of a combined encoder/decoder (CODEC) in a respective device.
  • CODEC combined encoder/decoder
  • video encoder 20 and video decoder 30 operate according to a video compression standard, such as HEVC standard mentioned above, and described in HEVC Draft 10.
  • a video compression standard such as HEVC standard mentioned above, and described in HEVC Draft 10.
  • palette-based coding modes e.g., as described in this disclosure, may be provided for extension of the HEVC standard.
  • the techniques described in this disclosure for palette-based coding may be applied to encoders and decoders configured to operation according to other video coding standards, such as theITU-T-H.264/AVC standard or future standards. Accordingly, application of a palette-based coding mode for coding of coding units (CU's) or prediction units (PU's) in an HEVC codec is described for purposes of example.
  • a video sequence typically includes a series of pictures. Pictures may also be referred to as "frames.”
  • a picture may include three sample arrays, denoted S L , S Cb and S Cr .
  • S L is a two-dimensional array (i.e., a block) of luma samples.
  • S Cb is a two-dimensional array of Cb chrominance samples.
  • S Cr is a two-dimensional array of Cr chrominance samples.
  • Chrominance samples may also be referred to herein as "chroma" samples.
  • a picture may be monochrome and may only include an array of luma samples.
  • video encoder 20 may generate a set of coding tree units (CTUs).
  • Each of the CTUs may be a coding tree block of luma samples, two corresponding coding tree blocks of chroma samples, and syntax structures used to code the samples of the coding tree blocks.
  • a coding tree block may be an NxN block of samples.
  • a CTU may also be referred to as a "tree block” or a "largest coding unit” (LCU).
  • the CTUs of HEVC may be broadly analogous to the macroblocks of other standards, such as H.264/AVC. However, a CTU is not necessarily limited to a particular size and may include one or more coding units (CUs).
  • a slice may include an integer number of CTUs ordered consecutively in the raster scan.
  • coded slice may comprise a slice header and slice data.
  • the slice header of a slice may be a syntax structure that includes syntax elements that provide information about the slice.
  • the slice data may include coded CTUs of the slice.
  • video unit or “video block” or “block” to refer to one or more sample blocks and syntax structures used to code samples of the one or more blocks of samples.
  • Example types of video units or blocks may include CTUs, CUs, PUs, transform units (TUs), macroblocks, macroblock partitions, and so on.
  • discussion of PUs may be interchanged with discussion of macroblocks of macroblock partitions.
  • video encoder 20 may recursively perform quad-tree partitioning on the coding tree blocks of a CTU to divide the coding tree blocks into coding blocks, hence the name "coding tree units."
  • a coding block is an NxN block of samples.
  • a CU may be a coding block of luma samples and two corresponding coding blocks of chroma samples of a picture that has a luma sample array, a Cb sample array and a Cr sample array, and syntax structures used to code the samples of the coding blocks.
  • Video encoder 20 may partition a coding block of a CU into one or more prediction blocks.
  • a prediction block may be a rectangular (i.e., square or non-square) block of samples on which the same prediction is applied.
  • a prediction unit (PU) of a CU may be a prediction block of luma samples, two corresponding prediction blocks of chroma samples of a picture, and syntax structures used to predict the prediction block samples.
  • Video encoder 20 may generate predictive luma, Cb and Cr blocks for luma, Cb and Cr prediction blocks of each PU of the CU.
  • Video encoder 20 may use intra prediction or inter prediction to generate the predictive blocks for a PU. If video encoder 20 uses intra prediction to generate the predictive blocks of a PU, video encoder 20 may generate the predictive blocks of the PU based on decoded samples of the picture associated with the PU.
  • video encoder 20 may generate the predictive blocks of the PU based on decoded samples of one or more pictures other than the picture associated with the PU.
  • Video encoder 20 may use uni-prediction or bi-prediction to generate the predictive blocks of a PU.
  • the PU may have a single MV.
  • video encoder 20 uses bi-prediction to generate the predictive blocks for a PU, the PU may have two MVs.
  • video encoder 20 may generate a luma residual block for the CU.
  • Each sample in the CU's luma residual block indicates a difference between a luma sample in one of the CU's predictive luma blocks and a corresponding sample in the CU's original luma coding block.
  • video encoder 20 may generate a Cb residual block for the CU.
  • Each sample in the CU's Cb residual block may indicate a difference between a Cb sample in one of the CU's predictive Cb blocks and a corresponding sample in the CU's original Cb coding block.
  • Video encoder 20 may also generate a Cr residual block for the CU.
  • Each sample in the CU's Cr residual block may indicate a difference between a Cr sample in one of the CU's predictive Cr blocks and a corresponding sample in the CU's original Cr coding block.
  • video encoder 20 may use quad-tree partitioning to decompose the luma, Cb and Cr residual blocks of a CU into one or more luma, Cb and Cr transform blocks.
  • a transform block may be a rectangular block of samples on which the same transform is applied.
  • a transform unit (TU) of a CU may be a transform block of luma samples, two corresponding transform blocks of chroma samples, and syntax structures used to transform the transform block samples.
  • each TU of a CU may be associated with a luma transform block, a Cb transform block, and a Cr transform block.
  • the luma transform block associated with the TU may be a sub-block of the CU's luma residual block.
  • the Cb transform block may be a sub-block of the CU's Cb residual block.
  • the Cr transform block may be a sub-block of the CU's Cr residual block.
  • Video encoder 20 may apply one or more transforms to a luma transform block of a TU to generate a luma coefficient block for the TU.
  • a coefficient block may be a two-dimensional array of transform coefficients.
  • a transform coefficient may be a scalar quantity.
  • Video encoder 20 may apply one or more transforms to a Cb transform block of a TU to generate a Cb coefficient block for the TU.
  • Video encoder 20 may apply one or more transforms to a Cr transform block of a TU to generate a Cr coefficient block for the TU.
  • video encoder 20 may quantize the coefficient block. Quantization generally refers to a process in which transform coefficients are quantized to possibly reduce the amount of data used to represent the transform coefficients, providing further compression.
  • video encoder 20 may entropy encoding syntax elements indicating the quantized transform coefficients. For example, video encoder 20 may perform Context-Adaptive Binary Arithmetic Coding (CABAC) on the syntax elements indicating the quantized transform coefficients.
  • CABAC Context-Adaptive Binary Arithmetic Coding
  • Video encoder 20 may output the entropy-encoded syntax elements in a bitstream.
  • CABAC Context-Adaptive Binary Arithmetic Coding
  • Video encoder 20 may output a bitstream that includes the entropy-encoded syntax elements.
  • the bitstream may include a sequence of bits that forms a representation of coded pictures and associated data.
  • the bitstream may comprise a sequence of network abstraction layer (NAL) units.
  • NAL network abstraction layer
  • Each of the NAL units includes a NAL unit header and encapsulates a raw byte sequence payload (RBSP).
  • the NAL unit header may include a syntax element that indicates a NAL unit type code.
  • the NAL unit type code specified by the NAL unit header of a NAL unit indicates the type of the NAL unit.
  • a RBSP may be a syntax structure containing an integer number of bytes that is encapsulated within a NAL unit. In some instances, an RBSP includes zero bits.
  • NAL units may encapsulate different types of RBSPs. For example, a first type of NAL unit may encapsulate an RBSP for a picture parameter set (PPS), a second type of NAL unit may encapsulate an RBSP for a coded slice, a third type of NAL unit may encapsulate an RBSP for SEI, and so on.
  • NAL units that encapsulate RBSPs for video coding data (as opposed to RBSPs for parameter sets and SEI messages) may be referred to as video coding layer (VCL) NAL units.
  • VCL video coding layer
  • Video decoder 30 may receive a bitstream generated by video encoder 20. In addition, video decoder 30 may parse the bitstream to decode syntax elements from the bitstream. Video decoder 30 may reconstruct the pictures of the video data based at least in part on the syntax elements decoded from the bitstream. The process to reconstruct the video data may be generally reciprocal to the process performed by video encoder 20.
  • video decoder 30 may use MVs of PUs to determine predictive sample blocks for the PUs of a current CU.
  • video decoder 30 may inverse quantize transform coefficient blocks associated with TUs of the current CU.
  • Video decoder 30 may perform inverse transforms on the transform coefficient blocks to reconstruct transform blocks associated with the TUs of the current CU.
  • Video decoder 30 may reconstruct the coding blocks of the current CU by adding the samples of the predictive sample blocks for PUs of the current CU to corresponding samples of the transform blocks of the TUs of the current CU. By reconstructing the coding blocks for each CU of a picture, video decoder 30 may reconstruct the picture.
  • video encoder 20 and video decoder 30 may be configured to perform palette-based coding.
  • video encoder 20 and video decoder 30 may code a so-called palette as a table of colors for representing the video data of the particular area (e.g., a given block).
  • Each pixel may be associated with an entry in the palette that represents the color of the pixel.
  • video encoder 20 and video decoder 30 may code an index that relates the pixel value to the appropriate value in the palette.
  • video encoder 20 may encode a block of video data by determining a palette for the block, locating an entry in the palette to represent the value of each pixel, and encoding the palette with index values for the pixels relating the pixel value to the palette.
  • Video decoder 30 may obtain, from an encoded bitstream, a palette for a block, as well as index values for the pixels of the block.
  • Video decoder 30 may relate the index values of the pixels to entries of the palette to reconstruct the pixel values of the block.
  • Palette-based coding may have a certain amount of signaling overhead. For example, a number of bits may be needed to signal characteristics of a palette, such as a size of the palette, as well as the palette itself. In addition, a number of bits may be needed to signal index values for the pixels of the block. The techniques of this disclosure may, in some examples, reduce the number of bits needed to signal such information. For example, the techniques described in this disclosure may include techniques for various combinations of one or more of signaling palette-based coding modes, transmitting palettes, predicting palettes, deriving palettes, and transmitting palette-based coding maps and other syntax elements.
  • video encoder 20 and/or video decoder 30 may determine a first palette having first entries indicating first pixel values. Video encoder 20 and/or video decoder 30 may then determine, based on the first entries of the first palette, one or more second entries indicating second pixel values of a second palette. Video encoder 20 and/or video decoder 30 may also code pixels of a block of video data using the second palette.
  • video encoder 20 may encode a variety of syntax elements, which may be used by video decoder to reconstruct the second palette.
  • video encoder 20 may encode one or more syntax elements in a bitstream to indicate that an entire palette (or palettes, in the case of each color component, e.g., Y, Cb, Cr, or Y, U, V, or R, G, B, of the video data having a separate palette) is copied from one or more neighboring blocks of the block currently being coded.
  • the palette from which entries of the current palette of the current block are predicted may be referred to as a predictive palette.
  • the predictive palette may contain palette entries from one or more neighboring blocks including spatially neighboring blocks and/or neighboring blocks in a particular scan order of the blocks.
  • the neighboring blocks may be spatially located to the left (left neighboring block) of or above (upper neighboring block) the block currently being coded.
  • video encoder 20 may determine predictive palette entries using the most frequent sample values in a causal neighbor of the current block.
  • the neighboring blocks may neighbor the block current being coded according to a particular scan order used to code the blocks. That is, the neighboring blocks may be one or more blocks coded prior to the current block in the scan order.
  • Video encoder 20 may encode one or more syntax elements to indicate the location of the neighboring blocks from which the palette(s) are copied.
  • palette prediction may be performed entry-wise.
  • video encoder 20 may encode one or more syntax elements to indicate, for each entry of a predictive palette, whether the palette entry is included in the palette for the current block. If video encoder 20 does not predict an entry of the palette for the current block, video encoder 20 may encode one or more additional syntax elements to specify the non-predicted entries, as well as the number of such entries.
  • techniques for predicting an entire palette may be combined with techniques for predicting one or more entries of a palette.
  • video encoder 20 may encode one or more syntax elements in a bitstream to indicate whether the current palette is entirely copied from the predictive palette. If this is not the case, video encoder 20 may encode one or more syntax elements in a bitstream to indicate whether each entry in the predictive palette is copied.
  • video encoder 20 may signal, after signaling each palette value, a flag to indicate whether the signaled palette value is the final palette entry for the palette. Video encoder 20 may not signal such an "end of palette" flag if the palette has already reached a certain maximum size.
  • video encoder 20 may encode one or more syntax elements to indicate whether palette prediction is enabled and/or active.
  • video encoder 20 may encode a pred_palette_flag to indicate, for each block (e.g., CU or PU), whether video encoder 20 uses palette prediction to predict the palette for the respective block.
  • video encoder may signal a separate flag for each color component (e.g., three flags for each block).
  • video encoder 20 may signal a single flag that is applicable to all color components of a block.
  • Video decoder 30 may obtain the above-identified information from an encoded bitstream and use the data to reconstruct the palette. For example, video decoder 30 may receive data indicating whether a particular palette is predicted from another palette, as well as information that allows video decoder 30 to use the appropriate predictive palette entries.
  • video encoder 20 and/or video decoder 30 may construct a palette on-the-fly, i.e., dynamically.
  • video encoder 20 and/or video decoder 30 may add entries to an empty palette during coding. That is, video encoder 20 may add pixel values to a palette as the pixel values are generated and transmitted for positions in a block. Pixels that are coded relatively later in the block may refer to earlier added entries of the palette, e.g., with index values, instead of transmitting the pixel values.
  • video decoder 30 may follow the same process as video encoder 20 and include the pixel value in a palette.
  • video decoder 30 constructs the same palette as video encoder 20.
  • Video decoder 30 may receive, for pixels having values that are already included in the palette, index values that identify the values.
  • Video decoder 30 may use the received information, e.g., pixel values for the palette and index values, to reconstruct the pixels of a block.
  • video encoder 20 and video decoder 30 may maintain a palette of a fixed size. For example, video encoder 20 and video decoder 30 may add the most recent reconstructed pixel values the palette as are reconstructed. For each entry that is added to the palette, the entry that was added to the palette the earliest is discarded. This is also sometimes referred to as First-in-First-out (FIFO). This process of updating the palette may be applied only to blocks that are coded using the palette mode or to all the blocks irrespective of the coding mode.
  • FIFO First-in-First-out
  • the techniques described above generally relate to video encoder 20 and video decoder 30 constructing and/or transmitting a palette for palette-based coding.
  • Other aspects of this disclosure relate to constructing and/or transmitting a map that allows video encoder 20 and/or video decoder 30 to determine pixel values.
  • other aspects of this disclosure relate constructing and/or transmitting a map of indices that relate a particular pixel to an entry of a palette.
  • video encoder 20 may indicate whether pixels of a block have a corresponding value in a palette.
  • an (i, j) entry of a map corresponds to an (i, j) pixel position in a block of video data.
  • video encoder 20 may encode a flag for each pixel position of a block.
  • Video encoder 20 may set the flag equal to one for the (i, j)entry to indicate that the pixel value at the (i, j) location is one of the values in the palette.
  • video encoder 20 may also encode data indicating a palette index for the (i, j)entry that identifies the color in the palette.
  • video encoder 20 may also encode data indicating a sample value for the pixel.
  • the probability of a neighboring pixel being mapped to the same palette index may be relatively high that one or more neighboring pixels (in terms of spatial location) are mapped to the same palette index.
  • video encoder 20 and/or video decoder 30 may determine and code one or more indices of a block of video data relative to one or more indices of the same block of video data.
  • video encoder 20 and/or video decoder 30 may be configured to determine a first index value associated with a first pixel in a block of video data, where the first index value relates a value of the first pixel to an entry of a palette.
  • Video encoder 20 and/or video decoder 30 may also be configured to determine, based on the first index value, one or more second index values associated with one or more second pixels in the block of video data, and to code the first and the one or more second pixels of the block of video data.
  • indices of a map may be coded relative to one or more other indices of the map.
  • video encoder 20 may encode one or more syntax elements indicating a number of consecutive pixels in a given scan order that are mapped to the same index value.
  • the string of like-valued index values may be referred to herein as a "run.”
  • a pixel value may be associated with exactly one index value in a palette. Accordingly, in some instances, a run of values may also refer to a string of like-valued pixel values. In other examples, as described with respect to lossy coding below, more than one pixel value may map to the same index value in a palette. In such examples, a run of values refers to like-valued index values.
  • Video decoder 30 may obtain the syntax elements indicating a run from an encoded bitstream and use the data to determine the number of consecutive pixel locations that have the same index value.
  • video encoder 20 and video decoder 30 may perform line copying for one or more entries of a map.
  • the entries may also be referred to as "positions" due to the relationship between entries of the map and pixel positions of a block.
  • the line copying may depend, in some examples, on the scan direction.
  • video encoder 20 may indicate that a pixel value or index map value for a particular position in a block is equal to the pixel or index value in a line above the particular position (for a horizontal scan) or the column to the left of the particular position (for a vertical scan).
  • Video encoder 20 may also indicate, as a run, the number of pixel values or indices in the scan order that are equal to the corresponding pixel values or indices above or the column to the left of the particular position.
  • video encoder 20 and or video decoder 30 may copy pixel or index values from the specified neighboring line and from the specified number of entries for the line of the block currently being coded.
  • the line from which values are copied may be directly adjacent to, e.g., above or to the left of, the line of the position currently being coded.
  • a number of lines of the block may be buffered by video encoder 20 and/or video decoder 30, such that any of the number of lines of the map may be used as predictive values for a line of the map currently being coded.
  • video encoder 20 and/or video decoder 30 may be configured to store the previous four rows of indices or pixel values prior to coding the current row of pixels.
  • the predictive row (the row from which indices or pixel values are copied) may be indicated in a bitstream with a truncated unary code or other codes such as unary codes.
  • video encoder 20 and/or video decoder 30 may determine a maximum value for the truncated unary code based on a maximum row calculation (e.g., row_index-1) or a maximum column calculation (e.g., column_index-1).
  • a maximum row calculation e.g., row_index-1
  • a maximum column calculation e.g., column_index-1
  • an indication of the number of positions from the predictive row that are copied may also be included in the bitstream. In some instances, if the line or column from which a current position is being predicted belongs to another block (e.g., CU or CTU) such prediction may be disabled.
  • video encoder 20 may encode one or more syntax elements (e.g., a flag) indicating whether the value of an entry in a map is obtained from a palette or the value of an entry in the map is obtained from a previously coded line in the map.
  • Video encoder 20 may also encode one or more syntax elements indicating an index value of a palette or the location of the entry in the line (the row or column).
  • Video encoder 20 may also encode one or more syntax elements indicating a number of consecutive entries that share the same value.
  • Video decoder 30 may obtain such information from an encoded bitstream and use the information to reconstruct the map and pixel values for a block.
  • the indices of a map are scanned in a particular order.
  • the scan direction may be vertical, horizontal, or at a diagonal (e.g., 45 degrees or 135 degrees diagonally in block).
  • video encoder 20 may encode one or more syntax elements for each block indicating a scan direction for scanning the indices of the block. Additionally or alternatively, the scan direction may be signaled or inferred based on so-called side information such as, for example, block size, color space, and/or color component.
  • Video encoder 20 may specify scans for each color component of a block. Alternatively, a specified scan may apply to all color components of a block.
  • video encoder 20 and/or video decoder 30 may code one or more syntax elements for each block to indicate that the block is coded using a palette coding mode.
  • video encoder 20 and/or video decoder 30 may code a palette mode flag (PLT_Mode_flag) to indicate whether a palette-based coding mode is to be used for coding a particular block.
  • PLT_Mode_flag a palette mode flag
  • video encoder 20 may encode a PLT_Mode_flag that is equal to one to specify that the block currently being encoded ("current block") is encoded using a palette mode.
  • a value of the PLT_Mode_flag equal to zero specifies that the current block is not encoded using palette mode.
  • video decoder 30 may obtain the PLT_Mode_flag from the encoded bitstream and apply the palette-based coding mode to decode the block.
  • one or more syntax elements may indicate one of a plurality of different palette modes for the block.
  • video encoder 20 may encode a PLT_Mode_flag that is equal to zero to specify that the current block is not encoded using a palette mode. In such instances, video encoder 20 may encode the block using any of a variety of inter-predictive, intra-predictive, or other coding modes.
  • video encoder 20 may transmit additional information (e.g., syntax elements) to indicate the specific mode that is used for encoding the respective block.
  • the mode may be an HEVC coding mode.
  • the use of the PLT_Mode_flag is described for purposes of example. In other examples, other syntax elements such as multi-bit codes may be used to indicate whether the palette-based coding mode is to be used for one or more blocks, or to indicate which of a plurality of modes are to be used.
  • a palette is transmitted by video encoder 20, e.g., using one or more of the techniques described herein, in the encoded video data bitstream for use by video decoder 30.
  • a palette may be transmitted for each block or may be shared among a number of blocks.
  • the palette may refer to a number of pixel values that are dominant and/or representative for the block.
  • the size of the palette may be fixed or may be signaled using one or more syntax elements in an encoded bitstream.
  • a pixel value may be composed of a number of samples, e.g., depending on the color space used for coding.
  • a pixel value may include luma and chrominance samples (e.g., luma, U chrominance and V chrominance (YUV) or luma, Cb chrominance, and Cr chrominance (YCbCr) samples).
  • a pixel value may include Red, Green, and Blue (RGB) samples.
  • the term pixel value may generally refer to one or more of the samples contributing to a pixel. That is, the term pixel value does not necessarily refer to all samples contributing to a pixel, and may be used to describe a single sample value contributing to a pixel.
  • a palette may be transmitted separately for each color component of a particular block.
  • a palette for the Y component may be a palette for the Y component (representing Y values), another palette for the U component (representing U values), and yet another palette for the V component (representing V values).
  • a palette may include all components of a particular block.
  • the i-th entry in the palette may include three values (e.g., Yi, Ui, Vi).
  • one or more syntax elements may separately indicate the size of the palette for each component (e.g., Y, U, V, or the like).
  • a single size may be used for all components, such that one or more syntax elements indicate the size of all components.
  • video encoder 20 and/or video decoder may perform palette-based coding in a lossy or lossless manner. That is, in some examples, video encoder 20 and/or video decoder 30 may losslessly code video data for a block using palette entries that match the pixel values of the block (or by sending the actual pixel values if the pixel value is not included in the palette). In other examples, as described in greater detail with respect to FIG. 5 below, video encoder 20 and/or video decoder 30 may code video data for a block using palette entries that do not exactly match the pixel values of the block (lossy coding).
  • the techniques for palette-based coding of video data may be used with one or more other coding techniques, such as techniques for inter- or intra-predictive coding.
  • an encoder or decoder, or combined encoder-decoder (codec) may be configured to perform inter- and intra-predictive coding, as well as palette-based coding.
  • FIG. 2 is a block diagram illustrating an example video encoder 20 that may implement the techniques of this disclosure.
  • FIG. 2 is provided for purposes of explanation and should not be considered limiting of the techniques as broadly exemplified and described in this disclosure.
  • this disclosure describes video encoder 20 in the context of HEVC coding.
  • the techniques of this disclosure may be applicable to other coding standards or methods.
  • Video encoder 20 represents an example of a device that may be configured to perform techniques for palette-based video coding in accordance with various examples described in this disclosure.
  • video encoder 20 may be configured to selectively code various blocks of video data, such as CU's or PU's in HEVC coding, using either palette-based coding or non-palette based coding.
  • Non-palette based coding modes may refer to various inter-predictive temporal coding modes or intra-predictive spatial coding modes, such as the various coding modes specified by HEVC Draft 10.
  • Video encoder 20 may be configured to generate a palette having entries indicating pixel values, select pixel values in a palette to represent pixel values of at least some positions of a block of video data, and signal information associating at least some of the positions of the block of video data with entries in the palette corresponding, respectively, to the selected pixel values.
  • the signaled information may be used by video decoder 30 to decode video data.
  • video encoder 20 includes a prediction processing unit 100, a residual generation unit 102, a transform processing unit 104, a quantization unit 106, an inverse quantization unit 108, an inverse transform processing unit 110, a reconstruction unit 112, a filter unit 114, a decoded picture buffer 116, and an entropy encoding unit 118.
  • Prediction processing unit 100 includes an inter-prediction processing unit 120 and an intra-prediction processing unit 126.
  • Inter-prediction processing unit 120 includes a motion estimation unit and a motion compensation unit (not shown).
  • Video encoder 20 also includes a palette-based encoding unit 122 configured to perform various aspects of the palette-based coding techniques described in this disclosure. In other examples, video encoder 20 may include more, fewer, or different functional components.
  • Video encoder 20 may receive video data. Video encoder 20 may encode each CTU in a slice of a picture of the video data. Each of the CTUs may be associated with equally-sized luma coding tree blocks (CTBs) and corresponding CTBs of the picture. As part of encoding a CTU, prediction processing unit 100 may perform quad-tree partitioning to divide the CTBs of the CTU into progressively-smaller blocks. The smaller block may be coding blocks of CUs. For example, prediction processing unit 100 may partition a CTB associated with a CTU into four equally-sized sub-blocks, partition one or more of the sub-blocks into four equally-sized sub-sub-blocks, and so on.
  • CTBs luma coding tree blocks
  • Video encoder 20 may encode CUs of a CTU to generate encoded representations of the CUs (i.e., coded CUs).
  • prediction processing unit 100 may partition the coding blocks associated with the CU among one or more PUs of the CU.
  • each PU may be associated with a luma prediction block and corresponding chroma prediction blocks.
  • Video encoder 20 and video decoder 30 may support PUs having various sizes. As indicated above, the size of a CU may refer to the size of the luma coding block of the CU and the size of a PU may refer to the size of a luma prediction block of the PU.
  • video encoder 20 and video decoder 30 may support PU sizes of 2Nx2N or NxN for intra prediction, and symmetric PU sizes of 2Nx2N, 2NxN, Nx2N, NxN, or similar for inter prediction.
  • Video encoder 20 and video decoder 30 may also support asymmetric partitioning for PU sizes of 2NxnU, 2NxnD, nLx2N, and nRx2N for inter prediction.
  • Inter-prediction processing unit 120 may generate predictive data for a PU by performing inter prediction on each PU of a CU.
  • the predictive data for the PU may include a predictive sample blocks of the PU and motion information for the PU.
  • Inter-prediction unit 121 may perform different operations for a PU of a CU depending on whether the PU is in an I slice, a P slice, or a B slice. In an I slice, all PUs are intra predicted. Hence, if the PU is in an I slice, inter-prediction unit 121 does not perform inter prediction on the PU. Thus, for blocks encoded in I-mode, the predicted block is formed using spatial prediction from previously-encoded neighboring blocks within the same frame.
  • the motion estimation unit of inter-prediction processing unit 120 may search the reference pictures in a list of reference pictures (e.g., "RefPicListO") for a reference region for the PU.
  • the reference region for the PU may be a region, within a reference picture, that contains sample blocks that most closely corresponds to the sample blocks of the PU.
  • the motion estimation unit may generate a reference index that indicates a position in RefPicListO of the reference picture containing the reference region for the PU.
  • the motion estimation unit may generate an MV that indicates a spatial displacement between a coding block of the PU and a reference location associated with the reference region.
  • the MV may be a two-dimensional vector that provides an offset from the coordinates in the current decoded picture to coordinates in a reference picture.
  • the motion estimation unit may output the reference index and the MV as the motion information of the PU.
  • the motion compensation unit of inter-prediction processing unit 120 may generate the predictive sample blocks of the PU based on actual or interpolated samples at the reference location indicated by the motion vector of the PU.
  • the motion estimation unit may perform uni-prediction or bi-prediction for the PU.
  • the motion estimation unit may search the reference pictures of RefPicListO or a second reference picture list ("RefPicList1") for a reference region for the PU.
  • the motion estimation unit may output, as the motion information of the PU, a reference index that indicates a position in RefPicListO or RefPicList1 of the reference picture that contains the reference region, an MV that indicates a spatial displacement between a sample block of the PU and a reference location associated with the reference region, and one or more prediction direction indicators that indicate whether the reference picture is in RefPicListO or RefPicList1.
  • the motion compensation unit of inter-prediction processing unit 120 may generate the predictive sample blocks of the PU based at least in part on actual or interpolated samples at the reference region indicated by the motion vector of the PU.
  • the motion estimation unit may search the reference pictures in RefPicListO for a reference region for the PU and may also search the reference pictures in RefPicList1 for another reference region for the PU.
  • the motion estimation unit may generate reference picture indexes that indicate positions in RefPicListO and RefPicList1 of the reference pictures that contain the reference regions.
  • the motion estimation unit may generate MVs that indicate spatial displacements between the reference location associated with the reference regions and a sample block of the PU.
  • the motion information of the PU may include the reference indexes and the MVs of the PU.
  • the motion compensation unit may generate the predictive sample blocks of the PU based at least in part on actual or interpolated samples at the reference region indicated by the motion vector of the PU.
  • video encoder 20 may be configured to perform palette-based coding.
  • the palette-based coding techniques may be configured to be used as a coding unit (CU) mode.
  • the palette-based coding techniques may be configured to be used as a PU mode in the framework of HEVC. Accordingly, all of the disclosed processes described herein (throughout this disclosure) in the context of a CU mode may, additionally or alternatively, apply to PU.
  • these HEVC-based examples should not be considered a restriction or limitation of the palette-based coding techniques described herein, as such techniques may be applied to work independently or as part of other existing or yet to be developed systems/standards.
  • the unit for palette coding can be square blocks, rectangular blocks or even regions of non-rectangular shape.
  • Palette-based encoding unit 122 may perform palette-based decoding when a palette-based encoding mode is selected, e.g., for a CU or PU.
  • palette-based encoding unit 122 may be configure to generate a palette having entries indicating pixel values, select pixel values in a palette to represent pixels values of at least some positions of a block of video data, and signal information associating at least some of the positions of the block of video data with entries in the palette corresponding, respectively, to the selected pixel values.
  • various functions are described as being performed by palette-based encoding unit 122, some or all of such functions may be performed by other processing units, or a combination of different processing units.
  • Palette-based encoding unit 122 may be configured to generate any of the various syntax elements described herein. Accordingly, video encoder 20 may be configured to encode blocks of video data using palette-based code modes as described in this disclosure. Video encoder 20 may selectively encode a block of video data using a palette coding mode, or encode a block of video data using a different mode, e.g., such an HEVC inter-predictive or intra-predictive coding mode. The block of video data may be, for example, a CU or PU generated according to an HEVC coding process. A video encoder 20 may encode some blocks with inter-predictive temporal prediction or intra-predictive spatial coding modes and decode other blocks with the palette-based coding mode.
  • Intra-prediction processing unit 126 may generate predictive data for a PU by performing intra prediction on the PU.
  • the predictive data for the PU may include predictive sample blocks for the PU and various syntax elements.
  • Intra-prediction processing unit 126 may perform intra prediction on PUs in I slices, P slices, and B slices.
  • intra-prediction processing unit 126 may use multiple intra prediction modes to generate multiple sets of predictive data for the PU.
  • intra-prediction processing unit 126 may extend samples from sample blocks of neighboring PUs across the sample blocks of the PU in a direction associated with the intra prediction mode.
  • the neighboring PUs may be above, above and to the right, above and to the left, or to the left of the PU, assuming a left-to-right, top-to-bottom encoding order for PUs, CUs, and CTUs.
  • Intra-prediction processing unit 126 may use various numbers of intra prediction modes, e.g., 33 directional intra prediction modes. In some examples, the number of intra prediction modes may depend on the size of the region associated with the PU.
  • Prediction processing unit 100 may select the predictive data for PUs of a CU from among the predictive data generated by inter-prediction processing unit 120 for the PUs or the predictive data generated by intra-prediction processing unit 126 for the PUs. In some examples, prediction processing unit 100 selects the predictive data for the PUs of the CU based on rate/distortion metrics of the sets of predictive data.
  • the predictive sample blocks of the selected predictive data may be referred to herein as the selected predictive sample blocks.
  • Residual generation unit 102 may generate, based on the luma, Cb and Cr coding block of a CU and the selected predictive luma, Cb and Cr blocks of the PUs of the CU, a luma, Cb and Cr residual blocks of the CU. For instance, residual generation unit 102 may generate the residual blocks of the CU such that each sample in the residual blocks has a value equal to a difference between a sample in a coding block of the CU and a corresponding sample in a corresponding selected predictive sample block of a PU of the CU.
  • Transform processing unit 104 may perform quad-tree partitioning to partition the residual blocks associated with a CU into transform blocks associated with TUs of the CU.
  • a TU may be associated with a luma transform block and two chroma transform blocks.
  • the sizes and positions of the luma and chroma transform blocks of TUs of a CU may or may not be based on the sizes and positions of prediction blocks of the PUs of the CU.
  • a quad-tree structure known as a "residual quad-tree" (RQT) may include nodes associated with each of the regions.
  • the TUs of a CU may correspond to leaf nodes of the RQT.
  • Transform processing unit 104 may generate transform coefficient blocks for each TU of a CU by applying one or more transforms to the transform blocks of the TU. Transform processing unit 104 may apply various transforms to a transform block associated with a TU. For example, transform processing unit 104 may apply a discrete cosine transform (DCT), a directional transform, or a conceptually similar transform to a transform block. In some examples, transform processing unit 104 does not apply transforms to a transform block. In such examples, the transform block may be treated as a transform coefficient block.
  • DCT discrete cosine transform
  • Quantization unit 106 may quantize the transform coefficients in a coefficient block. The quantization process may reduce the bit depth associated with some or all of the transform coefficients. For example, an n-bit transform coefficient may be rounded down to an m-bit transform coefficient during quantization, where n is greater than m.
  • Quantization unit 106 may quantize a coefficient block associated with a TU of a CU based on a quantization parameter (QP) value associated with the CU.
  • QP quantization parameter
  • Video encoder 20 may adjust the degree of quantization applied to the coefficient blocks associated with a CU by adjusting the QP value associated with the CU. Quantization may introduce loss of information, thus quantized transform coefficients may have lower precision than the original ones.
  • Inverse quantization unit 108 and inverse transform processing unit 110 may apply inverse quantization and inverse transforms to a coefficient block, respectively, to reconstruct a residual block from the coefficient block.
  • Reconstruction unit 112 may add the reconstructed residual block to corresponding samples from one or more predictive sample blocks generated by prediction processing unit 100 to produce a reconstructed transform block associated with a TU. By reconstructing transform blocks for each TU of a CU in this way, video encoder 20 may reconstruct the coding blocks of the CU.
  • Filter unit 114 may perform one or more deblocking operations to reduce blocking artifacts in the coding blocks associated with a CU.
  • Decoded picture buffer 116 may store the reconstructed coding blocks after filter unit 114 performs the one or more deblocking operations on the reconstructed coding blocks.
  • Inter-prediction processing unit 120 may use a reference picture that contains the reconstructed coding blocks to perform inter prediction on PUs of other pictures.
  • intra-prediction processing unit 126 may use reconstructed coding blocks in decoded picture buffer 116 to perform intra prediction on other PUs in the same picture as the CU.
  • Entropy encoding unit 118 may receive data from other functional components of video encoder 20. For example, entropy encoding unit 118 may receive coefficient blocks from quantization unit 106 and may receive syntax elements from prediction processing unit 100. Entropy encoding unit 118 may perform one or more entropy encoding operations on the data to generate entropy-encoded data.
  • entropy encoding unit 118 may perform a context-adaptive variable length coding (CAVLC) operation, a CABAC operation, a variable-to-variable (V2V) length coding operation, a syntax-based context-adaptive binary arithmetic coding (SBAC) operation, a Probability Interval Partitioning Entropy (PIPE) coding operation, an Exponential-Golomb encoding operation, or another type of entropy encoding operation on the data.
  • Video encoder 20 may output a bitstream that includes entropy-encoded data generated by entropy encoding unit 118.
  • the bitstream may include data that represents a RQT for a CU.
  • residual coding is not performed with palette coding. Accordingly, video encoder 20 may not perform transformation or quantization when coding using a palette coding mode. In addition, video encoder 20 may entropy encode data generated using a palette coding mode separately from residual data.
  • FIG. 3 is a block diagram illustrating an example video decoder 30 that is configured to implement the techniques of this disclosure.
  • FIG. 3 is provided for purposes of explanation and is not limiting on the techniques as broadly exemplified and described in this disclosure.
  • this disclosure describes video decoder 30 in the context of HEVC coding.
  • the techniques of this disclosure may be applicable to other coding standards or methods.
  • Video decoder 30 represents an example of a device that may be configured to perform techniques for palette-based video coding in accordance with various examples described in this disclosure.
  • video decoder 30 may be configured to selectively decode various blocks of video data, such as CU's or PU's in HEVC coding, using either palette-based coding or non-palette based coding.
  • Non-palette based coding modes may refer to various inter-predictive temporal coding modes or intra-predictive spatial coding modes, such as the various coding modes specified by HEVC Draft 10.
  • Video decoder 30 may be configured to generate a palette having entries indicating pixel values, receive information associating at least some positions of a block of video data with entries in the palette, select pixel values in the palette based on the information, and reconstruct pixel values of the block based on the selected pixel values.
  • video decoder 30 includes an entropy decoding unit 150, a prediction processing unit 152, an inverse quantization unit 154, an inverse transform processing unit 156, a reconstruction unit 158, a filter unit 160, and a decoded picture buffer 162.
  • Prediction processing unit 152 includes a motion compensation unit 164 and an intra-prediction processing unit 166.
  • Video decoder 30 also includes a palette-based decoding unit 165 configured to perform various aspects of the palette-based coding techniques described in this disclosure. In other examples, video decoder 30 may include more, fewer, or different functional components.
  • a coded picture buffer may receive and store encoded video data (e.g., NAL units) of a bitstream.
  • Entropy decoding unit 150 may receive encoded video data (e.g., NAL units) from the CPB and parse the NAL units to decode syntax elements. Entropy decoding unit 150 may entropy decode entropy-encoded syntax elements in the NAL units.
  • Prediction processing unit 152, inverse quantization unit 154, inverse transform processing unit 156, reconstruction unit 158, and filter unit 160 may generate decoded video data based on the syntax elements extracted from the bitstream.
  • the NAL units of the bitstream may include coded slice NAL units.
  • entropy decoding unit 150 may extract and entropy decode syntax elements from the coded slice NAL units.
  • Each of the coded slices may include a slice header and slice data.
  • the slice header may contain syntax elements pertaining to a slice.
  • the syntax elements in the slice header may include a syntax element that identifies a PPS associated with a picture that contains the slice.
  • video decoder 30 may perform a reconstruction operation on a non-partitioned CU. To perform the reconstruction operation on a non-partitioned CU, video decoder 30 may perform a reconstruction operation on each TU of the CU. By performing the reconstruction operation for each TU of the CU, video decoder 30 may reconstruct residual blocks of the CU.
  • inverse quantization unit 154 may inverse quantize, i.e., de-quantize, coefficient blocks associated with the TU.
  • Inverse quantization unit 154 may use a QP value associated with the CU of the TU to determine a degree of quantization and, likewise, a degree of inverse quantization for inverse quantization unit 154 to apply. That is, the compression ratio, i.e., the ratio of the number of bits used to represent original sequence and the compressed one, may be controlled by adjusting the value of the QP used when quantizing transform coefficients.
  • the compression ratio may also depend on the method of entropy coding employed.
  • inverse transform processing unit 156 may apply one or more inverse transforms to the coefficient block in order to generate a residual block associated with the TU.
  • inverse transform processing unit 156 may apply an inverse DCT, an inverse integer transform, an inverse Karhunen-Loeve transform (KLT), an inverse rotational transform, an inverse directional transform, or another inverse transform to the coefficient block.
  • KLT Karhunen-Loeve transform
  • intra-prediction processing unit 166 may perform intra prediction to generate predictive blocks for the PU.
  • Intra-prediction processing unit 166 may use an intra prediction mode to generate the predictive luma, Cb and Cr blocks for the PU based on the prediction blocks of spatially-neighboring PUs.
  • Intra-prediction processing unit 166 may determine the intra prediction mode for the PU based on one or more syntax elements decoded from the bitstream.
  • Prediction processing unit 152 may construct a first reference picture list (RefPicListO) and a second reference picture list (RefPicList1) based on syntax elements extracted from the bitstream. Furthermore, if a PU is encoded using inter prediction, entropy decoding unit 150 may extract motion information for the PU. Motion compensation unit 164 may determine, based on the motion information of the PU, one or more reference regions for the PU. Motion compensation unit 164 may generate, based on samples blocks at the one or more reference blocks for the PU, predictive luma, Cb and Cr blocks for the PU.
  • RefPicListO first reference picture list
  • RefPicList1 second reference picture list
  • Reconstruction unit 158 may use the luma, Cb and Cr transform blocks associated with TUs of a CU and the predictive luma, Cb and Cr blocks of the PUs of the CU, i.e., either intra-prediction data or inter-prediction data, as applicable, to reconstruct the luma, Cb and Cr coding blocks of the CU.
  • reconstruction unit 158 may add samples of the luma, Cb and Cr transform blocks to corresponding samples of the predictive luma, Cb and Cr blocks to reconstruct the luma, Cb and Cr coding blocks of the CU.
  • Filter unit 160 may perform a deblocking operation to reduce blocking artifacts associated with the luma, Cb and Cr coding blocks of the CU.
  • Video decoder 30 may store the luma, Cb and Cr coding blocks of the CU in decoded picture buffer 162.
  • Decoded picture buffer 162 may provide reference pictures for subsequent motion compensation, intra prediction, and presentation on a display device, such as display device 32 of FIG. 1 .
  • video decoder 30 may perform, based on the luma, Cb and Cr blocks in decoded picture buffer 162, intra prediction or inter prediction operations on PUs of other CUs.
  • video decoder 30 may extract, from the bitstream, transform coefficient levels of the significant luma coefficient block, inverse quantize the transform coefficient levels, apply a transform to the transform coefficient levels to generate a transform block, generate, based at least in part on the transform block, a coding block, and output the coding block for display.
  • video decoder 30 may be configured to perform palette-based coding.
  • Palette-based decoding unit 165 may perform palette-based decoding when a palette-based decoding mode is selected, e.g., for a CU or PU.
  • palette-based decoding unit 165 may be configure to generate a palette having entries indicating pixel values, receive information associating at least some positions of a block of video data with entries in the palette, select pixel values in the palette based on the information, and reconstruct pixel values of the block based on the selected pixel values.
  • various functions are described as being performed by palette-based decoding unit 165, some or all of such functions may be performed by other processing units, or a combination of different processing units.
  • Palette-based decoding unit 165 may receive palette coding mode information, and perform the above operations when the palette coding mode information indicates that the palette coding mode applies to the block.
  • palette-based decoding unit 165 decodes the block of video data using a non-palette based coding mode, e.g., such an HEVC inter-predictive or intra-predictive coding mode, when the palette coding mode information indicates that the palette coding mode does not apply to the block.
  • the block of video data may be, for example, a CU or PU generated according to an HEVC coding process.
  • a video decoder 30 may decode some blocks with inter-predictive temporal prediction or intra-predictive spatial coding modes and decode other blocks with the palette-based coding mode.
  • the palette-based coding mode may comprise one of a plurality of different palette-based coding modes, or there may be a single palette-based coding mode.
  • the palette coding mode information received by palette-based decoding unit 165 may comprise a palette mode syntax element, such as a flag.
  • a first value of the palette mode syntax element indicates that the palette coding mode applies to the block and a second value of the palette mode syntax element indicates that the palette coding mode does not apply to the block of video data.
  • Palette-based decoding unit 165 may receive (e.g., from video encoder 20) the palette coding mode information at one or more of a predictive unit level, a coding unit level, a slice level, or a picture level, or may receive an indication of whether palette coding mode is enabled in at least one of picture parameter set (PPS), sequence parameter set (SPS) or video parameter set (VPS).
  • PPS picture parameter set
  • SPS sequence parameter set
  • VPS video parameter set
  • palette-based decoding unit 165 may infer the palette coding mode information based on one or more of a size of the coding block, a frame type, a color space, a color component, a frame size, a frame rate, a layer id in scalable video coding or a view id in multi-view coding associated with the block of video data.
  • Palette-based decoding unit 165 also may be configured to receive information defining at least some of the entries in the palette with video data, and generate the palette based at least in part on the received information.
  • the size of the palette may be fixed or variable. In some cases, the size of the palette is variable and is adjustable based on information signaled with the video data. The signaled information may specify whether an entry in the palette is a last entry in the palette. Also, in some cases, the palette may have a maximum size.
  • the size of the palette may also be conditionally transmitted or inferred. The conditions may be the size of the CU, the frame type, the color space, the color component, the frame size, the frame rate, the layer id in scalable video coding or the view id in multi-view coding.
  • the palette may be a single palette including entries indicating pixel values for a luma component and chroma components of the block.
  • each entry in the palette is a triple entry indicating pixel values for the luma component and two chroma components.
  • the palette includes a luma palette including entries indicating pixel values of a luma component of the block, and chroma palettes including entries indicating pixel values for respective chroma components of the block.
  • palette-based decoding unit 165 may generate the palette by predicting the entries in the palette based on previously processed data.
  • the previously processed data may include palettes, or information from palettes, for previously decoded neighboring blocks.
  • Palette-based decoding unit 165 may receive a prediction syntax element indicating whether the entries in the palette are to be predicted.
  • the prediction syntax element may include a plurality of prediction syntax elements indicating, respectively, whether entries in palettes for luma and chroma components are to be predicted.
  • a predictive palette may contain palette entries from one or more neighboring blocks including spatially neighboring blocks and/or neighboring blocks in a particular scan order of the blocks.
  • the neighboring blocks may be spatially located to the left (left neighboring block) of or above (upper neighboring block) the block currently being coded.
  • palette-based decoding unit 165 may determine predictive palette entries using the most frequent sample values in a causal neighbor of the current block.
  • the neighboring blocks may neighbor the block current being coded according to a particular scan order used to code the blocks. That is, the neighboring blocks may be one or more blocks coded prior to the current block in the scan order.
  • Palette-based decoding unit 165 may decode one or more syntax elements to indicate the location of the neighboring blocks from which the palette(s) are copied.
  • palette-based decoding unit 165 may, in some examples, predict at least some of the entries in the palette based on entries in a palette for a left neighbor block or a top neighbor block in a slice or picture.
  • the entries in the palette that are predicted based on entries in either a palette for the left neighbor block or the top neighbor block may be predicted by palette-based decoding unit 165 based on a syntax element that indicates selection of the left neighbor block or the top neighbor block for prediction.
  • the syntax element may be a flag having a value that indicates selection of the left neighbor block or the top neighbor block for prediction.
  • palette-based decoding unit 165 may receive one or more prediction syntax elements that indicate whether at least some selected entries in the palette, on an entry-by-entry basis, are to be predicted, and generate the entries accordingly. For example, palette-based decoding unit 165 may decode one or more syntax elements to indicate, for each entry of a predictive palette, whether the palette entry is included in the palette for the current block. If an entry is not predicted, palette-based decoding unit 165 may decode one or more additional syntax elements to specify the non-predicted entries, as well as the number of such entries. Thus, palette-based decoding unit 165 may predict some of the entries and receive information directly specifying other entries in the palette including the number of additional entries.
  • palette-based decoding unit 165 may decode one or more syntax elements in a bitstream to indicate whether the current palette is entirely copied from the predictive palette. If this is not the case, palette-based decoding unit 165 may decode one or more syntax elements in a bitstream to indicate whether each entry in the predictive palette is copied.
  • palette-based decoding unit 165 may receive, after each palette value, a flag to indicate whether the signaled palette value is the final palette entry for the palette. Palette-based decoding unit 165 may not receive such an "end of palette" flag if the palette has already reached a certain maximum size.
  • the map information may include one or more run syntax elements that each indicates a number of consecutive positions in the block having the same palette index value.
  • palette-based decoding unit 165 may receive information indicating line copying whereby pixel or index values for a line of positions in the block are copied from pixel or index values for another line of positions in the block. Palette-based decoding unit 165 may use this information to perform line copying to determine pixel values or entries in the palette for various positions of a block.
  • the line of positions may comprise a row, a portion of a row, a column or a portion of a column of positions of the block.
  • Palette-based decoding unit 165 may generate the palette in part by receiving pixel values for one or more positions of the block, and adding the pixel values to entries in the palette to dynamically generate at least a portion the palette on-the-fly. Adding the pixel values may comprise adding the pixel values to an initial palette comprising an initial set of entries, or to an empty palette that does not include an initial set of entries. In some examples, adding comprises adding the pixel values to add new entries to an initial palette comprising an initial set of entries or fill existing entries in the initial palette, or replacing or changing pixel values of entries in the initial palette.
  • palette-based decoding unit 165 may determine a fixed, maximum size for a palette. Upon reaching the maximum size palette-based decoding unit 165 may remove one or more entries of the palette. In one example, palette-based decoding unit 165 may remove the oldest entry of the palette, e.g., using a FIFO queue. In another example, palette-based decoding unit 165 may remove the least used entry. In still another example, palette-based decoding unit 165 may make a weighted determination regarding which entry to remove based on when a candidate entry to be removed was added to the palette and the relative usage of that entry.
  • the palette may be a quantized palette in which a pixel value selected from the palette for one of the positions in the block is different from an actual pixel value of the position in the block, such that the decoding process is lossy.
  • the same pixel value may be selected from the palette for two different positions having different actual pixel values.
  • FIG. 4 is a conceptual diagram illustrating an example of determining a palette for coding video data, consistent with techniques of this disclosure.
  • the example of FIG. 4 includes a picture 178 having a first coding unit (CU) 180 that is associated with first palettes 184 and a second CU 188 that is associated with second palettes 192.
  • second palettes 192 are based on first palettes 184.
  • Picture 178 also includes block 196 coded with an intra-prediction coding mode and block 200 that is coded with an inter-prediction coding mode.
  • FIG. 4 The techniques of FIG. 4 are described in the context of video encoder 20 ( FIG. 1 and FIG. 2 ) and video decoder 30 ( FIG. 1 and FIG. 3 ) and with respect to the HEVC video coding standard for purposes of explanation. However, it should be understood that the techniques of this disclosure are not limited in this way, and may be applied by other video coding processors and/or devices in other video coding processes and/or standards.
  • a palette refers to a number of pixel values that are dominant and/or representative for a CU currently being coded, CU 188 in the example of FIG. 4 .
  • First palettes 184 and second palettes 192 are shown as including multiple palettes.
  • a video coder (such as video encoder 20 or video decoder 30) may code palettes separately for each color component of a CU.
  • video encoder 20 may encode a palette for a luma (Y) component of a CU, another palette for a chroma (U) component of the CU, and yet another palette for the chroma (V) component of the CU.
  • entries of the Y palette may represent Y values of pixels of the CU
  • entries of the U palette may represent U values of pixels of the CU
  • entries of the V palette may represent V values of pixels of the CU.
  • video encoder 20 may encode a single palette for all color components of a CU.
  • video encoder 20 may encode a palette having an i-th entry that is a triple value, including Yi, Ui, and Vi.
  • the palette includes values for each of the components of the pixels. Accordingly, the representation of palettes 184 and 192 as a set of palettes having multiple individual palettes is merely one example and not intended to be limiting.
  • first palettes 184 includes three entries 202-206 having entry index value 1, entry index value 2, and entry index value 3, respectively.
  • Entries 202-206 relate the index values to pixel values including pixel value A, pixel value B, and pixel value C, respectively.
  • a video coder (such as video encoder 20 or video decoder 30) may use palette-based coding to code the pixels of the block using the indices 1-3. That is, for each pixel position of first CU 180, video encoder 20 may encode an index value for the pixel, where the index value is associated with a pixel value in one or more of first palettes 184.
  • Video decoder 30 may obtain the index values from a bitstream and reconstruct the pixel values using the index values and one or more of first palettes 184.
  • first palettes 184 are transmitted by video encoder 20 in an encoded video data bitstream for use by video decoder 30 in palette-based decoding.
  • one or more palettes may be transmitted for each CU or may be shared among different CUs.
  • video encoder 20 and video decoder 30 may determine second palettes 192 based on first palettes 184.
  • video encoder 20 may encode a pred_palette_flag for each CU (including, as an example, second CU 188) to indicate whether the palette for the CU is predicted from one or more palettes associated with one or more other CUs, such as neighboring CUs (spatially or based on scan order) or the most frequent samples of a causal neighbor.
  • video decoder 30 may determine that second palettes 192 for second CU 188 are predicted from one or more already decoded palettes and therefore no new palettes for second CU 188 are included in a bitstream containing the pred_palette_flag. When such a flag is equal to zero, video decoder 30 may determine that palette 192 for second CU 188 is included in the bitstream as a new palette.
  • pred_palette_flag may be separately coded for each different color component of a CU (e.g., three flags, one for Y, one for U, and one for V, for a CU in YUV video). In other examples, a single pred_palette_flag may be coded for all color components of a CU.
  • the pred_palette_flag is signaled per-CU to indicate whether any of the entries of the palette for the current block are predicted.
  • one or more syntax elements may be signaled on a per-entry basis. That is a flag may be signaled for each entry of a palette predictor to indicate whether that entry is present in the current palette. As noted above, if a palette entry is not predicted, the palette entry may be explicitly signaled.
  • video encoder 20 and/or video decoder 30 may locate one or more blocks from which the predictive palettes, in this example first palettes 184, are determined.
  • the predictive palettes may be associated with one or more neighboring CUs of the CU currently being coded (e.g., such as neighboring CUs (spatially or based on scan order) or the most frequent samples of a causal neighbor), i.e., second CU 188.
  • the palettes of the one or more neighboring CUs may be associated with a predictor palette. In some examples, such as the example illustrated in FIG.
  • video encoder 20 and/or video decoder 30 may locate a left neighboring CU, first CU 180, when determining a predictive palette for second CU 188. In other examples, video encoder 20 and/or video decoder 30 may locate one or more CUs in other positions relative to second CU 188, such as an upper CU, CU 196.
  • Video encoder 20 and/or video decoder 30 may determine a CU for palette prediction based on a hierarchy. For example, video encoder 20 and/or video decoder 30 may initially identify the left neighboring CU, first CU 180, for palette prediction. If the left neighboring CU is not available for prediction (e.g., the left neighboring CU is coded with a mode other than a palette-based coding mode, such as an intra-prediction more or intra-prediction mode, or is located at the left-most edge of a picture or slice) video encoder 20 and/or video decoder 30 may identify the upper neighboring CU, CU 196.
  • a mode other than a palette-based coding mode such as an intra-prediction more or intra-prediction mode, or is located at the left-most edge of a picture or slice
  • Video encoder 20 and/or video decoder 30 may continue searching for an available CU according to a predetermined order of locations until locating a CU having a palette available for palette prediction. In some examples, video encoder 20 and/or video decoder 30 may determine a predictive palette based on multiple blocks and/or reconstructed samples of a neighboring block.
  • first palettes 184 as predictive palettes from a single CU
  • first CU 180 video encoder 20 and/or video decoder 30 may locate palettes for prediction from a combination of neighboring CUs.
  • video encoder 20 and/or video decoder may apply one or more formulas, functions, rules or the like to generate a palette based on palettes of one or a combination of a plurality of neighboring CUs.
  • video encoder 20 and/or video decoder 30 may construct a candidate list including a number of potential candidates for palette prediction.
  • video encoder 20 may encode an index to the candidate list to indicate the candidate CU in the list from which the current CU used for palette prediction is selected (e.g., copies the palette).
  • Video decoder 30 may construct the candidate list in the same manner, decode the index, and use the decoded index to select the palette of the corresponding CU for use with the current CU.
  • video encoder 20 and video decoder 30 may construct a candidate list that includes one CU that is positioned above the CU currently being coded and one CU that is positioned to the left of the CU currently being coded.
  • video encoder 20 may encode one or more syntax elements to indicate the candidate selection. For example, video encoder 20 may encode a flag having a value of zero to indicate that the palette for the current CU is copied from the CU positioned to the left of the current CU. Video encoder 20 may encode the flag having a value of one to indicate that the palette for the current CU is copied from the CU positioned above the current CU. Video decoder 30 decodes the flag and selects the appropriate CU for palette prediction.
  • video encoder 20 and/or video decoder 30 determine the palette for the CU currently being coded based on the frequency with which sample values included in one or more other palettes occur in one or more neighboring CUs. For example, video encoder 20 and/or video decoder 30 may track the colors associated with the most frequently used index values during coding of a predetermined number of CUs. Video encoder 20 and/or video decoder 30 may include the most frequently used colors in the palette for the CU currently being coded.
  • video encoder 20 and/or video decoder may copy an entire palette from a neighboring CU for coding a current CU. Additionally or alternatively, video encoder 20 and/or video decoder 30 may perform entry-wise based palette prediction. For example, video encoder 20 may encode one or more syntax elements for each entry of a palette indicating whether the respective entries are predicted based on a predictive palette (e.g., a palette of another CU). In this example, video encoder 20 may encode a flag having a value equal to one for a given entry when the entry is a predicted value from a predictive palette (e.g., a corresponding entry of a palette associated with a neighboring CU).
  • a predictive palette e.g., a palette of another CU
  • Video encoder 20 may encode a flag having a value equal to zero for a particular entry to indicate that the particular entry is not predicted from a palette of another CU. In this example, video encoder 20 may also encode additional data indicating the value of the non-predicted palette entry.
  • second palettes 192 includes four entries 208-214 having entry index value 1, entry index value 2, entry index value 3, and entry index 4, respectively.
  • Entries 208-214 relate the index values to pixel values including pixel value A, pixel value B, pixel value C, and pixel value D, respectively.
  • video encoder 20 and/or video decoder 30 may use any of the above-described techniques to locate first CU 180 for purposes of palette prediction and copy entries 1-3 of first palettes 184 to entries 1-3 of second palettes 192 for coding second CU 188. In this way, video encoder 20 and/or video decoder 30 may determine second palettes 192 based on first palettes 184.
  • video encoder 20 and/or video decoder 30 may code data for entry 4 to be included with second palettes 192.
  • Such information may include the number of palette entries not predicted from a predictor palette and the pixel values corresponding to those palette entries.
  • one or more syntax elements may indicate whether palettes, such as second palettes 192, are predicted entirely from a predictive palette (shown in FIG. 4 as first palettes 184, but which may be composed of entries from one or more blocks) or whether particular entries of second palettes 192 are predicted.
  • a predictive palette shown in FIG. 4 as first palettes 184, but which may be composed of entries from one or more blocks
  • an initial syntax element may indicate whether all of the entries are predicted. If the initial syntax element indicates that not all of the entries are predicted (e.g., a flag having a value of 0), one or more additional syntax elements may indicate which entries of second palettes 192 are predicted from the predictive palette.
  • certain information associated with palette prediction may be inferred from one or more characteristics of the data being coded. That is, rather than video encoder 20 encoding syntax elements (and video decoder 30 decoding such syntax elements) video encoder 20 and video decoder 30 may perform palette prediction based on one or more characteristics of the data being coded.
  • the value of pred_palette_flag may be inferred from one or more of, as examples, the size of the CU being coded, the frame type, the color space, the color component, the frame size, the frame rate, the layer id in scalable video coding or the view id in multi-view coding. That is, with respect to the size of the CU as an example, video encoder 20 and/or video decoder 30 may determine that the above-described pred_palette_flag is equal to one for any CUs that exceed a predetermined size. In this example, the pred_palette_flag does not need to be signaled in the encoded bistream.
  • video encoder 20 and/or video decoder 30 may also or alternatively infer other information associated with palette prediction, such as the candidate CU from which the palette is used for prediction, or rules for constructing palette prediction candidates, based on one or more characteristics of the data being coded.
  • video encoder 20 and/or video decoder 30 may construct a palette on-the-fly. For example, when initially coding second CU 188, there are no entries in palettes 192. As video encoder 20 and video decoder 30 code new values for pixels of second CU 188, each new value is included in palettes 192. That is, for example, video encoder 20 adds pixel values to palettes 192 as the pixel values are generated and signaled for positions in CU 188. As video encoder 20 encodes pixels relatively later in the CU, video encoder 20 may encode pixels having the same values as those already included in the palette using index values rather than signaling the pixel values.
  • video decoder 30 when video decoder 30 receives a new pixel value (e.g., signaled by video encoder 20) for a position in second CU 188, video decoder 30 includes the pixel value in palettes 192.
  • video decoder 30 may receive information such as, e.g., index values, that identify the corresponding pixel values in second palettes 192 for reconstruction of the pixel values of second CU 188.
  • video encoder 20 and/or video decoder 30 may maintain palettes 184 and 192 at or below a maximum palette size. According to aspects of this disclosure, if a maximum palette size is reached, e.g., as second palettes 192 are constructed dynamically on-the-fly, then video encoder 20 and/or video decoder 30 perform the same process to remove an entry of second palettes 192.
  • One example process for removing palette entries is a first-in-first-out (FIFO) technique in which video encoder 20 and video decoder 30 remove the oldest entry of a palette.
  • video encoder 20 and video decoder 30 may remove the least frequently used palette entry from the palette.
  • video encoder 20 and video decoder 30 may weight both FIFO and frequency of use processes to determine which entry to remove. That is, removal of an entry may be based on how the old the entry is and how frequently it is used.
  • video encoder 20 may encode the pixel value instead of including an entry in the palette and encoding an index. Additionally or alternatively, video encoder 20 may re-enter palette entries into the palette after having been removed, e.g., as video encoder 20 and video decoder 30 scan the positions in the CU.
  • the techniques for deriving a palette on-the-fly may be combined with one or more other techniques for determining a palette.
  • video encoder 20 and video decoder 30 may initially code second palettes 192 (e.g., using palette prediction to predict second palettes 192 from first palettes 184) and may update second palettes 192 when coding pixels of second CU 188.
  • video encoder 20 may add values to the initial palette or change values in the initial palette as pixel values of additional locations in the CU are scanned.
  • video decoder 30 may add values to the initial palette or change values in the initial palette as pixel values of additional locations in the CU are scanned.
  • Video encoder 20 may, in some examples, signal whether the current CU uses transmission of an entire palette, or on-the-fly palette generation, or a combination of transmission of an initial palette with updating of the initial palette by on-the-fly derivation.
  • the initial palette may be a full palette at maximum palette size, in which case values in the initial palette may be changed.
  • the initial palette may be smaller than the maximum palette size, in which cases video encoder 20 and video decoder 30 may add values to and/or change values of the initial palette.
  • the size of palettes such as first palettes 184 and second palettes 192, e.g., in terms of the number of pixel values that are included in the palette may be fixed or may be signaled using one or more syntax elements in an encoded bitstream.
  • video encoder 20 and video decoder 30 may use unary codes or truncated unary codes (e.g., codes that truncate at a maximum limit of the palette size) to code the palette size.
  • video encoder 20 and video decoder 30 may use Exponential-Golomb or Rice-Golomb codes to code the palette size.
  • video encoder 20 and video decoder 30 may code data indicating the size of the palette after each entry of the palette.
  • video encoder 20 may encode a stop flag after each of entries 208-214.
  • a stop flag equal to one may specify that the entry currently being coded is the final entry of second palettes 192, while a stop flag equal to zero may indicate that there are additional entries in second palettes 192.
  • video encoder 20 may encode stop flags having a value of zero after each of entries 208-212 and a stop flag having a value of one after entry 214. In some instances, the stop flag may not be included in the bitstream upon the constructed palette reaching a maximum palette size limit.
  • the size of palettes may also be conditionally transmitted or inferred based on so-called side information (e.g., characteristic information such as the size of the CU being coded, the frame type, the color space, the color component, the frame size, the frame rate, the layer id in scalable video coding or the view id in multi-view coding, as noted above).
  • side information e.g., characteristic information such as the size of the CU being coded, the frame type, the color space, the color component, the frame size, the frame rate, the layer id in scalable video coding or the view id in multi-view coding, as noted above.
  • the techniques of this disclosure include coding data losslessly, or, alternatively, with some losses (lossy coding).
  • video encoder 20 may code the pixels of a CU without exactly matching the pixel values of palettes exactly to the actual pixel values in the CU.
  • some restrictions may be applied to the palette.
  • video encoder 20 and video decoder 30 may quantize palettes, such as first palettes 184 and second palettes 192. That is, video encoder 20 and video decoder 30 may merge (quantize) entries of a palette when the pixel values of the entries are within a predetermined range of each other.
  • a plurality of different pixel values in a block may be mapped to a single palette entry, or, equivalently, to a single palette pixel value.
  • Video decoder 30 may decode pixel values in the same manner, regardless of whether a particular palette is lossless or lossy. As one example, video decoder 30 may use an index value transmitted by video encoder 20 for a given pixel position in a coded block to select an entry in the palette for the pixel position, without regard to whether the palette is lossless or lossy. In this example, the pixel value of the palette entry is used as the pixel value in the coded block, whether it matches the original pixel value exactly or not.
  • video encoder 20 may determine an error bound, referred to as a delta value.
  • a candidate pixel value entry Plt_cand may correspond to a pixel value at a position in a block to be coded, such as CU or PU.
  • video encoder 20 determines the absolute difference between the candidate pixel value entry Plt cand and all of the existing pixel value entries in the palette. If all of the absolute differences between the candidate pixel value entry Plt cand and the existing pixel value entries in the palette are larger than the delta value, video encoder 20 may add the pixel value candidate to the palette as an entry.
  • video encoder 20 may not add the candidate pixel value entry Plt cand to the palette.
  • video encoder 20 may select the entry with the pixel value that is the closest to the pixel value entry Plt cand, thereby introducing some loss into the system.
  • a palette consists of multiple components (e.g. three color components)
  • the sum of absolute difference of individual component values may be used for comparison against the delta value.
  • the absolute difference for each component value may be compared against a second delta value.
  • the existing pixel value entries in the palette noted above may have been added using a similar delta comparison process.
  • the existing pixel values in the palette may have been added using other processes.
  • one or more initial pixel value entries may be added to a palette (without a delta comparison) to start the delta comparison process of constructing the palette.
  • the process described above may be implemented by video encoder 20 and/or video decoder 30 to produce luma and/or chroma palettes.
  • video encoder 20 may compare the value of the pixel with the pixel values of entries in the palette. If the absolute pixel value difference between the value of the pixel and one of the entries in the palette is equal to or smaller than a delta value, video encoder 20 may encode the pixel value as the entry of the palette. That is, in this example, video encoder 20 encodes the pixel value using one of the entries of the palette when the pixel value produces a sufficiently small (e.g., within a predetermined range) absolute difference versus the palette entry.
  • video encoder 20 may select the palette entry that yields the smallest absolute pixel value difference (compared to the pixel value being coded) to encode the pixel value.
  • video encoder 20 may encode an index to indicate a palette entry that will be used for the pixel value, e.g., the palette pixel value entry that will be used to reconstruct the coded pixel value at video decoder 30. If the absolute pixel value difference between the value of the pixel and all of the entries in the palette is greater than delta, the encoder may not use one of the palette entries to encode the pixel value, and instead may transmit the pixel value of the pixel to be coded to video decoder 30 (and possibly add the pixel value as an entry to the palette).
  • video encoder 20 may select an entry of a palette for encoding a pixel value. Video encoder 20 may use the selected entry as a predictive pixel value. That is, video encoder 20 may determine a residual value representing a difference between the actual pixel value and the selected entry and encode the residue. Video encoder 20 may generate residual values for pixels in a block that are predicted by entries of a palette, and may generate a residue block including respective residual pixel values for the block of pixels. Video encoder 20 may subsequently apply transformation and quantization (as noted above with respect to FIG. 2 ) to the residue block. In this manner, video encoder 20 may generate quantized residual transform coefficients.
  • Video decoder 30 may inverse transform and inverse quantize the transform coefficients to reproduce the residual block. Video decoder 30 may then reconstruct a pixel value using the predictive palette entry value and the residual value for the pixel value. For example, video decoder 30 may combine the residual value with the palette entry value to reconstruct the coded pixel value.
  • the delta value may be different for different CU sizes, picture sizes, color spaces or different color components.
  • the delta value may be predetermined or determined based on various coding conditions.
  • video encoder 20 may signal the delta value to video decoder 30 using high level syntax, such as syntax in PPS, SPS,VPS and/or slice header.
  • video encoder 20 and video decoder 30 may be preconfigured to use the same, fixed delta value.
  • video encoder 20 and/or video decoder 30 may adaptively derive the delta value based on side information (e.g., such as CU size, color space, color component, or the like, as noted above).
  • a lossy coding palette mode may be included as an HEVC coding mode.
  • coding modes may include an intra-prediction mode, an inter-prediction mode, a lossless coding palette mode, and a lossy coding palette mode.
  • QP quantization parameter
  • the value of delta for palette-based coding may be calculated or otherwise determined as a function of QP.
  • the above-described delta value may be 1 ⁇ (QP/6) or 1 ⁇ ((QP+d)/6) where d is a constant, and " ⁇ " represents the bitwise left-shift operator.
  • Video encoder 20 may generate entries in a palette for a CU using the delta comparison techniques described above and signal information for construction of the palette for use by video decoder 30. That is, video encoder 20 may be configured to signal information indicating pixel values for entries in a palette for a CU, and then encode pixel values using the pixel values associated with such palette entries. Video decoder 30 may construct a palette using such information, and then use the entries to decode pixel values of a coded block. In some examples, video encoder 20 may signal index values that identify palette entries for one or more pixel positions of the coded block, and video decoder 30 may use the index values to retrieve the pertinent pixel value entries from the palette.
  • video decoder 30 may be configured to construct a palette by applying the delta comparison techniques described above. For example, video decoder 30 may receive pixel values for positions within a coded block and determine whether absolute differences between the pixel values and the existing pixel value entries in the palette are larger than a delta value. If so, video decoder 30 may add the pixel values as entries in the palette, e.g., for later use in palette-based decoding of pixel values for other pixel positions of the block using corresponding index values signaled by video encoder 20. In this case, video encoder 20 and video decoder 30 apply the same or similar processes to generate the palette. If not, video decoder 30 may not add the pixel values to the palette.
  • video decoder 30 may receive index values or pixel values for various pixel positions in a block. If an index value is received for a pixel position, for example, video decoder 30 may use the index value to identify an entry in the palette, and use the pixel value of the palette entry for the pixel position. If a pixel value is received for the pixel position, video decoder 30 may use the received pixel value for the pixel position, and also apply the delta comparison to determine whether the pixel value should be added to the palette and then later used for palette coding.
  • video encoder 20 may send an index value to identify the entry in the palette for use in reconstructing the pixel value for that position. If a pixel value for a position in a block produces absolute difference values between the pixel value and the existing pixel value entries in the palette that are all greater than the delta value, video encoder 20 may send the pixel value and add the pixel value as a new entry in the palette.
  • video decoder 30 may use delta values signaled by the encoder, rely on a fixed or known delta value, or infer or derive a delta value, e.g., as described above.
  • video encoder 20 and/or video decoder 30 may use coding modes including an intra-prediction mode, an inter-prediction mode, a lossless coding palette mode, and a lossy coding palette mode when coding video data.
  • video encoder 20 and video decoder 30 may code one or more syntax elements indicating whether palette-based coding is enabled. For example, at each CU, video encoder 20 may encode a syntax element, such as a flag PLT_Mode_flag. The PLT_Mode_flag or other syntax element may indicate whether a palette-based coding mode is to be used for a given CU (or a PU in other examples).
  • this flag may be signaled in an encoded video bitstream at the CU level, and then received by video decoder 30 upon decoding the encoded video bitstream.
  • a value of this PLT_Mode_flag equal to 1 may specify that the current CU is encoded using a palette-based coding mode.
  • video decoder 30 may apply the palette-based coding mode to decode the CU.
  • a syntax element may indicate one of a plurality of different palette-based coding modes for the CU (e.g., lossy or lossless).
  • a value of this PLT_Mode_flag equal to 0 may specify that the current CU is encoded using a mode other than palette mode. For example, any of a variety of inter-predictive, intra-predictive, or other coding modes may be used.
  • video encoder 20 may also encode additional data to indicate the specific mode used for encoding the respective CU (e.g., an HEVC coding mode).
  • PLT_Mode_flag is described for purposes of example. In other examples, however, other syntax elements such as multi-bit codes may be used to indicate whether the palette-based coding mode is to be used for a CU (or PU in other examples) or to indicate which of a plurality of modes are to be used for coding.
  • the above-described flag or other syntax elements may be transmitted at a higher level than the CU (or PU) level.
  • video encoder 20 may signal such a flag at a slice level.
  • a value equal to 1 indicates that all of the CUs in the slice are encoded using palette mode.
  • no additional mode information e.g., for palette mode or other modes, is signaled at the CU level.
  • video encoder 20 may signal such a flag in a PPS, SPS or VPS.
  • video encoder 20 and/or video decoder 30 may code one or more syntax elements (e.g., such as the above-described flag) at one of the slice, PPS, SPS, or VPS levels specifying whether the palette mode is enabled or disabled for the particular slice, picture, sequence or the like, while the PLT_Mode_flag indicates whether the palette-based coding mode is used for each CU.
  • the PLT_Mode_flag indicates whether the palette-based coding mode is used for each CU.
  • the PLT_Mode_flag may be further signaled to indicate whether the palette-based coding mode is to be used for each CU.
  • application of these techniques for indicating palette-based coding of a CU could additionally or alternatively be used to indicate palette-based coding of a PU.
  • the above-described syntax elements may be conditionally signaled in the bitstream.
  • video encoder 20 and video decoder 30 may only encode or decode, respectively, the syntax elements based on the size of the CU, the frame type, the color space, the color component, the frame size, the frame rate, the layer id in scalable video coding or the view id in multi-view coding.
  • video encoder 20 and/or video decoder 30 may implicitly determine whether a palette coding mode is active and/or used for coding a particular block. Video encoder 20 and video decoder 30 may determine whether palette-based coding is used for a block based on, for example, the size of the CU, the frame type, the color space, the color component, the frame size, the frame rate, the layer id in scalable video coding or the view id in multi-view coding.
  • FIG. 4 While the techniques of FIG. 4 are described above in the context of CUs (HEVC), it should be understood that the techniques may also be applied to prediction units (PUs) or in other video coding processes and/or standards.
  • PUs prediction units
  • FIG. 5 is a conceptual diagram illustrating an example of determining indices to a palette for a block of pixels, consistent with techniques of this disclosure.
  • FIG. 5 includes a map 240 of index values (values 1, 2, and 3) that relate respective positions of pixels associated with the index values to an entry of palettes 244.
  • Palettes 244 may be determined in a similar manner as first palettes 184 and second palettes 192 described above with respect to FIG. 4 .
  • FIG. 5 the techniques of FIG. 5 are described in the context of video encoder 20 ( FIG. 1 and FIG. 2 ) and video decoder 30 ( FIG. 1 and FIG. 3 ) and with respect to the HEVC video coding standard for purposes of explanation. However, it should be understood that the techniques of this disclosure are not limited in this way, and may be applied by other video coding processors and/or devices in other video coding processes and/or standards.
  • map 240 is illustrated in the example of FIG. 5 as including an index value for each pixel position, it should be understood that in other examples, not all pixel positions may be associated with an index value relating the pixel value to an entry of palettes 244. That is, as noted above, in some examples, video encoder 20 may encode (and video decoder 30 may obtain, from an encoded bitstream) an indication of an actual pixel value (or its quantized version) for a position in map 240 if the pixel value is not included in palettes 244.
  • video encoder 20 and video decoder 30 may be configured to code an additional map indicating which pixel positions are associated with index values. For example, assume that the (i, j) entry in the map corresponds to the (i, j) position of a CU. Video encoder 20 may encode one or more syntax elements for each entry of the map (i.e., each pixel position) indicating whether the entry has an associated index value. For example, video encoder 20 may encode a flag having a value of one to indicate that the pixel value at the (i, j) location in the CU is one of the values in palettes 244. Video encoder 20 may, in such an example, also encode a palette index (shown in the example of FIG.
  • video encoder 20 may skip the signaling of the index value.
  • Video encoder 20 may encode the flag to have a value of zero to indicate that the pixel value at the (i, j) location in the CU is not one of the values in palettes 244.
  • video encoder 20 may also encode an indication of the pixel value for use by video decoder 30 in reconstructing the pixel value.
  • the pixel value may be coded in a lossy manner.
  • the value of a pixel in one position of a CU may provide an indication of values of one or more other pixels in other positions of the CU. For example, there may be a relatively high probability that neighboring pixel positions of a CU will have the same pixel value or may be mapped to the same index value (in the case of lossy coding, in which more than one pixel value may be mapped to a single index value).
  • video encoder 20 may encode one or more syntax elements indicating a number of consecutive pixels or index values in a given scan order that have the same pixel value or index value.
  • the string of like-valued pixel or index values may be referred to herein as a run.
  • the run is equal to zero. If two consecutive pixels or indices in a given scan order have the same value but the third pixel or index in the scan order has a different value, the run is equal to one. For three consecutive indices or pixels with the same value, the run is two, and so forth.
  • Video decoder 30 may obtain the syntax elements indicating a run from an encoded bitstream and use the data to determine the number of consecutive locations that have the same pixel or index value.
  • video encoder 20 may encode an index value of 2 for the first position of line 248 in the scan direction.
  • video encoder 20 may encode one or more syntax elements indicating the run of consecutive values in the scan direction that have the same index value as the signaled index value.
  • video encoder 20 may signal a run of 4, thereby indicating that the index values of the following four positions in the scan direction share the same index value as the signaled index value.
  • Video encoder 20 may perform the same process for the next different index value in line 248.
  • video encoder 20 may encode an index value of 3 and one or more syntax elements indicating a run of two.
  • Video decoder 30 may obtain the syntax elements indicating the index value and the number of consecutive indices in the scan direction having the same index value (the run).
  • the indices of a map are scanned in a particular order.
  • the scan direction may be vertical, horizontal, or at a diagonal (e.g., 45 degrees or 135 degrees diagonally in block).
  • video encoder 20 may encode one or more syntax elements for each block indicating a scan direction for scanning the indices of the block. Additionally or alternatively, the scan direction may be signaled or inferred based on so-called side information such as, for example, block size, color space, and/or color component.
  • Video encoder 20 may specify scans for each color component of a block. Alternatively, a specified scan may apply to all color components of a block.
  • video encoder 20 may encode an index value of 2 for the first position of line 252 in the scan direction (at the relative top of column 252).
  • video encoder 20 may signal a run of 5, thereby indicating that the index values of the following five positions in the scan direction share the same index value as the signaled index value.
  • Video encoder 20 may also encode an index value of 3 for the next position in the scan direction and one or more syntax elements indicating a run of one.
  • Video decoder 30 may obtain the syntax elements indicating the index value and the number of consecutive indices in the scan direction having the same index value (the run).
  • video encoder 20 and video decoder 30 may additionally or alternatively perform line copying for one or more entries of map 240.
  • the line copying may depend, in some examples, on the scan direction.
  • video encoder 20 may indicate that a pixel or index value for a particular entry in a map is equal to a pixel or index value in a line above the particular entry (for a horizontal scan) or the column to the left of the particular entry (for a vertical scan).
  • Video encoder 20 may also indicate, as a run, the number of pixel or index values in the scan order that are equal to the entry in the line above or the column to the left of the particular entry.
  • video encoder 20 and or video decoder 30 may copy pixel or index values from the specified neighboring line and from the specified number of entries for the line of the map currently being coded.
  • video encoder 20 may encode one or more syntax elements for column 260 indicating that the entire column 260 is copied from column 256.
  • the one or more syntax elements may be associated with a first entry of column 260 at the relative top of map 240.
  • Video decoder 30 may obtain the syntax elements indicating the line copying and copy the index values of column 256 for column 260 when decoding column 260.
  • video encoder 20 may encode one or more syntax elements (e.g., a flag) indicating whether the value of an entry in a map is obtained from a palette or the value of an entry in the map is obtained from a previously coded line in map 240.
  • Video encoder 20 may also encode one or more syntax elements indicating an index value of a palette or the location of the entry in the line (the row or column).
  • Video encoder 20 may also encode one or more syntax elements indicating a number of consecutive entries that share the same value.
  • Video decoder 30 may obtain such information from an encoded bitstream and use the information to reconstruct the map and pixel values for a block.
  • video encoder 20 may identify particular entries of row 264 followed by a run when encoding data for row 268. For example, video encoder 20 may encode one or more syntax elements indicating that the first position of row 268 (the left most position of row 268) is the same as the first position of row 264. Video encoder 20 may also encode one or more syntax elements indicating that the next run of two consecutive entries in the scan direction in row 268 are the same as the first position of row 264.
  • video encoder 20 may also determine whether to code the current pixel or index value relative to a position in another row (or column) or to code the current pixel or index value using a run syntax element. For example, after encoding the one or more syntax elements indicating the first position of row 264 and the run of two entries (noted above), video encoder 20 may encode, for the fourth and fifth positions in line 268 (from left to right), one or more syntax elements indicating a value of 1 for the fourth position and one or more syntax elements indicating a run of 1. Hence, video encoder 20 encodes these two positions without reference to another line (or column).
  • Video encoder 20 may then code the first position having an index value of 3 in row 268 relative to upper row 264 (e.g., indicating a copy from upper row 264 and the run of consecutive positions in the scan order having the same index value). Accordingly, according to aspects of this disclosure, video encoder 20 may select between coding pixel or index values of a line (or column) relative to other values of the line (or column), e.g., using a run, coding pixel or index values of a line (or column) relative to values of another line (or column), or a combination thereof. Video encoder 20 may, in some examples, perform a rate/distortion optimization to make the selection.
  • Video decoder 30 may receive the syntax elements described above and reconstruct row 268. For example, video decoder 30 may obtain data indicating a particular location in a neighboring row from which to copy the associated index value for the position of map 240 currently being coded. Video decoder 30 may also obtain data indicating the number of consecutive positions in the scan order having the same index value.
  • the line from which entries are copied may be directly adjacent to the entry of the line currently being coded (as illustrated in the examples of FIG. 5 ).
  • a number of lines may be buffered by video encoder 20 and/or video decoder 30, such that any of the number of lines of the map may be used as predictive entries for a line of the map currently being coded.
  • the pixel value for an entry may be signaled to be equal to a pixel value of an entry in a row immediately above (or column to the left of) or two or more rows above (or column to the left of) the current row.
  • video encoder 20 and/or video decoder 30 may be configured to store the previous n rows of entries prior to coding a current row of entries.
  • video encoder 20 may indicate the predictive row (the row from which entries are copied) in a bitstream with a truncated unary code or other codes.
  • video encoder 20 may encode (and video decoder 30 may decode) a displacement value between the current line and the predictive line of map 240 used as a reference for coding the current line. That is, video encoder 20 may encode an indication of a particular line (or column) from which an index value is copied.
  • the displacement value may be a displacement vector.
  • c[0], c[1], ... denote the indices of the current line of map 240 and let u[0], u[1], u[2], ..., denote the indices of a predictive line of map 240, such as an upper neighboring line.
  • the index value for c[i] may be predicted from u[i+d].
  • the value of d may be coded using unary, truncated unary, exponential Golomb or Golomb-Rice codes.
  • FIG. 6 is a flowchart illustrating an example process for coding video data using a palette coding mode, consistent with techniques of this disclosure.
  • the method of FIG. 6 is explained with respect to a video coder, such as video encoder 20 ( FIGS. 1 and 2 ) or video decoder 30 ( FIGS. 1 and 3 ).
  • a video coder such as video encoder 20 ( FIGS. 1 and 2 ) or video decoder 30 ( FIGS. 1 and 3 ).
  • video coder 20 FIGS. 1 and 2
  • video decoder 30 FIGS. 1 and 3
  • a video coder such as video encoder and/or video decoder 30 may initially determine whether a mode for coding a current block of video data is a palette-based coding mode (280).
  • a mode for coding a current block of video data is a palette-based coding mode (280).
  • one or more syntax elements may be included in a bitstream indicating a coding mode of the current block (e.g., a PLT_Mode_flag syntax element).
  • the video coder may make a determination based on so-called side information, as noted above.
  • the video coder may code the block of video data using a mode other than a palette-based coding mode (282).
  • the video coder may code the block of video data using a non-palette-based mode, such as an intra-mode, an inter-mode, or another coding mode.
  • the video coder may determine a palette for coding the current block (284). As described with respect to FIGS. 7 and 8 below, in some examples, the video coder may determine the palette for the current block based on a palette associated with one or more other, previously coded blocks of video data.
  • the video coder may also determine index values for the block currently being coded (286). For example, as described with greater detail with respect to FIG. 9 below, the video coder may determine a map that indicates which pixel positions of the block are coded using an index value that relates a position of a pixel to an entry of the determined palette having an associated pixel value. In some instances, the video coder may determine one or more index values relative to other index values of the block. For example, the video coder may determine a run of index values and/or an index value based on an index value located in another line or column of the block.
  • the video coder then codes the video data of the block using the determined palette and index values (280).
  • video encoder 20 may encode data indicating the palette as well as the index values in an encoded bitstream.
  • Video encoder 20 may also encode, for any pixel positions not having a corresponding pixel in the determined palette, the actual pixel values or their quantized versions at such positions.
  • Video decoder 30 may parse and decode the palette, index values, and pixel values from an encoded bitstream and use the data to reconstruct the block of video data.
  • FIG. 7 is a flowchart illustrating an example process for determining a palette in palette-based coding, consistent with techniques of this disclosure.
  • the method of FIG. 7 is explained with respect to a video coder, such as video encoder 20 ( FIGS. 1 and 2 ) or video decoder 30 ( FIGS. 1 and 3 ).
  • video coder 20 FIGS. 1 and 2
  • video decoder 30 FIGS. 1 and 3
  • other video coding devices may be configured to perform a similar method.
  • certain steps in the method may be performed in a different order or in parallel.
  • certain steps may be omitted, and other steps may be added, in various examples.
  • the techniques of FIG. 7 may be performed during step 284 of FIG. 6 .
  • the video coder may determine a size of the palette (300).
  • the size of the palette may be fixed.
  • the size of the palette may be dynamically adjusted during coding (e.g., by adding or removing entries from the palette).
  • the video coder may code one or more syntax elements indicating the size of the palette.
  • the video coder may determine whether the palette for coding the current block is predicted from one or more other, previously coded palettes (302). If the palette is predicted (the yes branch of step 302), the video coder may determine the predictive palette (304). For example, video encoder 20 may encode data indicating that the palette for the current block is based on one or more previously encoded palettes, as well as data indicating a location of a block associated with the predictive palette (or identifying the predictive palette itself). Likewise, video decoder 30 may obtain such data from an encoded bitstream. As described above with respect to FIG. 4 , the predictive palette may be associated with a neighboring block of the block currently being coded.
  • the video coder may determine one or more entries of the palette for coding the current block based on one or more entries of the determined predictive palette (306). In some examples, the video coder may copy an entire palette from another block for coding the current block. In other examples, the video coder may selectively copy entries from another palette.
  • the palette prediction may be based, in some examples, based on a frequency with which palette entries are used in one or more previously coded blocks.
  • the video coder may also determine one or more non-predicted entries of the palette (308). For example, in some instances, only a portion of a palette may be predicted from other previously coded palettes. In other instances, a palette may not be predictively coded at all. In such instances, the video coder may determine palette entries without (or after) performing the palette prediction techniques described herein.
  • FIG. 8 is a flowchart illustrating an example process for determining indices of a block of video data, consistent with techniques of this disclosure.
  • the method of FIG. 8 is explained with respect to a video coder, such as video encoder 20 ( FIGS. 1 and 2 ) or video decoder 30 ( FIGS. 1 and 3 ).
  • a video coder such as video encoder 20 ( FIGS. 1 and 2 ) or video decoder 30 ( FIGS. 1 and 3 ).
  • FIGS. 1 and 3 video decoder
  • the video coder may initially determine a scan direction, e.g., for scanning a map of index values in palette based coding (320).
  • the video coder may be preconfigured to use a particular scan direction.
  • the video coder may code one or more syntax elements indicating the scan direction and determine the scan direction based on the syntax elements.
  • the video coder may determine the scan direction based on so-called side information.
  • the video coder may also determine a map of positions of the block of video data currently being coded that have associated index values of a palette. For example, one or more pixel values of the block currently being coded may not be represented in the palette from the block. In such examples, the video coder may code the pixel values directly (rather than coding an index value that identifies the pixel value in the palette).
  • the map that is determined during decoding in accordance with the protected invention, indicates which pixel positions are associated with an index value and which pixel positions are not associated with an index value.
  • the video coder determines one or more first index values (324). For a given pixel in the block, the video coder may determine an index value that relates the pixel value of the given pixel to an entry in the palette for the block.
  • the video coder also determines one or more second index values based on the first index values (326). For example, as described above with respect to FIG. 5 , the video coder may determine one or more index values relative to other already coded index values. In some examples, the video coder may determine second index values based on a run of consecutive same-valued index values. In other examples, the video coder may determine second index values based on one or more first index values included in a different line than the line of pixels currently being coded. In other examples, the video coder may apply a combination of techniques to determine the second index values.
  • video encoder 20 FIGS. 1 and 2
  • video decoder 30 FIGS. 1 and 3
  • video coding may refer to video encoding or video decoding, as applicable.
  • Computer-readable media may include computer-readable storage media, which corresponds to a tangible medium such as data storage media, or communication media including any medium that facilitates transfer of a computer program from one place to another, e.g., according to a communication protocol.
  • Computer-readable media generally may correspond to (1) tangible computer-readable storage media which is non-transitory or (2) a communication medium such as a signal or carrier wave.
  • Data storage media may be any available media that can be accessed by one or more computers or one or more processors to retrieve instructions, code and/or data structures for implementation of the techniques described in this disclosure.
  • a computer program product may include a computer-readable medium.
  • such computer-readable storage media can comprise RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage, or other magnetic storage devices, flash memory, or any other medium that can be used to store desired program code in the form of instructions or data structures and that can be accessed by a computer.
  • any connection is properly termed a computer-readable medium.
  • a computer-readable medium For example, if instructions are transmitted from a website, server, or other remote source using a coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, then the coaxial cable, fiber optic cable, twisted pair, DSL, or wireless technologies such as infrared, radio, and microwave are included in the definition of medium.
  • DSL digital subscriber line
  • Disk and disc includes compact disc (CD), laser disc, optical disc, digital versatile disc (DVD), floppy disk and Blu-ray disc, where disks usually reproduce data magnetically, while discs reproduce data optically with lasers. Combinations of the above should also be included within the scope of computer-readable media.
  • processors such as one or more digital signal processors (DSPs), general purpose microprocessors, application specific integrated circuits (ASICs), field programmable logic arrays (FPGAs), or other equivalent integrated or discrete logic circuitry.
  • DSPs digital signal processors
  • ASICs application specific integrated circuits
  • FPGAs field programmable logic arrays
  • processors may refer to any of the foregoing structure or any other structure suitable for implementation of the techniques described herein.
  • the functionality described herein may be provided within dedicated hardware and/or software modules configured for encoding and decoding, or incorporated in a combined codec. Also, the techniques could be fully implemented in one or more circuits or logic elements.
  • the techniques of this disclosure may be implemented in a wide variety of devices or apparatuses, including a wireless handset, an integrated circuit (IC) or a set of ICs (e.g., a chip set).
  • IC integrated circuit
  • a set of ICs e.g., a chip set.
  • Various components, modules, or units are described in this disclosure to emphasize functional aspects of devices configured to perform the disclosed techniques, but do not necessarily require realization by different hardware units. Rather, as described above, various units may be combined in a codec hardware unit or provided by a collection of interoperative hardware units, including one or more processors as described above, in conjunction with suitable software and/or firmware.

Claims (15)

  1. Verfahren zum Decodieren von Videodaten, wobei das Verfahren Folgendes beinhaltet:
    Decodieren von Informationen aus encodierten Videodaten, um für einen Block von Videodaten eine Abbildung von Werten zu bestimmen, die einen Wert für jede Pixelposition in dem Block von Videodaten umfasst, wobei jeder Wert anzeigt, ob der Pixelwert der jeweiligen Pixelposition in einer Palette (244) von Pixelwerten für den Block von Videodaten enthalten ist oder nicht;
    Decodieren von Informationen aus den encodierten Videodaten, um für einen ersten in einer ersten Zeile (260, 268) von Palettenindizes des Blocks von Videodaten enthaltenen Palettenindex zu entscheiden, ob ein Wert des ersten Palettenindex decodiert oder ein zweiter Palettenindex, der in einer zweiten Zeile (256, 264) von Palettenindizes enthalten ist, die sich von der ersten Zeile von Palettenindizes unterscheidet, kopiert werden soll, wobei der erste Palettenindex und der zweite Palettenindex jeweils eine erste Pixelposition und eine zweite Pixelposition auf mindestens einen Eintrag der Palette (244) von Pixelwerten für den Block von Videodaten abbilden;
    Decodieren, auf der Basis der Entscheidung, den Wert des ersten Palettenindex zu decodieren, von Daten, die den Wert des ersten Palettenindex anzeigen;
    Erhalten, auf der Basis der Entscheidung, den zweiten Palettenindex zu kopieren, des Wertes des ersten Palettenindex der ersten Zeile (260, 268) durch Kopieren des Wertes des zweiten Palettenindex der zweiten Zeile (256, 264); und
    Bestimmen eines Pixelwertes des ersten Palettenindex und eines Pixelwertes des zweiten Palettenindex durch Angleichen des jeweiligen ersten Palettenindex und zweiten Palettenindex an mindestens einen Eintrag der Palette (244) .
  2. Verfahren nach Anspruch 1, das ferner das Decodieren eines oder mehrerer Syntaxelemente beinhaltet, die einen Lauf einer Anzahl von aufeinanderfolgenden Indizes anzeigen, die dem ersten Palettenindex in einer Abtastrichtung folgen, um mit dem ersten Palettenindex zu decodieren.
  3. Verfahren nach Anspruch 2, wobei, auf der Basis der Entscheidung, den Wert des ersten Palettenindex zu decodieren, das Decodieren der den Lauf anzeigenden ein oder mehreren Syntaxelemente das Codieren eines oder mehrerer Syntaxelemente beinhaltet, die einen Lauf einer Anzahl von aufeinanderfolgenden Indizes anzeigen, die gleich dem ersten Palettenindex sind, und wobei, auf der Basis der Entscheidung, den zweiten Palettenindex zu kopieren, das Decodieren der ein oder mehreren den Lauf anzeigenden Syntaxelemente das Decodieren eines oder mehrerer Syntaxelemente beinhaltet, die einen Lauf einer Anzahl von aufeinanderfolgenden Indizes anzeigen, die von der zweiten Zeile kopiert werden.
  4. Verfahren nach Anspruch 1, das ferner das Decodieren eines oder mehrerer Syntaxelemente beinhaltet, die die zweite Zeile anzeigen.
  5. Verfahren nach Anspruch 4, wobei die erste Zeile und die zweite Zeile eine jeweilige erste Reihe und zweite Reihe oder eine jeweilige erste Spalte und zweite Spalte des Blocks von Videodaten umfassen.
  6. Verfahren nach Anspruch 4, wobei das Decodieren der ein oder mehreren die zweite Zeile anzeigenden Syntaxelemente das Codieren von Daten beinhaltet, die einen Ort der zweiten Zeile in dem Block von Videodaten identifizieren.
  7. Verfahren nach Anspruch 6, wobei das Decodieren der den Ort der zweiten Zeile identifizierenden Daten das Decodieren eines Verschiebungswertes beinhaltet, der die zweite Zeile in dem Block von Videodaten identifiziert.
  8. Verfahren nach Anspruch 6, wobei das Decodieren der ein oder mehreren die zweite Zeile anzeigenden Syntaxelemente das Decodieren der ein oder mehreren Syntaxelemente mit einem unären oder einem trunkierten unären Code beinhaltet.
  9. Vorrichtung zum Decodieren von Videodaten, wobei die Vorrichtung Folgendes umfasst:
    Mittel zum Decodieren von Informationen aus encodierten Videodaten, um für einen Block von Videodaten eine Abbildung von Werten zu bestimmen, die einen Wert für jede Pixelposition in dem Block von Videodaten umfasst, wobei jeder Wert anzeigt, ob der Pixelwert der jeweiligen Pixelposition in einer Palette (244) von Pixelwerten für den Block von Videodaten enthalten ist oder nicht;
    Mittel zum Decodieren von Informationen aus den encodierten Videodaten, um für einen ersten in einer ersten Zeile von Palettenindizes des Blocks von Videodaten enthaltenen Palettenindex zu entscheiden, ob ein Wert des ersten Palettenindex decodiert oder ein zweiter Palettenindex, der in einer zweiten Zeile von Palettenindizes enthalten ist, die sich von der ersten Zeile von Palettenindizes unterscheidet, kopiert werden soll, wobei der erste Palettenindex und der zweite Palettenindex jeweils eine erste Pixelposition und eine zweite Pixelposition auf mindestens einen Eintrag der Palette von Pixelwerten für den Block von Videodaten abbilden;
    Mittel zum Decodieren, auf der Basis der Entscheidung, den Wert des ersten Palettenindex zu decodieren, von Daten, die den Wert des ersten Palettenindex anzeigen;
    Mittel zum Erhalten, auf der Basis der Entscheidung, den zweiten Palettenindex zu kopieren, des Wertes des ersten Palettenindex der ersten Zeile durch Kopieren des Wertes des zweiten Palettenindex der zweiten Zeile; und
    Mittel zum Bestimmen eines Pixelwertes des ersten Palettenindex und eines Pixelwertes des zweiten Palettenindex durch Angleichen des jeweiligen ersten Palettenindex und zweiten Palettenindex an mindestens einen Eintrag der Palette.
  10. Vorrichtung nach Anspruch 9, die ferner Mittel zum Decodieren eines oder mehrerer Syntaxelemente umfasst, die einen Lauf einer Anzahl aufeinanderfolgender Indizes anzeigen, die dem ersten Palettenindex in einer Abtastrichtung folgen, um mit dem ersten Palettenindex zu decodieren.
  11. Vorrichtung nach Anspruch 10, wobei, auf der Basis der Entscheidung, den Wert des ersten Palettenindex zu decodieren, das Decodieren der ein oder mehreren den Lauf anzeigenden Syntaxelemente das Codieren eines oder mehrerer Syntaxelemente beinhaltet, die einen Lauf einer Anzahl von aufeinanderfolgenden Indizes anzeigen, die gleich dem ersten Palettenindex sind, und wobei, auf der Basis der Entscheidung, den zweiten Palettenindex zu kopieren, das Decodieren der ein oder mehreren den Lauf anzeigenden Syntaxelemente das Decodieren eines oder mehrerer Syntaxelemente beinhaltet, die einen Lauf einer Anzahl von aufeinanderfolgenden Indizes anzeigen, die von der zweiten Zeile kopiert werden.
  12. Vorrichtung nach Anspruch 9, die ferner Mittel zum Decodieren eines oder mehrerer Syntaxelemente umfasst, die die zweite Zeile anzeigen.
  13. Vorrichtung nach Anspruch 12, wobei die erste Zeile und die zweite Zeile eine jeweilige erste Reihe und zweite Reihe oder eine jeweilige erste Spalte und zweite Spalte des Blocks von Videodaten umfassen.
  14. Vorrichtung nach Anspruch 12, wobei das Decodieren der ein oder mehreren die zweite Zeile anzeigenden Syntaxelemente das Codieren von Daten umfasst, die einen Ort der zweiten Zeile in dem Block von Videodaten identifizieren.
  15. Nichtflüchtiges computerlesbares Medium, auf dem Befehle gespeichert sind, die bei Ausführung durch einen oder mehrere Prozessoren bewirken, dass die genannten ein oder mehreren Prozessoren ein Verfahren nach einem der Ansprüche 1 bis 8 durchführen.
EP14720461.4A 2013-04-05 2014-04-04 Bestimmung von palettenindizes in einer palettenbasierten videocodierung Active EP2982125B1 (de)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201361809236P 2013-04-05 2013-04-05
US201361810649P 2013-04-10 2013-04-10
US14/244,711 US9654777B2 (en) 2013-04-05 2014-04-03 Determining palette indices in palette-based video coding
PCT/US2014/033013 WO2014165784A1 (en) 2013-04-05 2014-04-04 Determining palette indices in palette-based video coding

Publications (2)

Publication Number Publication Date
EP2982125A1 EP2982125A1 (de) 2016-02-10
EP2982125B1 true EP2982125B1 (de) 2022-04-27

Family

ID=51654451

Family Applications (2)

Application Number Title Priority Date Filing Date
EP14720462.2A Active EP2982126B1 (de) 2013-04-05 2014-04-04 Bestimmung von paletten in palettenbasierter videocodierung
EP14720461.4A Active EP2982125B1 (de) 2013-04-05 2014-04-04 Bestimmung von palettenindizes in einer palettenbasierten videocodierung

Family Applications Before (1)

Application Number Title Priority Date Filing Date
EP14720462.2A Active EP2982126B1 (de) 2013-04-05 2014-04-04 Bestimmung von paletten in palettenbasierter videocodierung

Country Status (9)

Country Link
US (2) US11259020B2 (de)
EP (2) EP2982126B1 (de)
JP (2) JP6463730B2 (de)
KR (2) KR102252843B1 (de)
CN (2) CN105191320B (de)
BR (2) BR112015025459B1 (de)
ES (1) ES2727635T3 (de)
HU (1) HUE043455T2 (de)
WO (2) WO2014165784A1 (de)

Families Citing this family (100)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11259020B2 (en) 2013-04-05 2022-02-22 Qualcomm Incorporated Determining palettes in palette-based video coding
WO2015006169A1 (en) * 2013-07-08 2015-01-15 Sony Corporation Improvement for palette coding mode
US9558567B2 (en) 2013-07-12 2017-01-31 Qualcomm Incorporated Palette prediction in palette-based video coding
RU2666635C2 (ru) * 2013-10-14 2018-09-11 МАЙКРОСОФТ ТЕКНОЛОДЖИ ЛАЙСЕНСИНГ, ЭлЭлСи Характеристики режима индексной карты основных цветов для кодирования и декодирования видео и изображения
US10291827B2 (en) * 2013-11-22 2019-05-14 Futurewei Technologies, Inc. Advanced screen content coding solution
EP3926955A1 (de) * 2013-12-10 2021-12-22 Canon Kabushiki Kaisha Verfahren und vorrichtung zur codierung und decodierung von pixelblöcken
GB201321851D0 (en) * 2013-12-10 2014-01-22 Canon Kk Run length parameters coding for palette mode
WO2015094711A1 (en) * 2013-12-18 2015-06-25 Mediatek Inc. Palette prediction and sharing in video coding
BR112016014327B1 (pt) * 2013-12-18 2023-03-21 Hfi Innovation Inc. Método de decodificação de um bloco de dados de vídeo
BR112016012417B1 (pt) * 2013-12-18 2023-04-11 Hfi Innovation Inc Método e aparelho para inicialização e gerenciamento de paleta
US10972742B2 (en) 2013-12-19 2021-04-06 Canon Kabushiki Kaisha Encoding process using a palette mode
GB2523076B (en) * 2013-12-19 2016-08-10 Canon Kk Improved palette mode in HEVC for the encoding process
US10182242B2 (en) 2013-12-27 2019-01-15 Mediatek Inc. Method and apparatus for palette coding with cross block prediction
EP3087742B1 (de) 2013-12-27 2020-09-23 HFI Innovation Inc. Verfahren und vorrichtung zur syntaxredundanzentfernung in einer palettencodierung
WO2015096647A1 (en) * 2013-12-27 2015-07-02 Mediatek Inc. Method and apparatus for major color index map coding
EP3090559A2 (de) 2014-01-02 2016-11-09 VID SCALE, Inc. Zweidimensionale palettencodierung zur codierung von bildschirminhalten
EP3061247A4 (de) 2014-01-07 2016-08-31 Mediatek Inc Verfahren und vorrichtung zur farbcodexvorhersage
US9699468B2 (en) * 2014-02-10 2017-07-04 Microsoft Technology Licensing, Llc Adaptive screen and video coding scheme
CN104853209B (zh) * 2014-02-16 2020-09-29 同济大学 图像编码、解码方法及装置
US10542274B2 (en) 2014-02-21 2020-01-21 Microsoft Technology Licensing, Llc Dictionary encoding and decoding of screen content
US20170019665A1 (en) * 2014-03-11 2017-01-19 Hfi Innovation Inc. Method and Apparatus of Single Sample Mode for Video Coding
CN106576152A (zh) * 2014-03-13 2017-04-19 华为技术有限公司 改进的屏幕内容编码方法
PL3117617T3 (pl) 2014-03-14 2022-08-22 Vid Scale, Inc. Kodowanie palety przeznaczone do kodowania zawartości ekranu
US9826242B2 (en) 2014-03-14 2017-11-21 Qualcomm Incorporated Palette-based video coding
WO2015136693A1 (ja) * 2014-03-14 2015-09-17 富士通株式会社 画像符号化装置、画像復号装置、画像符号化方法、及び画像復号方法
CN110233949B (zh) * 2014-03-14 2021-07-30 寰发股份有限公司 调色板表初始化和管理的方法
WO2015143351A1 (en) * 2014-03-21 2015-09-24 Futurewei Technologies, Inc. Advanced screen content coding with improved color table and index map coding methods
US10362336B2 (en) 2014-03-25 2019-07-23 Qualcomm Incorporated Palette predictor signaling with run length code for video coding
US10038915B2 (en) 2014-05-22 2018-07-31 Qualcomm Incorporated Escape sample coding in palette-based video coding
US10264285B2 (en) 2014-05-22 2019-04-16 Qualcomm Incorporated Coding runs in palette-based video coding
US10750198B2 (en) 2014-05-22 2020-08-18 Qualcomm Incorporated Maximum palette parameters in palette-based video coding
US10091512B2 (en) 2014-05-23 2018-10-02 Futurewei Technologies, Inc. Advanced screen content coding with improved palette table and index map coding methods
US10142642B2 (en) 2014-06-04 2018-11-27 Qualcomm Incorporated Block adaptive color-space conversion coding
CN105282550A (zh) * 2014-06-13 2016-01-27 财团法人工业技术研究院 编码方法与解码方法、编解码系统、编码器与解码器
US10021418B2 (en) * 2014-06-19 2018-07-10 Hfi Innovation Inc. Method and apparatus of candidate generation for single sample mode in video coding
US10313684B2 (en) 2014-06-20 2019-06-04 Qualcomm Incorporated Copy from previous rows for palette mode coding
CA2950818C (en) * 2014-06-20 2020-12-22 Hfi Innovation Inc. Method and apparatus of binarization and context-adaptive coding for syntax in video coding
US10477204B2 (en) * 2014-06-20 2019-11-12 Sharp Kabushiki Kaisha Harmonized palette coding
CN106716999B (zh) * 2014-06-20 2019-08-09 寰发股份有限公司 用于视频编码的调色板预测器信令的方法
KR101962458B1 (ko) * 2014-07-07 2019-03-26 에이치에프아이 이노베이션 인크. 인덱스 맵 부호화의 예측자로서 이스케이프 픽셀을 취급하는 방법
US9955157B2 (en) 2014-07-11 2018-04-24 Qualcomm Incorporated Advanced palette prediction and signaling
US9544607B2 (en) * 2014-08-25 2017-01-10 Hfi Innovation Inc. Method of palette index signaling for image and video coding
CN106797471B (zh) * 2014-09-03 2020-03-10 联发科技股份有限公司 一种对图像内区块使用调色板预测模式的颜色索引图解码方法
WO2016048092A1 (ko) 2014-09-26 2016-03-31 주식회사 케이티 비디오 신호 처리 방법 및 장치
EP3202150B1 (de) 2014-09-30 2021-07-21 Microsoft Technology Licensing, LLC Regeln für innerbildliche vorhersagemodi bei aktivierter wellenfrontparallelverarbeitung
CN110677656A (zh) * 2014-10-06 2020-01-10 Vid拓展公司 执行调色板解码的方法及解码设备
US9596479B2 (en) * 2014-10-07 2017-03-14 Hfi Innovation Inc. Method of pulse-code modulation and palette coding for video coding
WO2016056755A1 (ko) * 2014-10-08 2016-04-14 엘지전자 주식회사 3d 비디오 부호화/복호화 방법 및 장치
CN107079163B (zh) * 2014-10-20 2020-06-05 株式会社Kt 用于处理视频信号的方法和设备
US10051277B2 (en) 2014-11-06 2018-08-14 Mediatek Inc. Method for sub-block based palette coding
AU2015345649A1 (en) 2014-11-12 2017-06-08 Hfi Innovation Inc. Methods of escape pixel coding in index map coding
CN107005717B (zh) * 2014-11-12 2020-04-07 寰发股份有限公司 索引映射编解码中的跳出像素编解码方法
JP6532222B2 (ja) 2014-11-28 2019-06-19 キヤノン株式会社 画像符号化装置、画像符号化方法及びプログラム、画像復号装置、画像復号方法及びプログラム
KR102150979B1 (ko) * 2014-12-19 2020-09-03 에이치에프아이 이노베이션 인크. 비디오 및 이미지 코딩에서의 비-444 색채 포맷을 위한 팔레트 기반 예측의 방법
CN107211143B (zh) * 2015-01-15 2020-08-18 株式会社Kt 用于处理视频信号的方法和设备
CN105828080B (zh) 2015-01-26 2020-02-14 同济大学 图像编解码方法及装置
JP6122516B2 (ja) 2015-01-28 2017-04-26 財團法人工業技術研究院Ｉｎｄｕｓｔｒｉａｌ Ｔｅｃｈｎｏｌｏｇｙ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ エンコーディング方法及びエンコーダ
WO2016122253A1 (ko) * 2015-01-29 2016-08-04 주식회사 케이티 비디오 신호 처리 방법 및 장치
RU2686559C2 (ru) * 2015-01-29 2019-04-29 Кэнон Кабусики Кайся Инициализатор предсказателя палитры при кодировании или декодировании самостоятельных кодируемых структур
KR102422484B1 (ko) * 2015-01-29 2022-07-20 주식회사 케이티 비디오 신호 처리 방법 및 장치
US9986248B2 (en) * 2015-01-29 2018-05-29 Qualcomm Incorporated Palette mode coding for video coding
WO2016123262A1 (en) * 2015-01-29 2016-08-04 Vid Scale, Inc. Escape color coding for palette coding mode
EP3251353A1 (de) * 2015-01-29 2017-12-06 VID SCALE, Inc. Palettencodierungsmodi und palettenwendung
US10425659B2 (en) * 2015-01-30 2019-09-24 Qualcomm Incorporated Coding escape pixels for palette coding
CN106688236B (zh) * 2015-01-30 2019-06-21 富士通株式会社 图像编码方法、装置以及图像处理设备
CN107211149A (zh) 2015-02-05 2017-09-26 联发科技股份有限公司 调色板语法的解码操作装置与方法
WO2016127889A1 (en) * 2015-02-13 2016-08-18 Mediatek Inc. Method and apparatus for palette index coding in video and image compression
SG11201706531UA (en) * 2015-02-16 2017-09-28 Hfi Innovation Inc Method and apparatus for palette predictor initialization for palette coding in video and image compression
AU2016222177A1 (en) * 2015-02-17 2017-08-31 Hfi Innovation Inc. Method and apparatus for palette coding of monochrome contents in video and image compression
CN107431827B (zh) * 2015-03-18 2020-02-28 寰发股份有限公司 使用调色板编码模式的视频和图像编解码的方法和装置
WO2016159610A1 (ko) * 2015-04-02 2016-10-06 주식회사 케이티 비디오 신호 처리 방법 및 장치
SG11201708026TA (en) 2015-04-08 2017-10-30 Hfi Innovation Inc Methods of palette mode coding in video coding
KR102060871B1 (ko) * 2015-04-08 2019-12-30 에이치에프아이 이노베이션 인크. 비디오 코딩에서의 팔레트 모드 콘텍스트 코딩 및 이진화를 위한 방법
CN107810637B (zh) * 2015-05-27 2022-02-15 株式会社Kt 用于处理视频信号的方法和设备
WO2016192677A1 (en) 2015-06-03 2016-12-08 Mediatek Inc. Method and apparatus of error handling for video coding using intra block copy mode
EP3298785A4 (de) * 2015-06-03 2019-02-13 MediaTek Inc. Verfahren und vorrichtung zur gemeinsamen ressourcennutzung zwischen intrablockkopiemodus und interprädiktionsmodus in videocodierungssystemen
US20160360205A1 (en) 2015-06-08 2016-12-08 Industrial Technology Research Institute Video encoding methods and systems using adaptive color transform
WO2016197312A1 (zh) * 2015-06-09 2016-12-15 富士通株式会社 像素索引的编码方法、装置以及图像处理设备
CN106303526A (zh) * 2015-06-09 2017-01-04 富士通株式会社 图像编码方法、装置以及图像处理设备
CN106664405B (zh) 2015-06-09 2020-06-09 微软技术许可有限责任公司 用调色板模式对经逸出编码的像素的稳健编码/解码
US11146788B2 (en) * 2015-06-12 2021-10-12 Qualcomm Incorporated Grouping palette bypass bins for video coding
US9743092B2 (en) * 2015-10-13 2017-08-22 Nokia Technologies Oy Video coding with helper data for spatial intra-prediction
JP6662123B2 (ja) * 2016-03-14 2020-03-11 富士通株式会社 画像符号化装置、画像符号化方法、及び画像符号化プログラム
CN106331716B (zh) * 2016-08-31 2019-05-24 西安万像电子科技有限公司 视频压缩方法和装置
US10110914B1 (en) * 2016-09-15 2018-10-23 Google Llc Locally adaptive warped motion compensation in video coding
CN106534874B (zh) * 2016-11-18 2019-11-29 上海兆芯集成电路有限公司 纹理砖压缩及解压缩方法以及使用该方法的装置
CN111726639B (zh) * 2016-11-18 2023-05-30 上海兆芯集成电路有限公司 纹理砖压缩及解压缩方法以及使用该方法的装置
US10555006B2 (en) 2016-12-22 2020-02-04 Qualcomm Incorporated Deriving bilateral filter information based on a prediction mode in video coding
US11695919B2 (en) 2018-08-28 2023-07-04 Google Llc Lossy image compression using palettization of locally mixed colors
US10848787B2 (en) 2018-08-28 2020-11-24 Google Llc Lossy image compression using palettization of locally mixed colors
CN109257609B (zh) * 2018-09-30 2021-04-23 Oppo广东移动通信有限公司 数据处理方法及装置、电子设备及存储介质
CN112672132B (zh) * 2018-09-30 2023-12-26 Oppo广东移动通信有限公司 数据处理方法及装置、电子设备及存储介质
US11134258B2 (en) 2019-02-11 2021-09-28 Qualcomm Incorporated Predictive coefficient coding
US11206413B2 (en) * 2019-08-13 2021-12-21 Qualcomm Incorporated Palette predictor updates for local dual trees
MX2022002617A (es) 2019-09-12 2022-03-25 Bytedance Inc Uso de predictor de paleta en codificacion de video.
CN117956186A (zh) * 2019-10-05 2024-04-30 Lg电子株式会社 图像解码方法、图像编码方法、存储介质和发送方法
EP4068777A4 (de) * 2019-12-02 2023-12-27 Hyundai Motor Company Videocodierung und -decodierung mittels differenzieller modulation
CN111372124B (zh) * 2020-03-09 2022-04-15 格兰菲智能科技有限公司 一种文字图像的编码及解码方法
KR102589351B1 (ko) * 2020-03-25 2023-10-16 주식회사 케이티 비디오 신호 처리 방법 및 장치
KR102384793B1 (ko) * 2021-09-24 2022-04-11 티오더 주식회사 배달 서비스 온라인 플랫폼을 위한 시스템

Family Cites Families (56)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5686961A (en) 1992-01-27 1997-11-11 Harris Corporation Automatic video image data reduction and prioritization system and method
US5408542A (en) 1992-05-12 1995-04-18 Apple Computer, Inc. Method and apparatus for real-time lossless compression and decompression of image data
EP0770246A4 (de) 1994-07-14 1998-01-14 Johnson Grace Company Verfahren und gerät zur bildkompression
US5930390A (en) 1996-03-28 1999-07-27 Intel Corporation Encoding/decoding signals using a remap table
US6008816A (en) 1996-04-25 1999-12-28 Microsoft Corporation Method and system for managing color specification using attachable palettes and palettes that refer to other palettes
US5781483A (en) 1996-12-31 1998-07-14 Micron Technology, Inc. Device and method for repairing a memory array by storing each bit in multiple memory cells in the array
US6157746A (en) 1997-02-12 2000-12-05 Sarnoff Corporation Apparatus and method for encoding wavelet trees generated by a wavelet-based coding method
US6064771A (en) 1997-06-23 2000-05-16 Real-Time Geometry Corp. System and method for asynchronous, adaptive moving picture compression, and decompression
JPH11308465A (ja) * 1998-04-17 1999-11-05 Seiko Epson Corp カラー画像の符号化方法およびその符号化装置ならびにカラー画像の復号化方法およびその復号化装置
US6256415B1 (en) 1998-06-10 2001-07-03 Seiko Epson Corporation Two row buffer image compression (TROBIC)
CN1148975C (zh) 1998-07-07 2004-05-05 C-立方微系统股份有限公司 Mpeg起始码兼容交叠图形编码
JP2000115782A (ja) 1998-10-06 2000-04-21 Canon Inc 符号化装置及び方法及び記憶媒体
EP1256234A4 (de) 1999-12-22 2009-05-27 Neomtel Co Ltd System zum verschieben von bilddaten unter verwendung drahtloser kommunikation und verfahren dazu
US6909804B2 (en) 2000-01-27 2005-06-21 Marger Johnson & Mccollom, P.C. Image compression usable with animated images
KR100708074B1 (ko) 2000-04-12 2007-04-16 삼성전자주식회사 그레이 스케일 테이블을 이용한 텍스트 출력방법 및 그 장치
JP4011278B2 (ja) 2000-11-06 2007-11-21 株式会社デンソー 画像圧縮装置及び記録媒体
US6819793B1 (en) 2000-06-30 2004-11-16 Intel Corporation Color distribution for texture and image compression
US6748116B1 (en) * 2000-08-22 2004-06-08 Airzip, Inc. Apparatus and method for compressing and decompressing image files
AUPR212600A0 (en) 2000-12-18 2001-01-25 Canon Kabushiki Kaisha Efficient video coding
JP2002369011A (ja) 2001-06-06 2002-12-20 Canon Inc 画像処理装置、画像処理方法及び画像処理プログラム
US7319720B2 (en) 2002-01-28 2008-01-15 Microsoft Corporation Stereoscopic video
US6898313B2 (en) 2002-03-06 2005-05-24 Sharp Laboratories Of America, Inc. Scalable layered coding in a multi-layer, compound-image data transmission system
US7302006B2 (en) 2002-04-30 2007-11-27 Hewlett-Packard Development Company, L.P. Compression of images and image sequences through adaptive partitioning
US7433526B2 (en) 2002-04-30 2008-10-07 Hewlett-Packard Development Company, L.P. Method for compressing images and image sequences through adaptive partitioning
GB2388502A (en) 2002-05-10 2003-11-12 Chris Dunn Compression of frequency domain audio signals
US20040013297A1 (en) 2002-07-18 2004-01-22 Roger Lo Method for performing color gamut compression
WO2004034323A2 (en) 2002-10-07 2004-04-22 Summus, Inc. System for graphics compression and display
US20040151394A1 (en) 2003-01-31 2004-08-05 Mikael Soderberg Symmetrical, highly deterministic, low complexity, temporal transform video codec and vehicle distribution system incorporating same
US7343037B1 (en) * 2004-02-04 2008-03-11 Microsoft Corporation Dynamic, locally-adaptive, lossless palettization of color and grayscale images
WO2006022741A1 (en) 2004-08-23 2006-03-02 Marger Johnson & Mccollom, P.C. Image compression usable with animated images
KR101058010B1 (ko) 2004-09-07 2011-08-19 삼성전자주식회사 그래픽 데이터 생성 장치, 방법 및 정보 저장 매체
WO2006085301A2 (en) 2005-02-09 2006-08-17 Mobixell Networks Image adaptation with target size, quality and resolution constraints
JP2006229583A (ja) 2005-02-17 2006-08-31 Eastman Kodak Co 通信システム及びデジタルカメラ並びにドック装置
US8243340B2 (en) 2006-02-23 2012-08-14 Microsoft Corporation Pre-processing of image data for enhanced compression
US8848789B2 (en) 2006-03-27 2014-09-30 Qualcomm Incorporated Method and system for coding and decoding information associated with video compression
US7343837B1 (en) 2006-09-15 2008-03-18 James Anthony Domanico Multi-plane flexible handle for ratchets and wrenches
US8170101B2 (en) 2006-10-27 2012-05-01 Sharp Laboratories Of America, Inc. Methods and systems for low-complexity data compression
AU2006246497B2 (en) 2006-11-30 2010-02-11 Canon Kabushiki Kaisha Method and apparatus for hybrid image compression
CN101211341A (zh) 2006-12-29 2008-07-02 上海芯盛电子科技有限公司 图像智能模式识别搜索方法
US8213511B2 (en) 2007-04-30 2012-07-03 Texas Instruments Incorporated Video encoder software architecture for VLIW cores incorporating inter prediction and intra prediction
US9232226B2 (en) 2008-08-19 2016-01-05 Marvell World Trade Ltd. Systems and methods for perceptually lossless video compression
US8134573B2 (en) * 2009-02-23 2012-03-13 Sharp Laboratories Of America, Inc. Encoding CMYK data for display using indexed RGB
RU2420021C2 (ru) 2009-03-24 2011-05-27 Корпорация "САМСУНГ ЭЛЕКТРОНИКС Ко., Лтд." Способ сжатия изображений и видеопоследовательностей
US9024862B2 (en) * 2009-07-02 2015-05-05 Ricoh Co., Ltd. Dynamic creation of waveform palette
US20110110416A1 (en) 2009-11-12 2011-05-12 Bally Gaming, Inc. Video Codec System and Method
CN107317586B (zh) 2011-01-14 2020-11-06 Ge视频压缩有限责任公司 熵编码设备和方法、熵解码设备和方法、及存储介质
US20120294353A1 (en) 2011-05-16 2012-11-22 Mediatek Inc. Apparatus and Method of Sample Adaptive Offset for Luma and Chroma Components
US20130101033A1 (en) 2011-10-14 2013-04-25 Qualcomm Incorporated Coding non-symmetric distributions of data
US8615138B2 (en) 2011-11-03 2013-12-24 Google Inc. Image compression using sub-resolution images
KR101818102B1 (ko) 2012-04-13 2018-01-12 캐논 가부시끼가이샤 인코딩된 비디오 데이터의 변환 유닛의 서브세트를 인코딩 및 디코딩하는 방법, 장치 및 시스템
US11259020B2 (en) 2013-04-05 2022-02-22 Qualcomm Incorporated Determining palettes in palette-based video coding
US9558567B2 (en) 2013-07-12 2017-01-31 Qualcomm Incorporated Palette prediction in palette-based video coding
US9794579B2 (en) 2013-07-15 2017-10-17 Qualcomm Incorporated Decoded picture buffer operations for video coding
BR112016012417B1 (pt) 2013-12-18 2023-04-11 Hfi Innovation Inc Método e aparelho para inicialização e gerenciamento de paleta
EP3090559A2 (de) 2014-01-02 2016-11-09 VID SCALE, Inc. Zweidimensionale palettencodierung zur codierung von bildschirminhalten
US10313684B2 (en) 2014-06-20 2019-06-04 Qualcomm Incorporated Copy from previous rows for palette mode coding

Also Published As

Publication number Publication date
BR112015025459B1 (pt) 2023-04-11
CN105075272A (zh) 2015-11-18
US20140301474A1 (en) 2014-10-09
KR20150140722A (ko) 2015-12-16
US20140301475A1 (en) 2014-10-09
KR102205328B1 (ko) 2021-01-19
WO2014165784A1 (en) 2014-10-09
ES2727635T3 (es) 2019-10-17
HUE043455T2 (hu) 2019-08-28
EP2982126B1 (de) 2019-02-27
CN105191320A (zh) 2015-12-23
CN105191320B (zh) 2018-10-19
BR112015025439A2 (pt) 2017-07-18
KR102252843B1 (ko) 2021-05-14
KR20150139902A (ko) 2015-12-14
JP6297671B2 (ja) 2018-03-20
US9654777B2 (en) 2017-05-16
JP2016521042A (ja) 2016-07-14
EP2982126A1 (de) 2016-02-10
BR112015025459A2 (pt) 2017-07-18
EP2982125A1 (de) 2016-02-10
BR112015025439B1 (pt) 2023-03-28
JP2016521043A (ja) 2016-07-14
CN105075272B (zh) 2018-05-22
WO2014165789A1 (en) 2014-10-09
JP6463730B2 (ja) 2019-02-06
US11259020B2 (en) 2022-02-22

Similar Documents

Publication Publication Date Title
EP2982125B1 (de) Bestimmung von palettenindizes in einer palettenbasierten videocodierung
EP3020198B1 (de) Palettenvorhersage in einer palettenbasierten videocodierung
AU2016211797B2 (en) Palette mode coding for video coding
US9826242B2 (en) Palette-based video coding
EP3123719B1 (de) Palettenprädiktorsignalisierung mit lauflängencodierung zur videocodierung
EP3257246B1 (de) Beschränkung der palettenblockgrösse in der videocodierung
WO2016022537A1 (en) Palette mode encoding and decoding design
EP3205104A2 (de) Diagonalkopie für palettencodierungsmodus

Legal Events

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

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20150824

AK Designated contracting states

Kind code of ref document: A1

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

AX Request for extension of the european patent

Extension state: BA ME

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20180823

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

Free format text: STATUS: EXAMINATION IS IN PROGRESS

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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

Free format text: STATUS: GRANT OF PATENT IS INTENDED

RIC1 Information provided on ipc code assigned before grant

Ipc: H04N 19/90 20140101ALI20211027BHEP

Ipc: H04N 19/93 20140101AFI20211027BHEP

INTG Intention to grant announced

Effective date: 20211116

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

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

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

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

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 1487898

Country of ref document: AT

Kind code of ref document: T

Effective date: 20220515

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602014083408

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: NL

Ref legal event code: FP

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG9D

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 1487898

Country of ref document: AT

Kind code of ref document: T

Effective date: 20220427

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

Ref country code: SE

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

Effective date: 20220427

Ref country code: PT

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

Effective date: 20220829

Ref country code: NO

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

Effective date: 20220727

Ref country code: LT

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

Effective date: 20220427

Ref country code: HR

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

Effective date: 20220427

Ref country code: GR

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

Effective date: 20220728

Ref country code: FI

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

Effective date: 20220427

Ref country code: ES

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

Effective date: 20220427

Ref country code: BG

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

Effective date: 20220727

Ref country code: AT

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

Effective date: 20220427

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

Ref country code: RS

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

Effective date: 20220427

Ref country code: PL

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

Effective date: 20220427

Ref country code: LV

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

Effective date: 20220427

Ref country code: IS

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

Effective date: 20220827

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602014083408

Country of ref document: DE

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

Ref country code: SM

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

Effective date: 20220427

Ref country code: SK

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

Effective date: 20220427

Ref country code: RO

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

Effective date: 20220427

Ref country code: EE

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

Effective date: 20220427

Ref country code: DK

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

Effective date: 20220427

Ref country code: CZ

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

Effective date: 20220427

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

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

REG Reference to a national code

Ref country code: FR

Ref legal event code: PLFP

Year of fee payment: 10

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

Ref country code: AL

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

Effective date: 20220427

26N No opposition filed

Effective date: 20230130

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

Ref country code: FR

Payment date: 20230320

Year of fee payment: 10

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

Ref country code: SI

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

Effective date: 20220427

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

Ref country code: DE

Payment date: 20230320

Year of fee payment: 10

REG Reference to a national code

Ref country code: CH

Ref legal event code: PL

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

Ref country code: LU

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

Effective date: 20230404

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20230430

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

Ref country code: MC

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

Effective date: 20220427

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

Ref country code: MC

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

Effective date: 20220427

Ref country code: LI

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

Effective date: 20230430

Ref country code: IT

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

Effective date: 20220427

Ref country code: CH

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

Effective date: 20230430

REG Reference to a national code

Ref country code: IE

Ref legal event code: MM4A

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

Ref country code: BE

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

Effective date: 20230430

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

Ref country code: IE

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

Effective date: 20230404

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

Ref country code: NL

Payment date: 20240319

Year of fee payment: 11

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

Ref country code: IE

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

Effective date: 20230404

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

Ref country code: GB

Payment date: 20240314

Year of fee payment: 11