KR20210036401A - 비디오 코딩의 참조 픽처 관리 - Google Patents
비디오 코딩의 참조 픽처 관리 Download PDFInfo
- Publication number
- KR20210036401A KR20210036401A KR1020217007279A KR20217007279A KR20210036401A KR 20210036401 A KR20210036401 A KR 20210036401A KR 1020217007279 A KR1020217007279 A KR 1020217007279A KR 20217007279 A KR20217007279 A KR 20217007279A KR 20210036401 A KR20210036401 A KR 20210036401A
- Authority
- KR
- South Korea
- Prior art keywords
- picture
- list
- slice
- refpiclist
- reference picture
- Prior art date
Links
- 238000000034 method Methods 0.000 claims abstract description 252
- 230000008569 process Effects 0.000 claims abstract description 167
- 230000007774 longterm Effects 0.000 claims abstract description 100
- 239000000872 buffer Substances 0.000 claims abstract description 25
- 230000015654 memory Effects 0.000 claims description 43
- 238000003860 storage Methods 0.000 claims description 30
- 238000012545 processing Methods 0.000 claims description 16
- 238000004891 communication Methods 0.000 claims description 14
- 230000006870 function Effects 0.000 claims description 13
- 230000033001 locomotion Effects 0.000 description 68
- 230000011664 signaling Effects 0.000 description 27
- 239000013598 vector Substances 0.000 description 23
- 238000010276 construction Methods 0.000 description 18
- 230000005540 biological transmission Effects 0.000 description 15
- 238000009795 derivation Methods 0.000 description 14
- 241001482237 Pica Species 0.000 description 12
- 101150103552 cagE gene Proteins 0.000 description 12
- 238000013139 quantization Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 11
- 238000013459 approach Methods 0.000 description 10
- 230000004048 modification Effects 0.000 description 9
- 238000012986 modification Methods 0.000 description 9
- 238000007726 management method Methods 0.000 description 8
- 208000037170 Delayed Emergence from Anesthesia Diseases 0.000 description 7
- 230000006835 compression Effects 0.000 description 7
- 238000007906 compression Methods 0.000 description 7
- 230000002123 temporal effect Effects 0.000 description 7
- 230000003044 adaptive effect Effects 0.000 description 4
- 230000002457 bidirectional effect Effects 0.000 description 4
- 238000013461 design Methods 0.000 description 4
- 238000000638 solvent extraction Methods 0.000 description 4
- 241000023320 Luma <angiosperm> Species 0.000 description 3
- 238000004458 analytical method Methods 0.000 description 3
- 238000003491 array Methods 0.000 description 3
- 238000013500 data storage Methods 0.000 description 3
- 239000000284 extract Substances 0.000 description 3
- 238000001914 filtration Methods 0.000 description 3
- OSWPMRLSEDHDFF-UHFFFAOYSA-N methyl salicylate Chemical compound COC(=O)C1=CC=CC=C1O OSWPMRLSEDHDFF-UHFFFAOYSA-N 0.000 description 3
- 238000013469 resistive pulse sensing Methods 0.000 description 3
- 230000001174 ascending effect Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000006837 decompression Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 230000009466 transformation Effects 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000006073 displacement reaction Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000011156 evaluation Methods 0.000 description 1
- 230000012010 growth Effects 0.000 description 1
- 230000036039 immunity Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012432 intermediate storage Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000013507 mapping Methods 0.000 description 1
- 239000011159 matrix material Substances 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000001228 spectrum Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
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/134—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or criterion affecting or controlling the adaptive coding
- H04N19/157—Assigned coding mode, i.e. the coding mode being predefined or preselected to be further used for selection of another element or parameter
- H04N19/159—Prediction type, e.g. intra-frame, inter-frame or bidirectional frame prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
- H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/174—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a slice, e.g. a line of blocks or a group of blocks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
- H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
- H04N19/176—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a block, e.g. a macroblock
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/42—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation
- H04N19/423—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by implementation details or hardware specially adapted for video compression or decompression, e.g. dedicated software implementation characterised by memory arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/44—Decoders specially adapted therefor, e.g. video decoders which are asymmetric with respect to the encoder
-
- 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
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/503—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving temporal prediction
- H04N19/51—Motion estimation or motion compensation
- H04N19/58—Motion compensation with long-term prediction, i.e. the reference frame for a current frame not being the temporally closest one
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/44—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs
- H04N21/44004—Processing of video elementary streams, e.g. splicing a video clip retrieved from local storage with an incoming video stream, rendering scenes according to MPEG-4 scene graphs involving video buffer management, e.g. video decoder buffer or video display buffer
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06T—IMAGE DATA PROCESSING OR GENERATION, IN GENERAL
- G06T1/00—General purpose image data processing
- G06T1/60—Memory management
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
- Television Signal Processing For Recording (AREA)
Abstract
코딩된 비디오 비트스트림을 디코딩하는 방법은, 코딩된 비디오 비트스트림 내에 제시된 현재 슬라이스의 제1 참조 픽처 리스트 및 현재 슬라이스의 제2 참조 픽처 리스트를 획득하는 단계, 및 현재 슬라이스가 그 현재 슬라이스가 속한 현재 픽처의 첫 번째 슬라이스인 경우, 제1 참조 픽처 리스트 및 제2 참조 픽처 리스트에 기초하여, 디코딩된 픽처 버퍼(DPB) 내의 참조 픽처의 상태를 마킹하는 단계를 포함한다. 디코딩된 픽처 버퍼 내의 참조 픽처의 상태는 단기 참조에 사용됨, 장기 참조에 사용됨, 또는 참조에 사용되지 않음 중 하나이다. 이 방법은 또한 참조 픽처의 상태가 단기 참조에 사용되거나 장기 참조에 사용될 때, 현재 픽처 또는 현재 픽처에 뒤따르는 픽처의 복원 프로세스에서 참조 픽처를 사용하는 단계를 포함한다.
Description
본 특허출원은 Ye-Kui Wang 등에 의해 "Reference Picture Management in Video Coding"이라는 명칭으로 2018년 8월 17일자 출원된 미국 가특허출원 제62/719,360호를 우선권으로 주장하며, 그 가특허출원은 이로써 인용에 의해 포함된다.
본 개시내용은 일반적으로 비디오 코딩의 참조 픽처(picture) 관리를 위한 기술들에 관한 것이다. 보다 구체적으로, 본 개시내용은 참조 픽처 리스트들의 구성 및 참조 픽처 마킹(marking)을 위한 기술들을 설명한다.
비교적 짧은 비디오라도 묘사하는 데 필요한 비디오 데이터의 양은 상당할 수 있으며, 이는 데이터가 스트리밍되거나 아니면 제한된 대역폭 용량을 갖는 통신 네트워크를 통해 전달되어야 할 때 어려움들을 야기할 수 있다. 따라서 비디오 데이터는 일반적으로 현대의 통신 네트워크들을 통해 전달되기 전에 압축된다. 메모리 자원들이 제한될 수 있기 때문에 비디오가 저장 디바이스에 저장될 때 비디오의 크기가 또한 문제가 될 수 있다. 비디오 압축 디바이스들은 종종 소스에서 소프트웨어 및/또는 하드웨어를 사용하여 전송 또는 저장 전에 비디오 데이터를 코딩함으로써, 디지털 비디오 이미지들을 표현하는 데 필요한 데이터의 양을 감소시킨다. 압축된 데이터는 다음에, 비디오 데이터를 디코딩하는 비디오 압축 해제 디바이스에 의해 목적지에서 수신된다. 제한된 네트워크 자원들을 이용하여 그리고 더 높은 비디오 품질에 대한 요구들이 계속 증가함에 따라, 이미지 품질을 거의 또는 전혀 희생하지 않고 압축비를 개선하는 개선된 압축 및 압축 해제 기술들이 바람직하다.
제1 측면은 코딩된 비디오 비트스트림을 디코딩하는 방법에 관한 것이다. 이 방법은, 코딩된 비디오 비트스트림 내에 제시된 현재 슬라이스의 제1 참조 픽처 리스트 및 현재 슬라이스의 제2 참조 픽처 리스트를 획득하는 단계; 현재 슬라이스가 그 현재 슬라이스가 속한 현재 픽처의 첫 번째 슬라이스인 경우, 제1 참조 픽처 리스트 및 제2 참조 픽처 리스트에 기초하여, 디코딩된 픽처 버퍼(DPB: decoded picture buffer) 내의 참조 픽처의 상태를 마킹하는 단계 ― 디코딩된 픽처 버퍼 내의 참조 픽처의 상태는 단기 참조에 사용됨(used for short-term reference), 장기 참조에 사용됨(used for long-term reference), 또는 참조에 사용되지 않음(unused for reference) 중 하나임 ―; 및 참조 픽처의 상태가 단기 참조에 사용되거나 장기 참조에 사용될 때, 현재 픽처 또는 현재 픽처에 뒤따르는 픽처의 복원 프로세스에서 참조 픽처를 사용하는 단계를 포함한다.
제2 측면은 비디오 디코더에 의해 구현되는, 코딩된 비디오 비트스트림을 디코딩하는 방법에 관한 것이다. 이 방법은 비디오 디코더에 의해, 첫 번째 디코딩된 픽처를 획득하기 위해, 자신의 모든 슬라이스들을 포함하는 첫 번째 픽처를 디코딩하는 단계; 비디오 디코더에 의해, 디코딩 이후 첫 번째 디코딩된 픽처를 디코딩된 픽처 버퍼(DPB)에 저장하는 단계; 비디오 디코더에 의해, 첫 번째 픽처의 모든 슬라이스들이 디코딩된 후 첫 번째 픽처를 단기 참조에 사용됨으로 마킹하는 단계; 및 비디오 디코더에 의해, 현재 픽처의 첫 번째 슬라이스를 디코딩하는 단계를 포함하며, 현재 픽처의 첫 번째 슬라이스를 디코딩하는 단계는: 비디오 디코더에 의해, 제1 참조 픽처 리스트 및 제2 참조 픽처 리스트를 획득하는 단계; 비디오 디코더에 의해, 첫 번째 픽처가 제1 참조 픽처 리스트 또는 제2 참조 픽처 리스트의 장기 참조 픽처(LTRP: long-term reference picture) 엔트리에 의해 참조될 때, 첫 번째 픽처를 장기 참조에 사용됨으로 리마킹(re-mark)하는 단계; 및 비디오 디코더에 의해, 첫 번째 픽처가 제1 참조 픽처 리스트 또는 제2 참조 픽처 리스트에서 참조되지 않을 때, 첫 번째 픽처를 참조에 사용되지 않음으로 리마킹하는 단계를 포함한다.
이 방법은 참조 픽처 리스트들의 시그널링을 단순화하고 보다 효율적이게 하는 기술들을 제공한다. 따라서 전체 코딩 프로세스가 개선된다.
그러한 제1 또는 제2 측면에 따른 방법의 제1 구현 형태에서, 제1 참조 픽처 리스트는 RefPictList[0]으로 지정된다.
그러한 제1 또는 제2 측면에 따른 방법의 제2 구현 형태 또는 제1 또는 제2 측면의 임의의 선행 구현 형태에서, 제2 참조 픽처 리스트는 RefPictList[1]로 지정된다.
그러한 제1 또는 제2 측면에 따른 방법의 제3 구현 형태 또는 제1 또는 제2 측면의 임의의 선행 구현 형태에서, 현재 픽처는 논(non)-인트라 랜덤 액세스 포인트(IRAP: intra random access point) 픽처를 포함한다.
그러한 제1 또는 제2 측면에 따른 방법의 제4 구현 형태 또는 제1 또는 제2 측면의 임의의 선행 구현 형태에서, 첫 번째 픽처는 단기 참조에 사용됨으로 마킹될 때 단기 참조 픽처(STRP: short-term reference picture)로 지칭된다.
그러한 제1 또는 제2 측면에 따른 방법의 제5 구현 형태 또는 제1 또는 제2 측면 중 임의의 선행 구현 형태에서, STRP는 픽처 순서 카운트 값(PicOrderCntVal: picture order count value)에 의해 식별된다.
그러한 제1 또는 제2 측면에 따른 방법의 제6 구현 형태 또는 제1 또는 제2 측면의 임의의 선행 구현 형태에서, 픽처 순서 카운트 값(PicOrderCntVal)의 최대 장기 픽처 순서 카운트 최하위 비트들의 로그 함수(Log2(MaxLtPicOrderCntLsb))에 의해 LTRP가 식별된다.
그러한 제1 또는 제2 측면에 따른 방법의 제7 구현 형태 또는 제1 또는 제2 측면의 임의의 선행 구현 형태에서, DPB는 현재 픽처의 디코딩 이후 첫 번째 디코딩된 픽처에 추가하여 복수의 참조 픽처들을 포함한다.
그러한 제1 또는 제2 측면에 따른 방법의 제8 구현 형태 또는 제1 또는 제2 측면의 임의의 선행 구현 형태에서, 임의의 주어진 시점에, 첫 번째 픽처는 단기 참조에 사용됨, 장기 참조에 사용됨, 및 참조에 사용되지 않음 중 하나로만 마킹 또는 리마킹된다.
그러한 제1 또는 제2 측면에 따른 방법의 제9 구현 형태 또는 제1 또는 제2 측면의 임의의 선행 구현 형태에서, 첫 번째 픽처를 단기 참조에 사용됨, 장기 참조에 사용됨, 및 참조에 사용되지 않음 중 하나로 마킹 또는 리마킹하는 것은 첫 번째 픽처에 대한 임의의 다른 마킹을 삭제한다.
제3 및 제4 측면은 디코딩 디바이스에 관한 것으로, 이 디바이스는 인코딩할 픽처를 수신하도록 또는 디코딩할 비트스트림 수신하도록 구성된 수신기, 수신기에 결합된 전송기 ― 전송기는 비트스트림을 디코더에 전송하도록 또는 디코딩된 이미지를 디스플레이로 전송하도록 구성됨 ―, 수신기 또는 전송기 중 적어도 하나에 결합된 메모리 ― 메모리는 명령들을 저장하도록 구성됨 ―, 및 메모리에 결합된 프로세서를 포함하며, 이 프로세서는 메모리에 저장된 명령들을 실행하여 선행 측면들 또는 구현들 중 임의의 것의 방법을 수행하도록 구성된다.
이 디코딩 디바이스는 참조 픽처 리스트들의 시그널링을 단순화하고 보다 효율적이게 하는 기술들을 제공한다. 따라서 전체 코딩 프로세스가 개선된다.
그러한 제3 측면 및 제4 측면에 따른 디코딩 디바이스의 제1 구현 형태에서, 디코딩 디바이스는 현재 픽처를 디스플레이하도록 구성된 디스플레이를 더 포함한다.
제4 측면은 코딩 장치에 관한 것으로, 이 장치는 디코딩할 비트스트림을 수신하도록 구성된 수신기; 수신기에 결합된 전송기 ― 전송기는 디코딩된 이미지를 디스플레이로 전송하도록 구성됨 ―; 수신기 또는 전송기 중 적어도 하나에 결합된 메모리 ― 메모리는 명령들을 저장하도록 구성됨 ―; 및 메모리에 결합된 프로세서를 포함하며, 이 프로세서는 메모리에 저장된 명령들을 실행하여 선행 측면들 또는 구현들 중 임의의 것의 방법을 수행하도록 구성된다.
제5 측면은 인코더 및 인코더와 통신하는 디코더를 포함하는 시스템에 관한 것이다. 인코더 또는 디코더는 선행 측면들 또는 구현들 중 임의의 것의 디코딩 디바이스 또는 코딩 장치를 포함한다.
이 시스템은 참조 픽처 리스트들의 시그널링을 단순화하고 보다 효율적이게 하는 기술들을 제공한다. 따라서 전체 코딩 프로세스가 개선된다.
제6 측면은 코딩하기 위한 수단에 관한 것으로, 이 수단은 인코딩할 픽처를 수신하도록 또는 디코딩할 비트스트림 수신하도록 구성된 수신 수단, 수신 수단에 결합된 전송 수단 ― 전송 수단은 비트스트림을 디코더에 전송하도록 또는 디코딩된 이미지를 디스플레이 수단으로 전송하도록 구성됨 ―, 수신 수단 또는 전송 수단 중 적어도 하나에 결합된 저장 수단 ― 저장 수단은 명령들을 저장하도록 구성됨 ―, 및 저장 수단에 결합된 처리 수단을 포함하며, 이 처리 수단은 저장 수단에 저장된 명령들을 실행하여 이전 측면들 또는 구현들 중 임의의 것의 방법들을 수행하도록 구성된다.
이 코딩하기 위한 수단은 참조 픽처 리스트들의 시그널링을 단순화하고 보다 효율적이게 하는 기술들을 제공한다. 따라서 전체 코딩 프로세스가 개선된다.
본 개시내용의 보다 완벽한 이해를 위해, 이제 첨부 도면들 및 상세한 설명과 관련하여 제시되는 다음의 간단한 설명에 대해 참조가 이루어지며, 여기서 유사한 참조 번호들은 유사한 부분들을 나타낸다.
도 1은 양방향 예측 기술들을 이용할 수 있는 예시적인 코딩 시스템을 예시하는 블록도이다.
도 2는 양방향 예측 기술들을 구현할 수 있는 예시적인 비디오 인코더를 예시하는 블록도이다.
도 3은 양방향 예측 기술들을 구현할 수 있는 비디오 디코더의 일례를 예시하는 블록도이다.
도 4는 참조 픽처 세트(RPS: reference picture set)의 모든 서브세트들에 엔트리들을 갖는 픽처를 갖는 RPS를 예시하는 개략도이다.
도 5는 코딩된 비디오 비트스트림을 디코딩하는 방법의 일 실시예이다.
도 6은 코딩된 비디오 비트스트림을 디코딩하는 방법의 일 실시예이다.
도 7은 비디오 코딩 디바이스의 개략도이다.
도 8은 코딩하기 위한 수단의 일 실시예의 개략도이다.
도 1은 양방향 예측 기술들을 이용할 수 있는 예시적인 코딩 시스템을 예시하는 블록도이다.
도 2는 양방향 예측 기술들을 구현할 수 있는 예시적인 비디오 인코더를 예시하는 블록도이다.
도 3은 양방향 예측 기술들을 구현할 수 있는 비디오 디코더의 일례를 예시하는 블록도이다.
도 4는 참조 픽처 세트(RPS: reference picture set)의 모든 서브세트들에 엔트리들을 갖는 픽처를 갖는 RPS를 예시하는 개략도이다.
도 5는 코딩된 비디오 비트스트림을 디코딩하는 방법의 일 실시예이다.
도 6은 코딩된 비디오 비트스트림을 디코딩하는 방법의 일 실시예이다.
도 7은 비디오 코딩 디바이스의 개략도이다.
도 8은 코딩하기 위한 수단의 일 실시예의 개략도이다.
도 1은 본 명세서에서 설명되는 바와 같은 비디오 코딩 기술을 이용할 수 있는 예시적인 코딩 시스템(10)을 예시하는 블록도이다. 도 1에 도시된 바와 같이, 코딩 시스템(10)은 목적지 디바이스(14)에 의해 나중에 디코딩될 인코딩된 비디오 데이터를 제공하는 소스 디바이스(12)를 포함한다. 특히, 소스 디바이스(12)는 컴퓨터 판독 가능 매체(16)를 통해 목적지 디바이스(14)에 비디오 데이터를 제공할 수 있다. 소스 디바이스(12) 및 목적지 디바이스(14)는 데스크탑 컴퓨터들, 노트북(예컨대, 랩톱) 컴퓨터들, 태블릿 컴퓨터들, 셋톱 박스들, 전화 핸드셋들, 이를테면 소위 "스마트" 폰들, 소위 "스마트" 패드들, 텔레비전들, 카메라들, 디스플레이 디바이스들, 디지털 미디어 플레이어들, 비디오 게임 콘솔들, 비디오 스트리밍 디바이스들 등을 포함하는 광범위한 디바이스들 중 임의의 디바이스를 포함할 수 있다. 일부 경우들에, 소스 디바이스(12) 및 목적지 디바이스(14)는 무선 통신을 위해 장착될 수 있다.
목적지 디바이스(14)는 디코딩될 인코딩된 비디오 데이터를 컴퓨터 판독 가능 매체(16)를 통해 수신할 수 있다. 컴퓨터 판독 가능 매체(16)는 인코딩된 비디오 데이터를 소스 디바이스(12)에서 목적지 디바이스(14)로 이동시킬 수 있는 임의의 타입의 매체 또는 디바이스를 포함할 수 있다. 일례로, 컴퓨터 판독 가능 매체(16)는 소스 디바이스(12)가 인코딩된 비디오 데이터를 목적지 디바이스(14)에 실시간으로 직접 전송할 수 있게 하는 통신 매체를 포함할 수 있다. 인코딩된 비디오 데이터는 무선 통신 프로토콜과 같은 통신 표준에 따라 변조되어 목적지 디바이스(14)로 전송될 수 있다. 통신 매체는 무선 주파수(RF: radio frequency) 스펙트럼 또는 하나 이상의 물리적 전송 라인들과 같은 임의의 무선 또는 유선 통신 매체를 포함할 수 있다. 통신 매체는 패킷 기반 네트워크, 이를테면 근거리 네트워크, 광역 네트워크, 또는 인터넷과 같은 글로벌 네트워크의 일부를 형성할 수 있다. 통신 매체는 라우터들, 스위치들, 기지국들, 또는 소스 디바이스(12)로부터 목적지 디바이스(14)로의 통신을 가능하게 하는 데 유용할 수 있는 임의의 다른 장비를 포함할 수 있다.
일부 예들에서, 인코딩된 데이터는 출력 인터페이스(22)로부터 저장 디바이스에 출력될 수 있다. 유사하게, 인코딩된 데이터는 저장 디바이스로부터 입력 인터페이스에 의해 액세스될 수 있다. 저장 디바이스는 하드 드라이브, 블루레이 디스크들, 디지털 비디오 디스크(DVD: digital video disk)들, 콤팩트 디스크 판독 전용 메모리(CD-ROM: Compact Disc Read-Only Memory)들, 플래시 메모리, 휘발성 또는 비휘발성 메모리, 또는 인코딩된 비디오 데이터를 저장하기 위한 임의의 다른 적절한 디지털 저장 매체들과 같은 다양한 분산 또는 로컬 액세스 데이터 저장 매체들 중 임의의 매체를 포함할 수 있다. 추가 예에서, 저장 디바이스는 소스 디바이스(12)에 의해 생성된 인코딩된 비디오를 저장할 수 있는 파일 서버 또는 다른 중간 저장 디바이스에 대응할 수 있다. 목적지 디바이스(14)는 스트리밍 또는 다운로드를 통해 저장 디바이스로부터 저장된 비디오 데이터에 액세스할 수 있다. 파일 서버는 인코딩된 비디오 데이터를 저장하고 그 인코딩된 비디오 데이터를 목적지 디바이스(14)로 전송할 수 있는 임의의 타입의 서버일 수 있다. 예시적인 파일 서버들은 (예컨대, 웹 사이트용) 웹 서버, 파일 전송 프로토콜(FTP: file transfer protocol) 서버, 네트워크 부착 저장 장치(NAS: network attached storage) 디바이스들 또는 로컬 디스크 드라이브를 포함한다. 목적지 디바이스(14)는 인터넷 접속을 포함하는 임의의 표준 데이터 접속을 통해, 인코딩된 비디오 데이터에 액세스할 수 있다. 이것은 파일 서버 상에 저장된 인코딩된 비디오 데이터에 액세스하는 데 적합한 무선 채널(예컨대, Wi-Fi 접속), 유선 접속(예컨대, 디지털 가입자 회선(DSL: digital subscriber line), 케이블 모뎀 등), 또는 이 둘의 조합을 포함할 수 있다. 저장 디바이스로부터 인코딩된 비디오 데이터의 전송은 스트리밍 전송, 다운로드 전송 또는 이들의 조합일 수 있다.
본 개시내용의 기술들은 반드시 무선 애플리케이션들 또는 설정들에 한정되는 것은 아니다. 기술들은 공중파 텔레비전 방송들, 케이블 텔레비전 전송들, 위성 텔레비전 전송들, 인터넷 스트리밍 비디오 전송들, 이를테면 HTTP를 통한 동적 적응 스트리밍(DASH: dynamic adaptive streaming over HTTP), 데이터 저장 매체에 인코딩된 디지털 비디오, 데이터 저장 매체에 저장된 디지털 비디오의 디코딩, 또는 다른 애플리케이션들과 같은 다양한 멀티미디어 애플리케이션들 중 임의의 멀티미디어 애플리케이션의 지원 하에 비디오 코딩에 적용될 수 있다. 일부 예들에서, 코딩 시스템(10)은 단방향 또는 양방향 비디오 전송을 지원하여 비디오 스트리밍, 비디오 재생, 비디오 방송 및/또는 비디오 전화와 같은 애플리케이션들을 지원하도록 구성될 수 있다.
도 1의 예에서, 소스 디바이스(12)는 비디오 소스(18), 비디오 인코더(20) 및 출력 인터페이스(22)를 포함한다. 목적지 디바이스(14)는 입력 인터페이스(28), 비디오 디코더(30) 및 디스플레이 디바이스(32)를 포함한다. 본 개시내용에 따르면, 소스 디바이스(12)의 비디오 인코더(20)는 및/또는 목적지 디바이스(14)의 비디오 디코더(30)는 비디오 코딩을 위한 기술들을 적용하도록 구성될 수 있다. 다른 예들에서, 소스 디바이스 및 목적지 디바이스는 다른 컴포넌트들 또는 배열들을 포함할 수 있다. 예를 들어, 소스 디바이스(12)는 외부 카메라와 같은 외부 비디오 소스로부터 비디오 데이터를 수신할 수 있다. 마찬가지로, 목적지 디바이스(14)는 통합 디스플레이 디바이스를 포함하는 대신 외부 디스플레이 디바이스와 인터페이스할 수 있다.
도 1의 예시된 코딩 시스템(10)은 단지 일례일 뿐이다. 비디오 코딩을 위한 기술들은 임의의 디지털 비디오 인코딩 및/또는 디코딩 디바이스에 의해 수행될 수 있다. 본 개시내용의 기술들은 일반적으로 비디오 코딩 디바이스에 의해 수행되지만, 그 기술들은 통상적으로 "코덱(CODEC)"으로 지칭되는 비디오 인코더/디코더에 의해서도 또한 수행될 수 있다. 더욱이, 본 개시내용의 기술들은 또한 비디오 전처리기에 의해 수행될 수 있다. 비디오 인코더 및/또는 디코더는 그래픽 처리 유닛(GPU: graphics processing unit) 또는 유사한 디바이스일 수 있다.
소스 디바이스(12) 및 목적지 디바이스(14)는 목적지 디바이스(14)로의 전송을 위해 소스 디바이스(12)가 코딩된 비디오 데이터를 생성하는 그러한 코딩 디바이스들의 예들일 뿐이다. 일부 예들에서, 소스 디바이스(12) 및 목적지 디바이스(14)는, 소스 디바이스(12) 및 목적지 디바이스(14) 각각이 비디오 인코딩 및 디코딩 컴포넌트들을 포함하도록 실질적으로 대칭 방식으로 동작할 수 있다. 그러므로 코딩 시스템(10)은 예컨대, 비디오 스트리밍, 비디오 재생, 비디오 방송 또는 비디오 전화를 위해 비디오 디바이스들(12, 14) 간의 단방향 또는 양방향 비디오 전송을 지원할 수 있다.
소스 디바이스(12)의 비디오 소스(18)는 비디오 캡처 디바이스, 이를테면 비디오 카메라, 이전에 캡처된 비디오를 포함하는 비디오 아카이브, 및/또는 비디오 콘텐츠 제공자로부터 비디오를 수신하기 위한 비디오 피드 인터페이스를 포함할 수 있다. 추가 대안으로서, 비디오 소스(18)는 소스 비디오로서, 또는 라이브 비디오, 아카이브 비디오 및 컴퓨터 생성 비디오의 조합으로서 컴퓨터 그래픽 기반 데이터를 생성할 수 있다.
일부 경우들에는, 비디오 소스(18)가 비디오 카메라인 경우, 소스 디바이스(12) 및 목적지 디바이스(14)는 소위 카메라폰들 또는 비디오폰들을 형성할 수 있다. 그러나 위에서 언급한 바와 같이, 본 개시내용에서 설명되는 기술들은 일반적으로 비디오 코딩에 적용 가능할 수 있고, 무선 및/또는 유선 애플리케이션들에 적용될 수 있다. 각각의 경우에, 캡처되거나, 사전 캡처되거나 또는 컴퓨터 생성된 비디오는 비디오 인코더(20)에 의해 인코딩될 수 있다. 인코딩된 비디오 정보는 다음에, 출력 인터페이스(22)에 의해 컴퓨터 판독 가능 매체(16)로 출력될 수 있다.
컴퓨터 판독 가능 매체(16)는 무선 방송 또는 유선 네트워크 전송과 같은 과도 매체, 또는 하드 디스크, 플래시 드라이브, 콤팩트 디스크, 디지털 비디오 디스크, 블루레이 디스크 또는 다른 컴퓨터 판독 가능 매체 등과 같은 저장 매체(즉, 비-일시적 저장 매체)를 포함할 수 있다. 일부 예들에서, (도시되지 않은) 네트워크 서버는 소스 디바이스(12)로부터 인코딩된 비디오 데이터를 수신하고 인코딩된 비디오 데이터를 예컨대, 네트워크 전송을 통해 목적지 디바이스(14)에 제공할 수 있다. 유사하게, 디스크 스탬핑 설비와 같은 매체 생산 설비의 컴퓨팅 디바이스는 소스 디바이스(12)로부터 인코딩된 비디오 데이터를 수신하고 인코딩된 비디오 데이터를 포함하는 디스크를 생성할 수 있다. 따라서 컴퓨터 판독 가능 매체(16)는 다양한 예들에서 다양한 형태들의 하나 이상의 컴퓨터 판독 가능 매체들을 포함하는 것으로 이해될 수 있다.
목적지 디바이스(14)의 입력 인터페이스(28)는 컴퓨터 판독 가능 매체(16)로부터 정보를 수신한다. 컴퓨터 판독 가능 매체(16)의 정보는 비디오 인코더(20)에 의해 정의된 신택스(syntax) 정보를 포함할 수 있는데, 신택스 정보는 비디오 디코더(30)에 의해서도 또한 사용되며, 블록들 및 다른 코딩된 단위들, 예컨대 픽처들의 그룹(GOP: group of pictures)의 특징들 및/또는 처리를 설명하는 신택스 엘리먼트들을 포함한다. 디스플레이 디바이스(32)는 디코딩된 비디오 데이터를 사용자에게 디스플레이하고, 음극선관(CRT: cathode ray tube), 액정 디스플레이(LCD: liquid crystal display), 플라즈마 디스플레이, 유기 발광 다이오드(OLED: organic light emitting diode) 디스플레이 또는 다른 타입의 디스플레이 디바이스와 같은 다양한 디스플레이 디바이스들 중 임의의 디스플레이 디바이스를 포함할 수 있다.
비디오 인코더(20) 및 비디오 디코더(30)는 현재 개발 중인 고효율 비디오 코딩(HEVC: High Efficiency Video Coding) 표준과 같은 비디오 코딩 표준에 따라 동작할 수 있으며, HEVC 시험 모델(HM: HEVC Test Model)을 준수할 수 있다. 대안으로, 비디오 인코더(20) 및 비디오 디코더(30)는 다른 독점적 또는 산업 표준들, 이를테면 대안으로, 동화상 전문가 그룹(MPEG: Moving Picture Expert Group)-4 파트 10, 고급 비디오 코딩(AVC: Advanced Video Coding)으로 지칭되는 국제 전기통신 연합 전기통신 표준화 부문(ITU-T: International Telecommunications Union Telecommunication Standardization Sector) H.264 표준, H.265/HEVC, 또는 이러한 표준들의 확장들에 따라 동작할 수 있다. 그러나 본 개시내용의 기술들은 임의의 특정 코딩 표준으로 제한되지는 않는다. 비디오 코딩 표준들의 다른 예들은 MPEG-2 및 ITU-T H.263을 포함한다. 도 1에 도시되진 않지만, 일부 측면들에서, 비디오 인코더(20) 및 비디오 디코더(30)는 각각 오디오 인코더 및 디코더와 통합될 수 있고, 오디오와 비디오 모두의 인코딩을 공통 데이터 스트림 또는 개별 데이터 스트림으로 처리하도록 적절한 멀티플렉서-디멀티플렉서(MUX-DEMUX: multiplexer-demultiplexer) 유닛들, 또는 다른 하드웨어 및 소프트웨어를 포함할 수 있다. 적용 가능하다면, MUX-DEMUX 유닛들은 ITU H.223 멀티플렉서 프로토콜, 또는 사용자 데이터그램 프로토콜(UDP: user datagram protocol)과 같은 다른 프로토콜들을 준수할 수 있다.
비디오 인코더(20) 및 비디오 디코더(30)는 각각, 하나 이상의 마이크로프로세서들, 디지털 신호 프로세서(DSP: digital signal processor)들, 주문형 집적 회로(ASIC: application specific integrated circuit)들, 필드 프로그래밍 가능 게이트 어레이(FPGA: field programmable gate array)들, 이산 로직, 소프트웨어, 하드웨어, 펌웨어, 또는 이들의 임의의 조합들과 같은 다양한 적합한 인코더 회로 중 임의의 회로로서 구현될 수 있다. 기술들이 부분적으로는 소프트웨어에서 구현될 때, 디바이스는 소프트웨어에 대한 명령들을 적절한 비-일시적 컴퓨터 판독 가능 매체에 저장하고, 본 개시내용의 기술들을 수행하도록 하나 이상의 프로세서들을 사용하여 하드웨어에서 명령들을 실행할 수 있다. 비디오 인코더(20) 및 비디오 디코더(30)는 각각 하나 이상의 인코더들 또는 디코더들에 포함될 수 있으며, 이들 중 어느 하나는 개개의 디바이스에서 조합된 인코더/디코더(CODEC)의 일부로서 통합될 수 있다. 비디오 인코더(20) 및/또는 비디오 디코더(30)를 포함하는 디바이스는 집적 회로, 마이크로프로세서 및/또는 무선 통신 디바이스, 이를테면 셀룰러 전화를 포함할 수 있다.
도 2는 비디오 코딩 기술들을 구현할 수 있는 비디오 인코더(20)의 일례를 예시하는 블록도이다. 비디오 인코더(20)는 비디오 슬라이스들 내의 비디오 블록들의 인트라 및 인터 코딩을 수행할 수 있다. 인트라 코딩은 공간 예측에 의존하여, 주어진 비디오 프레임 또는 픽처 내에서 비디오의 공간 중복성을 줄이거나 제거한다. 인터 코딩은 시간 예측에 의존하여 비디오 시퀀스의 인접한 프레임들 또는 픽처들 내에서 비디오의 시간 중복성을 줄이거나 제거한다. 인트라 모드(I 모드)는 여러 공간 기반 코딩 모드들 중 임의의 모드를 의미할 수 있다. 단방향 예측(일명, uni 예측)(P 모드) 또는 양방향 예측(일명, bi 예측)(B 모드)과 같은 인터 모드들은 여러 시간 기반 코딩 모드들 중 임의의 모드를 의미할 수 있다.
도 2에 도시된 바와 같이, 비디오 인코더(20)는 인코딩될 비디오 프레임 내의 현재 비디오 블록을 수신한다. 도 2의 예에서, 비디오 인코더(20)는 모드 선택 유닛(40), 참조 프레임 메모리(64), 합산기(50), 변환 처리 유닛(52), 양자화 유닛(54) 및 엔트로피 코딩 유닛(56)을 포함한다. 모드 선택 유닛(40)은 차례로, 모션 보상 유닛(44), 모션 추정 유닛(42), 인트라 예측(일명, intra 예측) 유닛(46) 및 분할 유닛(48)을 포함한다. 비디오 블록 복원을 위해, 비디오 인코더(20)는 또한 역양자화 유닛(58), 역변환 유닛(60) 및 합산기(62)를 포함한다. (도 2에 도시되지 않은) 블록 분리(deblocking) 필터가 또한 포함되어, 복원된 비디오로부터 블록화(blockiness) 아티팩트들을 제거하도록 블록 경계들을 필터링할 수 있다. 원한다면, 블록 분리 필터는 통상적으로 합산기(62)의 출력을 필터링할 것이다. 블록 분리 필터에 추가하여 추가 필터들(루프 내 또는 루프 뒤)이 또한 사용될 수 있다. 간결함을 위해 이러한 필터들은 도시되지 않지만, 원한다면 (루프 내 필터로서) 합산기(50)의 출력을 필터링할 수 있다.
인코딩 프로세스 동안, 비디오 인코더(20)는 코딩될 비디오 프레임 또는 슬라이스를 수신한다. 프레임 또는 슬라이스는 다수의 비디오 블록들로 분할될 수 있다. 모션 추정 유닛(42) 및 모션 보상 유닛(44)은 하나 이상의 참조 프레임들에서 하나 이상의 블록들에 대해 수신된 비디오 블록의 인터 예측 코딩을 수행하여 시간 예측을 제공한다. 인트라 예측 유닛(46)은 대안으로, 코딩될 블록과 동일한 프레임 또는 슬라이스에서 하나 이상의 이웃 블록들에 대해 수신된 비디오 블록의 인트라 예측 코딩을 수행하여 공간 예측을 제공할 수 있다. 비디오 인코더(20)는 예컨대, 비디오 데이터의 각각의 블록에 대해 적절한 코딩 모드를 선택하기 위해 다수의 코딩 패스(coding pass)들을 수행할 수 있다.
더욱이, 분할 유닛(48)은 이전 코딩 패스들에서의 이전 분할 방식들의 평가에 기초하여, 비디오 데이터의 블록을 서브블록들로 분할할 수 있다. 예를 들어, 분할 유닛(48)은 초기에 프레임 또는 슬라이스를 최대 코딩 단위(LCU: largest coding unit)들로 분할하고, LCU들 각각을 레이트 왜곡 분석(예컨대, 레이트 왜곡 최적화)에 기초하여 하위 코딩 단위(하위 CU: sub-coding unit)들로 분할할 수 있다. 모드 선택 유닛(40)은 추가로, LCU를 하위 CU들로 분할하는 것을 나타내는 사분 트리(quad-tree) 데이터 구조를 생성할 수 있다. 사분 트리의 리프 노드 CU들은 하나 이상의 예측 단위(PU: prediction unit)들 및 하나 이상의 변환 단위(TU: transform unit)들을 포함할 수 있다.
본 개시내용은 HEVC와 관련하여 CU, PU 또는 TU, 또는 다른 표준들과 관련하여 유사한 데이터 구조들(예컨대, H.264/AVC에서의 매크로블록들 및 그 서브블록) 중 임의의 것을 지칭하기 위해 "블록"이라는 용어를 사용한다. CU는 코딩 노드, 코딩 노드와 연관된 TU들 및 PU들을 포함한다. CU의 크기는 코딩 노드의 크기에 대응하며 모양이 정사각형이다. CU의 크기는 8×8 픽셀들 내지 최대 64×64 픽셀들 이상을 갖는 트리 블록의 크기의 범위일 수 있다. 각각의 CU는 하나 이상의 PU들 및 하나 이상의 TU들을 포함할 수 있다. CU와 연관된 신택스 데이터는 예를 들어, CU를 하나 이상의 PU들로 분할하는 것을 설명할 수 있다. 모드들을 분할하는 것은 CU가 스킵인지 또는 직접 모드 인코딩되는지, 인트라 예측 모드 인코딩되는지 또는 인터 예측(일명 inter 예측) 모드 인코딩되는지 간에 서로 다를 수 있다. PU들은 정사각형이 아닌 모양으로 분할될 수 있다. CU와 연관된 신택스 데이터는 또한, 예를 들어 사분 트리에 따라 CU를 하나 이상의 TU들로 분할하는 것을 설명할 수 있다. TU는 모양이 정사각형이거나 정사각형이 아닐(예컨대, 직사각형일) 수 있다.
모드 선택 유닛(40)은 예컨대, 오류 결과들에 기초하여 인트라 또는 인터 코딩 모드들 중 하나를 선택할 수 있고, 결과적인 인트라 또는 인터 코딩된 블록을 합산기(50)에 제공하여 잔차 블록 데이터를 생성하고 합산기(62)에 제공하여, 인코딩된 블록을 참조 프레임으로서 사용하기 위해 복원한다. 모드 선택 유닛(40)은 또한 모션 벡터들, 인트라 모드 표시자들, 분할 정보 및 다른 그러한 신택스 정보와 같은 신택스 엘리먼트들을 엔트로피 코딩 유닛(56)에 제공한다.
모션 추정 유닛(42) 및 모션 보상 유닛(44)은 고도로 집적될 수 있지만, 개념을 위해 별도로 예시된다. 모션 추정 유닛(42)에 의해 수행되는 모션 추정은 비디오 블록들에 대한 모션을 추정하는 모션 벡터들을 생성하는 프로세스이다. 예를 들어, 모션 벡터는 현재 프레임 내에서 코딩되고 있는 현재 블록(또는 다른 코딩된 단위)에 대해 참조 프레임 내의 예측 블록(또는 다른 코딩된 단위)에 대한 현재 비디오 프레임 또는 픽처 내의 비디오 블록의 PU의 변위를 나타낼 수 있다. 예측 블록은 절대 차의 합(SAD: sum of absolute difference), 제곱 차의 합(SSD: sum of square difference) 또는 다른 차이 메트릭들에 의해 결정될 수 있는 픽셀 차이 측면에서, 코딩될 블록과 밀접하게 매칭하는 것으로 확인된 블록이다. 일부 예들에서, 비디오 인코더(20)는 참조 프레임 메모리(64)에 저장된 참조 픽처들의 정수 미만(sub-integer) 픽셀 포지션들에 대한 값들을 계산할 수 있다. 예를 들어, 비디오 인코더(20)는 참조 픽처의 1/4 픽셀 포지션들, 1/8 픽셀 포지션들, 또는 다른 부분 픽셀 포지션들의 값들을 보간할 수 있다. 따라서 모션 추정 유닛(42)은 전체 픽셀 포지션들 및 부분 픽셀 포지션들에 대한 모션 탐색을 수행하고 부분 픽셀 정밀도로 모션 벡터를 출력할 수 있다.
모션 추정 유닛(42)은 참조 픽처의 예측 블록의 포지션과 PU의 포지션을 비교함으로써, 인터 코딩된 슬라이스에서 비디오 블록의 PU에 대한 모션 벡터를 계산한다. 참조 픽처는 제1 참조 픽처 리스트(리스트 0) 또는 제2 참조 픽처 리스트(리스트 1)로부터 선택될 수 있으며, 이들 각각은 참조 프레임 메모리(64)에 저장된 하나 이상의 참조 픽처들을 식별한다. 모션 추정 유닛(42)은 계산된 모션 벡터를 엔트로피 인코딩 유닛(56) 및 모션 보상 유닛(44)에 송신한다.
모션 보상 유닛(44)에 의해 수행되는 모션 보상은 모션 추정 유닛(42)에 의해 결정된 모션 벡터에 기초하여 예측 블록을 페치(fetch) 또는 생성하는 것을 수반할 수 있다. 또한, 모션 추정 유닛(42)과 모션 보상 유닛(44)은 일부 예들에서는 기능적으로 통합될 수 있다. 현재 비디오 블록의 PU에 대한 모션 벡터를 수신하면, 모션 보상 유닛(44)은 참조 픽처 리스트들 중 하나에서 모션 벡터가 가리키는 예측 블록의 위치를 찾을 수 있다. 합산기(50)는 코딩되고 있는 현재 비디오 블록의 픽셀 값들에서 예측 블록의 픽셀 값들을 감산함으로써 잔차 비디오 블록을 형성하여, 아래에서 논의되는 바와 같이 픽셀 차 값들을 형성한다. 일반적으로, 모션 추정 유닛(42)은 루마 성분들에 대한 모션 추정을 수행하고, 모션 보상 유닛(44)은 크로마 성분들과 루마 성분들 모두에 대해 루마 성분들에 기초하여 계산된 모션 벡터들을 사용한다. 모드 선택 유닛(40)은 또한 비디오 슬라이스의 비디오 블록들을 디코딩할 때 비디오 디코더(30)에 의한 사용을 위해 비디오 블록들 및 비디오 슬라이스와 연관된 신택스 엘리먼트들을 생성할 수 있다.
앞서 설명한 바와 같이, 모션 추정 유닛(42) 및 모션 보상 유닛(44)에 의해 수행되는 인터 예측에 대한 대안으로서, 인트라 예측 유닛(46)은 현재 블록을 인트라 예측할 수 있다. 특히, 인트라 예측 유닛(46)은 현재 블록을 인코딩하기 위해 사용할 인트라 예측 모드를 결정할 수 있다. 일부 예들에서, 인트라 예측 유닛(46)은 예컨대, 개별 인코딩 패스들 동안 다양한 인트라 예측 모드들을 사용하여 현재 블록을 인코딩할 수 있고, 인트라 예측 유닛(46)(또는 일부 예들에서는 모드 선택 유닛(40))은 시험된 모드들로부터 사용할 적절한 인트라 예측 모드를 선택할 수 있다.
예를 들어, 인트라 예측 유닛(46)은 다양한 시험된 인트라 예측 모드들에 대한 레이트 왜곡 분석을 사용하여 레이트 왜곡 값들을 계산하고, 시험된 모드들 중 가장 양호한 레이트 왜곡 특징들을 갖는 인트라 예측 모드를 선택할 수 있다. 레이트 왜곡 분석은 일반적으로 인코딩된 블록과 인코딩된 블록을 생성하기 위해 인코딩된 원래의 인코딩되지 않은 블록 간의 왜곡(또는 오류)의 양뿐만 아니라, 인코딩된 블록을 생성하는 데 사용되는 비트 레이트(즉, 비트들의 수)를 결정한다. 인트라 예측 유닛(46)은 어떤 인트라 예측 모드가 블록에 대해 최상의 레이트 왜곡 값을 나타내는지를 결정하기 위해 다양한 인코딩된 블록들에 대한 왜곡들 및 레이트들로부터 비율들을 계산할 수 있다.
추가로, 인트라 예측 유닛(46)은 깊이 모델링 모드(DMM: depth modeling mode)를 사용하여 깊이 맵의 깊이 블록들을 코딩하도록 구성될 수 있다. 모드 선택 유닛(40)은 예컨대, 레이트 왜곡 최적화(RDO: rate-distortion optimization)를 사용하여, 이용 가능한 DMM 모드가 인트라 예측 모드 및 다른 DMM 모드들보다 더 나은 코딩 결과들을 생성하는지 여부를 결정할 수 있다. 깊이 맵에 대응하는 텍스처 이미지에 대한 데이터가 참조 프레임 메모리(64)에 저장될 수 있다. 모션 추정 유닛(42) 및 모션 보상 유닛(44)은 또한 깊이 맵의 깊이 블록들을 인터 예측하도록 구성될 수 있다.
블록에 대해 인트라 예측 모드(예컨대, DMM 모드들 중 하나 또는 종래의 인트라 예측 모드)를 선택한 후, 인트라 예측 유닛(46)은 블록에 대해 선택된 인트라 예측 모드를 나타내는 정보를 엔트로피 코딩 유닛(56)에 제공할 수 있다. 엔트로피 코딩 유닛(56)은 선택된 인트라 예측 모드를 나타내는 정보를 인코딩할 수 있다. 비디오 인코더(20)는 복수의 인트라 예측 모드 인덱스 표들 및 복수의 수정된 인트라 예측 모드 인덱스 표들(코드워드 매핑 표들로도 또한 지칭됨)을 포함할 수 있는 전송된 비트스트림 구성 데이터에, 다양한 블록들에 대한 인코딩 컨텍스트들의 정의들, 및 컨텍스트들 각각에 사용할 가장 가능성이 높은 인트라 예측 모드, 인트라 예측 모드 인덱스 표 및 수정된 인트라 예측 모드 인덱스 표의 표시들을 포함할 수 있다.
비디오 인코더(20)는 코딩되고 있는 원래의 비디오 블록에서 모드 선택 유닛(40)으로부터의 예측 데이터를 감산함으로써 잔차 비디오 블록을 형성한다. 합산기(50)는 이 감산 연산을 수행하는 컴포넌트 또는 컴포넌트들을 나타낸다.
변환 처리 유닛(52)은 이산 코사인 변환(DCT: discrete cosine transform) 또는 개념적으로 유사한 변환과 같은 변환을 잔차 블록에 적용하여, 잔차 변환 계수 값들을 포함하는 비디오 블록을 생성한다. 변환 처리 유닛(52)은 DCT와 개념적으로 유사한 다른 변환들을 수행할 수 있다. 웨이블릿 변환들, 정수 변환들, 부대역 변환들 또는 다른 타입들의 변환들도 또한 사용될 수 있다.
변환 처리 유닛(52)은 잔차 블록에 변환을 적용하여, 잔차 변환 계수들의 블록을 생성한다. 변환은 잔차 정보를 픽셀 값 도메인에서 주파수 도메인과 같은 변환 도메인으로 변환할 수 있다. 변환 처리 유닛(52)은 결과적인 변환 계수들을 양자화 유닛(54)으로 송신할 수 있다. 양자화 유닛(54)은 변환 계수를 양자화하여 비트 레이트를 더 감소시킨다. 양자화 프로세스는 계수들 중 일부 또는 전부와 연관된 비트 깊이를 감소시킬 수 있다. 양자화의 정도는 양자화 파라미터를 조정함으로써 수정될 수 있다. 일부 예들에서, 양자화 유닛(54)은 다음에, 양자화된 변환 계수들을 포함하는 매트릭스의 스캔을 수행할 수 있다. 대안으로, 엔트로피 인코딩 유닛(56)은 스캔을 수행할 수 있다.
양자화 다음에, 엔트로피 코딩 유닛(56)은 양자화된 변환 계수들을 엔트로피 코딩한다. 예를 들어, 엔트로피 코딩 유닛(56)은 컨텍스트 적응적 가변 길이 코딩(CAVLC: context adaptive variable length coding), 컨텍스트 적응적 이진 산술 코딩(CABAC: context adaptive binary arithmetic coding), 신택스 기반 컨텍스트 적응적 이진 산술 코딩(SBAC: syntax-based context-adaptive binary arithmetic coding), 확률 간격 분할 엔트로피(PIPE: probability interval partitioning entropy) 코딩 또는 다른 엔트로피 코딩 기술을 수행할 수 있다. 컨텍스트 기반 엔트로피 코딩의 경우, 컨텍스트는 이웃 블록들을 기반으로 할 수 있다. 엔트로피 코딩 유닛(56)에 의한 엔트로피 코딩 후에, 인코딩된 비트스트림은 다른 디바이스(예컨대, 비디오 디코더(30))로 전송되거나 이후의 전송 또는 검색을 위해 보관될 수 있다.
역양자화 유닛(58) 및 역변환 유닛(60)은 각각 역양자화 및 역변환을 적용하여, 픽셀 도메인의 잔차 블록을 예컨대, 기준 블록으로서 나중에 사용하기 위해 복원한다. 모션 보상 유닛(44)은 참조 프레임 메모리(64)의 프레임들 중 하나의 프레임의 예측 블록에 잔차 블록을 추가함으로써 참조 블록을 계산할 수 있다. 모션 보상 유닛(44)은 또한 하나 이상의 보간 필터들을 복원된 잔차 블록에 적용하여, 모션 추정에 사용할 정수 미만 픽셀 값들을 계산할 수 있다. 합산기(62)는 모션 보상 유닛(44)에 의해 생성된 모션 보상된 예측 블록에 복원된 잔차 블록을 추가하여, 참조 프레임 메모리(64)에 저장할 복원된 비디오 블록을 생성한다. 복원된 비디오 블록은 후속 비디오 프레임에서 블록을 인터 코딩하기 위한 참조 블록으로서 모션 추정 유닛(42) 및 모션 보상 유닛(44)에 의해 사용될 수 있다.
도 3은 비디오 코딩 기술들을 구현할 수 있는 비디오 디코더(30)의 일례를 예시하는 블록도이다. 도 3의 예에서, 비디오 디코더(30)는 엔트로피 디코딩 유닛(70), 모션 보상 유닛(72), 인트라 예측 유닛(74), 역양자화 유닛(76), 역변환 유닛(78), 참조 프레임 메모리(82) 및 합산기(80)를 포함한다. 비디오 디코더(30)는 일부 예들에서, 비디오 인코더(20)(도 2)에 대해 설명된 인코딩 패스에 일반적으로 상반하는 디코딩 패스를 수행할 수 있다. 모션 보상 유닛(72)은 엔트로피 디코딩 유닛(70)으로부터 수신된 모션 벡터들에 기초하여 예측 데이터를 생성할 수 있는 한편, 인트라 예측 유닛(74)은 엔트로피 디코딩 유닛(70)으로부터 수신된 인트라 예측 모드 표시자들에 기초하여 예측 데이터를 생성할 수 있다.
디코딩 프로세스 중에, 비디오 디코더(30)는 인코딩된 비디오 슬라이스의 비디오 블록들 및 연관된 신택스 엘리먼트들을 나타내는 인코딩된 비디오 비트스트림을 비디오 인코더(20)로부터 수신한다. 비디오 디코더(30)의 엔트로피 디코딩 유닛(70)은 비트스트림을 엔트로피 디코딩하여, 양자화된 계수들, 모션 벡터들 또는 인트라 예측 모드 표시자들 및 다른 신택스 엘리먼트들을 생성한다. 엔트로피 디코딩 유닛(70)은 모션 벡터들 및 다른 신택스 엘리먼트들을 모션 보상 유닛(72)으로 전달한다. 비디오 디코더(30)는 비디오 슬라이스 레벨 및/또는 비디오 블록 레벨에서 신택스 엘리먼트들을 수신할 수 있다.
비디오 슬라이스가 인트라 코딩된(I) 슬라이스로서 코딩될 때, 인트라 예측 유닛(74)은 현재 프레임 또는 픽처의 이전에 디코딩된 블록들로부터 시그널링된 인트라 예측 모드 및 데이터에 기초하여 현재 비디오 슬라이스의 비디오 블록에 대한 예측 데이터를 생성할 수 있다. 비디오 프레임이 인터 코딩된(예컨대, B, P 또는 GPB) 슬라이스로서 코딩될 때, 모션 보상 유닛(72)은 엔트로피 디코딩 유닛(70)으로부터 수신된 모션 벡터들 및 다른 신택스 엘리먼트들에 기초하여 현재 비디오 슬라이스의 비디오 블록에 대한 예측 블록들을 생성한다. 예측 블록들은 참조 픽처 리스트들 중 하나의 리스트 내의 참조 픽처들 중 하나로부터 생성될 수 있다. 비디오 디코더(30)는 참조 프레임 메모리(82)에 저장된 참조 픽처들을 기초로 디폴트 구성 기술들을 사용하여 참조 프레임 리스트인 리스트 0 및 리스트 1을 구성할 수 있다.
모션 보상 유닛(72)은 모션 벡터들 및 다른 신택스 엘리먼트들을 파싱(parse)함으로써 현재 비디오 슬라이스의 비디오 블록에 대한 예측 정보를 결정하고, 디코딩되고 있는 현재 비디오 블록에 대한 예측 블록을 생성하는 데 예측 정보를 사용한다. 예를 들어, 모션 보상 유닛(72)은 수신된 신택스 엘리먼트들 중 일부를 사용하여, 비디오 슬라이스의 비디오 블록들을 코딩하는 데 사용되는 예측 모드(예컨대, 인트라 또는 인터 예측), 인터 예측 슬라이스 타입(예컨대, B 슬라이스, P 슬라이스 또는 GPB 슬라이스), 슬라이스에 대한 참조 픽처 리스트들 중 하나 이상에 대한 구성 정보, 슬라이스의 각각의 인터 인코딩된 비디오 블록에 대한 모션 벡터들, 슬라이스의 각각의 인터 코딩된 비디오 블록에 대한 인터 예측 상태, 및 현재 비디오 슬라이스의 비디오 블록들을 디코딩하기 위한 다른 정보를 결정한다.
모션 보상 유닛(72)은 또한 보간 필터들에 기초하여 보간을 수행할 수 있다. 모션 보상 유닛(72)은 비디오 블록들의 인코딩 동안 비디오 인코더(20)에 의해 사용되는 보간 필터들을 사용하여 참조 블록들의 정수 미만 픽셀들에 대한 보간된 값들을 계산할 수 있다. 이 경우, 모션 보상 유닛(72)은 수신된 신택스 엘리먼트들로부터 비디오 인코더(20)에 의해 사용된 보간 필터들을 결정하고 보간 필터들을 사용하여 예측 블록들을 생성할 수 있다.
깊이 맵에 대응하는 텍스처 이미지에 대한 데이터가 참조 프레임 메모리(82)에 저장될 수 있다. 모션 보상 유닛(72)은 또한 깊이 맵의 깊이 블록들을 인터 예측하도록 구성될 수 있다.
이미지 및 비디오 압축은 다양한 코딩 표준들로 이어지는 빠른 성장을 경험해 왔다. 이러한 비디오 코딩 표준들은 ITU-T H.261, 국제 표준화 기구(ISO: International Organization for Standardization)/국제 전기 기술위원회(IEC: International Electrotechnical Commission) 동화상 전문가 그룹(MPEG)-1 파트 2, ITU-T H.262 또는 ISO/IEC MPEG-2 파트 2, ITU-T H.263, ISO/IEC MPEG-4 파트 2, ITU-T H.264 또는 ISO/IEC MPEG-4 파트 10으로도 또한 알려진 고급 비디오 코딩(AVC), 및 ITU-T H.265 또는 MPEG-H 파트 2로도 또한 알려진 고효율 비디오 코딩(HEVC)을 포함한다. AVC는 스케일러블 비디오 코딩(SVC: Scalable Video Coding), 다시점 비디오 코딩(MVC: Multiview Video Coding) 및 다시점 비디오 코딩 + 깊이(MVC+D: Multiview Video Coding plus Depth) 및 3D AVC(3D-AVC)와 같은 확장들을 포함한다. HEVC는 스케일러블 HEVC(SHVC: Scalable HEVC), 다시점 HEVC(MV-HEVC: Multiview HEVC) 및 3D HEVC(3D-HEVC)와 같은 확장들을 포함한다.
다용도 비디오 코딩(VVC: Versatile Video Coding)은 ITU-T 및 ISO/IEC의 공동 비디오 전문가 팀(JVET: joint video experts team)에 의해 개발 중인 새로운 비디오 코딩 표준이다. 작성 시점에, VVC의 최신 규격 초안(WD: Working Draft)이 JVET-K1001-V1에 포함된다. JVET 문헌 JVET-K0325-v3은 VVC의 고급 신택스에 대한 업데이트를 포함한다.
일반적으로, 본 개시내용은 개발 중인 VVC 표준에 기반한 기술들을 설명한다. 그러나 이 기술들은 다른 비디오/미디어 코덱 규격들에도 또한 적용된다.
비디오 압축 기술들은 공간(인트라 픽처) 예측 및/또는 시간(인터 픽처) 예측을 수행하여 비디오 시퀀스들에 고유한 중복성을 감소시키거나 제거한다. 블록 기반 비디오 코딩의 경우, 비디오 슬라이스(예컨대, 비디오 픽처 또는 비디오 픽처의 일부)는 비디오 블록들로 분할될 수 있으며, 비디오 블록들은 트리 블록들, 코딩 트리 블록(CTB: coding tree block)들, 코딩 트리 단위(CTU: coding tree unit)들, 코딩 단위(CU: coding unit)들 및/또는 코딩 노드로도 또한 지칭될 수 있다. 픽처의 인트라 코딩된(I) 슬라이스의 비디오 블록들은 동일한 픽처의 이웃 블록들의 참조 샘플들에 대한 공간 예측을 사용하여 인코딩된다. 픽처의 인터 코딩된(P 또는 B) 슬라이스의 비디오 블록들은 동일한 픽처의 이웃 블록들의 참조 샘플들에 대한 공간 예측 또는 다른 참조 픽처들의 참조 샘플들에 대한 시간 예측을 사용할 수 있다. 픽처들은 프레임들로 지칭될 수 있고, 참조 픽처들은 참조 프레임들로 지칭될 수 있다.
공간 또는 시간 예측은 코딩될 블록에 대한 예측 블록을 야기한다. 잔차 데이터는 코딩될 원래 블록과 예측 블록 간의 픽셀 차이들을 나타낸다. 인터 코딩된 블록은 예측 블록을 형성하는 참조 샘플들의 블록을 가리키는 모션 벡터, 및 코딩된 블록과 예측 블록 간의 차이를 나타내는 잔차 데이터에 따라 인코딩된다. 인트라 코딩된 블록은 인트라 코딩 모드 및 잔차 데이터에 따라 인코딩된다. 추가 압축을 위해, 잔차 데이터는 픽셀 도메인에서 변환 도메인으로 변환되어, 잔차 변환 계수들이 될 수 있으며, 잔차 변환 계수들은 다음에 양자화될 수 있다. 초기에 2차원 어레이로 배열된 양자화된 변환 계수들은 변환 계수들의 1차원 벡터를 생성하기 위해 스캔될 수 있으며, 엔트로피 코딩이 적용되어 훨씬 더 많은 압축을 달성할 수 있다.
비디오 코덱 규격에서는, 인터 예측에서 참조 픽처로서 사용하기 위해, 디코딩된 픽처 버퍼(DPB)로부터의 픽처들의 출력을 위해, 모션 벡터들의 스케일링을 위해, 가중 예측을 위해 등을 포함하는 다수의 목적들을 위해 픽처들이 식별된다. AVC 및 HEVC에서는, 픽처 순서 카운트(POC: picture order count)에 의해 픽처들이 식별될 수 있다. AVC 및 HEVC에서, DPB 내의 픽처들은 "단기 참조에 사용됨", "장기 참조에 사용됨", 또는 "참조에 사용되지 않음"으로 마킹될 수 있다. 일단 픽처가 "참조에 사용되지 않음"으로 마킹되었다면, 픽처는 예측에 더는 사용되지 않을 수 있다. 픽처가 출력에 더 이상 필요하지 않으면, DPB로부터 픽처가 제거될 수 있다.
AVC에는, 단기 및 장기의 두 가지 타입들의 참조 픽처들이 있다. 참조 픽처가 더 이상 예측 참조를 위해 필요하지 않게 되는 경우에 참조 픽처는 "참조에 사용되지 않음"으로 마킹될 수 있다. 이러한 세 가지 상태들(단기, 장기, 및 참조에 사용되지 않음) 간의 변환은 디코딩된 참조 픽처 마킹 프로세스에 의해 제어된다. 두 가지 대안적인 디코딩된 참조 픽처 마킹 메커니즘들, 즉 암시적 슬라이딩 윈도우 프로세스와 명시적 메모리 관리 제어 동작(MMCO: memory management control operation) 프로세스가 있다. 슬라이딩 윈도우 프로세스는 참조 프레임들의 수가 주어진 최대 수(시퀀스 파라미터 세트(SPS: sequence parameter set)의 max_num_ref_frames)와 같을 때는 단기 참조 픽처를 "참조에 사용되지 않음"으로 마킹한다. 단기 참조 픽처들은 선입 선출 방식으로 저장되어, 가장 최근에 디코딩된 단기 픽처들이 DPB에 유지된다.
명시적 MMCO 프로세스는 여러 MMCO 커맨드들을 포함할 수 있다. MMCO 커맨드는 하나 이상의 단기 또는 장기 참조 픽처들을 "참조에 사용되지 않음"으로 마킹할 수 있거나, 모든 픽처들을 "참조에 사용되지 않음"으로 마킹할 수 있거나, 현재 참조 픽처 또는 기존 단기 참조 픽처를 장기로 마킹한 다음, 그 장기 참조 픽처에 장기 픽처 인덱스를 할당할 수 있다.
AVC에서, 참조 픽처 마킹 동작들뿐만 아니라 DPB로부터의 픽처들의 출력 및 제거를 위한 프로세스들은 픽처가 디코딩된 후에 수행된다.
HEVC는 참조 픽처 세트(RPS)로 지칭되는 참조 픽처 관리를 위한 다른 접근 방식을 도입한다. AVC의 MMCO/슬라이딩 윈도우 프로세스와 비교하여 RPS 개념의 가장 근본적인 차이점은 각각의 특정 슬라이스에 대해, 현재 픽처 또는 임의의 후속 픽처에 의해 사용되는 참조 픽처들의 완전한 세트가 제공된다는 점이다. 따라서 현재 또는 향후 픽처에 의한 사용을 위해 DPB에 유지되어야 하는 모든 픽처들의 완전한 세트가 시그널링된다. 이것은 DPB에 대한 상대적인 변화들만이 시그널링되는 AVC 방식과는 다르다. RPS 개념에 따르면, DPB에서 참조 픽처들의 올바른 상태를 유지하기 위해 디코딩 순서의 더 이전 픽처들로부터의 정보가 필요하지 않다.
HEVC에서의 픽처 디코딩 및 DPB 동작들의 순서는 RPS의 이점들을 활용하고 오류 내성을 개선하기 위해 AVC와 비교하여 변경된다. AVC에서, 픽처 마킹 및 버퍼 동작들(DPB로부터의 디코딩된 픽처들의 출력과 제거 모두)은 일반적으로 현재 픽처가 디코딩된 후에 적용된다. HEVC에서, RPS는 먼저 현재 픽처의 슬라이스 헤더로부터 디코딩된 다음, 일반적으로 현재 픽처를 디코딩하기 전에 픽처 마킹 및 버퍼 동작들이 적용된다.
HEVC의 각각의 슬라이스 헤더는 슬라이스들을 포함하는 픽처에 대한 RPS의 시그널링을 위한 파라미터들을 포함해야 한다. 유일한 예외는 순간 디코딩 리프레시(IDR: Instantaneous Decoding Refresh) 슬라이스들에 대해 RPS가 시그널링되지 않는다는 점이다. 대신, RPS는 비어 있는 것으로 추론된다. IDR 픽처에 속하지 않는 I 슬라이스들의 경우, 이러한 슬라이스들이 I 픽처에 속하더라도 디코딩 순서에서 I 픽처에 선행한 픽처들로부터의 인터 예측을 사용하는 픽처들이 디코딩 순서에서 I 픽처 뒤에 있을 수 있으므로 RPS가 제공될 수 있다. RPS 내의 픽처들의 수는 SPS에서 sps_max_dec_pic_buffering 신택스 엘리먼트에 의해 명시된 DPB 크기 제한을 초과하지 않을 것이다.
각각의 픽처는 출력 순서를 나타내는 POC 값과 연관된다. 슬라이스 헤더들은 POC LSB로도 또한 알려진 전체 POC 값의 최하위 비트(LSB: least significant bit)들을 나타내는 고정 길이 코드워드(pic_order_cnt_lsb)를 포함한다. 코드워드의 길이는 SPS에서 시그널링되며, 예를 들어 4 비트 내지 16 비트일 수 있다. RPS 개념은 POC를 사용하여 참조 픽처들을 식별한다. 각각의 슬라이스 헤더는 그 자체적인 POC 값 외에도, RPS 내의 각각의 픽처의 POC 값들(또는 LSB들)의 SPS 코딩된 표현을 직접 포함하거나 상속한다.
각각의 픽처에 대한 RPS는 5개의 RPS 서브세트들로도 또한 지칭되는, 참조 픽처들의 5개의 서로 다른 리스트들로 구성된다. RefPicSetStCurrBefore는, 디코딩 순서와 출력 순서 모두에서 현재 픽처보다 앞서며, 현재 픽처의 인터 예측에 사용될 수 있는 모든 단기 참조 픽처들로 구성된다. RefPicSetStCurrAfter는, 디코딩 순서에서 현재 픽처보다 앞서며, 출력 순서에서 현재 픽처에 이어지고, 현재 픽처의 인터 예측에 사용될 수 있는 모든 단기 참조 픽처들로 구성된다. RefPicSetStFoll은 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들 중 하나 이상의 픽처들의 인터 예측에 사용될 수 있고, 현재 픽처의 인터 예측에 사용되지 않는 모든 단기 참조 픽처들로 구성된다. RefPicSetLtCurr은 현재 픽처의 인터 예측에 사용될 수 있는 모든 장기 참조 픽처들로 구성된다. RefPicSetLtFoll은, 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들 중 하나 이상의 픽처들의 인터 예측에 사용될 수 있고, 현재 픽처의 인터 예측에 사용되지 않는 모든 장기 참조 픽처들로 구성된다.
RPS는 서로 다른 타입들의 참조 픽처들; 현재 픽처보다 더 낮은 POC 값을 갖는 단기 참조 픽처들, 현재 픽처보다 더 높은 POC 값을 갖는 단기 참조 픽처들, 및 장기 참조 픽처들에 대해 반복되는 최대 3개의 루프들을 사용하여 시그널링된다. 추가로, 참조 픽처가 현재 픽처에 의해 참조에 사용되는지(RefPicSetStCurrBefore, RefPicSetStCurrAfter 또는 RefPicSetLtCurr 리스트들 중 하나에 포함됨) 또는 사용되지 않는지(RefPicSetStFoll 또는 RefPicSetLtFoll 리스트들 중 하나에 포함됨)를 나타내는 플래그(used_by_curr_pic_X_flag)가 각각의 참조 픽처에 대해 송신된다.
도 4는 현재 픽처(B14)를 갖는 RPS(400)를 예시하는데, RPS(400)의 모든 서브세트들(402)에 엔트리들(예컨대, 픽처)을 갖는다. 도 4의 예에서, 현재 픽처(B14)는 5개의 서브세트들(402)(일명, RPS 서브세트들) 각각에 정확히 하나의 픽처를 포함한다. P8은 서브세트(402)에서 RefPicSetStCurrBefore로 지칭되는 픽처인데, 이는 그 픽처가 출력 순서에서 앞이고 B14에 의해 사용되기 때문이다. P12는 서브세트(402)에서 RefPicSetStCurrAfter로 지칭되는 픽처인데, 이는 그 픽처가 출력 순서에서 뒤이고 B14에 의해 사용되기 때문이다. P13은 서브세트(402)에서 RefPicSetStFoll로 지칭되는 픽처인데, 이는 그 픽처가 B14에 의해 사용되지 않는 단기 참조 픽처이기 때문이다(그러나 그 픽처는 B15에 의해 사용되기 때문에 DPB에 유지되어야 한다). P4는 서브세트(402)에서 RefPicSetLtCurr로 지칭되는 픽처인데, 이는 그 픽처가 B14에 의해 사용되는 장기 참조 픽처이기 때문이다. I0은 서브세트(402)에서 RefPicSetLtFoll로 지칭되는 픽처인데, 이는 그 픽처가 현재 픽처에 의해 사용되지 않는 장기 참조 픽처이기 때문이다(그러나 그 픽처는 B15에 의해 사용되기 때문에 DPB에 유지되어야 한다).
RPS(400)의 단기 부분은 슬라이스 헤더에 직접 포함될 수 있다. 대안으로, 슬라이스 헤더는 인덱스를 나타내는 신택스 엘리먼트만을 포함할 수 있는데, 이는 활성 SPS에서 송신된 RPS들의 미리 정의된 리스트를 참조한다. RPS(400)의 단기 부분은 2개의 서로 다른 방식들; 아래에서 설명되는 인터 RPS 또는 여기서 설명되는 인트라 RPS 중 어느 하나를 사용하여 시그널링될 수 있다. 인트라 RPS가 사용되는 경우, 참조 픽처들의 2개의 서로 다른 리스트들의 길이를 나타내는 num_negative_pics 및 num_positive_pics가 시그널링된다. 이러한 리스트들은 각각 현재 픽처와 비교하여 음의 POC 차와 양의 POC 차를 갖는 참조 픽처들을 포함한다. 이러한 리스트들의 각각의 엘리먼트는 리스트의 이전 엘리먼트에 대한 POC 값의 차에서 1을 뺀 값을 나타내는 가변 길이 코드로 인코딩된다. 각각의 리스트의 첫 번째 픽처의 경우, 시그널링은 현재 픽처의 POC 값에서 1을 뺀 값에 관련된다.
시퀀스 파라미터 세트 내의 순환하는 RPS들을 인코딩할 때, 시퀀스 파라미터 세트에서 이미 인코딩된 다른 RPS를 참조하여 하나의 RPS(예컨대, RPS(400))의 엘리먼트들을 인코딩하는 것이 가능하다. 이는 인터 RPS로 지칭된다. 시퀀스 파라미터 세트의 모든 RPS들이 동일한 네트워크 추상화 계층(NAL: network abstraction layer) 단위이므로 이 방법과 연관된 오류 견고성 문제들이 없다. 인터 RPS 신택스는 이전에 디코딩된 픽처의 RPS로부터 현재 픽처의 RPS가 예측될 수 있다는 사실을 활용한다. 이는 현재 픽처의 모든 참조 픽처들이 이전 픽처의 참조 픽처들이거나 이전에 디코딩된 픽처 자체여야 하기 때문이다. 이러한 픽처들 중 어느 것이 참조 픽처들이어야 하고 현재 픽처의 예측에 사용되어야 하는지를 표시하는 것만이 필요하다. 따라서 신택스는: 예측자로서 사용할 RPS를 가리키는 인덱스, 현재 RPS의 델타 POC를 얻기 위해 예측자의 delta_POC에 추가될 delta_POC, 및 어떤 픽처들이 참조 픽처들인지 그리고 그 픽처들이 향후 픽처들의 예측에만 사용되는지 여부를 나타낼 한 세트의 표시자들을 포함한다.
장기 참조 픽처들의 사용을 활용하고자 하는 인코더들은 SPS 신택스 엘리먼트(long_term_ref_pics_present_flag)를 1로 설정해야 한다. 그 다음, 장기 참조 픽처들은 각각의 장기 픽처의 전체 POC 값의 최하위 비트들을 나타내는 고정 길이 코드워드들(poc_lsb_lt)에 의해 슬라이스 헤더에서 시그널링될 수 있다. 각각의 poc_lsb_lt는 특정 장기 픽처에 대해 시그널링된 pic_order_cnt_lsb 코드워드의 사본이다. SPS의 한 세트의 장기 픽처들을 POC LSB 값들의 리스트로서 시그널링하는 것도 또한 가능하다. 그 다음, 장기 픽처에 대한 POC LSB는 슬라이스 헤더에서 이 리스트에 대한 인덱스로서 시그널링될 수 있다.
delta_poc_msb_cycle_lt_minus1 신택스 엘리먼트가 추가로 시그널링되어, 현재 픽처에 상대적인 장기 참조 픽처의 전체 POC 거리의 계산을 가능하게 할 수 있다. RPS의 임의의 다른 참조 픽처와 동일한 POC LSB 값을 갖는 각각의 장기 참조 픽처에 대해 코드워드(delta_poc_msb_cycle_lt_minus1)가 시그널링되는 것이 요구된다.
HEVC에서의 참조 픽처 마킹의 경우, 통상적으로 픽처 디코딩 전에 DPB에 다수의 픽처들이 존재할 것이다. 픽처들 중 일부는 예측에 이용 가능할 수 있고, 이에 따라 "참조에 사용됨"으로 마킹될 수 있다. 다른 픽처들은 예측에 이용 가능하지 않을 수 있지만, 출력을 대기하고 있으며, 이에 따라 "참조에 사용되지 않음"으로 마킹된다. 슬라이스 헤더가 파싱되면, 슬라이스 데이터가 디코딩되기 전에 픽처 마킹 프로세스가 실행된다. DPB에 존재하며 "참조에 사용됨"으로 마킹되지만 RPS에 포함되지 않는 픽처들은 "참조에 사용되지 않음"으로 마킹된다. DPB에는 존재하지 않지만 참조 픽처 세트에 포함되는 픽처들은, used_by_curr_pic_X_flag가 0과 같을 때 무시된다. 그러나 used_by_curr_pic_X_flag가 대신 1과 같을 때, 이 참조 픽처는 현재 픽처에서의 예측에 사용되는 것으로 의도되었지만 누락되어 있다. 그러면, 의도하지 않은 픽처 손실이 추론되고 디코더는 적절한 조치를 취해야 한다.
현재 픽처를 디코딩한 후, 이는 "단기 참조에 사용됨"으로 마킹된다.
다음에, HEVC에서의 참조 픽처 리스트 구성이 논의된다. HEVC에서, 인터 예측이라는 용어는 현재 디코딩된 픽처 이외의 참조 픽처들의 데이터 엘리먼트들(예컨대, 샘플 값들 또는 모션 벡터들)로부터 도출된 예측을 나타내는 데 사용된다. AVC에서와 마찬가지로, 다수의 참조 픽처들로부터 픽처가 예측될 수 있다. 인터 예측에 사용되는 참조 픽처들은 하나 이상의 참조 픽처 리스트들로 조직된다. 참조 인덱스는 리스트 내의 참조 픽처들 중 어느 것이 예측 신호를 생성하는 데 사용되어야 하는지를 식별한다.
단일 참조 픽처 리스트인 리스트 0이 P 슬라이스에 사용되고, 2개의 참조 픽처 리스트들인 리스트 0 및 리스트 1이 B 슬라이스들에 사용된다. AVC와 유사하게, HEVC에서의 참조 픽처 리스트 구성은 참조 픽처 리스트 초기화 및 참조 픽처 리스트 수정을 포함한다.
AVC에서는, 리스트 0에 대한 초기화 프로세스가 P 슬라이스(이 경우 디코딩 순서가 사용됨) 및 B 슬라이스(이 경우 출력 순서가 사용됨)에 대해 서로 다르다. HEVC에서는, 두 경우들 모두에 출력 순서가 사용된다.
참조 픽처 리스트 초기화는 3개의 RPS 서브세트들: RefPicSetStCurrBefore, RefPicSetStCurrAfter 및 RefPicSetLtCurr에 기초하여 (슬라이스가 B 슬라이스라면) 디폴트 리스트 0 및 리스트 1을 생성한다. 현재 픽처까지의 POC 거리의 오름차순으로 이전(이후) 출력 순서를 가진 단기 픽처들이 먼저 리스트 0(리스트 1)에 삽입된 다음, 현재 픽처까지의 POC 거리의 오름차순으로 이후(이전) 출력 순서를 가진 단기 픽처들이 리스트 0(리스트 1)에 삽입되고, 다음에 마지막으로, 장기 픽처들이 끝에 삽입된다. RPS에 관해서는, 리스트 0의 경우, RefPicSetStCurrBefore의 엔트리들이 초기 리스트에 삽입되고, 그 뒤에 RefPicSetStCurrAfter의 엔트리들이 삽입된다. 그 후, 이용 가능하다면, RefPicSetLtCurr의 엔트리들이 첨부된다.
HEVC에서는, 리스트 내의 엔트리들의 수가 (픽처 파라미터 세트 또는 슬라이스 헤더에서 시그널링되는) 활성 참조 픽처들의 목표 개수보다 적은 경우, 상기 프로세스가 반복된다(참조 픽처 리스트에 이미 추가된 참조 픽처들이 또 추가된다). 엔트리들의 수가 목표 개수보다 더 많은 경우, 리스트가 잘린다.
참조 픽처 리스트가 초기화된 후, 참조 픽처 리스트는 참조 픽처 리스트 수정 커맨드들에 기초하여, 하나의 특정 참조 픽처가 리스트 내의 하나의 포지션보다 많은 포지션에서 나타날 수 있는 경우를 포함하여, 현재 픽처에 대한 참조 픽처들이 임의의 순서로 배열될 수 있도록 수정될 수 있다. 리스트 수정들의 존재를 나타내는 플래그가 1로 설정되면, (참조 픽처 리스트 내의 엔트리들의 목표 개수와 동일한) 고정된 수의 커맨드들이 시그널링되고, 각각의 커맨드가 참조 픽처 리스트에 대해 하나의 엔트리를 삽입한다. 커맨드에서 RPS 시그널링으로부터 도출된 현재 픽처에 대한 참조 픽처들의 리스트에 대한 인덱스에 의해 참조 픽처가 식별된다. 이것은 H.264/AVC에서의 참조 픽처 리스트 수정과는 다른데, 여기서는 (frame_num 신택스 엘리먼트로부터 도출된) 픽처 번호 또는 장기 참조 픽처 인덱스에 의해 픽처가 식별되고, 예컨대 초기 리스트의 처음 2개의 엔트리들을 교환하거나 초기 리스트의 시작 부분에 하나의 엔트리를 삽입하고 다른 엔트리들을 시프트하기 위해 더 적은 커맨드들이 필요한 것이 가능하다.
참조 픽처 리스트는 현재 픽처보다 큰 TemporalId를 가진 어떠한 참조 픽처도 포함하는 것이 허용되지 않는다. HEVC 비트스트림은 여러 시간 하위 계층들로 구성될 수도 있다. 각각의 NAL 단위는 (temporal_id_plus1 - 1과 같은) TemporalId로 나타낸 바와 같이, 특정 하위 계층에 속한다.
참조 픽처 관리는 참조 픽처 리스트들에 직접 기반한다. JCT-VC 문헌 JCTVC-G643은 DPB 내의 참조 픽처들의 관리를 위해 3개의 참조 픽처 리스트들, 즉 참조 픽처 리스트 0, 참조 픽처 리스트 1 및 유휴 참조 픽처 리스트를 직접 사용함으로써, 1) AVC에서의 슬라이딩 윈도우 및 MMCO 프로세스들뿐만 아니라 참조 픽처 리스트 초기화 및 수정 프로세스들, 또는 2) HEVC에서의 참조 픽처 세트뿐만 아니라 참조 픽처 리스트 초기화 및 수정 프로세스들을 포함하는 시그널링 및 디코딩 프로세스들의 필요성을 피할 접근 방식을 포함한다.
참조 픽처 관리를 위한 접근 방식들은 여러 문제들을 가질 수 있다. AVC 접근 방식은 슬라이딩 윈도우, MMCO 프로세스들, 그리고 복잡한 참조 픽처 리스트 초기화 및 수정 프로세스들을 수반한다. 게다가, 픽처들의 손실은 추가 인터 예측 참조 목적으로 DPB에 어떤 픽처들이 있었어야 하는지의 측면에서 DPB의 상태의 손실로 이어질 수 있다. HEVC 접근 방식은 DPB 상태 손실 문제를 갖지 않는다. 그러나 HEVC 접근 방식은 복잡한 참조 픽처 세트 시그널링 및 도출 프로세스뿐만 아니라 복잡한 참조 픽처 리스트 초기화 및 수정 프로세스들을 수반한다. DPB 내의 참조 픽처들의 관리를 위해 3개의 참조 픽처 리스트들, 즉 참조 픽처 리스트 0, 참조 픽처 리스트 1뿐만 아니라, 유휴 참조 픽처 리스트를 직접 사용하는 JCTVC-G643에서의 접근 방식은 다음의 측면들: 제3 참조 픽처 리스트, 즉 유휴 참조 픽처 리스트; "단기" 부분 및 ue(v) 코딩된 "장기" 부분으로서 POC 차들의 2-부분 코딩; POC 차 코딩에 대한 TemporalId 기반 POC 정밀도(granularity), "단기 참조에 사용됨" 또는 "장기 참조에 사용됨" 간의 마킹을 결정하기 위한 POC 차들의 2-부분 코딩의 사용; 특정 이전 참조 픽처 리스트 설명의 끝 부분에서 참조 픽처들을 삭제함으로써 참조 픽처 리스트를 명시하는 능력을 가능하게 하는 참조 픽처 리스트 서브세트 설명; 신택스 엘리먼트 ref_pic_list_copy_flag에 의해 가능해지는 참조 픽처 리스트 복사 모드; 및 참조 픽처 리스트 설명 프로세스를 수반한다. 선행 측면들 각각은 접근 방식을 필요 이상으로 복잡하게 만든다. 게다가, JCTVC-G643의 참조 픽처 리스트들에 대한 디코딩 프로세스도 또한 복잡하다. 장기 참조 픽처들의 시그널링은 슬라이스 헤더들에서 POC 사이클의 시그널링을 필요로 할 수 있다. 이것은 효율적이지 않다.
위에 나열된 문제들을 해결하기 위해, 본 명세서에서는 다음의 솔루션들이 개시되는데, 이러한 솔루션들 각각은 개별적으로 적용될 수 있고, 이러한 솔루션들 중 일부는 조합하여 적용될 수 있다. 1) 참조 픽처 마킹은 2개의 참조 픽처 리스트들, 즉 참조 픽처 리스트 0 및 참조 픽처 리스트 1에 직접 기반한다. 1a) 2개의 참조 픽처 리스트들의 도출을 위한 정보가 SPS, PPS 및/또는 슬라이스 헤더의 신택스 엘리먼트들 및 신택스 구조들에 기반하여 시그널링된다. 1b) 픽처에 대한 2개의 참조 픽처 리스트들 각각은 참조 픽처 리스트 구조에서 명시적으로 시그널링된다. 1b.i) 하나 이상의 참조 픽처 리스트 구조들이 SPS에서 시그널링될 수 있고, 이러한 구조들 각각은 슬라이스 헤더로부터의 인덱스에 의해 참조될 수 있다. 1b.ii) 참조 픽처 리스트 0 및 1 각각은 슬라이스 헤더에서 직접 시그널링될 수 있다. 2) 2개의 참조 픽처 리스트들의 도출을 위한 정보가 모든 타입들의 슬라이스들, 즉 B(양방향 예측), P(단방향 예측) 및 I(인트라) 슬라이스들에 대해 시그널링된다. 슬라이스라는 용어는 HEVC에서의 슬라이스 또는 최신 VVC WD와 같은 코딩 트리 단위들의 집합을 의미하며; 이는 또한 HEVC에서의 타일과 같은 코딩 트리 단위들의 다른 어떤 집합을 의미할 수 있다. 3) 모든 타입들의 슬라이스들, 즉 B, P 및 I 슬라이스들에 대해 2개의 참조 픽처 리스트들이 생성된다. 4) 2개의 참조 픽처 리스트들은 참조 픽처 리스트 초기화 프로세스 및 참조 픽처 리스트 수정 프로세스를 사용하지 않고 직접 구성된다. 5) 2개의 참조 픽처 리스트들 각각에서, 현재 픽처의 인터 예측에 사용될 수 있는 참조 픽처들은 리스트의 시작 부분에 있는 다수의 엔트리들에 의해서만 참조될 수 있다. 이러한 엔트리들은 리스트 내의 활성 엔트리들로 지칭되는 한편, 다른 엔트리들은 리스트 내의 비활성 엔트리들로 지칭된다. 리스트 내의 총 엔트리들의 수와 활성 엔트리들의 수가 모두 도출될 수 있다. 6) 참조 픽처 리스트 내의 비활성 엔트리에 의해 참조되는 픽처는 참조 픽처 리스트 내의 다른 엔트리 또는 다른 참조 픽처 리스트 내의 임의의 엔트리에 의해 참조되는 것이 허용되지 않는다. 7) 장기 참조 픽처들만이 특정 수의 POC LSB들에 의해 식별되고, 여기서 이 수는 POC 값들의 도출을 위해 슬라이스 헤더들에서 시그널링된 POC LSB들의 수보다 더 많을 수 있고, 이 수는 SPS에 표시된다. 8) 참조 픽처 리스트 구조들은 슬라이스 헤더에서만 시그널링되며, 단기 참조 픽처들과 장기 참조 픽처들 모두가 이들의 POC LSB들에 의해 식별되는데, 이러한 POC LSB들은 POC 값들의 도출을 위해 슬라이스 헤더들에서 시그널링된 POC LSB들을 나타내는 데 사용된 비트들의 수와는 다른 비트들의 수들로 표현될 수 있고, 단기 참조 픽처들과 장기 참조 픽처들을 식별하기 위한 POC LSB들을 나타내는 데 사용되는 비트들의 수들은 서로 다를 수 있다. 9) 참조 픽처 리스트 구조들은 슬라이스 헤더들에서만 시그널링되며, 단기 참조 픽처들과 장기 참조 픽처들 간에 구별되지 않고, 모든 참조 픽처들은 단지 참조 픽처들로 명명되며, 참조 픽처들은 이들의 POC LSB들에 의해 식별되는데, 이러한 POC LSB들은 POC 값들의 도출을 위해 슬라이스 헤더들에서 시그널링된 POC LSB들을 나타내는 데 사용된 비트들의 수와는 다른 비트들의 수로 표현될 수 있다.
본 개시내용의 제1 실시예가 제공된다. 설명은 최신 VVC WD에 관련된다. 이 실시예에서, 참조 픽처 리스트 0 및 참조 픽처 리스트 1 각각에 대해 하나씩, 두 세트들의 참조 픽처 리스트 구조들이 SPS에서 시그널링된다.
본 명세서에서 사용되는 용어들 중 일부에 대한 정의들이 제공된다. 인트라 랜덤 액세스 포인트(IRAP) 픽처: 각각의 비디오 코딩 계층(VCL: video coding layer) NAL 단위가 IRAP_NUT와 같은 nal_unit_type을 갖는 코딩된 픽처. non-IRAP 픽처: 각각의 VCL NAL 단위가 NON_IRAP_NUT와 같은 nal_unit_type을 갖는 코딩된 픽처. 참조 픽처 리스트: P 또는 B 슬라이스의 인터 예측에 사용되는 참조 픽처들의 리스트. non-IRAP 픽처의 각각의 슬라이스에 대해 2개의 참조 픽처 리스트들, 즉 참조 픽처 리스트 0 및 참조 픽처 리스트 1이 생성된다. 픽처와 연관된 2개의 참조 픽처 리스트들의 모든 엔트리들에 의해 참조되는 고유 픽처들의 세트는 연관된 픽처 또는 디코딩 순서에서 연관된 픽처를 뒤따르는 임의의 픽처의 인터 예측에 사용될 수 있는 모든 참조 픽처들로 구성된다. P 슬라이스의 슬라이스 데이터를 디코딩하기 위해서는, 참조 픽처 리스트 0만이 인터 예측에 사용된다. B 슬라이스의 슬라이스 데이터를 디코딩하기 위해서는, 두 참조 픽처 리스트들 모두가 인터 예측에 사용된다. I 슬라이스의 슬라이스 데이터를 디코딩하기 위해서는, 인터 예측에 참조 픽처 리스트가 사용되지 않는다. 장기 참조 픽처(LTRP): "장기 참조에 사용됨"으로 마킹되는 픽처. 단기 참조 픽처(STRP): "단기 참조에 사용됨"으로 마킹되는 픽처.
"단기 참조에 사용됨," "장기 참조에 사용됨" 또는 "참조에 사용되지 않음"이라는 용어들은 VVC에서 섹션 8.3.3 Decoding process for reference picture marking에 정의되고, HEVC에서 섹션 8.3.2 Decoding process for reference picture set에 정의되며, AVC에서 섹션 7.4.3.3 Decoded reference picture marking semantics에 정의된다. 본 명세서에서 사용되는 바와 같이, 용어들은 동일한 의미를 갖는다.
제1 실시예에 대한 관련 신택스 및 시맨틱스(semantics)는 아래에 제공된다.
NAL 단위 헤더 신택스.
시퀀스 파라미터 세트 원시 바이트 시퀀스 페이로드(RBSP: Raw Byte Sequence Payload) 신택스.
픽처 파라미터 세트 RBSP 신택스.
슬라이스 헤더 신택스.
참조 픽처 리스트 구조 신택스.
NAL 단위 헤더 시맨틱스.
forbidden_zero_bit는 0과 같을 것이다. nal_unit_type은 NAL 단위에 포함되는 RBSP 데이터 구조의 타입을 명시한다.
nuh_temporal_id_plus1에서 1을 뺀 값은 NAL 단위에 대한 시간 식별자를 명시한다. nuh_temporal_id_plus1의 값은 0과 같지 않을 것이다. 변수 TemporalId는 다음과 같이 명시된다: TemporalId = nuh_temporal_id_plus1 - 1. nal_unit_type이 IRAP_NUT와 같을 때, 코딩된 슬라이스는 IRAP 픽처에 속하고, TemporalId는 0과 같을 것이다. TemporalId의 값은 액세스 단위의 모든 VCL NAL 단위들에 대해 동일할 것이다. 코딩된 픽처 또는 액세스 단위의 TemporalId의 값은 코딩된 픽처 또는 액세스 단위의 VCL NAL 단위들의 TemporalId의 값이다. non-VCL NAL 단위들의 TemporalId의 값은 다음과 같이 제한된다: nal_unit_type이 SPS_NUT와 같다면, TemporalId는 0과 같을 것이고 NAL 단위를 포함하는 액세스 단위의 TemporalId는 0과 같을 것이다. 그렇지 않으면 nal_unit_type이 EOS_NUT 또는 EOB_NUT와 같다면, TemporalId는 0과 같을 것이다. 그렇지 않으면, TemporalId는 NAL 단위를 포함하는 액세스 단위의 TemporalId보다 크거나 같을 것이다. NAL 단위가 non-VCL NAL 단위인 경우, TemporalId의 값은 non-VCL NAL 단위가 적용되는 모든 액세스 단위들의 TemporalId 값들의 최소값과 같다. nal_unit_type이 PPS_NUT와 같을 때, 모든 픽처 파라미터 세트(PPS: picture parameter set)들이 비트스트림의 시작 부분에 포함될 수 있으므로, TemporalId는 포함하는 액세스 단위의 TemporalId보다 크거나 같을 수 있으며, 여기서 처음 코딩된 픽처는 0과 같은 TemporalId를 갖는다. nal_unit_type이 PREFIX_SEI_NUT 또는 SUFFIX_SEI_NUT와 같을 때, TemporalId는 포함하는 액세스 단위의 TemporalId보다 크거나 같을 수 있는데, 이는 SEI NAL 단위가 그 SEI NAL 단위를 포함하는 액세스 단위의 TemporalId보다 TemporalId 값들이 더 큰 액세스 단위들을 포함하는 비트스트림 서브세트에 적용되는 정보를 포함할 수 있기 때문이다. nuh_reserved_zero_7bits는 '0000000'과 같을 것이다. nuh_reserved_zero_7bits의 다른 값들이 향후에 ITU - T | ISO/IEC에 의해 명시될 수 있다. 디코더들은 '0000000'과 같지 않은 nuh_reserved_zero_7bits의 값들을 갖는 NAL 단위들을 무시(즉, 비트스트림에서 삭제하고 폐기)할 것이다.
시퀀스 파라미터 세트 RBSP 시맨틱스.
log2_max_pic_order_cnt_lsb_minus4는 픽처 순서 카운트에 대한 디코딩 프로세스에서 사용되는 변수 MaxPicOrderCntLsb의 값을 다음과 같이 명시한다: MaxPicOrderCntLsb = 2 ( log2_max_pic_order_cnt_lsb_minus4 + 4 ). log2_max_pic_order_cnt_lsb_minus4의 값은 0부터 12까지의 범위에 있을 것이다. sps_max_dec_pic_buffering_minus1에 1을 더한 값은 CVS에 대한 디코딩된 픽처 버퍼의 최대 필요 크기를 픽처 저장 버퍼들의 단위로 명시한다. sps_max_dec_pic_buffering_minus1의 값은 0부터 MaxDpbSize - 1까지의 범위에 있을 것이며, 여기서 MaxDpbSize는 다른 어딘가에서 명시된 것과 같다. 0과 같은 long_term_ref_pics_flag는 CVS에서 임의의 코딩된 픽처의 인터 예측에 LTRP가 사용되지 않음을 명시한다. 1과 같은 long_term_ref_pics_flag는 CVS에서 하나 이상의 코딩된 픽처들의 인터 예측에 LTRP들이 사용될 수 있음을 명시한다. additional_lt_poc_lsb는 참조 픽처 리스트들에 대한 디코딩 프로세스에서 사용되는 변수 MaxLtPicOrderCntLsb의 값을 다음과 같이 명시한다: MaxLtPicOrderCntLsb = 2( log2_max_pic_order_cnt_lsb_minus4 + 4 + additional_lt_poc_lsb ). additional_lt_poc_lsb의 값은 0부터 32 - log2_max_pic_order_cnt_lsb_minus4 - 4까지의 범위에 있을 것이다. additional_lt_poc_lsb의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. num_ref_pic_lists_in_sps[ i ]는 SPS에 포함된, i와 같은 listIdx를 갖는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조들의 수를 명시한다. num_ref_pic_lists_in_sps[ i ]의 값은 0부터 64까지의 범위에 있을 것이다. 현재 픽처의 슬라이스 헤더들에서 직접 시그널링되는 하나의 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조가 존재할 수 있으므로, (0 또는 1과 같은) listIdx의 각각의 값에 대해, 디코더는 num_ref_pic_lists_in_sps[ i ] + 1 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조들의 총 개수에 대한 메모리를 할당해야 한다.
픽처 파라미터 세트 RBSP 시맨틱스.
num_ref_idx_default_active_minus1[ i ] + 1은 i가 0과 같을 때는, num_ref_idx_active_override_flag가 0과 같은 P 또는 B 슬라이스들에 대한 변수 NumRefIdxActive[ 0 ]의 추론된 값을 명시하고, i가 1과 같을 때는, num_ref_idx_active_override_flag가 0과 같은 B 슬라이스들에 대한 NumRefIdxActive[ 1 ]의 추론된 값을 명시한다. num_ref_idx_default_active_minus1[ i ]의 값은 0부터 14까지의 범위에 있을 것이다.
슬라이스 헤더 시맨틱스.
슬라이스 헤더 신택스 엘리먼트들 slice_pic_parameter_set_id 및 slice_pic_order_cnt_lsb 각각의 값은, 존재하는 경우, 코딩된 픽처의 모든 슬라이스 헤더들과 동일할 것이다. … slice_type은 표 7-3에 따라 슬라이스의 코딩 타입을 명시한다.
nal_unit_type이 IRAP_NUT와 같을 때, 즉 픽처가 IRAP 픽처일 때, slice_type는 2와 같을 것이다. … slice_pic_order_cnt_lsb는 현재 픽처에 대해 픽처 순서 카운트 모듈로(modulo) MaxPicOrderCntLsb를 명시한다. slice_pic_order_cnt_lsb 신택스 엘리먼트의 길이는 log2_max_pic_order_cnt_lsb_minus4 + 4 비트이다. Slice_pic_order_cnt_lsb의 값은 0부터 MaxPicOrderCntLsb - 1까지의 범위에 있을 것이다. slice_pic_order_cnt_lsb가 존재하지 않으면, slice_pic_order_cnt_lsb는 0과 같은 것으로 추론된다. 1과 같은 ref_pic_list_sps_flag[ i ]는, 활성 SPS에 i와 같은 listIdx를 갖는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조들 중 하나를 기초로 현재 픽처의 참조 픽처 리스트(i)가 도출됨을 명시한다. 0과 같은 ref_pic_list_sps_flag[ i ]는, 현재 픽처의 슬라이스 헤더들에 직접 포함되는, i와 같은 listIdx를 갖는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조를 기초로 현재 픽처의 참조 픽처 리스트(i)가 도출됨을 명시한다. num_ref_pic_lists_in_sps[ i ]가 0과 같을 때, ref_pic_list_sps_flag[ i ]의 값은 0과 같을 것이다. ref_pic_list_idx[ i ]는, 활성 SPS에 포함된, i와 같은 listIdx를 갖는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조들의 리스트에, 현재 픽처의 참조 픽처 리스트(i)의 도출에 사용되는, i와 같은 listIdx를 갖는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조의 인덱스를 명시한다. 신택스 엘리먼트 ref_pic_list_idx[ i ]는 Ceil( Log2( num_ref_pic_lists_in_sps[ i ] ) ) 비트들로 표현된다. ref_pic_list_idx[ i ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. ref_pic_list_idx[ i ]의 값은 0부터 num_ref_pic_lists_in_sps[ i ] - 1까지의 범위에 있을 것이다. 1과 같은 num_ref_idx_active_override_flag는, P 및 B 슬라이스들에 대해 신택스 엘리먼트 num_ref_idx_active_minus1[ 0 ]이 존재하고 B 슬라이스들에 대해 신택스 엘리먼트 num_ref_idx_active_minus1[ 1 ]이 존재함을 명시한다. 0과 같은 num_ref_idx_active_override_flag는, 신택스 엘리먼트들 num_ref_idx_active_minus1[ 0 ] 및 num_ref_idx_active_minus1[ 1 ]이 존재하지 않음을 명시한다. num_ref_idx_active_minus1[ i ]는, 존재하는 경우, 변수 NumRefIdxActive[ i ]의 값을 다음과 같이 명시한다: NumRefIdxActive[ i ] = num_ref_idx_active_minus1[ i ] + 1. num_ref_idx_active_minus1[ i ]의 값은 0부터 14까지의 범위에 있을 것이다.
NumRefIdxActive[ i ] - 1의 값은 슬라이스를 디코딩하는 데 사용될 수 있는, 참조 픽처 리스트(i)에 대한 최대 참조 인덱스를 명시한다. NumRefIdxActive[ i ]의 값이 0과 같을 때, 참조 픽처 리스트(i)에 대한 참조 인덱스는 슬라이스를 디코딩하는 데 사용되지 않을 수 있다. 0 또는 1과 같은 i에 대해, 현재 슬라이스가 B 슬라이스이고 num_ref_idx_active_override_flag가 0과 같으면, NumRefIdxActive[ i ]는 num_ref_idx_default_active_minus1[ i ] + 1과 같은 것으로 추론된다. 현재 슬라이스가 P 슬라이스이고 num_ref_idx_active_override_flag가 0과 같으면, NumRefIdxActive[ 0 ]은 num_ref_idx_default_active_minus1[ 0 ] + 1과 같은 것으로 추론된다. 현재 슬라이스가 P 슬라이스이면, NumRefIdxActive[ 1 ]은 0과 같은 것으로 추론된다. 현재 슬라이스가 I 슬라이스이면, NumRefIdxActive[ 0 ]과 NumRefIdxActive[ 1 ] 둘 다 0과 같은 것으로 추론된다.
대안으로, 0 또는 1과 같은 i에 대해, 상기 이후에 다음이 적용된다: rplsIdx1이 ref_pic_list_sps_flag[ i ] ? ref_pic_list_idx[ i ] : num_ref_pic_lists_in_sps[ i ]와 같게 설정되고, numRpEntries[ i ]가 num_strp_entries[ i ][ rplsIdx1 ] + num_ltrp_entries[ i ][ rplsIdx1 ]과 같다고 놓는다. NumRefIdxActive[ i ]가 numRpEntries[ i ]보다 크면, NumRefIdxActive[ i ]의 값은 numRpEntries[ i ]와 같게 설정된다.
참조 픽처 리스트 구조 시맨틱스.
ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조는 SPS에 또는 슬라이스 헤더에 존재할 수 있다. 신택스 구조가 슬라이스 헤더에 포함되는지 아니면 SPS에 포함되는지에 따라, 다음이 적용된다: ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조는 슬라이스 헤더에 존재한다면, 현재 픽처(슬라이스를 포함하는 픽처)의 참조 픽처 리스트 listIdx를 명시한다. 그렇지 않으면(SPS에 존재한다면), ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조는 참조 픽처 리스트 listIdx에 대한 후보를 명시하고, 이 섹션의 나머지에서 명시된 시맨틱스에서 "현재 픽처"라는 용어는, 1) SPS에 포함된 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조들의 리스트에 대한 인덱스와 같은 ref_pic_list_idx[ listIdx ]를 포함하는 하나 이상의 슬라이스들을 갖는, 그리고 2) SPS를 활성 SPS로서 갖는 CVS 내에 있는 각각의 픽처를 의미한다. num_strp_entries[ listIdx ][ rplsIdx ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 STRP 엔트리들의 수를 명시한다. num_ltrp_entries[ listIdx ][ rplsIdx ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 LTRP 엔트리들의 수를 명시한다. num_ltrp_entries[ listIdx ][ rplsIdx ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. 변수 NumEntriesInList[ listIdx ][ rplsIdx ]는 다음과 같이 도출된다: NumEntriesInList[ listIdx ][ rplsIdx ] = num_strp_entries[ listIdx ][ rplsIdx ] + num_ltrp_entries[ listIdx ] [ rplsIdx ]. NumEntriesInList[ listIdx ][ rplsIdx ]의 값은 0부터 sps_max_dec_pic_buffering_minus1까지의 범위에 있을 것이다. 1과 같은 lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리가 LTRP 엔트리임을 명시한다. 0과 같은 lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리가 STRP 엔트리임을 명시한다. lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. 0부터 NumEntriesInList[ listIdx ][ rplsIdx ] - 1까지의 범위의 모든 i 값들에 대한 lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]의 합은 num_ltrp_entries[ listIdx ][ rplsIdx ]와 같을 것임이 비트스트림 적합성 요건이다. delta_poc_st[ listIdx ][ rplsIdx ][ i ]는, i번째 엔트리가 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조의 첫 번째 STRP 엔트리인 경우, 현재 픽처와 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 값들 간의 차를 명시하거나, i번째 엔트리가 STRP 엔트리이지만 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조의 첫 번째 STRP 엔트리는 아닌 경우, ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조에서 이전 STRP 엔트리에 의해 참조되는 픽처와 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 값들 간의 차를 명시한다. delta_poc_st[ listIdx ][ rplsIdx ][ i ]의 값은 -215부터 215 - 1까지의 범위에 있을 것이다. poc_lsb_lt[ listIdx ][ rplsIdx ][ i ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 모듈로 MaxLtPicOrderCntLsb의 값을 명시한다. poc_lsb_lt[ listIdx ][ rplsIdx ][ i ] 신택스 엘리먼트의 길이는 Log2( MaxLtPicOrderCntLsb ) 비트이다.
디코딩 프로세스가 논의된다. 현재 픽처(CurrPic)에 대해 디코딩 프로세스는 다음과 같이 동작한다. NAL 단위들의 디코딩이 아래에 명시된다. 아래 프로세스들은 슬라이스 헤더 계층 및 그 위의 신택스 엘리먼트들을 사용하여 다음 디코딩 프로세스들을 명시한다. 픽처 순서 카운트와 관련된 변수들 및 함수들이 도출된다. 이것은 픽처의 첫 번째 슬라이스에 대해서만 호출될 필요가 있다. non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시, 참조 픽처 리스트 0(RefPicList[ 0 ]) 및 참조 픽처 리스트 1(RefPicList[ 1 ])의 도출을 위해 참조 픽처 리스트 구성에 대한 디코딩 프로세스가 호출된다. 참조 픽처 마킹에 대한 디코딩 프로세스가 호출되는데, 여기서 참조 픽처들은 "참조에 사용되지 않음" 또는 "장기 참조에 사용됨"으로 마킹될 수 있다. 이것은 픽처의 첫 번째 슬라이스에 대해서만 호출될 필요가 있다. 코딩 트리 단위들, 스케일링, 변환, 루프 내 필터링 등에 대한 디코딩 프로세스들이 호출된다. 현재 픽처의 모든 슬라이스들이 디코딩된 후, 현재 디코딩된 픽처는 "단기 참조에 사용됨"으로 마킹된다.
NAL 단위 디코딩 프로세스가 논의된다. 이 프로세스에 대한 입력은 현재 픽처의 NAL 단위들 및 이들의 연관된 non-VCL NAL 단위들이다. 이 프로세스의 출력들은 NAL 단위들 내에 캡슐화된, 파싱된 RBSP 신택스 구조들이다. 각각의 NAL 단위에 대한 디코딩 프로세스는 NAL 단위로부터 RBSP 신택스 구조를 추출한 다음, RBSP 신택스 구조를 파싱한다.
픽처 순서 카운트에 대한 디코딩 프로세스를 포함하는 슬라이스 디코딩 프로세스가 논의된다. 이 프로세스의 출력은 현재 픽처의 픽처 순서 카운트인 PicOrderCntVal이다. 픽처 순서 카운트들은 픽처들을 식별하고, 병합 모드 및 모션 벡터 예측에서 모션 파라미터들을 도출하기 위해, 그리고 디코더 적합성 검사를 위해 사용된다. 각각의 코딩된 픽처는 PicOrderCntVal로 표시되는 픽처 순서 카운트 변수와 연관된다. 현재 픽처가 IRAP 픽처가 아닌 경우, 변수들 prevPicOrderCntLsb 및 prevPicOrderCntMsb는 다음과 같이 도출된다: prevTid0Pic을 디코딩 순서에서 0과 같은 TemporalId를 갖는 이전 픽처로 놓는다. 변수 prevPicOrderCntLsb는 prevTid0Pic의 slice_pic_order_cnt_lsb와 같게 설정된다. 변수 prevPicOrderCntMsb는 prevTid0Pic의 PicOrderCntMsb와 같게 설정된다.
현재 픽처의 변수 PicOrderCntMsb는 다음과 같이 도출된다: 현재 픽처가 IRAP 픽처라면, PicOrderCntMsb는 0과 같게 설정된다. 그렇지 않으면, PicOrderCntMsb는 다음과 같이 도출된다:
PicOrderCntVal은 다음과 같이 도출된다: PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb.
slice_pic_order_cnt_lsb가 IRAP 픽처들에 대해 0인 것으로 추론되고 prevPicOrderCntLsb와 prevPicOrderCntMsb 둘 다 0으로 설정되므로, 모든 IRAP 픽처들은 0과 같은 PicOrderCntVal을 가질 것이다. PicOrderCntVal의 값은 -231부터 231 - 1까지의 범위에 있을 것이다. 하나의 CVS에서, 임의의 2개의 코딩된 픽처들에 대한 PicOrderCntVal 값들은 동일하지 않을 것이다.
디코딩 프로세스 도중 임의의 순간에, DPB 내의 임의의 2개의 참조 픽처들에 대한 PicOrderCntVal & ( MaxLtPicOrderCntLsb - 1 )의 값들은 동일하지 않을 것이다. PicOrderCnt( picX ) 함수가 다음과 같이 명시된다: PicOrderCnt( picX ) = 픽처(picX)의 PicOrderCntVal. DiffPicOrderCnt( picA, picB ) 함수는 다음과 같이 명시된다: DiffPicOrderCnt( picA, picB ) = PicOrderCnt( picA ) - PicOrderCnt( picB ). 비트스트림은, -215부터 215 - 1까지의 범위에 있지 않은 DiffPicOrderCnt( picA, picB )의 값들이 디코딩 프로세스에 사용되게 하는 데이터를 포함하지 않을 것이다. X를 현재 픽처로 하고 Y와 Z를 동일한 코딩된 비디오 시퀀스(CVS: coded video sequence)의 2개의 다른 픽처들로 하면, DiffPicOrderCnt( X, Y )와 DiffPicOrderCnt( X, Z ) 둘 다 양수이거나 둘 다 음수일 때 Y와 Z는 X로부터 동일한 출력 순서에 있는 것으로 간주된다.
참조 픽처 리스트 구성에 대한 디코딩 프로세스가 논의된다. 이 프로세스는 non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시에 호출된다. 참조 픽처들은 참조 인덱스들을 통해 어드레싱된다. 참조 인덱스는 참조 픽처 리스트에 대한 인덱스이다. I 슬라이스를 디코딩할 때, 슬라이스 데이터의 디코딩에는 참조 픽처 리스트가 사용되지 않는다. P 슬라이스를 디코딩할 때는, 슬라이스 데이터의 디코딩에 참조 픽처 리스트 0(즉, RefPicList[ 0 ])만이 사용된다. B 슬라이스를 디코딩할 때는, 슬라이스 데이터의 디코딩에 참조 픽처 리스트 0과 참조 픽처 리스트 1(즉, RefPicList[ 1 ]) 둘 다 사용된다. non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시, 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]이 도출된다. 참조 픽처 리스트들은 참조 픽처들의 마킹에 또는 슬라이스 데이터의 디코딩에 사용된다. 픽처의 첫 번째 슬라이스가 아닌 non-IRAP 픽처의 I 슬라이스의 경우, 비트스트림 적합성 검사 목적으로 RefPicList[ 0 ] 및 RefPicList[ 1 ]이 도출될 수 있지만, 현재 픽처 또는 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들의 디코딩에 이들의 도출이 필요하지는 않다. 픽처의 첫 번째 슬라이스가 아닌 P 슬라이스의 경우, 비트스트림 적합성 검사 목적으로 RefPicList[ 1 ]이 도출될 수 있지만, 현재 픽처 또는 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들의 디코딩에 그 도출이 필요하지는 않다. 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
0 또는 1과 같은 각각의 i에 대해, 다음이 적용된다: RefPicList[ i ] 내의 첫 번째 NumRefIdxActive[ i ] 엔트리들은 RefPicList[ i ] 내의 활성 엔트리들로 지칭되고, RefPicList[ i ] 내의 다른 엔트리들은 RefPicList[ i ] 내의 비활성 엔트리들로 지칭된다. 0에서부터 NumEntriesInList[ i ][ RplsIdx[ i ] ] - 1까지의 범위 내의 j에 대한 RefPicList[ i ][ j ] 내의 각각의 엔트리는, lt_ref_pic_flag[ i ][ RplsIdx[ i ] ][ j ]가 0과 같다면 STRP 엔트리로 지칭되고, 그렇지 않다면 LTRP 엔트리로 지칭된다. 특정 픽처가 RefPicList[ 0 ] 내의 엔트리와 RefPicList[ 1 ] 내의 엔트리 둘 다에 의해 참조되는 것이 가능하다. 특정 픽처가 RefPicList[ 0 ] 내의 하나의 엔트리보다 많은 엔트리에 의해 또는 RefPicList[ 1 ] 내의 하나의 엔트리보다 많은 엔트리에 의해 참조되는 것이 또한 가능하다. RefPicList[ 0 ] 내의 활성 엔트리들과 RefPicList[ 1 ] 내의 활성 엔트리들은 집합적으로, 현재 픽처 및 디코딩 순서에서 현재 픽처를 뒤따르는 하나 이상의 픽처들의 인터 예측에 사용될 수 있는 모든 참조 픽처들을 의미한다. RefPicList[ 0 ] 내의 비활성 엔트리들과 RefPicList[ 1 ] 내의 비활성 엔트리들은 집합적으로, 현재 픽처의 인터 예측에 사용되지 않지만 디코딩 순서에서 현재 픽처를 뒤따르는 하나 이상의 픽처들에 대한 인터 예측에 사용될 수 있는 모든 참조 픽처들을 의미한다. 대응하는 픽처들이 DPB에 존재하지 않기 때문에, RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내에는 "참조 픽처 없음"과 같은 하나 이상의 엔트리들이 있을 수 있다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서 "참조 픽처 없음"과 같은 각각의 비활성 엔트리는 무시되어야 한다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서 "참조 픽처 없음"과 같은 각각의 활성 엔트리에 대해서는 의도하지 않은 픽처 손실이 추론되어야 한다.
다음의 제약들이 적용되는 것이 비트스트림 적합성 요건이다: 0 또는 1과 같은 각각의 i에 대해, NumEntriesInList[ i ][ RplsIdx[ i ] ]는 NumRefIdxActive[ i ]보다 작지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 활성 엔트리에 의해 참조되는 픽처가 DPB에 존재할 것이며 현재 픽처의 TemporalId보다 작거나 같은 TemporalId를 가질 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 비활성 엔트리의 엔트리 인덱스는 현재 픽처의 디코딩을 위한 참조 인덱스로서 사용되지 않을 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 비활성 엔트리는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 다른 엔트리와 동일한 픽처를 참조하지 않을 것이다. 픽처의 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 STRP 엔트리 및 동일한 픽처의 동일한 슬라이스 또는 상이한 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 LTRP 엔트리는 동일한 픽처를 참조하지 않을 것이다. 현재 픽처 자체는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에는 현재 픽처의 PicOrderCntVal과 엔트리에 의해 참조되는 픽처의 PicOrderCntVal 간의 차가 224보다 크거나 같은 LTRP 엔트리가 없을 것이다. setOfRefPics를 RefPicList[ 0 ] 내의 모든 엔트리들과 RefPicList[ 1 ] 내의 모든 엔트리들에 의해 참조되는 고유 픽처들의 세트로 놓는다. setOfRefPics 내의 픽처들의 수는 sps_max_dec_pic_buffering_minus1보다 작거나 같을 것이고, setOfRefPics는 픽처의 모든 슬라이스들에 대해 동일할 것이다.
참조 픽처 마킹에 대한 디코딩 프로세스.
이 프로세스는, 슬라이스 헤더의 디코딩 및 슬라이스에 대한 참조 픽처 리스트 구성에 대한 디코딩 프로세스 이후, 그러나 슬라이스 데이터의 디코딩에 앞서, 픽처마다 한 번씩 호출된다. 이 프로세스는 DPB 내의 하나 이상의 참조 픽처들이 "참조에 사용되지 않음" 또는 "장기 참조에 사용됨"으로 마킹되게 할 수 있다. DPB 내의 디코딩된 픽처는 "참조에 사용되지 않음," "단기 참조에 사용됨" 또는 "장기 참조에 사용됨"으로 마킹될 수 있지만, 디코딩 프로세스의 동작 도중 임의의 주어진 순간에는 이러한 세 가지 중 하나로만 마킹될 수 있다. 이러한 마킹들 중 하나를 픽처에 할당하는 것은 적용 가능한 경우, 이러한 마킹들 중 다른 마킹을 암시적으로 삭제한다. 픽처가 "참조에 사용됨"으로 마킹되는 것으로 언급되는 경우, 이는 집합적으로, "단기 참조에 사용됨" 또는 "장기 참조에 사용됨"(그러나 둘 다는 아님)으로 마킹되는 픽처를 의미한다. 현재 픽처가 IRAP 픽처인 경우, (만약 있다면) 현재 DPB 내에 있는 모든 참조 픽처들이 "참조에 사용되지 않음"으로 마킹된다. STRP들이 이들의 PicOrderCntVal 값들에 의해 식별된다. LTRP들은 이들의 PicOrderCntVal 값들의 Log2( MaxLtPicOrderCntLsb ) LSB들에 의해 식별된다. 다음이 적용된다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 LTRP 엔트리에 대해, 참조된 픽처가 STRP인 경우, 픽처는 "장기 참조에 사용됨"으로 마킹된다. DPB에서 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않는 각각의 참조 픽처는 "참조에 사용되지 않음"으로 마킹된다.
본 개시내용의 제2 실시예의 상세한 설명이 제공된다. 이 섹션은 앞서 설명한 개시내용의 제2 실시예를 문서화한다. 설명은 최신 VVC WD에 관련된다. 이 실시예에서, 참조 픽처 리스트 0과 참조 픽처 리스트 1에 의해 공유되는 한 세트의 참조 픽처 리스트 구조들이 SPS에서 시그널링된다.
시퀀스 파라미터 세트 RBSP 신택스.
픽처 파라미터 세트 RBSP 신택스.
슬라이스 헤더 신택스.
참조 픽처 리스트 구조 신택스.
NAL 단위 헤더 시맨틱스가 논의된다.
시퀀스 파라미터 세트 RBSP 시맨틱스.
log2_max_pic_order_cnt_lsb_minus4는 픽처 순서 카운트에 대한 디코딩 프로세스에서 사용되는 변수 MaxPicOrderCntLsb의 값을 다음과 같이 명시한다: MaxPicOrderCntLsb = 2( log2_max_pic_order_cnt_lsb_minus4 + 4 ). log2_max_pic_order_cnt_lsb_minus4의 값은 0부터 12까지의 범위에 있을 것이다. sps_max_dec_pic_buffering_minus1에 1을 더한 값은 CVS에 대한 디코딩된 픽처 버퍼의 최대 필요 크기를 픽처 저장 버퍼들의 단위로 명시한다. sps_max_dec_pic_buffering_minus1의 값은 0부터 MaxDpbSize - 1까지의 범위에 있을 것이며, 여기서 MaxDpbSize는 다른 어딘가에서 명시된 것과 같다. num_ref_pic_lists_in_sps는 SPS에 포함된 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조들의 수를 명시한다. num_ref_pic_lists_in_sps의 값은 0부터 128까지의 범위에 있을 것이다. 현재 픽처의 슬라이스 헤더들에서 직접 시그널링되는 2개의 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조들이 존재할 수 있으므로, 디코더는 num_short_term_ref_pic_sets + 2 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조들의 총 개수에 대한 메모리를 할당해야 한다. 0과 같은 long_term_ref_pics_flag는 CVS에서 임의의 코딩된 픽처의 인터 예측에 LTRP가 사용되지 않음을 지정한다. 1과 같은 long_term_ref_pics_flag는 CVS에서 하나 이상의 코딩된 픽처들의 인터 예측에 LTRP들이 사용될 수 있음을 명시한다. additional_lt_poc_lsb는 참조 픽처 리스트들에 대한 디코딩 프로세스에서 사용되는 변수 MaxLtPicOrderCntLsb의 값을 다음과 같이 명시한다: MaxLtPicOrderCntLsb = 2( log2_max_pic_order_cnt_lsb_minus4 + 4 + additional_lt_poc_lsb )). additional_lt_poc_lsb의 값은 0부터 32 - log2_max_pic_order_cnt_lsb_minus4 - 4까지의 범위에 있을 것이다. additional_lt_poc_lsb의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다.
픽처 파라미터 세트 RBSP 시맨틱스가 논의된다.
슬라이스 헤더 시맨틱스.
슬라이스 헤더 신택스 엘리먼트들 slice_pic_parameter_set_id 및 slice_pic_order_cnt_lsb 각각의 값은, 존재하는 경우, 코딩된 픽처의 모든 슬라이스 헤더들과 동일할 것이다. slice_type은 표 7-3에 따라 슬라이스의 코딩 타입을 명시한다.
nal_unit_type이 IRAP_NUT와 같을 때, 즉 픽처가 IRAP 픽처일 때, slice_type는 2와 같을 것이다. … slice_pic_order_cnt_lsb는 현재 픽처에 대해 픽처 순서 카운트 모듈로(modulo) MaxPicOrderCntLsb를 명시한다. slice_pic_order_cnt_lsb 신택스 엘리먼트의 길이는 log2_max_pic_order_cnt_lsb_minus4 + 4 비트이다. Slice_pic_order_cnt_lsb의 값은 0부터 MaxPicOrderCntLsb - 1까지의 범위에 있을 것이다. slice_pic_order_cnt_lsb가 존재하지 않으면, slice_pic_order_cnt_lsb는 0과 같은 것으로 추론된다. 1과 같은 ref_pic_list_sps_flag[ i ]는, 활성 SPS 내의 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조 중 하나를 기초로 현재 픽처의 참조 픽처 리스트(i)가 도출됨을 명시한다. 0과 같은 ref_pic_list_sps_flag[ i ]는, 현재 픽처의 슬라이스 헤더들에 직접 포함되는 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조를 기초로 현재 픽처의 참조 픽처 리스트(i)가 도출됨을 명시한다. num_ref_pic_lists_in_sps가 0과 같을 때, ref_pic_list_sps_flag[ i ]의 값은 0과 같을 것이다. ref_pic_list_idx[ i ]는, 활성 SPS에 포함된 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조들의 리스트에, 현재 픽처의 참조 픽처 리스트(i)의 도출에 사용되는 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조의 인덱스를 명시한다. 신택스 엘리먼트 ref_pic_list_idx[ i ]는 Ceil( Log2( num_ref_pic_lists_in_sps ) ) 비트들로 표현된다. ref_pic_list_idx[ i ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. ref_pic_list_idx[ i ]의 값은 0부터 num_ref_pic_lists_in_sps - 1까지의 범위에 있을 것이다. 1과 같은 num_ref_idx_active_override_flag는, P 및 B 슬라이스들에 대해 신택스 엘리먼트 num_ref_idx_active_minus1[ 0 ]이 존재하고 B 슬라이스들에 대해 신택스 엘리먼트 num_ref_idx_active_minus1[ 1 ]이 존재함을 명시한다. 0과 같은 num_ref_idx_active_override_flag는, 신택스 엘리먼트들 num_ref_idx_active_minus1[ 0 ] 및 num_ref_idx_active_minus1[ 1 ]이 존재하지 않음을 명시한다.
num_ref_idx_active_minus1[ i ]는, 존재하는 경우, 변수 NumRefIdxActive[ i ]의 값을 다음과 같이 명시한다: NumRefIdxActive[ i ] = num_ref_idx_active_minus1[ i ] + 1. num_ref_idx_active_minus1[ i ]의 값은 0부터 14까지의 범위에 있을 것이다. NumRefIdxActive[ i ] - 1의 값은 슬라이스를 디코딩하는 데 사용될 수 있는, 참조 픽처 리스트(i)에 대한 최대 참조 인덱스를 명시한다. NumRefIdxActive[ i ]의 값이 0과 같을 때, 참조 픽처 리스트(i)에 대한 참조 인덱스는 슬라이스를 디코딩하는 데 사용되지 않을 수 있다. 0 또는 1과 같은 i에 대해, 현재 슬라이스가 B 슬라이스이고 num_ref_idx_active_override_flag가 0과 같으면, NumRefIdxActive[ i ]는 num_ref_idx_default_active_minus1[ i ] + 1과 같은 것으로 추론된다. 현재 슬라이스가 P 슬라이스이고 num_ref_idx_active_override_flag가 0과 같으면, NumRefIdxActive[ 0 ]은 num_ref_idx_default_active_minus1[ 0 ] + 1과 같은 것으로 추론된다. 현재 슬라이스가 P 슬라이스이면, NumRefIdxActive[ 1 ]은 0과 같은 것으로 추론된다. 현재 슬라이스가 I 슬라이스이면, NumRefIdxActive[ 0 ]과 NumRefIdxActive[ 1 ] 둘 다 0과 같은 것으로 추론된다.
대안으로, 0 또는 1과 같은 i에 대해, 상기 이후에 다음이 적용된다: rplsIdx1이 ref_pic_list_sps_flag[ i ] ? ref_pic_list_idx[ i ] : num_ref_pic_lists_in_sps[ i ]와 같게 설정되고, numRpEntries[ i ]가 num_strp_entries[ i ][ rplsIdx1 ] + num_ltrp_entries[ i ][ rplsIdx1 ]과 같다고 한다. NumRefIdxActive[ i ]가 numRpEntries[ i ]보다 크면, NumRefIdxActive[ i ]의 값은 numRpEntries[ i ]와 같게 설정된다.
참조 픽처 리스트 구조 시맨틱스.
ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조는 SPS에 또는 슬라이스 헤더에 존재할 수 있다. 신택스 구조가 슬라이스 헤더에 포함되는지 아니면 SPS에 포함되는지에 따라, 다음이 적용된다: ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조는 슬라이스 헤더에 존재한다면, 현재 픽처(슬라이스를 포함하는 픽처)의 참조 픽처 리스트를 명시한다. 그렇지 않으면(SPS에 존재한다면), ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조는 참조 픽처 리스트에 대한 후보를 명시하고, 이 섹션의 나머지에서 명시된 시맨틱스에서 "현재 픽처"라는 용어는, 1) SPS에 포함된 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조들의 리스트에 대한 인덱스와 같은 ref_pic_list_idx[ i ]를 포함하는 하나 이상의 슬라이스들을 갖는, 그리고 2) SPS를 활성 SPS로서 갖는 CVS 내에 있는 각각의 픽처를 의미한다. num_strp_entries[ rplsIdx ]는 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조 내의 STRP 엔트리들의 수를 명시한다. num_ltrp_entries[ rplsIdx ]는 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조 내의 LTRP 엔트리들의 수를 명시한다. num_ltrp_entries[ rplsIdx ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다.
변수 NumEntriesInList[ rplsIdx ]는 다음과 같이 도출된다: NumEntriesInList[ rplsIdx ] = num_strp_entries[ rplsIdx ] + num_ltrp_entries[ rplsIdx ]. NumEntriesInList[ rplsIdx ]의 값은 0부터 sps_max_dec_pic_buffering_minus1까지의 범위에 있을 것이다. 1과 같은 lt_ref_pic_flag[ rplsIdx ][ i ]는 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리가 LTRP 엔트리임을 명시한다. 0과 같은 lt_ref_pic_flag[ rplsIdx ][ i ]는 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리가 STRP 엔트리임을 명시한다. lt_ref_pic_flag[ rplsIdx ][ i ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. 0부터 NumEntriesInList[ rplsIdx ] - 1까지의 범위의 모든 i 값들에 대한 lt_ref_pic_flag[ rplsIdx ][ i ]의 합은 num_ltrp_entries[ rplsIdx ]와 같을 것임이 비트스트림 적합성 요건이다. delta_poc_st[ rplsIdx ][ i ]는, i번째 엔트리가 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조의 첫 번째 STRP 엔트리인 경우, 현재 픽처와 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 값들 간의 차를 명시하거나, i번째 엔트리가 STRP 엔트리이지만 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조의 첫 번째 STRP 엔트리는 아닌 경우, ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조에서 이전 STRP 엔트리에 의해 참조되는 픽처와 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 값들 간의 차를 명시한다. delta_poc_st[ rplsIdx ][ i ]의 값은 0부터 215 - 1까지의 범위에 있을 것이다. poc_lsb_lt[ rplsIdx ][ i ]는 ref_pic_list_struct( rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 모듈로 MaxLtPicOrderCntLsb의 값을 명시한다. poc_lsb_lt[ rplsIdx ][ i ] 신택스 엘리먼트의 길이는 Log2( MaxLtPicOrderCntLsb ) 비트이다.
본 개시내용의 제1 실시예의 상세한 설명의 일부로 명시된 일반적인 디코딩 프로세스가 적용된다. NAL 단위 디코딩 프로세스가 설명된다. 본 개시내용의 제1 실시예의 상세한 설명의 일부로 명시된 NAL 단위 디코딩 프로세스가 적용된다.
슬라이스 디코딩 프로세스가 제공된다.
픽처 순서 카운트에 대한 디코딩 프로세스.
본 개시내용의 제1 실시예의 상세한 설명의 일부로 명시된 픽처 순서 카운트에 대한 디코딩 프로세스가 적용된다.
참조 픽처 리스트 구성에 대한 디코딩 프로세스.
이 프로세스는 non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시에 호출된다. 참조 픽처들은 참조 인덱스들을 통해 어드레싱된다. 참조 인덱스는 참조 픽처 리스트에 대한 인덱스이다. I 슬라이스를 디코딩할 때, 슬라이스 데이터의 디코딩에는 참조 픽처 리스트가 사용되지 않는다. P 슬라이스를 디코딩할 때는, 슬라이스 데이터의 디코딩에 참조 픽처 리스트 0(즉, RefPicList[ 0 ])만이 사용된다. B 슬라이스를 디코딩할 때는, 슬라이스 데이터의 디코딩에 참조 픽처 리스트 0과 참조 픽처 리스트 1(즉, RefPicList[ 1 ]) 둘 다 사용된다. non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시, 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]이 도출된다. 참조 픽처 리스트들은 참조 픽처들의 마킹에 또는 슬라이스 데이터의 디코딩에 사용된다. 픽처의 첫 번째 슬라이스가 아닌 non-IRAP 픽처의 I 슬라이스의 경우, 비트스트림 적합성 검사 목적으로 RefPicList[ 0 ] 및 RefPicList[ 1 ]이 도출될 수 있지만, 현재 픽처 또는 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들의 디코딩에 이들의 도출이 필요하지는 않다. 픽처의 첫 번째 슬라이스가 아닌 P 슬라이스의 경우, 비트스트림 적합성 검사 목적으로 RefPicList[ 1 ]이 도출될 수 있지만, 현재 픽처 또는 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들의 디코딩에 그 도출이 필요하지는 않다.
참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
0 또는 1과 같은 각각의 i에 대해, 다음이 적용된다: RefPicList[ i ] 내의 첫 번째 NumRefIdxActive[ i ] 엔트리들은 RefPicList[ i ] 내의 활성 엔트리들로 지칭되고, RefPicList[ i ] 내의 다른 엔트리들은 RefPicList[ i ] 내의 비활성 엔트리들로 지칭된다. 0에서부터 NumEntriesInList[ RplsIdx[ i ] ] - 1까지의 범위 내의 j에 대한 RefPicList[ i ][ j ] 내의 각각의 엔트리는, lt_ref_pic_flag[ RplsIdx[ i ] ][ j ]가 0과 같다면 STRP 엔트리로 지칭되고, 그렇지 않다면 LTRP 엔트리로 지칭된다. 특정 픽처가 RefPicList[ 0 ] 내의 엔트리와 RefPicList[ 1 ] 내의 엔트리 둘 다에 의해 참조되는 것이 가능하다. 특정 픽처가 RefPicList[ 0 ] 내의 하나의 엔트리보다 많은 엔트리에 의해 또는 RefPicList[ 1 ] 내의 하나의 엔트리보다 많은 엔트리에 의해 참조되는 것이 또한 가능하다. RefPicList[ 0 ] 내의 활성 엔트리들과 RefPicList[ 1 ] 내의 활성 엔트리들은 집합적으로, 현재 픽처 및 디코딩 순서에서 현재 픽처를 뒤따르는 하나 이상의 픽처들의 인터 예측에 사용될 수 있는 모든 참조 픽처들을 의미한다. RefPicList[ 0 ] 내의 비활성 엔트리들과 RefPicList[ 1 ] 내의 비활성 엔트리들은 집합적으로, 현재 픽처의 인터 예측에 사용되지 않지만 디코딩 순서에서 현재 픽처를 뒤따르는 하나 이상의 픽처들에 대한 인터 예측에 사용될 수 있는 모든 참조 픽처들을 의미한다. 대응하는 픽처들이 DPB에 존재하지 않기 때문에, RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내에는 "참조 픽처 없음"과 같은 하나 이상의 엔트리들이 있을 수 있다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서 "참조 픽처 없음"과 같은 각각의 비활성 엔트리는 무시되어야 한다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서 "참조 픽처 없음"과 같은 각각의 활성 엔트리에 대해서는 의도하지 않은 픽처 손실이 추론되어야 한다.
다음의 제약들이 적용되는 것이 비트스트림 적합성 요건이다: 0 또는 1과 같은 각각의 i에 대해, NumEntriesInList[ RplsIdx[ i ] ]는 NumRefIdxActive[ i ]보다 작지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 활성 엔트리에 의해 참조되는 픽처가 DPB에 존재할 것이며 현재 픽처의 TemporalId보다 작거나 같은 TemporalId를 가질 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 비활성 엔트리의 엔트리 인덱스는 현재 픽처의 디코딩을 위한 참조 인덱스로서 사용되지 않을 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 비활성 엔트리는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 다른 엔트리와 동일한 픽처를 참조하지 않을 것이다. 픽처의 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 STRP 엔트리 및 동일한 픽처의 동일한 슬라이스 또는 상이한 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 LTRP 엔트리는 동일한 픽처를 참조하지 않을 것이다. 현재 픽처 자체는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에는 현재 픽처의 PicOrderCntVal과 엔트리에 의해 참조되는 픽처의 PicOrderCntVal 간의 차가 224보다 크거나 같은 LTRP 엔트리가 없을 것이다. setOfRefPics를 RefPicList[ 0 ] 내의 모든 엔트리들과 RefPicList[ 1 ] 내의 모든 엔트리들에 의해 참조되는 고유 픽처들의 세트로 놓는다. setOfRefPics 내의 픽처들의 수는 sps_max_dec_pic_buffering_minus1보다 작거나 같을 것이고, setOfRefPics는 픽처의 모든 슬라이스들에 대해 동일할 것이다.
참조 픽처 마킹에 대한 디코딩 프로세스가 논의된다.
이 프로세스는, 슬라이스 헤더의 디코딩 및 슬라이스에 대한 참조 픽처 리스트 구성에 대한 디코딩 프로세스 이후, 그러나 슬라이스 데이터의 디코딩에 앞서, 픽처마다 한 번씩 호출된다. 이 프로세스는 DPB 내의 하나 이상의 참조 픽처들이 "참조에 사용되지 않음" 또는 "장기 참조에 사용됨"으로 마킹되게 할 수 있다. DPB 내의 디코딩된 픽처는 "참조에 사용되지 않음," "단기 참조에 사용됨" 또는 "장기 참조에 사용됨"으로 마킹될 수 있지만, 디코딩 프로세스의 동작 도중 임의의 주어진 순간에는 이러한 세 가지 중 하나로만 마킹될 수 있다. 이러한 마킹들 중 하나를 픽처에 할당하는 것은 적용 가능한 경우, 이러한 마킹들 중 다른 마킹을 암시적으로 삭제한다. 픽처가 "참조에 사용됨"으로 마킹되는 것으로 언급되는 경우, 이는 집합적으로, "단기 참조에 사용됨" 또는 "장기 참조에 사용됨"(그러나 둘 다는 아님)으로 마킹되는 픽처를 의미한다. 현재 픽처가 IRAP 픽처인 경우, (만약 있다면) 현재 DPB 내에 있는 모든 참조 픽처들이 "참조에 사용되지 않음"으로 마킹된다. STRP들이 이들의 PicOrderCntVal 값들에 의해 식별된다. LTRP들은 이들의 PicOrderCntVal 값들의 Log2( MaxLtPicOrderCntLsb ) LSB들에 의해 식별된다.
다음이 적용된다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 LTRP 엔트리에 대해, 참조된 픽처가 STRP인 경우, 픽처는 "장기 참조에 사용됨"으로 마킹된다. DPB에서 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않는 각각의 참조 픽처는 "참조에 사용되지 않음"으로 마킹된다.
도 5는 비디오 디코더(예컨대, 비디오 디코더(30))에 의해 구현되는, 코딩된 비디오 비트스트림을 디코딩하는 방법(500)의 일 실시예이다. 이 방법(500)은 디코딩된 비트스트림이 비디오 인코더(예컨대, 비디오 인코더(20))로부터 직접 또는 간접적으로 수신된 후에 수행될 수 있다. 이 방법(500)은 디코딩 프로세스를 개선하기 위해(예컨대, 디코딩 프로세스를 종래의 디코딩 프로세스들보다 더 효율적이고 더 빨라지게 하는 등) 수행될 수 있다.
블록(502)에서, 코딩된 비디오 비트스트림 내에 제시된 현재 슬라이스의 제1 참조 픽처 리스트 및 현재 슬라이스의 제2 참조 픽처 리스트가 획득된다. 일 실시예에서, 제1 참조 픽처 리스트는 RefPictList[0]으로 지정되고 제2 참조 픽처 리스트는 RefPictList[1]로 지정된다.
블록(504)에서, 현재 슬라이스가 그 현재 슬라이스가 속한 현재 픽처의 첫 번째 슬라이스인 경우, 제1 참조 픽처 리스트 및 제2 참조 픽처 리스트에 기초하여, 디코딩된 픽처 버퍼(DPB) 내의 참조 픽처의 상태가 마킹된다. 일 실시예에서, 디코딩된 픽처 버퍼 내의 참조 픽처의 상태는 단기 참조에 사용됨, 장기 참조에 사용됨, 또는 참조에 사용되지 않음 중 하나이다.
블록(506)에서, 참조 픽처의 상태가 단기 참조에 사용되거나 장기 참조에 사용될 때, 현재 픽처(또는 현재 픽처에 뒤따르는 픽처의 복원 프로세스에서 참조 픽처가 사용된다. 재구성 프로세스 후에, 비디오 디코더는 비디오 또는 이미지를 출력할 수 있다. 일 실시예에서, 그 비디오 또는 이미지는 전자 디바이스(예컨대, 스마트폰, 태블릿, 랩톱 등)의 디스플레이 상에 디스플레이될 수 있다.
도 6은 비디오 디코더(예컨대, 비디오 디코더(30))에 의해 구현되는, 코딩된 비디오 비트스트림을 디코딩하는 방법(600)의 일 실시예이다. 이 방법(600)은 디코딩된 비트스트림이 비디오 인코더(예컨대, 비디오 인코더(20))로부터 직접 또는 간접적으로 수신된 후에 수행될 수 있다. 이 방법(600)은 디코딩 프로세스를 개선하기 위해(예컨대, 디코딩 프로세스를 종래의 디코딩 프로세스들보다 더 효율적이고 더 빨라지게 하는 등) 수행될 수 있다.
블록(602)에서, 첫 번째 디코딩된 픽처를 획득하도록 비디오 디코더에 의해 (자신의 모든 슬라이스들을 포함하는) 첫 번째 픽처가 디코딩된다. 블록(604)에서, 첫 번째 디코딩된 픽처는 디코딩 이후 비디오 디코더에 의해, 디코딩된 픽처 버퍼(DPB)에 저장된다. 일 실시예에서, DPB는 첫 번째 디코딩된 픽처에 추가하여 복수의 참조 픽처들을 포함한다. 인코더와 디코더 간의 동기화를 보장하기 위해 DPB의 내용이 관리된다. DPB에 보유된 픽처들의 세트는 참조 픽처 세트(RPS)로 지칭된다.
블록(606)에서, 첫 번째 픽처의 모든 슬라이스들이 디코딩된 후 첫 번째 픽처가 단기 참조에 사용됨으로 마킹된다. 일 실시예에서, 첫 번째 픽처는 단기 참조에 사용됨으로 마킹될 때는 STRP로 지칭된다. 일 실시예에서, STRP는 픽처 순서 카운트 값(PicOrderCntVal)에 의해 식별된다.
블록(608)에서는, 현재 픽처의 첫 번째 슬라이스가 디코딩된다. 일 실시예에서, 현재 픽처의 첫 번째 슬라이스에 대한 디코딩 프로세스는, 비디오 디코더에 의해, 제1 참조 픽처 리스트 및 제2 참조 픽처 리스트를 획득하는 단계, 비디오 디코더에 의해, 첫 번째 픽처가 제1 참조 픽처 리스트 또는 제2 참조 픽처 리스트의 장기 참조 픽처(LTRP) 엔트리에 의해 참조될 때, 첫 번째 픽처를 장기 참조에 사용됨으로 리마킹하는 단계, 및 비디오 디코더에 의해, 첫 번째 픽처가 제1 참조 픽처 리스트 또는 제2 참조 픽처 리스트에서 참조되지 않을 때, 첫 번째 픽처를 참조에 사용되지 않음으로 리마킹하는 단계를 포함한다. 따라서 첫 번째 픽처가 제1 참조 픽처 리스트 또는 제2 참조 픽처 리스트 내의 LTRP 엔트리에 의해 참조되지 않을 때, 첫 번째 픽처의 상태는 STRP에서 참조에 사용되지 않음으로 변경 또는 업데이트된다.
일 실시예에서, 제1 참조 픽처 리스트는 RefPictList[0]으로 지정되고 제2 참조 픽처 리스트는 RefPictList[1]로 지정된다. 일 실시예에서, 현재 픽처는 non-IRAP 픽처를 포함한다. 일 실시예에서, 픽처 순서 카운트 값(PicOrderCntVal)의 최대 장기 픽처 순서 카운트 최하위 비트들의 로그 함수(Log2(MaxLtPicOrderCntLsb))에 의해 LTRP가 식별된다.
일 실시예에서, 임의의 주어진 시점에, 첫 번째 픽처는 단기 참조에 사용됨, 장기 참조에 사용됨, 및 참조에 사용되지 않음 중 하나로만 마킹 또는 리마킹된다. 일 실시예에서, 첫 번째 픽처를 단기 참조에 사용됨, 장기 참조에 사용됨, 및 참조에 사용되지 않음 중 하나로 마킹 또는 리마킹하는 것은 첫 번째 픽처에 대한 임의의 다른 마킹을 삭제한다.
제1 실시예 및 제2 실시예에 기초한 대안적인 실시예들의 요약이 제공된다.
이 섹션의 본 개시내용의 다른 대안적인 실시예들의 간략한 요약들을 제공한다. 요약들은 제1 실시예의 설명에 관련된다. 그러나 다음의 대안적인 실시예들에 대한 개시내용의 기본 개념은 또한 제2 실시예에 대한 개시내용에 더하여 구현에 적용 가능하다. 이러한 구현은 제1 실시예에 더하여 측면들이 구현되는 방식의 동일한 사상에 있다.
단기 참조 픽처 엔트리들의 델타 POC의 시맨틱스.
본 개시내용의 하나의 대안적인 실시예에서, 참조 픽처 리스트 구조 ref_pic_list_struct( ) 내의 i번째 엔트리의 델타 POC를 명시하는 신택스 엘리먼트의 시맨틱이 i번째 엔트리와 연관된 참조 픽처와 현재 픽처 간의 POC 차로서 정의된다. 본 명세서에서 사용되는 설명 중 일부는 델타만 도시 또는 설명되는 현재 표준 초안(예컨대, VVC 규격 초안)과 관련된다. 삭제된 텍스트는 이탤릭체로 표시되며, 임의의 추가된 텍스트는 강조 표시된다.
delta_poc_st[ listIdx ][ rplsIdx ][ i ]의 시맨틱은 다음과 같이 정의되는데: delta_poc_st[ listIdx ][ rplsIdx ][ i ]가 현재 픽처와 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 값들 간의 차를 명시한다. delta_poc_st[ listIdx ][ rplsIdx ][ i ]의 값은 -215부터 215 - 1까지의 범위에 있을 것이다.
참조 픽처 리스트 구성 프로세스의 식은 업데이트될 필요가 있다. 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
장기 참조 픽처 엔트리들의 시그널링.
본 개시내용의 하나의 대안적인 실시예에서, 장기 참조 픽처 엔트리들은 단기 참조 픽처 엔트리들을 포함하는 동일한 참조 픽처 리스트 구조에서 시그널링되지 않는다. 장기 참조 픽처 엔트리들은 별도의 구조로 시그널링되며, 구조 내의 각각의 엔트리에 대해, 최종 참조 픽처 리스트에서 대응하는 엔트리 인덱스의 도출을 위해 장기 참조 픽처 엔트리의 의도된 포지션을 기술하는 신택스 엘리먼트가 있다.
시퀀스 파라미터 세트 RBSP 신택스.
슬라이스 헤더 신택스.
참조 픽처 리스트 구조 신택스.
장기 참조 픽처 리스트 구조 신택스.
시퀀스 파라미터 세트 RBSP 시맨틱스.
num_ref_pic_lists_lt_in_sps는 SPS에 포함된 ref_pic_list_lt_struct( ltRplsIdx ) 신택스 구조들의 수를 명시한다. num_ref_pic_lists_lt_in_sps의 값은 0부터 64까지의 범위에 있을 것이다. num_ref_pic_lists_lt_in_sps의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다.
슬라이스 헤더 시맨틱스.
ref_pic_list_lt_idx[ i ]는, 활성 SPS에 포함된 ref_pic_list_lt_struct( ltRplsIdx ) 신택스 구조들의 리스트에, 현재 픽처의 참조 픽처 리스트(i)의 도출에 사용되는 인덱스를 명시한다. 신택스 엘리먼트 ref_pic_list_lt_idx[ i ]는 Ceil( Log2( num_ref_pic_lists_lt_in_sps ) ) 비트들로 표현된다. Ref_pic_list_lt_idx의 값은 0부터 num_ref_pic_lists_lt_in_sps - 1까지의 범위에 있을 것이다.
참조 픽처 리스트 구조 시맨틱스.
ref_pic_list_struct( listIdx, rplsIdx ) 신택스 구조는 SPS에 또는 슬라이스 헤더에 존재할 수 있다. 신택스 구조가 슬라이스 헤더에 포함되는지 아니면 SPS에 포함되는지에 따라, 다음이 적용된다: ref_pic_list_struct( listIdx, rplsIdx ) 신택스 구조는 슬라이스 헤더에 존재한다면, 현재 픽처(슬라이스를 포함하는 픽처)의 단기 참조 픽처 리스트 listIdx를 명시한다. 그렇지 않으면(SPS에 존재한다면), ref_pic_list_struct( listIdx, rplsIdx ) 신택스 구조는 단기 참조 픽처 리스트 listIdx에 대한 후보를 명시하고, 이 섹션의 나머지에서 명시된 시맨틱스에서 "현재 픽처"라는 용어는, 1) SPS에 포함된 ref_pic_list_struct( listIdx, rplsIdx ) 신택스 구조들의 리스트에 인덱스와 같은 ref_pic_list_idx[ listIdx ]를 포함하는 하나 이상의 슬라이스들을 갖는, 그리고 2) SPS를 활성 SPS로서 갖는 CVS 내에 있는 각각의 픽처를 의미한다. num_strp_entries[ listIdx ][ rplsIdx ]는 ref_pic_list_struct( listIdx, rplsIdx ) 신택스 구조 내의 STRP 엔트리들의 수를 명시한다.
num_ltrp_entries[ listIdx ][ rplsIdx ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 LTRP 엔트리들의 수를 명시한다. num_ltrp_entries[ listIdx ][ rplsIdx ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다.
변수 NumEntriesInList[ listIdx ][ rplsIdx ]는 다음과 같이 도출된다:
NumRefPicEntriesInRpl[ listIdx ][ rplsIdx ] =
num_strp_entries[ listIdx ][ rplsIdx ] +
num_ltrp_entries[ listIdx ][ rplsIdx ]
(7-34)
NumRefPicEntries[ listIdx ][ rplsIdx ]의 값은 0부터 sps_max_dec_pic_buffering_minus1까지의 범위에 있을 것이다.
1과 같은 lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리가 LTRP 엔트리임을 명시한다. 0과 같은 lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리가 STRP 엔트리임을 명시한다. lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다.
0부터 NumRefPicEntries[ listIdx ][ rplsIdx ] - 1까지의 범위의 모든 i 값들에 대한 lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]의 합은 num_ltrp_entries[ listIdx ][ rplsIdx ]와 같을 것임이 비트스트림 적합성 요건이다.
delta_poc_st[ listIdx ][ rplsIdx ][ i ]는, i번째 엔트리가 ref_pic_list_struct( listIdx, rplsIdx ) 신택스 구조의 첫 번째 STRP 엔트리인 경우, 현재 픽처와 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 값들 간의 차를 명시하거나, i번째 엔트리가 STRP 엔트리이지만 ref_pic_list_struct( listIdx, rplsIdx ) 신택스 구조의 첫 번째 STRP 엔트리는 아닌 경우, ref_pic_list_struct( listIdx, rplsIdx ) 신택스 구조에서 이전 STRP 엔트리에 의해 참조되는 픽처와 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 값들 간의 차를 명시한다. delta_poc_st[ listIdx ][ rplsIdx ][ i ]의 값은 -215부터 215 - 1까지의 범위에 있을 것이다.
poc_lsb_lt[ listIdx ][ rplsIdx ][ i ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 모듈로 MaxLtPicOrderCntLsb의 값을 명시한다. poc_lsb_lt[ listIdx ][ rplsIdx ][ i ] 신택스 엘리먼트의 길이는 Log2( MaxLtPicOrderCntLsb ) 비트이다.
장기 참조 픽처 리스트 구조 시맨틱스.
ref_pic_list_lt_struct( ltRplsIdx ) 신택스 구조는 SPS에 또는 슬라이스 헤더에 존재할 수 있다. 신택스 구조가 슬라이스 헤더에 포함되는지 아니면 SPS에 포함되는지에 따라, 다음이 적용된다: ref_pic_list_lt_struct( ltRplsIdx ) 신택스 구조는 슬라이스 헤더에 존재한다면, 현재 픽처(슬라이스를 포함하는 픽처)의 장기 참조 픽처 리스트를 명시한다. 그렇지 않으면(SPS에 존재한다면), ref_pic_list_struct( listIdx, rplsIdx ) 신택스 구조는 장기 참조 픽처 리스트에 대한 후보를 명시하고, 이 섹션의 나머지에서 명시된 시맨틱스에서 "현재 픽처"라는 용어는, 1) SPS에 포함된 ref_pic_list_lt_struct( ltRplsIdx ) 신택스 구조들의 리스트에 대한 인덱스와 같은 ref_pic_list_lt_idx[ i ]를 포함하는 하나 이상의 슬라이스들을 갖는, 그리고 2) SPS를 활성 SPS로서 갖는 CVS 내에 있는 각각의 픽처를 의미한다. num_ltrp_entries[ ltRplsIdx ]는 ref_pic_list_lt_struct( ltRplsIdx ) 신택스 구조 내의 LTRP 엔트리들의 수를 명시한다. poc_lsb_lt[ rplsIdx ][ i ]는 ref_pic_list_lt_struct( rplsIdx ) 신택스 구조 내의 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 모듈로 MaxLtPicOrderCntLsb의 값을 명시한다. poc_lsb_lt[ rplsIdx ][ i ] 신택스 엘리먼트의 길이는 Log2( MaxLtPicOrderCntLsb ) 비트이다. lt_pos_idx[ rplsIdx ][ i ]는, 참조 픽처 리스트 구성 후 참조 픽처 리스트의 ref_pic_list_lt_struct( rplsIdx ) 신택스 구조에서 i번째 엔트리의 인덱스를 명시한다. lt_pos_idx[ rplsIdx ][ i ] 신택스 엘리먼트의 길이는 Log2( sps_max_dec_pic_buffering_minus1 + 1 ) 비트이다. When num_ltrp_entries[ ltRplsIdx ]가 1보다 크면, poc_lsb_lt[ rplsIdx ][ i ] 및 lt_pos_idx[ rplsIdx ][ i ]는 lt_pos_idx[ rplsIdx ][ i ] 값들의 내림차순이 될 것이다.
디코딩 프로세스가 설명된다.
참조 픽처 리스트 구성에 대한 디코딩 프로세스.
이 프로세스는 non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시에 호출된다. 참조 픽처들은 참조 인덱스들을 통해 어드레싱된다. 참조 인덱스는 참조 픽처 리스트에 대한 인덱스이다. I 슬라이스를 디코딩할 때, 슬라이스 데이터의 디코딩에는 참조 픽처 리스트가 사용되지 않는다. P 슬라이스를 디코딩할 때는, 슬라이스 데이터의 디코딩에 참조 픽처 리스트 0(즉, RefPicList[ 0 ])만이 사용된다. B 슬라이스를 디코딩할 때는, 슬라이스 데이터의 디코딩에 참조 픽처 리스트 0과 참조 픽처 리스트 1(즉, RefPicList[ 1 ]) 둘 다 사용된다. non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시, 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]이 도출된다. 참조 픽처 리스트들은 참조 픽처들의 마킹에 또는 슬라이스 데이터의 디코딩에 사용된다. 픽처의 첫 번째 슬라이스가 아닌 non-IRAP 픽처의 I 슬라이스의 경우, 비트스트림 적합성 검사 목적으로 RefPicList[ 0 ] 및 RefPicList[ 1 ]이 도출될 수 있지만, 현재 픽처 또는 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들의 디코딩에 이들의 도출이 필요하지는 않다. 픽처의 첫 번째 슬라이스가 아닌 P 슬라이스의 경우, 비트스트림 적합성 검사 목적으로 RefPicList[ 1 ]이 도출될 수 있지만, 현재 픽처 또는 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들의 디코딩에 그 도출이 필요하지는 않다. 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
0 또는 1과 같은 각각의 i에 대해, 다음이 적용된다: RefPicList[ i ] 내의 첫 번째 NumRefIdxActive[ i ] 엔트리들은 RefPicList[ i ] 내의 활성 엔트리들로 지칭되고, RefPicList[ i ] 내의 다른 엔트리들은 RefPicList[ i ] 내의 비활성 엔트리들로 지칭된다. 0에서부터 NumEntriesInList[ i ][ RplsIdx[ i ] ] - 1까지의 범위 내의 j에 대한 RefPicList[ i ][ j ] 내의 각각의 엔트리는, lt_ref_pic_flag[ i ][ RplsIdx[ i ] ][ j ]가 0과 같다면 STRP 엔트리로 지칭되고, 그렇지 않다면 LTRP 엔트리로 지칭된다. 특정 픽처가 RefPicList[ 0 ] 내의 엔트리와 RefPicList[ 1 ] 내의 엔트리 둘 다에 의해 참조되는 것이 가능하다. 특정 픽처가 RefPicList[ 0 ] 내의 하나의 엔트리보다 많은 엔트리에 의해 또는 RefPicList[ 1 ] 내의 하나의 엔트리보다 많은 엔트리에 의해 참조되는 것이 또한 가능하다. RefPicList[ 0 ] 내의 활성 엔트리들과 RefPicList[ 1 ] 내의 활성 엔트리들은 집합적으로, 현재 픽처 및 디코딩 순서에서 현재 픽처를 뒤따르는 하나 이상의 픽처들의 인터 예측에 사용될 수 있는 모든 참조 픽처들을 의미한다. RefPicList[ 0 ] 내의 비활성 엔트리들과 RefPicList[ 1 ] 내의 비활성 엔트리들은 집합적으로, 현재 픽처의 인터 예측에 사용되지 않지만 디코딩 순서에서 현재 픽처를 뒤따르는 하나 이상의 픽처들에 대한 인터 예측에 사용될 수 있는 모든 참조 픽처들을 의미한다. 대응하는 픽처들이 DPB에 존재하지 않기 때문에, RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내에는 "참조 픽처 없음"과 같은 하나 이상의 엔트리들이 있을 수 있다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서 "참조 픽처 없음"과 같은 각각의 비활성 엔트리는 무시되어야 한다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서 "참조 픽처 없음"과 같은 각각의 활성 엔트리에 대해서는 의도하지 않은 픽처 손실이 추론되어야 한다.
다음의 제약들이 적용되는 것이 비트스트림 적합성 요건이다: 0 또는 1과 같은 각각의 i에 대해, RefPicList[ i ] 내의 엔트리들의 수는 NumRefIdxActive[ i ]보다 작지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 활성 엔트리에 의해 참조되는 픽처가 DPB에 존재할 것이며 현재 픽처의 TemporalId보다 작거나 같은 TemporalId를 가질 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 비활성 엔트리의 엔트리 인덱스는 현재 픽처의 디코딩을 위한 참조 인덱스로서 사용되지 않을 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 비활성 엔트리는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 다른 엔트리와 동일한 픽처를 참조하지 않을 것이다. 픽처의 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 STRP 엔트리 및 동일한 픽처의 동일한 슬라이스 또는 상이한 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 LTRP 엔트리는 동일한 픽처를 참조하지 않을 것이다. 현재 픽처 자체는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에는 현재 픽처의 PicOrderCntVal과 엔트리에 의해 참조되는 픽처의 PicOrderCntVal 간의 차가 224보다 크거나 같은 LTRP 엔트리가 없을 것이다. setOfRefPics를 RefPicList[ 0 ] 내의 모든 엔트리들과 RefPicList[ 1 ] 내의 모든 엔트리들에 의해 참조되는 고유 픽처들의 세트로 놓는다. setOfRefPics 내의 픽처들의 수는 sps_max_dec_pic_buffering_minus1보다 작거나 같을 것이고, setOfRefPics는 픽처의 모든 슬라이스들에 대해 동일할 것이다.
단기 참조 픽처 엔트리들의 수의 시그널링이 논의된다.
본 개시내용의 하나의 대안적인 실시예에서, 참조 픽처 리스트 구조 ref_pic_list_struct( ) 내의 단기 참조 픽처들과 연관된 엔트리들의 수를 명시하는 신택스 엘리먼트는 num_strp_entries[ listIdx ][ rplsIdx ] 대신 num_strp_entries_minus1[ listIdx ][ rplsIdx ]로서 정의된다. 이 변경은 참조 픽처 리스트의 시그널링에 대한 두 가지 효과들을 갖는다: 이것은 ue(v)를 사용하여 엘리먼트가 코딩될 때, 참조 픽처 리스트 구조에서 단기 참조 픽처와 연관된 엔트리들의 수를 시그널링하기 위한 비트들을 절약할 수 있다. 이는 각각의 참조 픽처 리스트가 적어도 하나의 단기 참조 픽처를 포함하도록 암시적으로 제약을 부과한다. 이러한 아이디어를 수용하기 위해, 제1 실시예에 대한 일부 변경들이 필요한다.
슬라이스 헤더들에서의 참조 픽처 리스트 시그널링의 경우, 슬라이스 타입에 따라 필요한 참조 픽처 리스트만이, 즉 I 또는 P 슬라이스들에 대해 하나의 참조 픽처 리스트(즉, 참조 픽처 리스트 0) 그리고 B 슬라이스들에 대해 2개의 참조 픽처 리스트들(즉, 참조 픽처 리스트 0과 참조 픽처 리스트 1 둘 다)가 시그널링된다. 슬라이스 헤더 신택스는 다음과 같이 변경된다:
슬라이스 헤더에 상기 변경(즉, I 또는 P 슬라이스들에 대한 참조 픽처 리스트 0; B 슬라이스들에 대한 참조 픽처 0 및 참조 픽처 1)을 적용함으로써, P 슬라이스의 경우에 단 하나의 단기 참조 픽처만이 존재하는 문제를 이 방식에서 피할 것이다. 그러나 복제된 단기 참조 픽처는 참조 픽처 리스트 0 및 참조 픽처 리스트 1에서 시그널링될 수 없는데, 여기서 참조 픽처 리스트 1 내의 활성 엔트리들의 수가 0과 같아야 하므로 참조 픽처 리스트 1 내의 엔트리는 비활성 엔트리이다. num_strp_entries_minus1[ listIdx ][ rplsIdx ]의 시맨틱은 다음과 같이 변경된다: num_strp_entries_minus1[ listIdx ][ rplsIdx ] + 1은 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 STRP 엔트리들의 수를 명시한다. 변수 NumEntriesInList[ listIdx ][ rplsIdx ]는 다음과 같이 도출된다: NumRefPicEntriesInRpl[ listIdx ][ rplsIdx ] = num_strp_entries_minus1[ listIdx ][ rplsIdx ] + 1 +
num_ltrp_entries[ listIdx ][ rplsIdx ]. NumRefPicEntries[ listIdx ][ rplsIdx ]의 값은 1부터 sps_max_dec_pic_buffering_minus1까지의 범위에 있을 것이다.
참조 픽처 리스트들 내에 현재 픽처의 포함을 허용함.
본 개시내용의 하나의 대안적인 실시예에서, 현재 픽처는 그것의 참조 픽처 리스트들에 포함되는 것이 허용된다. 이 특징을 지원하기 위해, 제1 실시예 및 제2 실시예에서의 그러한 설명들과 관련하여 필요한 신택스 및 시맨틱스 변경이 없다. 그러나 참조 픽처 리스트 구성에 대한 디코딩 프로세스에서 설명되는 비트스트림 적합성 제약들은 다음과 같이 수정될 필요가 있을 것이다: 다음의 제약들이 적용되는 것이 비트스트림 적합성 요건이다: 0 또는 1과 같은 각각의 i에 대해, NumEntriesInList[ i ][ RplsIdx[ i ] ]는 NumRefIdxActive[ i ]보다 작지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 활성 엔트리에 의해 참조되는 픽처가 DPB에 존재할 것이며 현재 픽처의 TemporalId보다 작거나 같은 TemporalId를 가질 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 비활성 엔트리의 엔트리 인덱스는 현재 픽처의 디코딩을 위한 참조 인덱스로서 사용되지 않을 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 비활성 엔트리는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 다른 엔트리와 동일한 픽처를 참조하지 않을 것이다. 픽처의 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 STRP 엔트리 및 동일한 픽처의 동일한 슬라이스 또는 상이한 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 LTRP 엔트리는 동일한 픽처를 참조하지 않을 것이다. 현재 픽처 자체는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않을 것이다. 현재 픽처가 RefPicList[ i ] 내의 엔트리에 의해 참조될 때, 0 또는 1과 같은 i에 대해, 엔트리 인덱스는 NumRefIdxActive[ i ]보다 작을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에는 현재 픽처의 PicOrderCntVal과 엔트리에 의해 참조되는 픽처의 PicOrderCntVal 간의 차가 224보다 크거나 같은 LTRP 엔트리가 없을 것이다. setOfRefPics를 RefPicList[ 0 ] 내의 모든 엔트리들과 RefPicList[ 1 ] 내의 모든 엔트리들에 의해 참조되는 고유 픽처들의 세트로 놓는다. 현재 픽처가 setOfRefPics에 포함되지 않는다면, setOfRefPics 내의 픽처들의 수는 sps_max_dec_pic_buffering_minus1보다 작거나 같을 것이고, 그렇지 않으면, setOfRefPics 내의 픽처들의 수는 sps_max_dec_pic_buffering_minus1 + 1보다 작거나 같을 것이다. setOfRefPics는 픽처의 모든 슬라이스들에 대해 동일할 것이다.
참조 픽처 리스트들 내의 LTRP 엔트리들에 대한 서로 다른 POC LSB 비트들의 사용.
본 개시내용의 하나의 대안적인 실시예에서, 참조 픽처 리스트 구조의 장기 참조 픽처들을 식별하는 데 사용되는 비트들의 수는 참조 픽처 리스트 0과 참조 픽처 리스트 1 간에 상이한 것이 허용된다. 이 특징을 지원하기 위해, 다음 변경들이 필요하다:
additional_lt_poc_lsb[ i ]는 i와 같은 참조 픽처 리스트 listIdx에 대한 디코딩 프로세스에서 사용되는 변수 MaxLtPicOrderCntLsb[ i ]의 값을 다음과 같이 명시한다: MaxLtPicOrderCntLsb[ i ] = 2( log2_max_pic_order_cnt_lsb_ minus4 + 4 + additional_lt_poc_lsb[ i ] ). additional_lt_poc_lsb[ i ]의 값은 0부터 32 - log2_max_pic_order_cnt_lsb_minus4 - 4까지의 범위에 있을 것이다. additional_lt_poc_lsb[ i ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다.
poc_lsb_lt[ listIdx ][ rplsIdx ][ i ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 모듈로 MaxLtPicOrderCntLsb[ listIdx ]의 값을 명시한다. poc_lsb_lt[ listIdx ][ rplsIdx ][ i ] 신택스 엘리먼트의 길이는 Log2( MaxLtPicOrderCntLsb[ listIdx ] ) 비트이다.
참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
참조 픽처 리스트 0 및 참조 픽처 리스트 1에 대해 동일한 ref_pic_list_sps_flag의 사용.
본 개시내용의 하나의 대안적인 실시예에서는, 활성 SPS 내의 ref_pic_list_struct( ) 신택스 구조들을 기초로 참조 픽처 리스트 0 및 참조 픽처 리스트 1이 도출되는지 여부를 표시하기 위해 2개의 플래그들을 사용하는 대신, 두 참조 픽처 리스트들 모두에 하나의 플래그가 사용된다. 이러한 대안은, 두 참조 픽처 리스트들 모두가 활성 SPS 내의 ref_pic_list_struct( )에 기초하여 도출되거나 이러한 참조 픽처 리스트들이 현재 픽처의 슬라이스 헤더들에 직접 포함되는 ref_pic_list_struct( ) 신택스 구조들에 기초하여 도출되는 것으로 제한한다. 이 특징을 지원하기 위해, 다음 변경들이 필요하다:
1과 같은 ref_pic_list_sps_flag[ i ]는, 활성 SPS에 i와 같은 listIdx를 갖는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조들 중 하나를 기초로 현재 픽처의 참조 픽처 리스트들(i)이 도출됨을 명시한다. 0과 같은 ref_pic_list_sps_flag[ i ]는, 현재 픽처의 슬라이스 헤더들에 직접 포함되는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조들을 기초로 현재 픽처의 참조 픽처 리스트들(i)이 도출됨을 명시한다. num_ref_pic_lists_in_sps[ 0 ] 또는 num_ref_pic_lists_in_sps[ 1 ]이 0과 같을 때, ref_pic_list_sps_flag[ i ]의 값은 0과 같을 것이다. pic_lists_in_sps[ 1 ]이 0과 같고, ref_pic_list_sps_flag의 값은 0과 같을 것이다.
참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
장기 참조 픽처 엔트리들에 대한 델타 POC 최상위 비트(MSB: Most Significant Bit)의 시그널링.
본 개시내용의 하나의 대안적인 실시예에서는, ref_pic_list_struct( )에서 장기 참조 픽처 엔트리들의 POC LSB를 나타내기 위해 추가 비트들을 사용하는 대신, 장기 참조 픽처들을 구별하기 위해 POC MSB 사이클이 시그널링된다. 시그널링될 때, ref_pic_list_struct( )에서 장기 참조 픽처를 참조하는 각각의 엔트리에 대해 POC MSB 사이클 정보가 시그널링된다. ref_pic_list_struct( ) 신택스 구조는 SPS에서 시그널링되는 것이 아니라 슬라이스 헤더들에서만 시그널링된다. 이 특징을 지원하기 위해, 다음 변경들이 필요하다:
ref_pic_list_struct( listIdx, ltrpFlag ) 신택스 구조는 슬라이스 헤더에 존재할 수 있다. ref_pic_list_struct( listIdx, ltrpFlag ) 신택스 구조가 슬라이스 헤더에 존재하면, 이것은 현재 픽처(슬라이스를 포함하는 픽처)의 참조 픽처 리스트 listIdx를 명시한다. num_strp_entries[ listIdx ][ rplsIdx ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 STRP 엔트리들의 수를 명시한다. num_ltrp_entries[ listIdx ][ rplsIdx ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 LTRP 엔트리들의 수를 명시한다. num_ltrp_entries[ listIdx ][ rplsIdx ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다.
변수 NumEntriesInList[ listIdx ] [ rplsIdx ]는 다음과 같이 도출된다:
NumRefPicEntries[ listIdx ] [ rplsIdx ]의 값은 0부터 sps_max_dec_pic_buffering_minus1까지의 범위에 있을 것이다. 1과 같은 lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리가 LTRP 엔트리임을 명시한다. 0과 같은 lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리가 STRP 엔트리임을 명시한다. lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. 0부터 NumRefPicEntries[ listIdx ][ rplsIdx ] - 1까지의 범위의 모든 i 값들에 대한 lt_ref_pic_flag[ listIdx ][ rplsIdx ][ i ]의 합은 num_ltrp_entries[ listIdx ][ rplsIdx ]와 같을 것임이 비트스트림 적합성 요건이다. delta_poc_st[ listIdx ][ rplsIdx ][ i ]는, i번째 엔트리가 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조의 첫 번째 STRP 엔트리인 경우, 현재 픽처와 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 값들 간의 차를 명시하거나, i번째 엔트리가 STRP 엔트리이지만 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조의 첫 번째 STRP 엔트리는 아닌 경우, ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조에서 이전 STRP 엔트리에 의해 참조되는 픽처와 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 값들 간의 차를 명시한다. delta_poc_st[ listIdx ][ rplsIdx ][ i ]의 값은 -215부터 215 - 1까지의 범위에 있을 것이다. poc_lsb_lt[ listIdx ][ rplsIdx ][ i ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 모듈로 MaxLtPicOrderCntLsb의 값을 명시한다. poc_lsb_lt[ listIdx ][ rplsIdx ][ i ] 신택스 엘리먼트의 길이는 Log2( MaxLtPicOrderCntLsb ) 비트이다. 1과 같은 delta_poc_msb_present_flag[ listIdx ][ i ]는 delta_poc_msb_cycle_lt[ listIdx ][ i ]가 존재함을 명시한다. 0과 같은 delta_poc_msb_present_flag[ listIdx ][ i ]는 delta_poc_msb_cycle_lt[ listIdx ][ i ]가 존재하지 않음을 명시한다. num_ltrp_entries[ listIdx ]가 0보다 크고, PicOrderCntVal 모듈로 MaxPicOrderCntLsb가 poc_lsb_lt[ listIdx ][ i ]와 같은 경우에 이 슬라이스 헤더가 디코딩되는 시점에 DPB에 하나의 참조 픽처보다 많은 참조 픽처가 존재하는 경우, delta_poc_msb_present_flag[ listIdx ][ i ]는 1과 같을 것이다. delta_poc_msb_cycle_lt[ listIdx ][ i ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. delta_poc_msb_cycle_lt[ listIdx ][ i ]는 ref_pic_list_struct( listIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리의 픽처 순서 카운트 값의 최상위 비트들의 값을 결정하는 데 사용된다. delta_poc_msb_cycle_lt[ listIdx ][ i ]가 존재하지 않으면, 이는 0과 같은 것으로 추론된다. 픽처 순서 카운트에 대한 디코딩 프로세스의 변경들: 디코딩 프로세스 도중 임의의 순간에, DPB 내의 임의의 2개의 참조 픽처들에 대한 PicOrderCntVal & ( MaxLtPicOrderCntLsb - 1 )의 값들은 동일하지 않을 것이다.
참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
대안으로, delta_poc_msb_cycle_lt[ listIdx ][ i ]의 시맨틱스는 참조 픽처 리스트 구성이 다음과 같이 업데이트될 수 있도록 델타의 델타로서 표현될 수 있다: 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
다음의 제약들이 적용되는 것이 비트스트림 적합성 요건이다: 0 또는 1과 같은 각각의 i에 대해, NumEntriesInList[ i ][ RplsIdx[ i ] ]는 NumRefIdxActive[ i ]보다 작지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 활성 엔트리에 의해 참조되는 픽처가 DPB에 존재할 것이며 현재 픽처의 TemporalId보다 작거나 같은 TemporalId를 가질 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 비활성 엔트리의 엔트리 인덱스는 현재 픽처의 디코딩을 위한 참조 인덱스로서 사용되지 않을 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 비활성 엔트리는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 다른 엔트리와 동일한 픽처를 참조하지 않을 것이다. 픽처의 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 STRP 엔트리 및 동일한 픽처의 동일한 슬라이스 또는 상이한 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 LTRP 엔트리는 동일한 픽처를 참조하지 않을 것이다. 현재 픽처 자체는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에는 현재 픽처의 PicOrderCntVal과 엔트리에 의해 참조되는 픽처의 PicOrderCntVal 간의 차가 224보다 크거나 같은 LTRP 엔트리가 없을 것이다. setOfRefPics를 RefPicList[ 0 ] 내의 모든 엔트리들과 RefPicList[ 1 ] 내의 모든 엔트리들에 의해 참조되는 고유 픽처들의 세트로 놓는다. setOfRefPics 내의 픽처들의 수는 sps_max_dec_pic_buffering_minus1보다 작거나 같을 것이고, setOfRefPics는 픽처의 모든 슬라이스들에 대해 동일할 것이다.
각각의 STRP는 이것의 PicOrderCntVal 값에 의해 식별된다. 각각의 LTRP에 대해, 이것이 RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서, 1과 같은 delta_poc_msb_present_flag[ listIdx ][ i ]를 갖는 엔트리에 의해 참조된다면, 이것은 자신의 PicOrderCntVal 값에 의해 식별되고, 그렇지 않으면, 이것은 자신의 PicOrderCntVal 값의 Log2( MaxPicOrderCntLsb ) LSB들에 의해 식별된다.
장기 참조 픽처 엔트리들에 대한 델타 POC MSB의 시그널링의 대안 1.
이 실시예는 이전 섹션에서 설명된 실시예에 대한 대안을 제공한다. 이전 섹션에서의 아이디어와 유사하게, ref_pic_list_struct( )에서 장기 참조 픽처의 POC LSB를 나타내기 위해 추가 비트들을 사용하는 대신, 장기 참조 픽처들을 구별하기 위해 POC MSB 사이클이 시그널링된다. 그러나 이 대안에서는, 시그널링될 때, ref_pic_list_struct( ) 내에서 POC MSB사이클 정보가 시그널링 되지 않고, 대신 POC MSB사이클 정보가 필요할 때 슬라이스 헤더에서 시그널링된다. ref_pic_list_struct( ) 신택스 구조는 SPS에서 그리고 슬라이스 헤더들에서 시그널링될 수 있다.
1과 같은 delta_poc_msb_present_flag[ i ][ j ]는 delta_poc_msb_cycle_lt[ i ][ j ]가 존재함을 명시한다. 0과 같은 delta_poc_msb_present_flag[ i ][ j ]는 delta_poc_msb_cycle_lt[ i ][ j ]가 존재하지 않음을 명시한다. NumLtrpEntries[ i ]가 0보다 크고 ref_pic_list_struct( i, rplsIdx, 1 ) 신택스 구조 내의 j번째 LTRP 엔트리에 대해, PicOrderCntVal 모듈로 MaxPicOrderCntLsb가 poc_lsb_lt[ i ][ rplsIdx ][ jj ]와 같은 경우에 ― 여기서 jj는 ref_pic_list_struct( i, rplsIdx, 1 ) 신택스 구조에서 j번째 LTRP 엔트리인 ref_pic_list_struct( i, rplsIdx, 1 ) 신택스 구조의 엔트리의 엔트리 인덱스임 ― 이 슬라이스 헤더가 디코딩되는 시점에 DPB에 하나의 참조 픽처보다 많은 참조 픽처가 존재하는 경우, delta_poc_msb_present_flag[ i ][ j ]는 1과 같을 것이다. delta_poc_msb_cycle_lt[ i ][ j ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. delta_poc_msb_cycle_lt[ i ][ j ]는 ref_pic_list_struct( i, rplsIdx, 1 ) 신택스 구조 내의 j번째 LTRP 엔트리의 픽처 순서 카운트 값의 최상위 비트들의 값을 결정하는 데 사용된다. delta_poc_msb_cycle_lt[ i ][ j ]가 존재하지 않으면, 이는 0과 같은 것으로 추론된다.
1과 같은 delta_poc_msb_present_flag[ i ][ j ]는 delta_poc_msb_cycle_lt[ i ][ j ]가 존재함을 명시한다. 0과 같은 delta_poc_msb_present_flag[ i ][ j ]는 delta_poc_msb_cycle_lt[ i ][ j ]가 존재하지 않음을 명시한다. NumLtrpEntries[ i ]가 0보다 크고, PicOrderCntVal 모듈로 MaxPicOrderCntLsb가 poc_lsb_lt[ i ][ rplsIdx ][ j ]와 같은 경우에 이 슬라이스 헤더가 디코딩되는 시점에 DPB에 하나의 참조 픽처보다 많은 참조 픽처가 존재하는 경우, delta_poc_msb_present_flag[ i ][ j ]는 1과 같을 것이다. delta_poc_msb_cycle_lt[ i ][ j ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. delta_poc_msb_cycle_lt[ i ][ j ]는 ref_pic_list_struct( i, rplsIdx, 1 ) 신택스 구조 내의 j번째 엔트리의 픽처 순서 카운트 값의 최상위 비트들의 값을 결정하는 데 사용된다. delta_poc_msb_cycle_lt[ i ][ j ]가 존재하지 않으면, 이는 0과 같은 것으로 추론된다. poc_lsb_lt[ listIdx ][ rplsIdx ][ i ]는 ref_pic_list_struct( listIdx, rplsIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 모듈로 MaxLtPicOrderCntLsb MaxPicOrderCntLsb의 값을 명시한다. poc_lsb_lt[ listIdx ][ rplsIdx ][ i ] 신택스 엘리먼트의 길이는 Log2( MaxLtPicOrderCntLsb MaxPicOrderCntLsb ) 비트이다.
픽처 순서 카운트에 대한 디코딩 프로세스의 변경들: 디코딩 프로세스 도중 임의의 순간에, DPB 내의 임의의 2개의 참조 픽처들에 대한 PicOrderCntVal & ( MaxLtPicOrderCntLsb - 1 )의 값들은 동일하지 않을 것이다.
슬라이스 헤더 설계 1의 경우, 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
대안으로, 슬라이스 헤더 설계 1의 경우, delta_poc_msb_cycle_lt[ listIdx ][ i ]의 시맨틱스는 참조 픽처 리스트 구성이 다음과 같이 업데이트될 수 있도록 델타의 델타로서 표현될 수 있다: 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
슬라이스 헤더 설계 2의 경우, 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
대안으로, 슬라이스 헤더 설계 2의 경우, delta_poc_msb_cycle_lt[ listIdx ][ i ]의 시맨틱스는 참조 픽처 리스트 구성이 다음과 같이 업데이트될 수 있도록 델타의 델타로서 표현될 수 있다: 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
다음의 제약들이 적용되는 것이 비트스트림 적합성 요건이다: 0 또는 1과 같은 각각의 i에 대해, NumEntriesInList[ i ][ RplsIdx[ i ] ]는 NumRefIdxActive[ i ]보다 작지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 활성 엔트리에 의해 참조되는 픽처가 DPB에 존재할 것이며 현재 픽처의 TemporalId보다 작거나 같은 TemporalId를 가질 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 비활성 엔트리의 엔트리 인덱스는 현재 픽처의 디코딩을 위한 참조 인덱스로서 사용되지 않을 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 비활성 엔트리는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 다른 엔트리와 동일한 픽처를 참조하지 않을 것이다. 픽처의 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 STRP 엔트리 및 동일한 픽처의 동일한 슬라이스 또는 상이한 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 LTRP 엔트리는 동일한 픽처를 참조하지 않을 것이다. 현재 픽처 자체는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에는 현재 픽처의 PicOrderCntVal과 엔트리에 의해 참조되는 픽처의 PicOrderCntVal 간의 차가 224보다 크거나 같은 LTRP 엔트리가 없을 것이다. setOfRefPics를 RefPicList[ 0 ] 내의 모든 엔트리들과 RefPicList[ 1 ] 내의 모든 엔트리들에 의해 참조되는 고유 픽처들의 세트로 놓는다. setOfRefPics 내의 픽처들의 수는 sps_max_dec_pic_buffering_minus1보다 작거나 같을 것이고, setOfRefPics는 픽처의 모든 슬라이스들에 대해 동일할 것이다.
각각의 STRP는 이것의 PicOrderCntVal 값에 의해 식별된다. 각각의 LTRP에 대해, 이것이 RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서, 1과 같은 delta_poc_msb_present_flag[ i ][ j ]를 갖는 엔트리에 의해 참조된다면, 이것은 자신의 PicOrderCntVal 값에 의해 식별되고, 그렇지 않으면, 이것은 자신의 PicOrderCntVal 값의 Log2( MaxPicOrderCntLsb ) LSB들에 의해 식별된다.
장기 참조 픽처 엔트리들에 대한 델타 POC MSB의 시그널링의 대안 2.
본 개시내용의 하나의 대안적인 실시예에서, 제1 실시예 또는 제2 실시예에서 설명된 개시내용은 위에서 설명된 실시예들과 조합될 수 있고 각각 "장기 참조 픽처 엔트리들에 대한 델타 POC MSB의 시그널링" 및 "장기 참조 픽처 엔트리들에 대한 델타 POC MSB의 시그널링의 대안 1"로 명명될 수 있다. 조합될 개시내용들의 측면들은 additional_lt_poc_lsb(즉, 제1 실시예 또는 제2 실시예로부터의) 및 POC MSB 사이클 정보(즉, 위에서 설명되며 "장기 참조 픽처 엔트리들에 대한 델타 POC MSB의 시그널링" 또는 "장기 참조 픽처 엔트리들에 대한 델타 POC MSB의 시그널링의 대안 1"로 명명된 실시예로부터의)의 시그널링이다. 위에서 설명되며 "장기 참조 픽처 엔트리들에 대한 델타 POC MSB의 시그널링의 대안 1"로 명명된 실시예와 제1 실시예를 조합하는 조합이 어떻게 이루어질 수 있는지의 일례가 다음과 같이 설명된다:
1과 같은 delta_poc_msb_present_flag[ i ][ j ]는 delta_poc_msb_cycle_lt[ i ][ j ]가 존재함을 명시한다. 0과 같은 delta_poc_msb_present_flag[ i ][ j ]는 delta_poc_msb_cycle_lt[ i ][ j ]가 존재하지 않음을 명시한다. NumLtrpEntries[ i ]가 0보다 크고 ref_pic_list_struct( i, rplsIdx, 1 ) 신택스 구조 내의 j번째 LTRP 엔트리에 대해, PicOrderCntVal 모듈로 MaxPicOrderLtCntLsb가 poc_lsb_lt[ i ][ rplsIdx ][ jj ]와 같은 경우에 ― 여기서 jj는 ref_pic_list_struct( i, rplsIdx, 1 ) 신택스 구조에서 j번째 LTRP 엔트리인 ref_pic_list_struct( i, rplsIdx, 1 ) 신택스 구조의 엔트리의 엔트리 인덱스임 ― 이 슬라이스 헤더가 디코딩되는 시점에 DPB에 하나의 참조 픽처보다 많은 참조 픽처가 존재하는 경우, delta_poc_msb_present_flag[ i ][ j ]는 1과 같을 것이다. delta_poc_msb_cycle_lt[ i ][ j ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. delta_poc_msb_cycle_lt[ i ][ j ]는 ref_pic_list_struct( i, rplsIdx, 1 ) 신택스 구조 내의 j번째 LTRP 엔트리의 픽처 순서 카운트 값의 최상위 비트들의 값을 결정하는 데 사용된다. delta_poc_msb_cycle_lt[ i ][ j ]가 존재하지 않으면, 이는 0과 같은 것으로 추론된다.
픽처 순서 카운트에 대한 디코딩 프로세스의 변경들: 디코딩 프로세스 도중 임의의 순간에, DPB 내의 임의의 2개의 참조 픽처들에 대한 PicOrderCntVal & ( MaxLtPicOrderCntLsb - 1 )의 값들은 동일하지 않을 것이다.
참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
대안으로, delta_poc_msb_cycle_lt[ listIdx ][ i ]의 시맨틱스는 참조 픽처 리스트 구성이 다음과 같이 업데이트될 수 있도록 델타의 델타로서 표현될 수 있다: 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
다음의 제약들이 적용되는 것이 비트스트림 적합성 요건이다: 0 또는 1과 같은 각각의 i에 대해, NumEntriesInList[ i ][ RplsIdx[ i ] ]는 NumRefIdxActive[ i ]보다 작지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 활성 엔트리에 의해 참조되는 픽처가 DPB에 존재할 것이며 현재 픽처의 TemporalId보다 작거나 같은 TemporalId를 가질 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 비활성 엔트리의 엔트리 인덱스는 현재 픽처의 디코딩을 위한 참조 인덱스로서 사용되지 않을 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 비활성 엔트리는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 다른 엔트리와 동일한 픽처를 참조하지 않을 것이다. 픽처의 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 STRP 엔트리 및 동일한 픽처의 동일한 슬라이스 또는 상이한 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 LTRP 엔트리는 동일한 픽처를 참조하지 않을 것이다. 현재 픽처 자체는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에는 현재 픽처의 PicOrderCntVal과 엔트리에 의해 참조되는 픽처의 PicOrderCntVal 간의 차가 224보다 크거나 같은 LTRP 엔트리가 없을 것이다. setOfRefPics를 RefPicList[ 0 ] 내의 모든 엔트리들과 RefPicList[ 1 ] 내의 모든 엔트리들에 의해 참조되는 고유 픽처들의 세트로 놓는다. setOfRefPics 내의 픽처들의 수는 sps_max_dec_pic_buffering_minus1보다 작거나 같을 것이고, setOfRefPics는 픽처의 모든 슬라이스들에 대해 동일할 것이다.
각각의 STRP는 이것의 PicOrderCntVal 값에 의해 식별된다. 각각의 LTRP에 대해, 이것이 RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서, 1과 같은 delta_poc_msb_present_flag[ i ][ j ]를 갖는 엔트리에 의해 참조된다면, 이것은 자신의 PicOrderCntVal 값에 의해 식별되고, 그렇지 않으면, 이것은 자신의 PicOrderCntVal 값의 Log2( MaxLtPicOrderCntLsb ) LSB들에 의해 식별된다.
항상 단기 참조 픽처들과 장기 참조 픽처들 간에 구별하여 슬라이스 헤더들에서의 참조 픽처 리스트들의 시그널링.
이 섹션은 본 개시내용의 다른 대안적인 실시예를 설명한다. 설명은 최신 VVC WD에 관련된다(즉, JVET-K1001-v1의 최신 VVC WD와 관련된 델타만이 설명되는 한편, 아래에 언급되지 않는 최신 VVC WD의 텍스트들은 그대로 적용된다). 이 대안적인 실시예는 다음과 같이 요약된다: 참조 픽처 리스트 구조들은 슬라이스 헤더들에서만 시그널링된다. 단기 참조 픽처들과 장기 참조 픽처들 모두가 이들의 POC LSB들에 의해 식별되는데, 이러한 POC LSB들은 POC 값들의 도출을 위해 슬라이스 헤더들에서 시그널링된 POC LSB들을 나타내는 데 사용된 비트들의 수와는 다른 비트들의 수들로 표현될 수 있다. 게다가, 단기 참조 픽처들과 장기 참조 픽처들을 식별하기 위한 POC LSB들을 나타내는 데 사용되는 비트들의 수가 서로 다를 수 있다.
NAL 단위 헤더 신택스.
시퀀스 파라미터 세트 RBSP 신택스.
픽처 파라미터 세트 RBSP 신택스.
슬라이스 헤더 신택스.
참조 픽처 리스트 구조 신택스.
NAL 단위 헤더 시맨틱스.
forbidden_zero_bit는 0과 같을 것이다. nal_unit_type은 NAL 단위에 포함되는 RBSP 데이터 구조의 타입을 명시한다.
nuh_temporal_id_plus1에서 1을 뺀 값은 NAL 단위에 대한 시간 식별자를 명시한다. nuh_temporal_id_plus1의 값은 0과 같지 않을 것이다. 변수 TemporalId는 다음과 같이 명시된다: TemporalId = nuh_temporal_id_plus1 - 1.
nal_unit_type이 IRAP_NUT와 같을 때, 코딩된 슬라이스는 IRAP 픽처에 속하고, TemporalId는 0과 같을 것이다. TemporalId의 값은 액세스 단위의 모든 VCL NAL 단위들에 대해 동일할 것이다. 코딩된 픽처 또는 액세스 단위의 TemporalId의 값은 코딩된 픽처 또는 액세스 단위의 VCL NAL 단위들의 TemporalId의 값이다. non-VCL NAL 단위들의 TemporalId의 값은 다음과 같이 제한된다: nal_unit_type이 SPS_NUT와 같다면, TemporalId는 0과 같을 것이고 NAL 단위를 포함하는 액세스 단위의 TemporalId는 0과 같을 것이다. 그렇지 않으면, nal_unit_type이 EOS_NUT 또는 EOB_NUT와 같다면, TemporalId는 0과 같을 것이다. 그렇지 않으면, TemporalId는 NAL 단위를 포함하는 액세스 단위의 TemporalId보다 크거나 같을 것이다. NAL 단위가 non-VCL NAL 단위인 경우, TemporalId의 값은 non-VCL NAL 단위가 적용되는 모든 액세스 단위들의 TemporalId 값들의 최소값과 같다. nal_unit_type이 PPS_NUT와 같을 때, 모든 픽처 파라미터 세트(PPS: picture parameter set)들이 비트스트림의 시작 부분에 포함될 수 있으므로, TemporalId는 포함하는 액세스 단위의 TemporalId보다 크거나 같을 수 있으며, 여기서 처음 코딩된 픽처는 0과 같은 TemporalId를 갖는다. nal_unit_type이 PREFIX_SEI_NUT 또는 SUFFIX_SEI_NUT와 같을 때, TemporalId는 포함하는 액세스 단위의 TemporalId보다 크거나 같을 수 있는데, 이는 부가 확장 정보(SEI: supplemental enhancement information) NAL 단위가 그 SEI NAL 단위를 포함하는 액세스 단위의 TemporalId보다 TemporalId 값들이 더 큰 액세스 단위들을 포함하는 비트스트림 서브세트에 적용되는 정보를 포함할 수 있기 때문이다. nuh_reserved_zero_7bits는 '0000000'과 같을 것이다. nuh_reserved_zero_7bits의 다른 값들이 향후에 ITU - T | ISO/IEC에 의해 명시될 수 있다. 디코더들은 '0000000'과 같지 않은 nuh_reserved_zero_7bits의 값들을 갖는 NAL 단위들을 무시(즉, 비트스트림에서 삭제하고 폐기)할 것이다.
시퀀스 파라미터 세트 RBSP 시맨틱스.
log2_max_pic_order_cnt_lsb_minus4는 픽처 순서 카운트에 대한 디코딩 프로세스에서 사용되는 변수 MaxPicOrderCntLsb의 값을 다음과 같이 명시한다:
log2_max_pic_order_cnt_lsb_minus4의 값은 0부터 12까지의 범위에 있을 것이다. sps_max_dec_pic_buffering_minus1에 1을 더한 값은 CVS에 대한 디코딩된 픽처 버퍼의 최대 필요 크기를 픽처 저장 버퍼들의 단위로 명시한다. sps_max_dec_pic_buffering_minus1의 값은 0부터 MaxDpbSize - 1까지의 범위에 있을 것이며, 여기서 MaxDpbSize는 다른 어딘가에서 지정된 것과 같다. additional_st_poc_lsb는 참조 픽처 리스트들에 대한 디코딩 프로세스에서 사용되는 변수 MaxStPicOrderCntLsb의 값을 다음과 같이 지정한다:
additional_st_poc_lsb의 값은 0부터 32 - log2_max_pic_order_cnt_lsb_minus4 - 4까지의 범위에 있을 것이다. 0과 같은 long_term_ref_pics_flag는 CVS에서 임의의 코딩된 픽처의 인터 예측에 LTRP가 사용되지 않음을 지정한다. 1과 같은 long_term_ref_pics_flag는 CVS에서 하나 이상의 코딩된 픽처들의 인터 예측에 LTRP들이 사용될 수 있음을 명시한다. additional_lt_poc_lsb는 참조 픽처 리스트들에 대한 디코딩 프로세스에서 사용되는 변수 MaxLtPicOrderCntLsb의 값을 다음과 같이 명시한다:
additional_lt_poc_lsb의 값은 0부터 32 - log2_max_pic_order_cnt_lsb_minus4 - 4 - additional_st_poc_lsb까지의 범위에 있을 것이다. additional_lt_poc_lsb의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다.
픽처 파라미터 세트 RBSP 시맨틱스.
num_ref_idx_default_active_minus1[ i ] + 1은 i가 0과 같을 때는, num_ref_idx_active_override_flag가 0과 같은 P 또는 B 슬라이스들에 대한 변수 NumRefIdxActive[ 0 ]의 추론된 값을 명시하고, i가 1과 같을 때는, num_ref_idx_active_override_flag가 0과 같은 B 슬라이스들에 대한 NumRefIdxActive[ 1 ]의 추론된 값을 명시한다. num_ref_idx_default_active_minus1[ i ]의 값은 0부터 14까지의 범위에 있을 것이다.
슬라이스 헤더 시맨틱스.
슬라이스 헤더 신택스 엘리먼트들 slice_pic_parameter_set_id 및 slice_pic_order_cnt_lsb 각각의 값은, 존재하는 경우, 코딩된 픽처의 모든 슬라이스 헤더들과 동일할 것이다. slice_type은 표 7-3에 따라 슬라이스의 코딩 타입을 명시한다.
nal_unit_type이 IRAP_NUT와 같을 때, 즉 픽처가 IRAP 픽처일 때, slice_type는 2와 같을 것이다.
slice_pic_order_cnt_lsb는 현재 픽처에 대해 픽처 순서 카운트 모듈로 MaxPicOrderCntLsb를 명시한다. slice_pic_order_cnt_lsb 신택스 엘리먼트의 길이는 log2_max_pic_order_cnt_lsb_minus4 + 4 비트이다. Slice_pic_order_cnt_lsb의 값은 0부터 MaxPicOrderCntLsb - 1까지의 범위에 있을 것이다. slice_pic_order_cnt_lsb가 존재하지 않으면, slice_pic_order_cnt_lsb는 0과 같은 것으로 추론된다. 1과 같은 num_ref_idx_active_override_flag는, P 및 B 슬라이스들에 대해 신택스 엘리먼트 num_ref_idx_active_minus1[ 0 ]이 존재하고 B 슬라이스들에 대해 신택스 엘리먼트 num_ref_idx_active_minus1[ 1 ]이 존재함을 명시한다. 0과 같은 num_ref_idx_active_override_flag는, 신택스 엘리먼트들 num_ref_idx_active_minus1[ 0 ] 및 num_ref_idx_active_minus1[ 1 ]이 존재하지 않음을 명시한다. num_ref_idx_active_minus1[ i ]는, 존재하는 경우, 변수 NumRefIdxActive[ i ]의 값을 다음과 같이 명시한다:
NumRefIdxActive[ i ] = num_ref_idx_active_minus1[ i ] + 1
num_ref_idx_active_minus1[ i ]의 값은 0부터 14까지의 범위에 있을 것이다. NumRefIdxActive[ i ] - 1의 값은 슬라이스를 디코딩하는 데 사용될 수 있는, 참조 픽처 리스트(i)에 대한 최대 참조 인덱스를 명시한다. NumRefIdxActive[ i ]의 값이 0과 같을 때, 참조 픽처 리스트(i)에 대한 참조 인덱스는 슬라이스를 디코딩하는 데 사용되지 않을 수 있다. 0 또는 1과 같은 i에 대해, 현재 슬라이스가 B 슬라이스이고 num_ref_idx_active_override_flag가 0과 같으면, NumRefIdxActive[ i ]는 num_ref_idx_default_active_minus1[ i ] + 1과 같은 것으로 추론된다. 현재 슬라이스가 P 슬라이스이고 num_ref_idx_active_override_flag가 0과 같으면, NumRefIdxActive[ 0 ]은 num_ref_idx_default_active_minus1[ 0 ] + 1과 같은 것으로 추론된다. 현재 슬라이스가 P 슬라이스이면, NumRefIdxActive[ 1 ]은 0과 같은 것으로 추론된다. 현재 슬라이스가 I 슬라이스이면, NumRefIdxActive[ 0 ]과 NumRefIdxActive[ 1 ] 둘 다 0과 같은 것으로 추론된다. 대안으로, 0 또는 1과 같은 i에 대해, 상기 이후에 다음이 적용된다: rplsIdx1이 ref_pic_list_sps_flag[ i ] ref_pic_list_idx[ i ] : num_ref_pic_lists_in_sps[ i ]와 같게 설정되고, numRpEntries[ i ]가 num_strp_entries[ i ][ rplsIdx1 ] + num_ltrp_entries[ i ][ rplsIdx1 ]과 같다고 놓는다. NumRefIdxActive[ i ]가 numRpEntries[ i ]보다 크면, NumRefIdxActive[ i ]의 값은 numRpEntries[ i ]와 같게 설정된다.
참조 픽처 리스트 구조 시맨틱스.
ref_pic_list_struct( listIdx, ltrpFlag ) 신택스 구조는 슬라이스 헤더에 존재할 수 있다. ref_pic_list_struct( listIdx, ltrpFlag ) 신택스 구조가 슬라이스 헤더에 존재하면, 이것은 현재 픽처(슬라이스를 포함하는 픽처)의 참조 픽처 리스트 listIdx를 명시한다. num_strp_entries[ listIdx ]는 ref_pic_list_struct( listIdx, ltrpFlag ) 신택스 구조 내의 STRP 엔트리들의 수를 명시한다. num_ltrp_entries[ listIdx ]는 ref_pic_list_struct( listIdx, ltrpFlag ) 신택스 구조 내의 LTRP 엔트리들의 수를 명시한다. num_ltrp_entries[ listIdx ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. 변수 NumEntriesInList[ listIdx ]는 다음과 같이 도출된다:
NumEntriesInList[ listIdx ] = num_strp_entries[ listIdx ] + num_ltrp_entries[ listIdx ]
NumEntriesInList[ listIdx ]의 값은 0부터 sps_max_dec_pic_buffering_minus1까지의 범위에 있을 것이다. 1과 같은 lt_ref_pic_flag[ listIdx ][ i ]는 ref_pic_list_struct( listIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리가 LTRP 엔트리임을 명시한다. 0과 같은 lt_ref_pic_flag[ listIdx ][ i ]는 ref_pic_list_struct( listIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리가 STRP 엔트리임을 명시한다. lt_ref_pic_flag[ listIdx ][ i ]의 값은, 존재하지 않는 경우 0과 같은 것으로 추론된다. 0부터 NumEntriesInList[ listIdx ] - 1까지의 범위의 모든 i 값들에 대한 lt_ref_pic_flag[ listIdx ][ i ]의 합은 num_ltrp_entries[ listIdx ]와 같을 것임이 비트스트림 적합성 요건이다. poc_lsb_st[ listIdx ][ i ]는, lt_ref_pic_flag[ listIdx ][ i ]가 0과 같을 때, ref_pic_list_struct( listIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 모듈로 MaxStPicOrderCntLsb의 값을 명시한다. poc_lsb_st[ listIdx ][ i ] 신택스 엘리먼트의 길이는 Log2( MaxStPicOrderCntLsb ) 비트이다. poc_lsb_lt[ listIdx ][ i ]는, lt_ref_pic_flag[ listIdx ][ i ]가 1과 같을 때, ref_pic_list_struct( listIdx, ltrpFlag ) 신택스 구조 내의 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 모듈로 MaxLtPicOrderCntLsb의 값을 명시한다. poc_lsb_lt[ listIdx ][ i ] 신택스 엘리먼트의 길이는 Log2( MaxLtPicOrderCntLsb ) 비트이다.
디코딩 프로세스가 논의된다.
일반적인 디코딩 프로세스.
현재 픽처(CurrPic)에 대해 디코딩 프로세스는 다음과 같이 동작한다: NAL 단위들의 디코딩이 아래에 명시된다. 아래 프로세스들은 슬라이스 헤더 계층 및 그 위의 신택스 엘리먼트들을 사용하여 다음 디코딩 프로세스들을 명시한다: 픽처 순서 카운트와 관련된 변수들 및 함수들이 도출된다. 이것은 픽처의 첫 번째 슬라이스에 대해서만 호출될 필요가 있다. non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시, 참조 픽처 리스트 0(RefPicList[ 0 ]) 및 참조 픽처 리스트 1(RefPicList[ 1 ])의 도출을 위해 참조 픽처 리스트 구성에 대한 디코딩 프로세스가 호출된다. 참조 픽처 마킹에 대한 디코딩 프로세스가 호출되는데, 여기서 참조 픽처들은 "참조에 사용되지 않음" 또는 "장기 참조에 사용됨"으로 마킹될 수 있다. 이것은 픽처의 첫 번째 슬라이스에 대해서만 호출될 필요가 있다. 코딩 트리 단위들, 스케일링, 변환, 루프 내 필터링 등에 대한 디코딩 프로세스들이 호출된다. 현재 픽처의 모든 슬라이스들이 디코딩된 후, 현재 디코딩된 픽처는 "단기 참조에 사용됨"으로 마킹된다.
NAL 단위 디코딩 프로세스.
이 프로세스에 대한 입력은 현재 픽처의 NAL 단위들 및 이들의 연관된 non-VCL NAL 단위들이다. 이 프로세스의 출력들은 NAL 단위들 내에 캡슐화된, 파싱된 RBSP 신택스 구조들이다. 각각의 NAL 단위에 대한 디코딩 프로세스는 NAL 단위로부터 RBSP 신택스 구조를 추출한 다음, RBSP 신택스 구조를 파싱한다.
슬라이스 디코딩 프로세스.
픽처 순서 카운트에 대한 디코딩 프로세스.
이 프로세스의 출력은 현재 픽처의 픽처 순서 카운트인 PicOrderCntVal이다. 픽처 순서 카운트들은 픽처들을 식별하고, 병합 모드 및 모션 벡터 예측에서 모션 파라미터들을 도출하기 위해, 그리고 디코더 적합성 검사를 위해 사용된다. 각각의 코딩된 픽처는 PicOrderCntVal로 표시되는 픽처 순서 카운트 변수와 연관된다. 현재 픽처가 IRAP 픽처가 아닌 경우, 변수들(prevPicOrderCntLsb, prevPicOrderCntMsb)은 다음과 같이 도출된다: prevTid0Pic을 디코딩 순서에서 0과 같은 TemporalId를 갖는 이전 픽처로 놓는다. 변수 prevPicOrderCntLsb는 prevTid0Pic의 slice_pic_order_cnt_lsb와 같게 설정된다. 변수 prevPicOrderCntMsb는 prevTid0Pic의 PicOrderCntMsb와 같게 설정된다. 현재 픽처의 변수 PicOrderCntMsb는 다음과 같이 도출된다: 현재 픽처가 IRAP 픽처라면, PicOrderCntMsb는 0과 같게 설정된다. 그렇지 않으면, PicOrderCntMsb는 다음과 같이 도출된다:
PicOrderCntVal은 다음과 같이 도출된다:
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
slice_pic_order_cnt_lsb가 IRAP 픽처들에 대해 0인 것으로 추론되고 prevPicOrderCntLsb와 prevPicOrderCntMsb 둘 다 0으로 설정되므로, 모든 IRAP 픽처들은 0과 같은 PicOrderCntVal을 가질 것이다. PicOrderCntVal의 값은 -231부터 231 - 1까지의 범위에 있을 것이다. 하나의 CVS에서, 임의의 2개의 코딩된 픽처들에 대한 PicOrderCntVal 값들은 동일하지 않을 것이다. 디코딩 프로세스 도중 임의의 순간에, DPB 내의 임의의 2개의 단기 참조 픽처들에 대한 PicOrderCntVal & ( MaxStPicOrderCntLsb - 1 )의 값들은 동일하지 않을 것이다. 디코딩 프로세스 도중 임의의 순간에, DPB 내의 임의의 2개의 참조 픽처들에 대한 PicOrderCntVal & ( MaxLtPicOrderCntLsb - 1 )의 값들은 동일하지 않을 것이다.
PicOrderCnt( picX ) 함수가 다음과 같이 명시된다:
PicOrderCnt( picX ) = 픽처(picX)의 PicOrderCntVal
DiffPicOrderCnt( picA, picB ) 함수는 다음과 같이 명시된다:
DiffPicOrderCnt( picA, picB ) = PicOrderCnt( picA ) - PicOrderCnt( picB )
비트스트림은, -215부터 215 - 1까지의 범위에 있지 않은 DiffPicOrderCnt( picA, picB )의 값들이 디코딩 프로세스에 사용되게 하는 데이터를 포함하지 않을 것이다. X를 현재 픽처로 하고 Y와 Z를 동일한 CVS의 2개의 다른 픽처들로 하면, DiffPicOrderCnt( X, Y )와 DiffPicOrderCnt( X, Z ) 둘 다 양수이거나 둘 다 음수일 때 Y와 Z는 X로부터 동일한 출력 순서에 있는 것으로 간주된다.
참조 픽처 리스트 구성에 대한 디코딩 프로세스.
이 프로세스는 non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시에 호출된다. 참조 픽처들은 참조 인덱스들을 통해 어드레싱된다. 참조 인덱스는 참조 픽처 리스트에 대한 인덱스이다. I 슬라이스를 디코딩할 때, 슬라이스 데이터의 디코딩에는 참조 픽처 리스트가 사용되지 않는다. P 슬라이스를 디코딩할 때는, 슬라이스 데이터의 디코딩에 참조 픽처 리스트 0(즉, RefPicList[ 0 ])만이 사용된다. B 슬라이스를 디코딩할 때는, 슬라이스 데이터의 디코딩에 참조 픽처 리스트 0과 참조 픽처 리스트 1(즉, RefPicList[ 1 ]) 둘 다 사용된다. non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시, 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]이 도출된다. 참조 픽처 리스트들은 참조 픽처들의 마킹에 또는 슬라이스 데이터의 디코딩에 사용된다. 픽처의 첫 번째 슬라이스가 아닌 non-IRAP 픽처의 I 슬라이스의 경우, 비트스트림 적합성 검사 목적으로 RefPicList[ 0 ] 및 RefPicList[ 1 ]이 도출될 수 있지만, 현재 픽처 또는 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들의 디코딩에 이들의 도출이 필요하지는 않다. 픽처의 첫 번째 슬라이스가 아닌 P 슬라이스의 경우, 비트스트림 적합성 검사 목적으로 RefPicList[ 1 ]이 도출될 수 있지만, 현재 픽처 또는 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들의 디코딩에 그 도출이 필요하지는 않다.
참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
0 또는 1과 같은 각각의 i에 대해, 다음이 적용된다:
RefPicList[ i ] 내의 첫 번째 NumRefIdxActive[ i ] 엔트리들은 RefPicList[ i ] 내의 활성 엔트리들로 지칭되고, RefPicList[ i ] 내의 다른 엔트리들은 RefPicList[ i ] 내의 비활성 엔트리들로 지칭된다. 0에서부터 NumEntriesInList[ i ] - 1까지의 범위 내의 j에 대한 RefPicList[ i ][ j 각각의 엔트리는, lt_ref_pic_flag[ i ][ j ]가 0과 같다면 STRP 엔트리로 지칭되고, 그렇지 않다면 LTRP 엔트리로 지칭된다. 특정 픽처가 RefPicList[ 0 ] 내의 엔트리와 RefPicList[ 1 ] 내의 엔트리 둘 다에 의해 참조되는 것이 가능하다. 특정 픽처가 RefPicList[ 0 ] 내의 하나의 엔트리보다 많은 엔트리에 의해 또는 RefPicList[ 1 ] 내의 하나의 엔트리보다 많은 엔트리에 의해 참조되는 것이 또한 가능하다. RefPicList[ 0 ] 내의 활성 엔트리들과 RefPicList[ 1 ] 내의 활성 엔트리들은 집합적으로, 현재 픽처 및 디코딩 순서에서 현재 픽처를 뒤따르는 하나 이상의 픽처들의 인터 예측에 사용될 수 있는 모든 참조 픽처들을 의미한다. RefPicList[ 0 ] 내의 비활성 엔트리들과 RefPicList[ 1 ] 내의 비활성 엔트리들은 집합적으로, 현재 픽처의 인터 예측에 사용되지 않지만 디코딩 순서에서 현재 픽처를 뒤따르는 하나 이상의 픽처들에 대한 인터 예측에 사용될 수 있는 모든 참조 픽처들을 의미한다. 대응하는 픽처들이 DPB에 존재하지 않기 때문에, RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내에는 "참조 픽처 없음"과 같은 하나 이상의 엔트리들이 있을 수 있다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서 "참조 픽처 없음"과 같은 각각의 비활성 엔트리는 무시되어야 한다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서 "참조 픽처 없음"과 같은 각각의 활성 엔트리에 대해서는 의도하지 않은 픽처 손실이 추론되어야 한다.
다음의 제약들이 적용되는 것이 비트스트림 적합성 요건이다: 0 또는 1과 같은 각각의 i에 대해, NumEntriesInList[ i ]는 NumRefIdxActive[ i ]보다 작지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 활성 엔트리에 의해 참조되는 픽처가 DPB에 존재할 것이며 현재 픽처의 TemporalId보다 작거나 같은 TemporalId를 가질 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 비활성 엔트리의 엔트리 인덱스는 현재 픽처의 디코딩을 위한 참조 인덱스로서 사용되지 않을 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 비활성 엔트리는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 다른 엔트리와 동일한 픽처를 참조하지 않을 것이다. 픽처의 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 STRP 엔트리 및 동일한 픽처의 동일한 슬라이스 또는 상이한 슬라이스의 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 LTRP 엔트리는 동일한 픽처를 참조하지 않을 것이다. 현재 픽처 자체는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에는 현재 픽처의 PicOrderCntVal과 엔트리에 의해 참조되는 픽처의 PicOrderCntVal 간의 차가 224보다 크거나 같은 LTRP 엔트리가 없을 것이다. setOfRefPics를 RefPicList[ 0 ] 내의 모든 엔트리들과 RefPicList[ 1 ] 내의 모든 엔트리들에 의해 참조되는 고유 픽처들의 세트로 놓는다. setOfRefPics 내의 픽처들의 수는 sps_max_dec_pic_buffering_minus1보다 작거나 같을 것이고, setOfRefPics는 픽처의 모든 슬라이스들에 대해 동일할 것이다.
참조 픽처 마킹에 대한 디코딩 프로세스.
이 프로세스는, 슬라이스 헤더의 디코딩 및 슬라이스에 대한 참조 픽처 리스트 구성에 대한 디코딩 프로세스 이후, 그러나 슬라이스 데이터의 디코딩에 앞서, 픽처마다 한 번씩 호출된다. 이 프로세스는 DPB 내의 하나 이상의 참조 픽처들이 "참조에 사용되지 않음" 또는 "장기 참조에 사용됨"으로 마킹되게 할 수 있다. DPB 내의 디코딩된 픽처는 "참조에 사용되지 않음," "단기 참조에 사용됨" 또는 "장기 참조에 사용됨"으로 마킹될 수 있지만, 디코딩 프로세스의 동작 도중 임의의 주어진 순간에는 이러한 세 가지 중 하나로만 마킹될 수 있다. 이러한 마킹들 중 하나를 픽처에 할당하는 것은 적용 가능한 경우, 이러한 마킹들 중 다른 마킹을 암시적으로 삭제한다. 픽처가 "참조에 사용됨"으로 마킹되는 것으로 언급되는 경우, 이는 집합적으로, "단기 참조에 사용됨" 또는 "장기 참조에 사용됨"(그러나 둘 다는 아님)으로 마킹되는 픽처를 의미한다. 현재 픽처가 IRAP 픽처인 경우, (만약 있다면) 현재 DPB 내에 있는 모든 참조 픽처들이 "참조에 사용되지 않음"으로 마킹된다. STRP들은 이들의 PicOrderCntVal 값들의 Log2( MaxStPicOrderCntLsb ) LSB들에 의해 식별된다. LTRP들은 이들의 PicOrderCntVal 값들의 Log2( MaxLtPicOrderCntLsb ) LSB들에 의해 식별된다.
다음이 적용된다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 LTRP 엔트리에 대해, 참조된 픽처가 STRP인 경우, 픽처는 "장기 참조에 사용됨"으로 마킹된다. DPB에서 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않는 각각의 참조 픽처는 "참조에 사용되지 않음"으로 마킹된다.
항상 단기 참조 픽처들과 장기 참조 픽처들 간에 구별하지 않고 슬라이스 헤더들에서의 참조 픽처 리스트들의 시그널링.
이 섹션은 본 개시내용의 다른 대안적인 실시예를 설명한다. 설명은 최신 VVC WD에 관련된다(즉, JVET-K1001-v1의 최신 VVC WD와 관련된 델타만이 설명되는 한편, 아래에 언급되지 않는 최신 VVC WD의 텍스트들은 그대로 적용된다). 이 대안적인 실시예는 다음과 같이 요약된다: 참조 픽처 리스트 구조들은 슬라이스 헤더들에서만 시그널링된다. 단기 참조 픽처들과 장기 참조 픽처들 간에 구별되지 않는다. 모든 참조 픽처들은 단지 참조 픽처들로 명명된다. 참조 픽처들은 이들의 POC LSB들에 의해 식별되는데, 이러한 POC LSB들은 POC 값들의 도출을 위해 슬라이스 헤더들에서 시그널링된 POC LSB들을 나타내는 데 사용된 비트들의 수와는 다른 비트들의 수로 표현될 수 있다.
약어들. VVC WD의 조항 4의 텍스트가 적용된다.
NAL 단위 헤더 신택스.
시퀀스 파라미터 세트 RBSP 신택스.
픽처 파라미터 세트 RBSP 신택스.
슬라이스 헤더 신택스.
참조 픽처 리스트 구조 신택스.
NAL 단위 헤더 시맨틱스.
forbidden_zero_bit는 0과 같을 것이다. nal_unit_type은 NAL 단위에 포함되는 RBSP 데이터 구조의 타입을 명시한다.
nuh_temporal_id_plus1에서 1을 뺀 값은 NAL 단위에 대한 시간 식별자를 명시한다. nuh_temporal_id_plus1의 값은 0과 같지 않을 것이다. 변수 TemporalId는 다음과 같이 명시된다:
TemporalId = nuh_temporal_id_plus1 - 1
nal_unit_type이 IRAP_NUT와 같을 때, 코딩된 슬라이스는 IRAP 픽처에 속하고, TemporalId는 0과 같을 것이다. TemporalId의 값은 액세스 단위의 모든 VCL NAL 단위들에 대해 동일할 것이다. 코딩된 픽처 또는 액세스 단위의 TemporalId의 값은 코딩된 픽처 또는 액세스 단위의 VCL NAL 단위들의 TemporalId의 값이다. non-VCL NAL 단위들의 TemporalId의 값은 다음과 같이 제한된다:
nal_unit_type이 SPS_NUT와 같다면, TemporalId는 0과 같을 것이고 NAL 단위를 포함하는 액세스 단위의 TemporalId는 0과 같을 것이다. 그렇지 않으면, nal_unit_type이 EOS_NUT 또는 EOB_NUT와 같다면, TemporalId는 0과 같을 것이다. 그렇지 않으면, TemporalId는 NAL 단위를 포함하는 액세스 단위의 TemporalId보다 크거나 같을 것이다. NAL 단위가 non-VCL NAL 단위인 경우, TemporalId의 값은 non-VCL NAL 단위가 적용되는 모든 액세스 단위들의 TemporalId 값들의 최소값과 같다. nal_unit_type이 PPS_NUT와 같을 때, 모든 픽처 파라미터 세트(PPS: picture parameter set)들이 비트스트림의 시작 부분에 포함될 수 있으므로, TemporalId는 포함하는 액세스 단위의 TemporalId보다 크거나 같을 수 있으며, 여기서 처음 코딩된 픽처는 0과 같은 TemporalId를 갖는다. nal_unit_type이 PREFIX_SEI_NUT 또는 SUFFIX_SEI_NUT와 같을 때, TemporalId는 포함하는 액세스 단위의 TemporalId보다 크거나 같을 수 있는데, 이는 SEI NAL 단위가 그 SEI NAL 단위를 포함하는 액세스 단위의 TemporalId보다 TemporalId 값들이 더 큰 액세스 단위들을 포함하는 비트스트림 서브세트에 적용되는 정보를 포함할 수 있기 때문이다. nuh_reserved_zero_7bits는 '0000000'과 같을 것이다. nuh_reserved_zero_7bits의 다른 값들이 향후에 ITU - T | ISO/IEC에 의해 명시될 수 있다. 디코더들은 '0000000'과 같지 않은 nuh_reserved_zero_7bits의 값들을 갖는 NAL 단위들을 무시(즉, 비트스트림에서 삭제하고 폐기)할 것이다.
시퀀스 파라미터 세트 RBSP 시맨틱스.
log2_max_pic_order_cnt_lsb_minus4는 픽처 순서 카운트에 대한 디코딩 프로세스에서 사용되는 변수 MaxPicOrderCntLsb의 값을 다음과 같이 명시한다:
MaxPicOrderCntLsb = 2( log2_max_pic_order_cnt_lsb_minus4 + 4 )
log2_max_pic_order_cnt_lsb_minus4의 값은 0부터 12까지의 범위에 있을 것이다. sps_max_dec_pic_buffering_minus1에 1을 더한 값은 CVS에 대한 디코딩된 픽처 버퍼의 최대 필요 크기를 픽처 저장 버퍼들의 단위로 명시한다. sps_max_dec_pic_buffering_minus1의 값은 0부터 MaxDpbSize - 1까지의 범위에 있을 것이며, 여기서 MaxDpbSize는 다른 어딘가에서 지정된 것과 같다. additional_ref_poc_lsb는 참조 픽처 리스트들에 대한 디코딩 프로세스에서 사용되는 변수 MaxRefPicOrderCntLsb의 값을 다음과 같이 지정한다:
MaxRefPicOrderCntLsb = 2( log2_max_pic_order_cnt_lsb_minus4 + 4 + additional_ref_poc_lsb )
additional_ref_poc_lsb의 값은 0부터 32 - log2_max_pic_order_cnt_lsb_minus4 - 4까지의 범위에 있을 것이다.
픽처 파라미터 세트 RBSP 시맨틱스.
num_ref_idx_default_active_minus1[ i ] + 1은 i가 0과 같을 때는, num_ref_idx_active_override_flag가 0과 같은 P 또는 B 슬라이스들에 대한 변수 NumRefIdxActive[ 0 ]의 추론된 값을 명시하고, i가 1과 같을 때는, num_ref_idx_active_override_flag가 0과 같은 B 슬라이스들에 대한 NumRefIdxActive[ 1 ]의 추론된 값을 명시한다. num_ref_idx_default_active_minus1[ i ]의 값은 0부터 14까지의 범위에 있을 것이다.
슬라이스 헤더 시맨틱스.
슬라이스 헤더 신택스 엘리먼트들 slice_pic_parameter_set_id 및 slice_pic_order_cnt_lsb 각각의 값은, 존재하는 경우, 코딩된 픽처의 모든 슬라이스 헤더들과 동일할 것이다. … slice_type은 표 7-3에 따라 슬라이스의 코딩 타입을 명시한다.
nal_unit_type이 IRAP_NUT와 같을 때, 즉 픽처가 IRAP 픽처일 때, slice_type는 2와 같을 것이다. … slice_pic_order_cnt_lsb는 현재 픽처에 대해 픽처 순서 카운트 모듈로(modulo) MaxPicOrderCntLsb를 명시한다. slice_pic_order_cnt_lsb 신택스 엘리먼트의 길이는 log2_max_pic_order_cnt_lsb_minus4 + 4 비트이다. Slice_pic_order_cnt_lsb의 값은 0부터 MaxPicOrderCntLsb - 1까지의 범위에 있을 것이다. slice_pic_order_cnt_lsb가 존재하지 않으면, slice_pic_order_cnt_lsb는 0과 같은 것으로 추론된다. 1과 같은 num_ref_idx_active_override_flag는, P 및 B 슬라이스들에 대해 신택스 엘리먼트 num_ref_idx_active_minus1[ 0 ]이 존재하고 B 슬라이스들에 대해 신택스 엘리먼트 num_ref_idx_active_minus1[ 1 ]이 존재함을 명시한다. 0과 같은 num_ref_idx_active_override_flag는, 신택스 엘리먼트들 num_ref_idx_active_minus1[ 0 ] 및 num_ref_idx_active_minus1[ 1 ]이 존재하지 않음을 명시한다. num_ref_idx_active_minus1[ i ]는, 존재하는 경우, 변수 NumRefIdxActive[ i ]의 값을 다음과 같이 명시한다:
NumRefIdxActive[ i ] = num_ref_idx_active_minus1[ i ] + 1
num_ref_idx_active_minus1[ i ]의 값은 0부터 14까지의 범위에 있을 것이다. NumRefIdxActive[ i ] - 1의 값은 슬라이스를 디코딩하는 데 사용될 수 있는, 참조 픽처 리스트(i)에 대한 최대 참조 인덱스를 명시한다. NumRefIdxActive[ i ]의 값이 0과 같을 때, 참조 픽처 리스트(i)에 대한 참조 인덱스는 슬라이스를 디코딩하는 데 사용되지 않을 수 있다. 0 또는 1과 같은 i에 대해, 현재 슬라이스가 B 슬라이스이고 num_ref_idx_active_override_flag가 0과 같으면, NumRefIdxActive[ i ]는 num_ref_idx_default_active_minus1[ i ] + 1과 같은 것으로 추론된다. 현재 슬라이스가 P 슬라이스이고 num_ref_idx_active_override_flag가 0과 같으면, NumRefIdxActive[ 0 ]은 num_ref_idx_default_active_minus1[ 0 ] + 1과 같은 것으로 추론된다. 현재 슬라이스가 P 슬라이스이면, NumRefIdxActive[ 1 ]은 0과 같은 것으로 추론된다. 현재 슬라이스가 I 슬라이스이면, NumRefIdxActive[ 0 ]과 NumRefIdxActive[ 1 ] 둘 다 0과 같은 것으로 추론된다. 대안으로, 0 또는 1과 같은 i에 대해, 상기 이후에 다음이 적용된다: rplsIdx1이 ref_pic_list_sps_flag[ i ] ref_pic_list_idx[ i ] : num_ref_pic_lists_in_sps[ i ]와 같게 설정되고, numRpEntries[ i ]가 num_strp_entries[ i ][ rplsIdx1 ] + num_ltrp_entries[ i ][ rplsIdx1 ]과 같다고 놓는다. NumRefIdxActive[ i ]가 numRpEntries[ i ]보다 크면, NumRefIdxActive[ i ]의 값은 numRpEntries[ i ]와 같게 설정된다.
참조 픽처 리스트 구조 시맨틱스.
ref_pic_list_struct( listIdx ) 신택스 구조는 슬라이스 헤더에 존재할 수 있다. ref_pic_list_struct( listIdx ) 신택스 구조가 슬라이스 헤더에 존재하면, 이것은 현재 픽처(슬라이스를 포함하는 픽처)의 참조 픽처 리스트 listIdx를 명시한다. num_ref_entries[ listIdx ]는 ref_pic_list_struct( listIdx ) 신택스 구조 내의 엔트리들의 수를 명시한다. 변수 NumEntriesInList[ listIdx ]는 다음과 같이 도출된다:
NumRefPicEntriesInRpl[ listIdx ] = num_ref_entries[ listIdx ]
NumRefPicEntries[ listIdx ]의 값은 0부터 sps_max_dec_pic_buffering_minus1까지의 범위에 있을 것이다. poc_ref_lsb[ listIdx ][ i ]는 ref_pic_list_struct( listIdx ) 신택스 구조 내의 i번째 엔트리에 의해 참조되는 픽처의 픽처 순서 카운트 모듈로 MaxRefPicOrderCntLsb의 값을 명시한다. poc_ref_lsb[ listIdx ][ i ] 신택스 엘리먼트의 길이는 Log2( MaxRefPicOrderCntLsb ) 비트이다.
디코딩 프로세스가 논의된다.
일반적인 디코딩 프로세스.
현재 픽처(CurrPic)에 대해 디코딩 프로세스는 다음과 같이 동작한다: NAL 단위들의 디코딩이 아래에 명시된다. 아래 프로세스들은 슬라이스 헤더 계층 및 그 위의 신택스 엘리먼트들을 사용하여 다음 디코딩 프로세스들을 명시한다: 픽처 순서 카운트와 관련된 변수들 및 함수들이 도출된다. 이것은 픽처의 첫 번째 슬라이스에 대해서만 호출될 필요가 있다. non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시, 참조 픽처 리스트 0(RefPicList[ 0 ]) 및 참조 픽처 리스트 1(RefPicList[ 1 ])의 도출을 위해 참조 픽처 리스트 구성에 대한 디코딩 프로세스가 호출된다. 참조 픽처 마킹에 대한 디코딩 프로세스가 호출되는데, 여기서 참조 픽처들은 "참조에 사용되지 않음"으로 마킹될 수 있다. 이것은 픽처의 첫 번째 슬라이스에 대해서만 호출될 필요가 있다. 코딩 트리 단위들, 스케일링, 변환, 루프 내 필터링 등에 대한 디코딩 프로세스들이 호출된다. 현재 픽처의 모든 슬라이스들이 디코딩된 후, 현재 디코딩된 픽처는 "참조에 사용됨"으로 마킹된다.
NAL 단위 디코딩 프로세스.
이 프로세스에 대한 입력은 현재 픽처의 NAL 단위들 및 이들의 연관된 non-VCL NAL 단위들이다. 이 프로세스의 출력들은 NAL 단위들 내에 캡슐화된, 파싱된 RBSP 신택스 구조들이다. 각각의 NAL 단위에 대한 디코딩 프로세스는 NAL 단위로부터 RBSP 신택스 구조를 추출한 다음, RBSP 신택스 구조를 파싱한다.
슬라이스 디코딩 프로세스.
픽처 순서 카운트에 대한 디코딩 프로세스.
이 프로세스의 출력은 현재 픽처의 픽처 순서 카운트인 PicOrderCntVal이다. 픽처 순서 카운트들은 픽처들을 식별하고, 병합 모드 및 모션 벡터 예측에서 모션 파라미터들을 도출하기 위해, 그리고 디코더 적합성 검사를 위해 사용된다. 각각의 코딩된 픽처는 PicOrderCntVal로 표시되는 픽처 순서 카운트 변수와 연관된다. 현재 픽처가 IRAP 픽처가 아닌 경우, 변수들 prevPicOrderCntLsb 및 prevPicOrderCntMsb는 다음과 같이 도출된다: prevTid0Pic을 디코딩 순서에서 0과 같은 TemporalId를 갖는 이전 픽처로 놓는다. 변수 prevPicOrderCntLsb는 prevTid0Pic의 slice_pic_order_cnt_lsb와 같게 설정된다. 변수 prevPicOrderCntMsb는 prevTid0Pic의 PicOrderCntMsb와 같게 설정된다. 현재 픽처의 변수 PicOrderCntMsb는 다음과 같이 도출된다: 현재 픽처가 IRAP 픽처라면, PicOrderCntMsb는 0과 같게 설정된다. 그렇지 않으면, PicOrderCntMsb는 다음과 같이 도출된다:
PicOrderCntVal은 다음과 같이 도출된다:
PicOrderCntVal = PicOrderCntMsb + slice_pic_order_cnt_lsb
slice_pic_order_cnt_lsb가 IRAP 픽처들에 대해 0인 것으로 추론되고 prevPicOrderCntLsb와 prevPicOrderCntMsb 둘 다 0으로 설정되므로, 모든 IRAP 픽처들은 0과 같은 PicOrderCntVal을 가질 것이다. PicOrderCntVal의 값은 -231부터 231 - 1까지의 범위에 있을 것이다. 하나의 CVS에서, 임의의 2개의 코딩된 픽처들에 대한 PicOrderCntVal 값들은 동일하지 않을 것이다. 디코딩 프로세스 도중 임의의 순간에, DPB 내의 임의의 2개의 참조 픽처들에 대한 PicOrderCntVal & ( MaxRefPicOrderCntLsb - 1 )의 값들은 동일하지 않을 것이다.
PicOrderCnt( picX ) 함수가 다음과 같이 명시된다:
PicOrderCnt( picX ) = 픽처(picX)의 PicOrderCntVal
DiffPicOrderCnt( picA, picB ) 함수는 다음과 같이 명시된다:
DiffPicOrderCnt( picA, picB ) = PicOrderCnt( picA ) - PicOrderCnt( picB )
비트스트림은, -215부터 215 - 1까지의 범위에 있지 않은 DiffPicOrderCnt( picA, picB )의 값들이 디코딩 프로세스에 사용되게 하는 데이터를 포함하지 않을 것이다. X를 현재 픽처로 하고 Y와 Z를 동일한 CVS의 2개의 다른 픽처들로 하면, DiffPicOrderCnt( X, Y )와 DiffPicOrderCnt( X, Z ) 둘 다 양수이거나 둘 다 음수일 때 Y와 Z는 X로부터 동일한 출력 순서에 있는 것으로 간주된다.
참조 픽처 리스트 구성에 대한 디코딩 프로세스.
이 프로세스는 non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시에 호출된다. 참조 픽처들은 참조 인덱스들을 통해 어드레싱된다. 참조 인덱스는 참조 픽처 리스트에 대한 인덱스이다. I 슬라이스를 디코딩할 때, 슬라이스 데이터의 디코딩에는 참조 픽처 리스트가 사용되지 않는다. P 슬라이스를 디코딩할 때는, 슬라이스 데이터의 디코딩에 참조 픽처 리스트 0(즉, RefPicList[ 0 ])만이 사용된다. B 슬라이스를 디코딩할 때는, 슬라이스 데이터의 디코딩에 참조 픽처 리스트 0과 참조 픽처 리스트 1(즉, RefPicList[ 1 ]) 둘 다 사용된다. non-IRAP 픽처의 각각의 슬라이스에 대한 디코딩 프로세스의 시작 시, 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]이 도출된다. 참조 픽처 리스트들은 참조 픽처들의 마킹에 또는 슬라이스 데이터의 디코딩에 사용된다. 픽처의 첫 번째 슬라이스가 아닌 non-IRAP 픽처의 I 슬라이스의 경우, 비트스트림 적합성 검사 목적으로 RefPicList[ 0 ] 및 RefPicList[ 1 ]이 도출될 수 있지만, 현재 픽처 또는 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들의 디코딩에 이들의 도출이 필요하지는 않다. 픽처의 첫 번째 슬라이스가 아닌 P 슬라이스의 경우, 비트스트림 적합성 검사 목적으로 RefPicList[ 1 ]이 도출될 수 있지만, 현재 픽처 또는 디코딩 순서에서 현재 픽처에 뒤따르는 픽처들의 디코딩에 그 도출이 필요하지는 않다. 참조 픽처 리스트들 RefPicList[ 0 ] 및 RefPicList[ 1 ]은 다음과 같이 구성된다:
0 또는 1과 같은 각각의 i에 대해, RefPicList[ i ] 내의 첫 번째 NumRefIdxActive[ i ] 엔트리들은 RefPicList[ i ] 내의 활성 엔트리들로 지칭되고, RefPicList[ i ] 내의 다른 엔트리들은 RefPicList[ i ] 내의 비활성 엔트리들로 지칭된다. 특정 픽처가 RefPicList[ 0 ] 내의 엔트리와 RefPicList[ 1 ] 내의 엔트리 둘 다에 의해 참조되는 것이 가능하다. 특정 픽처가 RefPicList[ 0 ] 내의 하나의 엔트리보다 많은 엔트리에 의해 또는 RefPicList[ 1 ] 내의 하나의 엔트리보다 많은 엔트리에 의해 참조되는 것이 또한 가능하다. RefPicList[ 0 ] 내의 활성 엔트리들과 RefPicList[ 1 ] 내의 활성 엔트리들은 집합적으로, 현재 픽처 및 디코딩 순서에서 현재 픽처를 뒤따르는 하나 이상의 픽처들의 인터 예측에 사용될 수 있는 모든 참조 픽처들을 의미한다. RefPicList[ 0 ] 내의 비활성 엔트리들과 RefPicList[ 1 ] 내의 비활성 엔트리들은 집합적으로, 현재 픽처의 인터 예측에 사용되지 않지만 디코딩 순서에서 현재 픽처를 뒤따르는 하나 이상의 픽처들에 대한 인터 예측에 사용될 수 있는 모든 참조 픽처들을 의미한다. 대응하는 픽처들이 DPB에 존재하지 않기 때문에, RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내에는 "참조 픽처 없음"과 같은 하나 이상의 엔트리들이 있을 수 있다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서 "참조 픽처 없음"과 같은 각각의 비활성 엔트리는 무시되어야 한다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에서 "참조 픽처 없음"과 같은 각각의 활성 엔트리에 대해서는 의도하지 않은 픽처 손실이 추론되어야 한다.
다음의 제약들이 적용되는 것이 비트스트림 적합성 요건이다: 0 또는 1과 같은 각각의 i에 대해, NumEntriesInList[ i ]는 NumRefIdxActive[ i ]보다 작지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 각각의 활성 엔트리에 의해 참조되는 픽처가 DPB에 존재할 것이며 현재 픽처의 TemporalId보다 작거나 같은 TemporalId를 가질 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 비활성 엔트리의 엔트리 인덱스는 현재 픽처의 디코딩을 위한 참조 인덱스로서 사용되지 않을 것이다. 선택적으로, 다음의 제약이 추가로 명시될 수 있다: RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 비활성 엔트리는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 다른 엔트리와 동일한 픽처를 참조하지 않을 것이다. 현재 픽처 자체는 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않을 것이다. RefPicList[ 0 ] 또는 RefPicList[ 1 ]에는 현재 픽처의 PicOrderCntVal과 엔트리에 의해 참조되는 픽처의 PicOrderCntVal 간의 차가 224보다 크거나 같은 엔트리가 없을 것이다. setOfRefPics를 RefPicList[ 0 ] 내의 모든 엔트리들과 RefPicList[ 1 ] 내의 모든 엔트리들에 의해 참조되는 고유 픽처들의 세트로 놓는다. setOfRefPics 내의 픽처들의 수는 sps_max_dec_pic_buffering_minus1보다 작거나 같을 것이고, setOfRefPics는 픽처의 모든 슬라이스들에 대해 동일할 것이다.
참조 픽처 마킹에 대한 디코딩 프로세스.
이 프로세스는, 슬라이스 헤더의 디코딩 및 슬라이스에 대한 참조 픽처 리스트 구성에 대한 디코딩 프로세스 이후, 그러나 슬라이스 데이터의 디코딩에 앞서, 픽처마다 한 번씩 호출된다. 이 프로세스는 DPB 내의 하나 이상의 참조 픽처들이 "참조에 사용되지 않음"으로 마킹되게 할 수 있다. DPB 내의 디코딩된 픽처는 "참조에 사용되지 않음" 또는 "참조에 사용됨"으로 마킹될 수 있지만, 디코딩 프로세스의 동작 도중 임의의 주어진 순간에는 이러한 두 가지 중 하나로만 마킹될 수 있다. 이러한 마킹들 중 하나를 픽처에 할당하는 것은 적용 가능한 경우, 이러한 마킹들 중 다른 마킹을 암시적으로 삭제한다. 현재 픽처가 IRAP 픽처인 경우, (만약 있다면) 현재 DPB 내에 있는 모든 참조 픽처들이 "참조에 사용되지 않음"으로 마킹된다. DPB 내의 참조 픽처들은 이들의 PicOrderCntVal 값들의 Log2( MaxRefPicOrderCntLsb ) LSB들에 의해 식별된다. DPB에서 RefPicList[ 0 ] 또는 RefPicList[ 1 ] 내의 임의의 엔트리에 의해 참조되지 않는 각각의 참조 픽처는 "참조에 사용되지 않음"으로 마킹된다.
또 다른 대안적인 실시예.
이 섹션은 "항상 단기 참조 픽처들과 장기 참조 픽처들 간에 구별하여 슬라이스 헤더들에서의 참조 픽처 리스트들의 시그널링"으로 명명되는, 위에서 명시된 접근 방식에 대한 대안적인 실시예를 설명한다. 이러한 대안적인 실시예에서는, 슬라이스 헤더에서, 유사하게 HEVC에서와 같이 또는 위에서 설명한 접근 방식들에서와 같이, 각각의 LTRP 엔트리에 대해 POC MSB 사이클이 시그널링될 수 있으며, 다음의 제약이 제거된다: 디코딩 프로세스 도중 임의의 순간에, DPB 내의 임의의 2개의 참조 픽처들에 대한 PicOrderCntVal & ( MaxLtPicOrderCntLsb - 1 )의 값들은 동일하지 않을 것이다.
도 7은 본 개시내용의 일 실시예에 따른 비디오 코딩 디바이스(700)(예컨대, 비디오 인코더(20) 또는 비디오 디코더(30))의 개략도이다. 비디오 코딩 디바이스(700)는 본 명세서에서 설명되는 바와 같이 개시된 실시예들을 구현하기에 적합하다. 비디오 코딩 디바이스(700)는 데이터를 수신하기 위한 진입 포트들(710) 및 수신기 유닛들(RX)(720); 데이터를 처리하기 위한 프로세서, 로직 유닛 또는 중앙 처리 유닛(CPU: central processing unit)(730); 데이터를 전송하기 위한 전송기 유닛들(Tx)(740) 및 진출 포트들(750); 그리고 데이터를 저장하기 위한 메모리(760)를 포함한다. 비디오 코딩 디바이스(700)는 또한 광 또는 전기 신호들의 진출 또는 진입을 위한 진입 포트들(710), 수신기 유닛들(720), 전송기 유닛들(740) 및 진출 포트들(750)에 결합된 광-전기(OE: optical-to-electrical) 컴포넌트들 및 전기-광(EO: electrical-to-optical) 컴포넌트들을 포함할 수 있다.
프로세서(730)는 하드웨어 및 소프트웨어에 의해 구현된다. 프로세서(730)는 하나 이상의 CPU 칩들, (예컨대, 멀티 코어 프로세서로서) 코어들, 필드 프로그래밍 가능 게이트 어레이(FPGA)들, 주문형 집적 회로(ASIC)들 및 디지털 신호 프로세서(DSP)들로서 구현될 수 있다. 프로세서(730)는 진입 포트들(710), 수신기 유닛들(720), 전송기 유닛들(740), 진출 포트들(750) 및 메모리(760)와 통신한다. 프로세서(730)는 코딩 모듈(770)을 포함한다. 코딩 모듈(770)은 위에서 설명한 개시된 실시예들을 구현한다. 예컨대, 코딩 모듈(770)은 프로세스들을 구현하거나, 다양한 네트워킹 기능을 준비 또는 제공한다. 따라서 코딩 모듈(770)의 포함은 비디오 코딩 디바이스(700)의 기능에 실질적인 개선을 제공하고 비디오 코딩 디바이스(700)의 다른 상태로의 변환에 영향을 미친다. 대안으로, 코딩 모듈(770)은 메모리(760)에 저장되어 프로세서(730)에 의해 실행되는 명령들로서 구현될 수 있다.
비디오 코딩 디바이스(700)는 또한, 사용자에게 그리고 사용자로부터 데이터를 전달하기 위한 입력 및/또는 출력(I/O) 디바이스들(780)을 포함할 수 있다. I/O 디바이스들(780)은 비디오 데이터를 디스플레이하기 위한 디스플레이, 오디오 데이터를 출력하기 위한 스피커들 등과 같은 출력 디바이스들을 포함할 수 있다. I/O 디바이스들(780)은 또한 키보드, 마우스, 트랙볼 등과 같은 입력 디바이스들, 및/또는 이러한 출력 디바이스와 상호 작용하기 위한 대응하는 인터페이스들을 포함할 수 있다.
메모리(760)는 하나 이상의 디스크들, 테이프 드라이브들, 고체 상태 드라이브들을 포함하며, 프로그램들이 실행을 위해 선택될 때 그러한 프로그램들을 저장하기 위한, 그리고 프로그램 실행 중에 판독되는 명령들 및 데이터를 저장하기 위한 오버플로우 데이터 저장 디바이스로서 사용될 수 있다. 메모리(760)는 휘발성 및/또는 비휘발성일 수 있으며, 판독 전용 메모리(ROM: read-only memory), 랜덤 액세스 메모리(RAM: random access memory), 3원 내용 주소화 메모리(TCAM: ternary content-addressable memory) 및/또는 정적 랜덤 액세스 메모리(SRAM: static random-access memory)일 수 있다.
도 8은 코딩하기 위한 수단(800)의 일 실시예의 개략도이다. 실시예에서, 코딩하기 위한 수단(800)은 비디오 코딩 디바이스(802)(예컨대, 비디오 인코더(20) 또는 비디오 디코더(30))에서 구현된다. 비디오 코딩 디바이스(802)는 수신 수단(801)을 포함한다. 수신 수단(801)은 인코딩할 픽처를 수신하도록 또는 디코딩할 비트스트림 수신하도록 구성된다. 비디오 코딩 디바이스(802)는 수신 수단(801)에 결합된 전송 수단(807)을 포함한다. 전송 수단(807)은 비트스트림을 디코더로 전송하도록 또는 디코딩된 이미지를 디스플레이 수단(예컨대, I/O 디바이스들(780) 중 하나)에 전송하도록 구성된다.
비디오 코딩 디바이스(802)는 저장 수단(803)을 포함한다. 저장 수단(803)은 수신 수단(801) 또는 전송 수단(807) 중 적어도 하나에 결합된다. 저장 수단(803)은 명령들을 저장하도록 구성된다. 비디오 코딩 디바이스(802)는 또한 처리 수단(805)을 포함한다. 처리 수단(805)은 저장 수단(803)에 결합된다. 처리 수단(805)은 저장 수단(803)에 저장된 명령들을 실행하여, 본 명세서에 개시된 방법들을 수행하도록 구성된다.
본 개시내용에서 여러 실시예들이 제공되었지만, 개시된 시스템들 및 방법들은 본 개시내용의 사상 또는 범위를 벗어나지 않으면서 많은 다른 특정 형태들로 구현될 수도 있다고 이해되어야 한다. 본 예들은 제한이 아닌 예시로서 고려되어야 하며, 그 의도는 본 명세서에서 주어진 세부사항들로 제한되지 않아야 한다. 예를 들어, 다양한 엘리먼트들 또는 컴포넌트들이 다른 시스템으로 조합 또는 통합될 수 있거나, 일부 특징들이 생략될 수 있거나 구현되지 않을 수 있다.
추가로, 다양한 실시예들에서 개별적인 또는 분리된 것으로 설명되고 예시된 기술들, 시스템들, 서브시스템들 및 방법들은 본 개시내용의 범위를 벗어나지 않으면서 다른 시스템들, 모듈들, 기술들 또는 방법과 조합 또는 통합될 수 있다. 서로 통신하거나 서로 결합되거나 직접 결합되는 것으로 도시 또는 논의된 다른 아이템들 간접적으로 결합되거나 전기적으로든, 기계적으로든 또는 다른 방식으로든, 어떤 인터페이스, 디바이스 또는 중간 컴포넌트를 통해 통신할 수 있다. 변화들, 대체들 및 변경들의 다른 예들이 당해 기술분야에서 통상의 지식을 가진 자에 의해 확인 가능하며, 본 명세서에 개시된 사상 및 범위를 벗어나지 않으면서 이루어질 수 있다.
Claims (17)
- 비디오 디코더에 의해 구현되는, 코딩된 비디오 비트스트림을 디코딩하는 방법으로서,
상기 코딩된 비디오 비트스트림 내에 제시된 현재 슬라이스의 제1 참조 픽처(picture) 리스트 및 상기 현재 슬라이스의 제2 참조 픽처 리스트를 획득하는 단계;
상기 현재 슬라이스가 상기 현재 슬라이스가 속한 현재 픽처의 첫 번째 슬라이스인 경우, 상기 제1 참조 픽처 리스트 및 상기 제2 참조 픽처 리스트에 기초하여, 디코딩된 픽처 버퍼(DPB: decoded picture buffer) 내의 참조 픽처의 상태를 마킹(mark)하는 단계 ― 상기 디코딩된 픽처 버퍼 내의 상기 참조 픽처의 상태는 단기 참조에 사용됨(used for short-term reference), 장기 참조에 사용됨(used for long-term reference), 또는 참조에 사용되지 않음(unused for reference) 중 하나임 ―; 및
상기 참조 픽처의 상태가 상기 단기 참조에 사용됨 또는 상기 장기 참조에 사용됨인 경우, 상기 현재 픽처 또는 상기 현재 픽처에 뒤따르는 픽처의 복원 프로세스에서 상기 참조 픽처를 사용하는 단계
를 포함하는,
코딩된 비디오 비트스트림을 디코딩하는 방법. - 비디오 디코더에 의해 구현되는, 코딩된 비디오 비트스트림을 디코딩하는 방법으로서,
상기 비디오 디코더에 의해, 첫 번째 디코딩된 픽처를 획득하기 위해, 자신의 모든 슬라이스들을 포함하는 첫 번째 픽처를 디코딩하는 단계;
상기 비디오 디코더에 의해, 상기 디코딩 후 상기 첫 번째 디코딩된 픽처를 디코딩된 픽처 버퍼(DPB)에 저장하는 단계;
상기 비디오 디코더에 의해, 상기 첫 번째 픽처의 모든 슬라이스들이 디코딩된 후 상기 첫 번째 픽처를 단기 참조에 사용됨으로 마킹하는 단계; 및
상기 비디오 디코더에 의해, 현재 픽처의 첫 번째 슬라이스를 디코딩하는 단계
를 포함하며,
상기 현재 픽처의 첫 번째 슬라이스를 디코딩하는 단계는,
상기 비디오 디코더에 의해, 제1 참조 픽처 리스트 및 제2 참조 픽처 리스트를 획득하는 단계;
상기 비디오 디코더에 의해, 상기 첫 번째 픽처가 상기 제1 참조 픽처 리스트 또는 상기 제2 참조 픽처 리스트의 장기 참조 픽처(LTRP: long-term reference picture) 엔트리에 의해 참조될 때, 상기 첫 번째 픽처를 장기 참조에 사용됨으로 리마킹(re-mark)하는 단계; 및
상기 비디오 디코더에 의해, 상기 첫 번째 픽처가 상기 제1 참조 픽처 리스트 또는 상기 제2 참조 픽처 리스트에서 참조되지 않을 때, 상기 첫 번째 픽처를 참조에 사용되지 않음으로 리마킹하는 단계
를 포함하는,
코딩된 비디오 비트스트림을 디코딩하는 방법. - 제2항에 있어서,
상기 제1 참조 픽처 리스트는 RefPictList[0]으로 지정되는,
코딩된 비디오 비트스트림을 디코딩하는 방법. - 제2항에 있어서,
상기 제2 참조 픽처 리스트는 RefPictList[1]로 지정되는,
코딩된 비디오 비트스트림을 디코딩하는 방법. - 제1 항 내지 제4 항 중 어느 한 항에 있어서,
상기 현재 픽처는 논(non)-인트라 랜덤 액세스 포인트(IRAP: intra random access point) 픽처를 포함하는,
코딩된 비디오 비트스트림을 디코딩하는 방법. - 제1항 내지 제5항 중 어느 한 항에 있어서,
상기 첫 번째 픽처는 단기 참조에 사용됨으로 마킹될 때 단기 참조 픽처(STRP: short-term reference picture)로 지칭되는,
코딩된 비디오 비트스트림을 디코딩하는 방법. - 제6항에 있어서,
상기 STRP는 픽처 순서 카운트 값(PicOrderCntVal: picture order count value)에 의해 식별되는,
코딩된 비디오 비트스트림을 디코딩하는 방법. - 제2항에 있어서,
픽처 순서 카운트 값(PicOrderCntVal)의 최대 장기 픽처 순서 카운트 최하위 비트들의 로그 함수(Log2(MaxLtPicOrderCntLsb))에 의해 LTRP가 식별되는,
코딩된 비디오 비트스트림을 디코딩하는 방법. - 제1항 또는 제2항에 있어서,
상기 DPB는 상기 현재 픽처의 디코딩 후 상기 첫 번째 디코딩된 픽처에 추가하여 복수의 참조 픽처들을 포함하는,
코딩된 비디오 비트스트림을 디코딩하는 방법. - 제2항에 있어서,
임의의 주어진 시점에, 상기 첫 번째 픽처는 단기 참조에 사용됨, 장기 참조에 사용됨, 및 참조에 사용되지 않음 중 하나로만 마킹 또는 리마킹되는,
코딩된 비디오 비트스트림을 디코딩하는 방법. - 제2항에 있어서,
상기 첫 번째 픽처를 단기 참조에 사용됨, 장기 참조에 사용됨, 및 참조에 사용되지 않음 중 하나로 마킹 또는 리마킹하는 것은 상기 첫 번째 픽처에 대한 임의의 다른 마킹을 삭제하는,
코딩된 비디오 비트스트림을 디코딩하는 방법. - 디코딩 디바이스로서,
코딩된 비디오 비트스트림을 수신하도록 구성된 수신기;
상기 수신기에 결합된, 명령을 저장하는 메모리; 및
상기 메모리 및 상기 수신기에 결합된 프로세서
를 포함하며,
상기 프로세서는 상기 메모리에 저장된 명령을 실행하여 상기 프로세서로 하여금,
상기 코딩된 비디오 비트스트림 내에 제시된 현재 슬라이스의 제1 참조 픽처 리스트 및 상기 현재 슬라이스의 제2 참조 픽처 리스트를 획득하게 하고;
상기 현재 슬라이스가 상기 현재 슬라이스가 속한 현재 픽처의 첫 번째 슬라이스인 경우, 상기 제1 참조 픽처 리스트 및 상기 제2 참조 픽처 리스트에 기초하여, 디코딩된 픽처 버퍼(DPB) 내의 참조 픽처의 상태를 마킹하게 하고 ― 상기 디코딩된 픽처 버퍼 내의 상기 참조 픽처의 상태는 단기 참조에 사용됨, 장기 참조에 사용됨, 또는 참조에 사용되지 않음 중 하나임 ―; 그리고
상기 참조 픽처의 상태가 상기 단기 참조에 사용됨 또는 상기 장기 참조에 사용됨인 경우, 상기 현재 픽처 또는 상기 현재 픽처에 뒤따르는 픽처의 복원 프로세스에서 상기 참조 픽처를 사용하게 하도록 구성되는,
디코딩 디바이스. - 디코딩 디바이스로서,
코딩된 비디오 비트스트림을 수신하도록 구성된 수신기;
상기 수신기에 결합된, 명령을 저장하는 메모리; 및
상기 메모리 및 상기 수신기에 결합된 프로세서
를 포함하며,
상기 프로세서는 상기 메모리에 저장된 명령을 실행하여 상기 프로세서로 하여금,
첫 번째 디코딩된 픽처를 획득하기 위해 자신의 모든 슬라이스들을 포함하는 첫 번째 픽처를 디코딩하게 하고;
상기 디코딩 후 상기 첫 번째 디코딩된 픽처를 디코딩된 픽처 버퍼(DPB)에 저장하게 하고;
상기 첫 번째 픽처의 모든 슬라이스들이 디코딩된 후 상기 첫 번째 픽처를 단기 참조에 사용됨으로 마킹하게 하고;
현재 픽처의 첫 번째 슬라이스를 디코딩하게 하도록 구성되고,
상기 현재 픽처의 첫 번째 슬라이스를 디코딩하게 하는 것은 상기 프로세서로 하여금 추가로,
제1 참조 픽처 리스트 및 제2 참조 픽처 리스트를 획득하게 하고;
상기 첫 번째 픽처가 상기 제1 참조 픽처 리스트 또는 상기 제2 참조 픽처 리스트의 장기 참조 픽처(LTRP) 엔트리에 의해 참조될 때, 상기 첫 번째 픽처를 장기 참조에 사용됨으로 리마킹하게 하고;
상기 첫 번째 픽처가 상기 제1 참조 픽처 리스트 또는 상기 제2 참조 픽처 리스트에서 참조되지 않을 때, 상기 첫 번째 픽처를 참조에 사용되지 않음으로 리마킹하게 하는,
디코딩 디바이스. - 제12항 또는 제13항에 있어서,
상기 현재 픽처를 디스플레이하도록 구성된 디스플레이를 더 포함하는,
인코딩 디코딩 디바이스. - 코딩 장치로서,
디코딩할 비트스트림을 수신하도록 구성된 수신기;
수신기에 결합된 전송기 ― 상기 전송기는 디코딩된 이미지를 디스플레이로 전송하도록 구성됨 ―;
상기 수신기 또는 상기 전송기 중 적어도 하나에 결합된 메모리 ― 상기 메모리는 명령들을 저장하도록 구성됨 ―; 및
상기 메모리에 결합된 프로세서를 포함하며,
상기 프로세서는 상기 메모리에 저장된 명령들을 실행하여 제1항 내지 제11항 중 어느 한 항의 방법을 수행하도록 구성되는,
코딩 장치. - 시스템으로서,
인코더; 및
상기 인코더와 통신하는 디코더를 포함하며,
상기 디코더는 제13항 내지 제15항 중 어느 한 항의 디코딩 디바이스 또는 코딩 장치를 포함하는,
시스템. - 코딩하기 위한 수단으로서,
디코딩할 비트스트림을 수신하도록 구성된 수신 수단;
상기 수신 수단에 결합된 전송 수단 ― 상기 전송 수단은 디코딩된 이미지를 디스플레이 수단으로 전송하도록 구성됨 ―;
상기 수신 수단 또는 상기 전송 수단 중 적어도 하나에 결합된 저장 수단 ― 상기 저장 수단은 명령들을 저장하도록 구성됨 ―; 및
상기 저장 수단에 결합된 처리 수단을 포함하며,
상기 처리 수단은 상기 저장 수단에 저장된 명령들을 실행하여 제1항 내지 제11항 중 어느 한 항의 방법을 수행하도록 구성되는,
코딩하기 위한 수단.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1020237041439A KR20230170122A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩의 참조 픽처 관리 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201862719360P | 2018-08-17 | 2018-08-17 | |
| US62/719,360 | 2018-08-17 | ||
| PCT/US2019/046927 WO2020037272A1 (en) | 2018-08-17 | 2019-08-16 | Reference picture management in video coding |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020237041439A Division KR20230170122A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩의 참조 픽처 관리 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| KR20210036401A true KR20210036401A (ko) | 2021-04-02 |
| KR102610092B1 KR102610092B1 (ko) | 2023-12-04 |
Family
ID=69525847
Family Applications (11)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020217007340A KR102609949B1 (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 영상 관리 |
| KR1020217007279A KR102610092B1 (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩의 참조 픽처 관리 |
| KR1020237041409A KR20230169435A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 영상 관리 |
| KR1020217007234A KR102610093B1 (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 화상 관리 |
| KR1020237041442A KR20230165889A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩의 참조 픽처 관리 |
| KR1020237041434A KR20230169440A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 화상 관리 |
| KR1020217007257A KR102610089B1 (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩의 참조 픽처 관리 |
| KR1020217007129A KR102659936B1 (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서 참조 화상 관리 |
| KR1020237041439A KR20230170122A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩의 참조 픽처 관리 |
| KR1020237041433A KR20230169439A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 화상 관리 |
| KR1020217007184A KR102610094B1 (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 화상 관리 |
Family Applications Before (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020217007340A KR102609949B1 (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 영상 관리 |
Family Applications After (9)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| KR1020237041409A KR20230169435A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 영상 관리 |
| KR1020217007234A KR102610093B1 (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 화상 관리 |
| KR1020237041442A KR20230165889A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩의 참조 픽처 관리 |
| KR1020237041434A KR20230169440A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 화상 관리 |
| KR1020217007257A KR102610089B1 (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩의 참조 픽처 관리 |
| KR1020217007129A KR102659936B1 (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서 참조 화상 관리 |
| KR1020237041439A KR20230170122A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩의 참조 픽처 관리 |
| KR1020237041433A KR20230169439A (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 화상 관리 |
| KR1020217007184A KR102610094B1 (ko) | 2018-08-17 | 2019-08-16 | 비디오 코딩에서의 참조 화상 관리 |
Country Status (17)
| Country | Link |
|---|---|
| US (8) | US20210258568A1 (ko) |
| EP (7) | EP3831070A4 (ko) |
| JP (13) | JP2021534673A (ko) |
| KR (11) | KR102609949B1 (ko) |
| CN (12) | CN114584775B (ko) |
| AU (1) | AU2019322914B2 (ko) |
| BR (6) | BR112021002483A2 (ko) |
| CA (1) | CA3109799C (ko) |
| CL (1) | CL2021000397A1 (ko) |
| FI (1) | FI3831064T3 (ko) |
| IL (1) | IL280944A (ko) |
| MX (4) | MX2021001838A (ko) |
| NZ (1) | NZ773625A (ko) |
| PH (1) | PH12021550312A1 (ko) |
| SG (6) | SG11202100648RA (ko) |
| WO (6) | WO2020037273A1 (ko) |
| ZA (1) | ZA202100951B (ko) |
Families Citing this family (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP3780608A4 (en) | 2018-04-02 | 2021-12-01 | SZ DJI Technology Co., Ltd. | IMAGE PROCESSING PROCESS AND IMAGE PROCESSING DEVICE |
| KR102609949B1 (ko) | 2018-08-17 | 2023-12-04 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 비디오 코딩에서의 참조 영상 관리 |
| WO2020059687A1 (en) * | 2018-09-21 | 2020-03-26 | Sharp Kabushiki Kaisha | Systems and methods for signaling reference pictures in video coding |
| WO2020159994A1 (en) * | 2019-01-28 | 2020-08-06 | Op Solutions, Llc | Online and offline selection of extended long term reference picture retention |
| US11395006B2 (en) * | 2019-03-06 | 2022-07-19 | Tencent America LLC | Network abstraction layer unit header |
| BR112022018206A2 (pt) | 2020-03-19 | 2022-10-25 | Bytedance Inc | Método e aparelho de processamento de vídeo, método de armazenamento de um fluxo contínuo de bits de um vídeo, e, mídia legível por computador |
| CA3136422A1 (en) * | 2020-05-20 | 2021-11-20 | Tencent America LLC | Techniques for random access point indication and picture output in coded video stream |
| US11558630B2 (en) | 2020-05-20 | 2023-01-17 | Tencent America LLC | Techniques for random access point indication and picture output in coded video stream |
| JP2023526585A (ja) * | 2020-05-21 | 2023-06-22 | アリババ グループ ホウルディング リミテッド | 映像の符号化における参照ピクチャ処理のための方法 |
| US11695938B2 (en) * | 2021-01-05 | 2023-07-04 | Dish Network Technologies India Private Limited | Method and apparatus for thumbnail generation for a video device |
| CN116781907A (zh) * | 2022-03-11 | 2023-09-19 | 华为技术有限公司 | 编解码方法及电子设备 |
| WO2023234133A1 (en) * | 2022-05-31 | 2023-12-07 | Sharp Kabushiki Kaisha | Systems and methods for signaling reference picture list entry information in video coding |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130077687A1 (en) * | 2011-09-23 | 2013-03-28 | Ye-Kui Wang | Coding reference pictures for a reference picture set |
| US20150124877A1 (en) * | 2012-04-25 | 2015-05-07 | Samsung Electronics Co., Ltd. | Multiview video encoding method using reference picture set for multiview video prediction and device therefor, and multiview video decoding method using reference picture set for multiview video prediction and device therefor |
| US10003817B2 (en) * | 2011-11-07 | 2018-06-19 | Microsoft Technology Licensing, Llc | Signaling of state information for a decoded picture buffer and reference picture lists |
Family Cites Families (81)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2005022923A2 (en) * | 2003-08-26 | 2005-03-10 | Thomson Licensing S.A. | Method and apparatus for minimizing number of reference pictures used for inter-coding |
| FI115589B (fi) * | 2003-10-14 | 2005-05-31 | Nokia Corp | Redundanttien kuvien koodaaminen ja dekoodaaminen |
| BRPI0716957A2 (pt) * | 2006-10-13 | 2013-10-29 | Thomson Licensing | Sintaxe de gerenciamento de lista de imagens de referência para codificação de vídeo de múltiplas vistas |
| WO2010086500A1 (en) | 2009-01-28 | 2010-08-05 | Nokia Corporation | Method and apparatus for video coding and decoding |
| US8693539B2 (en) | 2009-03-26 | 2014-04-08 | Panasonic Corporation | Coding method, error detecting method, decoding method, coding apparatus, error detecting apparatus, and decoding apparatus |
| WO2010126613A2 (en) * | 2009-05-01 | 2010-11-04 | Thomson Licensing | Inter-layer dependency information for 3dv |
| KR101752418B1 (ko) | 2010-04-09 | 2017-06-29 | 엘지전자 주식회사 | 비디오 신호 처리 방법 및 장치 |
| US9008176B2 (en) * | 2011-01-22 | 2015-04-14 | Qualcomm Incorporated | Combined reference picture list construction for video coding |
| US8934552B2 (en) | 2011-03-31 | 2015-01-13 | Qualcomm Incorporated | Combined reference picture list construction and mapping |
| WO2012148139A2 (ko) | 2011-04-26 | 2012-11-01 | 엘지전자 주식회사 | 참조 픽쳐 리스트 관리 방법 및 이러한 방법을 사용하는 장치 |
| KR101578308B1 (ko) * | 2011-06-30 | 2015-12-16 | 텔레폰악티에볼라겟엘엠에릭슨(펍) | 레퍼러스 픽처 시그널링 |
| US9521418B2 (en) | 2011-07-22 | 2016-12-13 | Qualcomm Incorporated | Slice header three-dimensional video extension for slice header prediction |
| CN103828364B (zh) * | 2011-09-29 | 2018-06-12 | 夏普株式会社 | 图像解码装置、图像解码方法及图像编码装置 |
| US9451284B2 (en) * | 2011-10-10 | 2016-09-20 | Qualcomm Incorporated | Efficient signaling of reference picture sets |
| JP5768662B2 (ja) * | 2011-10-31 | 2015-08-26 | 富士通株式会社 | 動画像復号装置、動画像符号化装置、動画像復号方法、動画像符号化方法、動画像復号プログラム及び動画像符号化プログラム |
| US9264717B2 (en) | 2011-10-31 | 2016-02-16 | Qualcomm Incorporated | Random access with advanced decoded picture buffer (DPB) management in video coding |
| EP2777276B1 (en) * | 2011-11-08 | 2019-05-01 | Nokia Technologies Oy | Reference picture handling |
| US20130114710A1 (en) * | 2011-11-08 | 2013-05-09 | Samsung Electronics Co., Ltd. | Method and apparatus for encoding video by prediction using reference picture list, and method and apparatus for decoding video by performing compensation using reference picture list |
| US10440389B2 (en) * | 2011-11-11 | 2019-10-08 | Lg Electronics Inc. | Method and device for transmitting image information, and decoding method and device using same |
| US9392235B2 (en) | 2011-11-18 | 2016-07-12 | Google Technology Holdings LLC | Explicit way for signaling a collocated reference picture for video coding |
| US9485503B2 (en) * | 2011-11-18 | 2016-11-01 | Qualcomm Incorporated | Inside view motion prediction among texture and depth view components |
| CN103959791B (zh) * | 2011-11-18 | 2017-07-04 | 谷歌技术控股有限责任公司 | 针对高效率视频代码化(hevc)用信号发送并置图片的显式方式 |
| US9258559B2 (en) * | 2011-12-20 | 2016-02-09 | Qualcomm Incorporated | Reference picture list construction for multi-view and three-dimensional video coding |
| EP2805500B1 (en) | 2012-01-17 | 2016-03-30 | Telefonaktiebolaget LM Ericsson (publ) | Reference picture list handling |
| US8867852B2 (en) * | 2012-01-19 | 2014-10-21 | Sharp Kabushiki Kaisha | Decoding a picture based on a reference picture set on an electronic device |
| US20130188709A1 (en) * | 2012-01-25 | 2013-07-25 | Sachin G. Deshpande | Video decoder for tiles with absolute signaling |
| AU2013215198A1 (en) * | 2012-01-31 | 2014-08-28 | Vid Scale, Inc. | Reference picture set (RPS) signaling for scalable high efficiency video coding (HEVC) |
| US9369710B2 (en) * | 2012-02-06 | 2016-06-14 | Qualcomm Incorporated | Reference picture list modification for video coding |
| EP2838263A4 (en) * | 2012-04-15 | 2015-12-23 | Samsung Electronics Co Ltd | INTERPRETING METHOD BY WHICH LISTS OF REFERENCE PICTURES CAN BE MODIFIED, AND APPARATUS THEREFOR |
| WO2013162980A2 (en) * | 2012-04-23 | 2013-10-31 | Google Inc. | Managing multi-reference picture buffers for video data coding |
| US9762903B2 (en) | 2012-06-01 | 2017-09-12 | Qualcomm Incorporated | External pictures in video coding |
| US9319679B2 (en) * | 2012-06-07 | 2016-04-19 | Qualcomm Incorporated | Signaling data for long term reference pictures for video coding |
| JP6190397B2 (ja) | 2012-07-01 | 2017-08-30 | シャープ株式会社 | パラメータセットにおいて長期参照ピクチャをシグナリングするためのデバイス |
| US9167248B2 (en) * | 2012-07-13 | 2015-10-20 | Qualcomm Incorporated | Reference picture list modification for video coding |
| US9398284B2 (en) * | 2012-08-16 | 2016-07-19 | Qualcomm Incorporated | Constructing reference picture lists for multi-view or 3DV video coding |
| US9584825B2 (en) * | 2012-09-27 | 2017-02-28 | Qualcomm Incorporated | Long-term reference picture signaling in video coding |
| WO2014081226A1 (ko) * | 2012-11-21 | 2014-05-30 | 엘지전자 주식회사 | 영상 디코딩 방법 및 이를 이용하는 장치 |
| US9992513B2 (en) | 2012-12-21 | 2018-06-05 | Sony Corporation | Image processing efficient transmission or reception of encoded information |
| US20150326866A1 (en) | 2012-12-28 | 2015-11-12 | Sharp Kabushiki Kaisha | Image decoding device and data structure |
| JP6209772B2 (ja) * | 2013-01-15 | 2017-10-11 | 華為技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． | シグナリングを用いたビデオデコーダ |
| WO2014162739A1 (en) * | 2013-04-05 | 2014-10-09 | Sharp Kabushiki Kaisha | Decoding of inter-layer reference picture set and reference picture list construction |
| US9532067B2 (en) * | 2013-04-05 | 2016-12-27 | Sharp Kabushiki Kaisha | Decoding of inter-layer reference picture set and reference picture list construction |
| WO2015006922A1 (en) * | 2013-07-16 | 2015-01-22 | Mediatek Singapore Pte. Ltd. | Methods for residual prediction |
| US9860529B2 (en) * | 2013-07-16 | 2018-01-02 | Qualcomm Incorporated | Processing illumination compensation for video coding |
| US9560358B2 (en) * | 2013-07-22 | 2017-01-31 | Qualcomm Incorporated | Device and method for scalable coding of video information |
| CN105453562B (zh) * | 2013-07-30 | 2018-12-25 | 株式会社Kt | 支持多个层的图像编码和解码方法以及使用该方法的装置 |
| US9762909B2 (en) * | 2013-07-30 | 2017-09-12 | Kt Corporation | Image encoding and decoding method supporting plurality of layers and apparatus using same |
| JP6393317B2 (ja) | 2013-10-10 | 2018-09-19 | シャープ株式会社 | 復号方法及び符号化方法 |
| US9942546B2 (en) * | 2013-12-12 | 2018-04-10 | Qualcomm Incorporated | POC value design for multi-layer video coding |
| EP3090558A4 (en) | 2014-01-03 | 2017-08-16 | Nokia Technologies OY | Parameter set coding |
| US10432928B2 (en) | 2014-03-21 | 2019-10-01 | Qualcomm Incorporated | Using a current picture as a reference for video coding |
| US9788007B2 (en) | 2014-06-20 | 2017-10-10 | Qualcomm Incorporated | Profile, tier, level for the 0-th output layer set in video coding |
| US10412387B2 (en) * | 2014-08-22 | 2019-09-10 | Qualcomm Incorporated | Unified intra-block copy and inter-prediction |
| WO2016048834A1 (en) * | 2014-09-26 | 2016-03-31 | Vid Scale, Inc. | Intra block copy coding with temporal block vector prediction |
| US9918105B2 (en) * | 2014-10-07 | 2018-03-13 | Qualcomm Incorporated | Intra BC and inter unification |
| GB2531271A (en) * | 2014-10-14 | 2016-04-20 | Nokia Technologies Oy | An apparatus, a method and a computer program for image sequence coding and decoding |
| KR102206504B1 (ko) * | 2015-04-29 | 2021-01-22 | 에이치에프아이 이노베이션 인크. | 인트라 블록 복사 참조 리스트 구축을 위한 방법 및 장치 |
| CN111818340B (zh) | 2015-05-29 | 2022-05-13 | 寰发股份有限公司 | 一种管理解码图像缓存器并解码视频比特流的方法及装置 |
| US10638140B2 (en) | 2015-05-29 | 2020-04-28 | Qualcomm Incorporated | Slice level intra block copy and other video coding improvements |
| US10516891B2 (en) * | 2015-11-20 | 2019-12-24 | Intel Corporation | Method and system of reference frame caching for video coding |
| US10555002B2 (en) * | 2016-01-21 | 2020-02-04 | Intel Corporation | Long term reference picture coding |
| US10652571B2 (en) * | 2018-01-25 | 2020-05-12 | Qualcomm Incorporated | Advanced motion vector prediction speedups for video coding |
| KR102609949B1 (ko) | 2018-08-17 | 2023-12-04 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 비디오 코딩에서의 참조 영상 관리 |
| EP3847804B1 (en) | 2018-09-12 | 2022-12-07 | Huawei Technologies Co., Ltd. | Index signaling for reference picture list structures |
| EP3895432A4 (en) | 2018-12-10 | 2022-08-31 | Sharp Kabushiki Kaisha | SYSTEMS AND METHODS FOR SIGNIFICANT REFERENCE IMAGES IN VIDEO CODING |
| CN113615175A (zh) * | 2019-03-11 | 2021-11-05 | 华为技术有限公司 | 视频译码中的逐步解码刷新 |
| US10986353B2 (en) * | 2019-03-15 | 2021-04-20 | Tencent America LLC | Decoded picture buffer management for video coding |
| EP3954124A4 (en) * | 2019-05-12 | 2022-08-03 | Beijing Bytedance Network Technology Co., Ltd. | SIGNALING FOR RE-SAMPLING REFERENCE IMAGE |
| US11418813B2 (en) | 2019-09-20 | 2022-08-16 | Tencent America LLC | Signaling of inter layer prediction in video bitstream |
| CN114600462A (zh) * | 2019-10-25 | 2022-06-07 | 夏普株式会社 | 用于在视频编码中发送信号通知图片信息的系统和方法 |
| US20230048070A1 (en) * | 2019-12-11 | 2023-02-16 | Sharp Kabushiki Kaisha | Systems and methods for signaling output layer set information in video coding |
| EP4088453A4 (en) * | 2020-02-14 | 2023-05-10 | Beijing Bytedance Network Technology Co., Ltd. | COLOCATED IMAGE INDICATION IN VIDEO BITSTREAMS |
| US11496771B2 (en) * | 2020-02-24 | 2022-11-08 | Qualcomm Incorporated | Reference picture list and collocated picture signaling in video coding |
| AR121125A1 (es) * | 2020-02-29 | 2022-04-20 | Beijing Bytedance Network Tech Co Ltd | Interacción entre cabecera de imagen y cabecera de segmento de un flujo de bits de video |
| US11743503B2 (en) * | 2020-05-14 | 2023-08-29 | Qualcomm Incorporated | Reference picture list constraints and signaling in video coding |
| WO2021236903A1 (en) * | 2020-05-21 | 2021-11-25 | Bytedance Inc. | Signaling of gradual decoding refresh and reference picture lists |
| JP2023526585A (ja) * | 2020-05-21 | 2023-06-22 | アリババ グループ ホウルディング リミテッド | 映像の符号化における参照ピクチャ処理のための方法 |
| CN115668949A (zh) * | 2020-05-26 | 2023-01-31 | 字节跳动有限公司 | 编解码视频中的帧间层参考图片的标识 |
| CN115769586A (zh) * | 2020-05-28 | 2023-03-07 | 抖音视界有限公司 | 视频编解码中的参考图片列表信令通知 |
| US11882270B2 (en) * | 2020-06-09 | 2024-01-23 | Hfi Innovation Inc. | Method and apparatus for video coding with constraints on reference picture lists of a RADL picture |
| JP2023068781A (ja) | 2021-11-04 | 2023-05-18 | 株式会社日立製作所 | 異常検出装置、異常検出システム、及び異常検出方法 |
-
2019
- 2019-08-16 KR KR1020217007340A patent/KR102609949B1/ko active IP Right Grant
- 2019-08-16 KR KR1020217007279A patent/KR102610092B1/ko active IP Right Grant
- 2019-08-16 SG SG11202100648RA patent/SG11202100648RA/en unknown
- 2019-08-16 BR BR112021002483-2A patent/BR112021002483A2/pt unknown
- 2019-08-16 WO PCT/US2019/046928 patent/WO2020037273A1/en unknown
- 2019-08-16 EP EP19850236.1A patent/EP3831070A4/en active Pending
- 2019-08-16 MX MX2021001838A patent/MX2021001838A/es unknown
- 2019-08-16 KR KR1020237041409A patent/KR20230169435A/ko active Application Filing
- 2019-08-16 KR KR1020217007234A patent/KR102610093B1/ko active IP Right Grant
- 2019-08-16 JP JP2021507940A patent/JP2021534673A/ja active Pending
- 2019-08-16 MX MX2021001743A patent/MX2021001743A/es unknown
- 2019-08-16 CN CN202111341983.1A patent/CN114584775B/zh active Active
- 2019-08-16 WO PCT/US2019/046932 patent/WO2020037276A1/en unknown
- 2019-08-16 AU AU2019322914A patent/AU2019322914B2/en active Active
- 2019-08-16 CN CN201980053797.2A patent/CN112567746A/zh active Pending
- 2019-08-16 EP EP19850149.6A patent/EP3831055A4/en active Pending
- 2019-08-16 SG SG11202100647TA patent/SG11202100647TA/en unknown
- 2019-08-16 FI FIEP19850047.2T patent/FI3831064T3/fi active
- 2019-08-16 EP EP19850237.9A patent/EP3831056A4/en active Pending
- 2019-08-16 NZ NZ773625A patent/NZ773625A/en unknown
- 2019-08-16 CN CN201980054198.2A patent/CN112585973A/zh active Pending
- 2019-08-16 CN CN202111390353.3A patent/CN114697663B/zh active Active
- 2019-08-16 JP JP2021507884A patent/JP2021534668A/ja active Pending
- 2019-08-16 MX MX2021001744A patent/MX2021001744A/es unknown
- 2019-08-16 CA CA3109799A patent/CA3109799C/en active Active
- 2019-08-16 CN CN202111390366.0A patent/CN114501018B/zh active Active
- 2019-08-16 MX MX2021001745A patent/MX2021001745A/es unknown
- 2019-08-16 KR KR1020237041442A patent/KR20230165889A/ko active Application Filing
- 2019-08-16 JP JP2021507913A patent/JP7223118B2/ja active Active
- 2019-08-16 BR BR112021002486-7A patent/BR112021002486A2/pt unknown
- 2019-08-16 SG SG11202101404WA patent/SG11202101404WA/en unknown
- 2019-08-16 WO PCT/US2019/046929 patent/WO2020037274A1/en unknown
- 2019-08-16 KR KR1020237041434A patent/KR20230169440A/ko active Application Filing
- 2019-08-16 CN CN202111340765.6A patent/CN114205590B/zh active Active
- 2019-08-16 SG SG11202101399VA patent/SG11202101399VA/en unknown
- 2019-08-16 EP EP23210671.6A patent/EP4336832A2/en active Pending
- 2019-08-16 EP EP19850378.1A patent/EP3831057A4/en active Pending
- 2019-08-16 JP JP2021507958A patent/JP7278366B2/ja active Active
- 2019-08-16 CN CN201980054191.0A patent/CN113412620A/zh active Pending
- 2019-08-16 BR BR112021002501-4A patent/BR112021002501A2/pt unknown
- 2019-08-16 EP EP19850047.2A patent/EP3831064B1/en active Active
- 2019-08-16 CN CN202111289546.XA patent/CN114554196B/zh active Active
- 2019-08-16 BR BR112021002499-9A patent/BR112021002499A2/pt unknown
- 2019-08-16 WO PCT/US2019/046934 patent/WO2020037278A1/en active Application Filing
- 2019-08-16 BR BR112021002491-3A patent/BR112021002491A2/pt unknown
- 2019-08-16 KR KR1020217007257A patent/KR102610089B1/ko active IP Right Grant
- 2019-08-16 EP EP19849559.0A patent/EP3831054A4/en active Pending
- 2019-08-16 KR KR1020217007129A patent/KR102659936B1/ko active IP Right Grant
- 2019-08-16 WO PCT/US2019/046933 patent/WO2020037277A1/en unknown
- 2019-08-16 WO PCT/US2019/046927 patent/WO2020037272A1/en unknown
- 2019-08-16 SG SG11202101406PA patent/SG11202101406PA/en unknown
- 2019-08-16 KR KR1020237041439A patent/KR20230170122A/ko active Application Filing
- 2019-08-16 BR BR112021002832-3A patent/BR112021002832A2/pt unknown
- 2019-08-16 CN CN201980054208.2A patent/CN113141784A/zh active Pending
- 2019-08-16 JP JP2021507904A patent/JP2021534670A/ja active Pending
- 2019-08-16 CN CN202111341982.7A patent/CN114584774B/zh active Active
- 2019-08-16 KR KR1020237041433A patent/KR20230169439A/ko active Application Filing
- 2019-08-16 KR KR1020217007184A patent/KR102610094B1/ko active IP Right Grant
- 2019-08-16 JP JP2021507956A patent/JP2021534676A/ja active Pending
- 2019-08-16 SG SG11202101407QA patent/SG11202101407QA/en unknown
- 2019-08-16 CN CN201980054199.7A patent/CN112585974A/zh active Pending
- 2019-08-16 CN CN201980053796.8A patent/CN112567744A/zh active Pending
-
2021
- 2021-02-10 PH PH12021550312A patent/PH12021550312A1/en unknown
- 2021-02-11 ZA ZA2021/00951A patent/ZA202100951B/en unknown
- 2021-02-16 US US17/176,595 patent/US20210258568A1/en active Pending
- 2021-02-16 US US17/176,582 patent/US11758123B2/en active Active
- 2021-02-16 US US17/176,551 patent/US11477438B2/en active Active
- 2021-02-16 US US17/176,579 patent/US11956420B2/en active Active
- 2021-02-16 CL CL2021000397A patent/CL2021000397A1/es unknown
- 2021-02-16 US US17/176,594 patent/US20210168360A1/en active Pending
- 2021-02-16 US US17/176,566 patent/US11979553B2/en active Active
- 2021-02-17 IL IL280944A patent/IL280944A/en unknown
-
2022
- 2022-01-18 US US17/578,178 patent/US20220201284A1/en active Pending
- 2022-11-30 US US18/072,331 patent/US20230128843A1/en active Pending
-
2023
- 2023-02-03 JP JP2023015477A patent/JP2023065392A/ja active Pending
- 2023-03-14 JP JP2023039811A patent/JP2023085317A/ja active Pending
- 2023-03-22 JP JP2023045824A patent/JP2023088995A/ja active Pending
- 2023-03-28 JP JP2023051948A patent/JP2023086737A/ja active Pending
- 2023-04-19 JP JP2023068781A patent/JP2023095886A/ja active Pending
- 2023-04-19 JP JP2023068782A patent/JP2023095887A/ja active Pending
-
2024
- 2024-01-04 JP JP2024000194A patent/JP2024032732A/ja active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20130077687A1 (en) * | 2011-09-23 | 2013-03-28 | Ye-Kui Wang | Coding reference pictures for a reference picture set |
| US10003817B2 (en) * | 2011-11-07 | 2018-06-19 | Microsoft Technology Licensing, Llc | Signaling of state information for a decoded picture buffer and reference picture lists |
| US20150124877A1 (en) * | 2012-04-25 | 2015-05-07 | Samsung Electronics Co., Ltd. | Multiview video encoding method using reference picture set for multiview video prediction and device therefor, and multiview video decoding method using reference picture set for multiview video prediction and device therefor |
Also Published As
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| KR102610092B1 (ko) | 비디오 코딩의 참조 픽처 관리 | |
| KR102585975B1 (ko) | 참조 화상 리스트 구조를 위한 인덱스 시그널링 | |
| KR20240058947A (ko) | 비디오 코딩에서 참조 화상 관리 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A201 | Request for examination | ||
| E902 | Notification of reason for refusal | ||
| E701 | Decision to grant or registration of patent right | ||
| GRNT | Written decision to grant |