JP7324940B2 - ビデオコーディングにおけるスケーリングウインドウ - Google Patents
ビデオコーディングにおけるスケーリングウインドウ Download PDFInfo
- Publication number
- JP7324940B2 JP7324940B2 JP2022517818A JP2022517818A JP7324940B2 JP 7324940 B2 JP7324940 B2 JP 7324940B2 JP 2022517818 A JP2022517818 A JP 2022517818A JP 2022517818 A JP2022517818 A JP 2022517818A JP 7324940 B2 JP7324940 B2 JP 7324940B2
- Authority
- JP
- Japan
- Prior art keywords
- window
- current
- video
- picture
- sample
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
- H04N19/59—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding involving spatial sub-sampling or interpolation, e.g. alteration of picture size or resolution
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/103—Selection of coding mode or of prediction mode
- H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
- H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
- H04N19/132—Sampling, masking or truncation of coding units, e.g. adaptive resampling, frame skipping, frame interpolation or high-frequency transform coefficient masking
-
- 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/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/172—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 picture, frame or field
-
- 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/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
- H04N19/80—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation
- H04N19/82—Details of filtering operations specially adapted for video compression, e.g. for pixel interpolation involving filtering within a prediction loop
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Compression Or Coding Systems Of Tv Signals (AREA)
Description
本願は、国際特許出願番号第PCT/CN2019/106671号、2019年9月19日出願、及び国際特許出願番号第PCT/CN2019/109837号、2019年10月5日出願、の優先権及び利益を請求する国際特許出願番号第PCT/CN2020/116468、2020年9月21日出願の国内移行段階である。法の下であらゆる目的のために、前述の出願の全ての開示は、参照により本願の開示の部分として組み込まれる。
本願明細書は、ビデオコーディング技術、装置、及びシステムに関する。
ビデオコーディング規格は、主によく知られたITU-T及びISO/IEC規格の発展を通じて進化している。ITU-TはH.261及びH.263を策定し、ISO/IECはMPEG-1及びMPEG-4ビジュアルを策定し、及び2つの組織は共同でH.262/MPEG-2ビデオ、及びH.264/MPEG-4アドバンストビデオコーディング(Advanced Video Coding)及びH.265/HEVC規格を策定した。H.262以降、ビデオコーディング規格は、ハイブリッドビデオコーディング構造に基づき、ここでは時間予測及び変換コーディングが利用される。HEVCより先の将来のコーディング技術を開発するために、共同ビデオ探索チーム(Joint Video Exploration Team (JVET))が2015年にVCEG及びMPEGにより共同で設立された。それ以来、多くの新しい方法がJVETにより採用され、共同探索モデル(Joint Exploration Model (JEM))と呼ばれる参照ソフトウェアに取り入れられてきた。2018年4月には、HEVCと比べて50%のビットレート削減を目標とするVVC規格に取り組むために、VCEG(Q6/16)とISO/IEC JTC1 SC29/WG11(MPEG)との間の共同ビデオ専門家チーム(Joint Video Expert Team (JVET))が作成された。
[2.1. 適応解像度変化(Adaptive Resolution Change (ARC))]
AVC及びHEVCは、IDR又はイントラランダムアクセスポイント(intra random access point (IRAP))ピクチャを導入しないと、解像度を変更する能力を有しない。そのような能力は、適応解像度変化(ARC)と呼ばれる。ARCから利益を享受する使用例又は適用シナリオは、以下を含む:
-ビデオ電話及び会議におけるレート適応:変化するネットワーク状態にコーディングビデオを適応させるために、ネットワーク状態が悪化して、利用可能帯域幅が低下すると、エンコーダは、より小さな解像度のピクチャを符号化することにより、それに適応し得る。現在、ピクチャ解像度の変化は、IRAPピクチャの後にのみ行うことができる。これは、幾つかの問題を有する。妥当な品質のIRAPピクチャは、インターコーディングピクチャより遙かに大きくなり、相応して、復号するのが複雑になる。これは、時間及びリソースを要する。これは、負荷の理由から、デコーダにより解像度変化が要求される場合に問題になる。それはまた、少なくとも一時的に、低遅延バッファ条件を壊し、オーディオ再同期を強い、ストリームのエンドツーエンド遅延が増大する。これは、粗悪なユーザ経験を与え得る。
このモードは、予測のために参照ピクチャを使用する前に、参照ピクチャをワーピング(warp)するアルゴリズムを定める。それは、予測中のピクチャと異なるソースフォーマットを有する参照ピクチャを再サンプリングするために役立つ。それは、参照ピクチャの形状、サイズ、及び位置をワーピングすることにより、グローバル動き推定又は回転動きの推定のためにも使用できる。シンタックスは、使用されるべきパラメータ及び再サンプリングアルゴリズムをワーピングすることを含む。参照ピクチャ再サンプリングモードのための最も簡単なレベルの演算は、アップサンプリング及びダウンサンプリング処理のためにFIRフィルタが適用される必要があるだけなので、4再サンプリングの暗黙的係数である。この場合、(ピクチャヘッダ内で示される)新しいピクチャのサイズが前のピクチャのサイズと異なるとき、その使用が理解されるので、追加シグナリングオーバヘッドは必要ない。
VVCにおける適合ウインドウは、長方形を定める。適合ウインドウ内のサンプルは、関心画像に属する。適合ウインドウの外側のサンプルは、出力のときに破棄されてよい。
subpics_present_flagが1に等しいとき、pic_width_in_luma_samplesの値はpic_width_max_in_luma_samplesに等しくなるべきである。
pic_height_in_luma_samplesは、ルマサンプルのユニットの中のPPSを参照する各復号ピクチャの高さを指定する。pic_height_in_luma_samplesは0に等しくてはならない、Max(8,MinCbSizeY)の整数倍であるべきである、及びpic_height_max_in_luma_samples以下であるべきである。
subpics_present_flagが1に等しいとき、pic_height_in_luma_samplesの値はpic_height_max_in_luma_samplesに等しくなるべきである。
refPicWidthInLumaSamples及びrefPicHeightInLumaSamplesを、それぞれこのPPSを参照する現在ピクチャの参照ピクチャのpic_width_in_luma_samples及びpic_height_in_luma_samplesとする。ビットストリーム適合の要件は、以下の条件の全部が満たされることである:
conf_win_left_offset、conf_win_right_offset、conf_win_top_offset、及びconf_win_bottom_offsetは、出力のためのピクチャ座標の中で指定される長方形領域の観点から、復号処理から出力されるCVS内のピクチャのサンプルを指定する。conformance_window_flagが0に等しいとき、conf_win_left_offset、conf_win_right_offset、conf_win_top_offset、及びconf_win_bottom_offsetの値は、0に等しいと推定される。
適合クロッピングウインドウは、両端を含む、ubWidthC*conf_win_left_offsetからpic_width_in_luma_samples-(SubWidthC*conf_win_right_offset+1)までの水平ピクチャ座標、及びSubHeightC*conf_win_top_offsetからpic_height_in_luma_samples-(SubHeightC*conf_win_bottom_offset+1)までの垂直ピクチャ座標を有するルマサンプルを含む。
SubWidthC*(conf_win_left_offset+conf_win_right_offset)の値は、pic_width_in_luma_samplesより小さくなるべきであり、SubHeightC*(conf_win_top_offset+conf_win_bottom_offset)の値は、pic_height_in_luma_samplesより小さくなるべきである。
変数PicOutputWidthL及びPicOutputHeightLは、以下のように導出される:
幾つかの実施形態では、ARCは、参照ピクチャ再サンプリング(RPR)としても知られている。RPRによると、同一位置ピクチャが現在ピクチャと異なる解像度を有する場合、TMVPが無効にされる。更に、参照ピクチャが現在ピクチャと異なる解像度を有するとき、DMVR及びDMVRが無効にされる。
8.5.6.3. 分数サンプル補間処理
8.5.6.3.1. 概要
この処理への入力は:
・現在ピクチャの左上ルマサンプルに対する、現在符号コーディングサブブロックの左上サンプルを指定するルマ位置(xSb,ySb)、
・現在コーディングサブブロックの幅を指定する変数sbWidth、
・現在コーディングサブブロックの高を指定する変数sbHeight、
・動きベクトルオフセットmvOffset、
・精緻化動きベクトルrefMvLX、
・選択参照ピクチャサンプルアレイrefPicLX、
・ハーフサンプル補間フィルタインデックスhpelIfIdx、
・双方向オプティカルフローフラグbdofFlag、
・現在ブロックの色成分インデックスを指定する変数cIdx。
この処理の出力は:
・予測サンプル値の(sbWidth+brdExtSize)x(sbHeight+brdExtSize)アレイpredSamplesLX。
予測ブロック境界拡張サイズbrdExtSizeは以下のように導出される:
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。
動きベクトルmvLXは、(refMvLX-mvOffset)に等しく設定される。
・cIdxが0に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される:
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntL,ySbIntL)は、(xSb+(mvLX[0]>>4),ySb+(mvLX[1]>>4))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(xL=0..sbWidth-1+brdExtSize,yL=0..sbHeight-1+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[xL][yL]は、以下のように導出される:
・・・(refxSbL,refySbL)及び(refxL,refyL)を、1/16サンプルユニットの中で与えられる動きベクトル(refMvLX[0],refMvLX[1])により指されるルマ位置であるとする。変数refxSbL、refxL、refySbL、及びrefyLは以下のように導出される:
・・・xLが0に等しい。
・・・xLがsbWidth+1に等しい。
・・・yLが0に等しい。
・・・yLがsbHeight+1に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項8.5.6.3.2で指定されるように、(xIntL-(brdExtSize>0?1:0)、yIntL-(brdExtSize>0?1:0))、(xFracL,yFracL)、(xSbIntL,ySbIntL)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル8タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合(cIdxが0に等しい)、以下が適用される:
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を1/32サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[0]>>5)、(ySb/SubHeightC)+(mvLX[1]>>5))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=0..sbWidth-1,yC=0..sbHeight-1)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される:
・・・(refxSbC,refySbC)及び(refxC,refyC)を、1/32サンプルユニットの中で与えられる動きベクトル(mvLX[0],mvLX[1])により指されるクロマ位置であるとする。変数refxSbC、refySbC、refxC、及びrefyCは以下のように導出される:
8.5.6.3.2 ルマサンプル補間フィルタリング処理
この処理への入力は:
・フルサンプルユニットのルマ位置(xIntL,yIntL)、
・分数サンプルユニットのルマ位置(xFracL,yFracL)、
・参照ピクチャの左上ルマサンプルに対する、参照サンプルパディングのための境界(bounding)ブロックの左上サンプルを指定するフルサンプルユニットのルマ位置(xSbIntL,ySbIntL)、
・ルマ参照サンプルアレイrefPicLXL、
・ハーフサンプル補間フィルタインデックスhpelIfIdx、
・現在サブブロックの幅を指定する変数sbWidth、
・現在サブブロックの高を指定する変数sbHeight、
・現在ピクチャの左上ルマサンプルに対する、現在サブブロックの左上サンプルを指定するルマ位置(xSb,ySb)、
この処理の出力は、予測ルマサンプル値predSampleLXLである。
変数shift1、shift2及びshift3は、以下のように導出される:
・変数shift1はMin(4,BitDepthY-8)に等しく設定され、変数shift2は6に等しく設定され、変数shift3はMax(2,14-BitDepthY)に等しく設定される。
・変数picWは、pic_width_in_luma_samplesに等しく設定され、変数picHはpic_height_in_luma_samplesに等しく設定される。
・MotionModelIdc[xSb][ySb]が0より大きく、sbWidth及びsbHeightが両方とも4に等しい場合、ルマ補間フィルタ係数fL[p]は表2に指定される。
・その他の場合、ルマ補間フィルタ係数fL[p]は、hpelIfIdxに依存して表1に指定される。
フルサンプルユニットのルマ位置(xInti,yInti)は、i=0..7について以下のように導出される:
・subpic_treated_as_pic_flag[SubPicIdx]が1に等しい場合、以下が適用される。
・xFracL及びyFracLの両方が0に等しい場合、predSampleLXLの値は以下のように導出される:
・・サンプルアレイtemp[n]、n=0..7は、以下のように導出される:
この処理への入力は:
・フルサンプルユニットのルマ位置(xIntL,yIntL)、
・ルマ参照サンプルアレイrefPicLXL、
この処理の出力は、予測ルマサンプル値predSampleLXLである。
変数shiftは、Max(2,14-BitDepthY)に等しく設定される。
変数picWは、pic_width_in_luma_samplesに等しく設定され、変数picHはpic_height_in_luma_samplesに等しく設定される。
フルサンプルユニットのルマ位置(xInti,yInti)は、以下のように導出される:
この処理への入力は:
・フルサンプルユニットのクロマ位置(xIntC,yIntC)、
・1/32分数サンプルユニットのクロマ位置(xFracC,yFracC)、
・参照ピクチャの左上クロマサンプルに対する、参照サンプルパディングのための境界(bounding)ブロックの左上サンプルを指定するフルサンプルユニットのクロマ位置(xSbIntC,ySbIntC)、
・現在サブブロックの幅を指定する変数sbWidth、
・現在サブブロックの高を指定する変数sbHeight、
・クロマ参照サンプルアレイrefPicLXC。
この処理の出力は、予測クロマサンプル値predSampleLXCである。
変数shift1、shift2及びshift3は、以下のように導出される:
・変数shift1はMin(4,BitDepthC-8)に等しく設定され、変数shift2は6に等しく設定され、変数shift3はMax(2,14-BitDepthC)に等しく設定される。
・変数picWCは、pic_width_in_luma_samples/SubWidthCに等しく設定され、変数picHCはpic_height_in_luma_samples/SubHeightCに等しく設定される。
xFracC又はyFracCに等しい1/32分数サンプル位置p毎のクロマ補間フィルタ係数fC[p]は、表13で指定される。
変数xOffsetは、(sps_ref_wraparound_offset_minus1+1)*MinCbSizeY)/SubWidthCに等しく設定される。
フルサンプルユニットのクロマ位置(xInti,yInti)は、i=0..3について以下のように導出される:
・subpic_treated_as_pic_flag[SubPicIdx]が1に等しい場合、以下が適用される。
・xFracC及びyFracCの両方が0に等しい場合、predSampleLXCの値は以下のように導出される:
・・サンプルアレイtemp[n]、n=0..3は、以下のように導出される:
本願明細書に開示される技術は、オプティカルフローによりサブブロックに基づくアフィン動き補償予測を精緻化する方法を含む。サブブロックに基づくアフィン動き補償が実行された後に、予測サンプルは、オプティカルフロー式により導出された差を加算することにより、精緻化される。これは、オプティカルフローによる予測精緻化(prediction refinement with optical flow (PROF))と呼ばれる。提案される方法は、メモリアクセス帯域幅を増大することなく、ピクセルレベルの粒度でインター予測を達成できる。
ステップ1)サブブロックに基づくアフィン動き補償が実行されて、サブブロック予測I(i,j)を生成する。
ステップ2)サブブロック予測の空間勾配gx(i,j)及びgy(i,j)は、3タップフィルタ[-1,0,1]を用いて各サンプル位置で計算される。
ステップ3)ルマ予測精緻化(ΔIと表される)は、オプティカルフロー式により計算される。
Δv(dMvH[posX][posY]及びdMvV[posX][posY]、posX=0..W-1,posY=0..H-1と表される)の導出は、以下のように記載できる。
・numCpMvが3に等しい場合、以下が適用される。
サブブロックの内側の位置(posX,posY)について、その対応するΔv(i,j)は(dMvH[posX][posY],dMvV[posX][posY])と表される。その対応する勾配は、(gradientH[posX][posY],gradientV[posX][posY])と表される。
(dMvH[posX][posY],dMvV[posX][posY])は以下のようにクリッピングされる:
現在ブロックが双予測または加重予測としてコーディングされない場合、
幾つかの実施形態では、ピクチャヘッダは、以下の特性を有するよう設計される:
1.ピクチャヘッダNALユニットの時間Id及びレイヤIdが、ピクチャヘッダを含むレイヤアクセスユニットの時間Id及びレイヤIdと同じである。
a.ピクチャはIDRピクチャである、
b.ピクチャはCRAピクチャである、
c.ピクチャはGDRピクチャである、
d.ピクチャは非IRAP、非GDRピクチャであり、Iスライスのみを含む、
e.ピクチャは非IRAP、非GDRピクチャであり、P及びIスライスのみを含んでよい、
f.ピクチャは非IRAP、非GDRピクチャであり、B、P、及び/又はIスライスのいずれかを含む、
存在するとき、スライスヘッダシンタックスエレメントslice_pic_parameter_set_id、non_reference_picture_flag、colour_plane_id、slice_pic_order_cnt_lsb、recovery_poc_cnt、no_output_of_prior_pics_flag、pic_output_flag、及びslice_temporal_mvp_enabled_flagの各々の値は、コーディングピクチャの全部のスライスヘッダ内で同じであるべきである。従って、これらのシンタックスエレメントの各々は、ピクチャヘッダへと移動でき、不要な冗長ビットを回避する。
存在するとき、slice_lmcs_aps_idの値は、ピクチャの全部のスライスについて同じであるべきである。
a.six_minus_max_num_merge_cand
b.five_minus_max_num_subblock_merge_cand
c.slice_fpel_mmvd_enabled_flag
d.slice_disable_bdof_dmvr_flag
e.max_num_merge_cand_minus_max_num_triangle_cand
f.slice_six_minus_max_num_ibc_merge_cand
a.partition_constraints_override_flag
b.slice_log2_diff_min_qt_min_cb_luma
c.slice_max_mtt_hierarchy_depth_luma
d.slice_log2_diff_max_bt_min_qt_luma
e.slice_log2_diff_max_tt_min_qt_luma
f.slice_log2_diff_min_qt_min_cb_chroma
g.lice_max_mtt_hierarchy_depth_chroma
h.slice_log2_diff_max_bt_min_qt_chroma
i.slice_log2_diff_max_tt_min_qt_chroma
これらのシンタックスエレメントの幾つかに関連付けられた条件付きチェック「slice_type==I」は、ピクチャヘッダへの移動により除去されている。
これらのシンタックスエレメントの幾つかに関連付けられた条件付きチェック「slice_type==B」は、ピクチャヘッダへの移動により除去されている。
a.dep_quant_enabled_flag
b.sign_data_hiding_enabled_flag
DMVR及びBIOは、動きベクトルの精緻化の間に元の信号を含まない。これは、不正確な動き情報によるコーディングブロックをもたらし得る。また、DMVR及びBIOは、時に、動き精緻化の後に分数動きベクトルを利用する。一方で、スクリーンビデオは、通常、整数動きベクトルを有する。これは、現在動き情報をより不正確にし、コーディング性能を悪化させる。
1.RPRにより、補間フィルタは、ブロック内の隣接サンプルについて異なることがある。これは、SIMD(Single Instruction Multiple Data)実装で望ましくない。
以下に説明する詳細な実施形態は、一般的な概念を説明するための例として考えられるべきである。これらの実施形態は、狭義に解釈されるべきではない。更に、これらの実施形態は任意の方法で結合できる。
1.参照ピクチャの解像度が現在ピクチャと異なるとき、又は参照ピクチャの幅及び/又は高さが現在ピクチャより大きいとき、現在ブロックのサンプルのグループ(少なくとも2つのサンプル)の予測値は、同じ水平及び/又は垂直補間フィルタにより生成されてよい。
a.一例では、グループは、ブロックの領域内の全部のサンプルを含んでよい。
i.例えば、ブロックは、互いに重なり合わないS個のM×N長方形に分割されてよい。各M×N長方形はグループである。図2に示される一例では、16×16ブロックは、16個の4×4長方形に分割でき、それらのそれぞれはグループである。
ii.例えば、N個のサンプルを有する行はグループである。Nは、ブロック幅より大きくない整数である。一例では、Nは4又は8又はブロック幅である。
iii.例えば、N個のサンプルを有する列はグループである。Nは、ブロック高さより大きくない整数である。一例では、Nは4又は8又はブロック高さである。
iv.M及び/又はNは、予め定められるか、又は例えばブロック寸法/コーディング情報に基づきオンザフライで導出されるか、又はシグナリングされてよい。
b.一例では、グループ内のサンプルは、同じMV(共有MVと表される)を有してよい。
c.一例では、グループ内のサンプルは、同じ水平成分(共有水平成分と表される)を有するMVを有してよい。
d.一例では、グループ内のサンプルは、同じ垂直成分(共有垂直成分と表される)を有するMVを有してよい。
e.一例では、グループ内のサンプルは、水平成分の同じ分数部分(共有分数水平成分と表される)を有するMVを有してよい。
i.例えば、第1サンプルのMVが(MV1x,MV1y)であり、第2サンプルのMVが(MV2x,MV2y)であるとすると、MV1x&(2M-1)がMV2x&(2M-1)に等しいことが満たされるべきであり、ここで、MはMV精度を示す。例えば、M=4である。
f.一例では、グループ内のサンプルは、垂直成分の同じ分数部分(共有分数垂直成分と表される)を有するMVを有してよい。
i.例えば、第1サンプルのMVが(MV1x,MV1y)であり、第2サンプルのMVが(MV2x,MV2y)であるとすると、MV1y&(2M-1)がMV2y&(2M-1)に等しいことが満たされるべきであり、ここで、MはMV精度を示す。例えば、M=4である。
g.一例では、予測されるべきグループ内のサンプルについて、MVbにより示される動きベクトルは、先ず、現在ピクチャ及び参照ピクチャの解像度に従い導出されてよい(例えば、JVET-O2001-v14の8.5.6.3.1で導出される(refxL,refyL))。次に、MVbは、上述の項目のような要件を満たすために、MV’へと更に変更されてよく(例えば、丸め込み/トランケート/クリッピングされる)、MV’はサンプルの予測サンプルと導出するために使用される。
i.一例では、MV’は、MVbのような同じ整数部分を有し、MV’の分数部分は、共有分数水平及び/又は垂直成分になるよう設定される。
ii.一例では、MV’は、MVbに最も近い、共有分数水平及び/又は垂直成分を有するものになるよう設定される。
h.共有動きベクトル(及び/又は共有水平成分及び/又は共有垂直成分及び/又は共有分数垂直成分及び/又は共有分数水平成分)は、グループ内の特定のサンプルの動きベクトル(及び/又は共有水平成分及び/又は共有垂直成分及び/又は分数垂直成分及び/又は分数水平成分)になるよう設定されてよい。
i.例えば、特定のサンプルは、図3Aに示されるA、B、C、及びDのような長方形グループの角にあってよい。
ii.例えば、特定のサンプルは、図3Aに示されるE、F、G、及びHのような長方形グループの中心にあってよい。
iii.例えば、特定のサンプルは、図3B及び3Cに示されるA及びBのような行形状又は列形状のグループの端にあってよい。
iv.例えば、特定のサンプルは、図3B及び3Cに示されるB及びCのような行形状又は列形状のグループの中間にあってよい。
v.一例では、特定のサンプルの動きベクトルは、項目gで言及したMVbであってよい。
i.共有動きベクトル(及び/又は共有水平成分及び/又は共有垂直成分及び/又は共有分数垂直成分及び/又は共有分数水平成分)は、このグループ内の全部のサンプルと比べて異なる位置に置かれた仮想サンプルの動きベクトル(及び/又は共有水平成分及び/又は共有垂直成分及び/又は分数垂直成分及び/又は分数水平成分)になるよう設定されてよい。
i.一例では、仮想サンプルはグループ内にないが、グループ内の全部のサンプルをカバーする領域の中に位置する。
1)代替として、仮想サンプルは、グループ内の全部のサンプルをカバーする領域の外側、例えば領域の右下位置の隣に位置する。
ii.一例では、仮想サンプルのMVは、異なる位置を有するが実際のサンプルと同じ方法で導出される。
iii.図3A~3CのVは、仮想サンプルの3つの例を示す。
j.共有MV(及び/又は共有水平成分及び/又は共有垂直成分及び/又は共有分数垂直成分及び/又は共有分数水平成分)は、複数のサンプル及び/又は仮想サンプルのMV(及び/又は共有水平成分及び/又は共有垂直成分及び/又は分数垂直成分及び/又は分数水平成分)の関数になるよう設定されてよい。
i.例えば、共有MV(及び/又は共有水平成分及び/又は共有垂直成分及び/又は共有分数垂直成分及び/又は共有分数水平成分)は、グループ内のサンプルの全部又は一部の、又は図3AのサンプルE、F、G、Hの、又は図3AのサンプルE、Hの、又は図3AのサンプルA、B、C、Dの、又は図3AのサンプルA、Dの、又は図3BのサンプルB、Cの、又は図3BのサンプルA、Dの、又は図3CのサンプルB、Cの、又は図3CのサンプルA、Dの、MV(及び/又は共有水平成分及び/又は共有垂直成分及び/又は共有分数垂直成分及び/又は共有分数水平成分)の平均になるよう設定されてよい。
2.参照ピクチャの解像度が現在ピクチャと異なるとき、又は参照ピクチャの幅及び/又は高さが現在ピクチャの幅及び/又は高さより大きいとき、現在ブロックの予測ブロックを導出するために、動き補償処理を実行することが許可されることが提案される。
a.一例では、予測されるべきサンプルの復号動きベクトルは、使用される前に、整数MVに丸め込まれる。
b.一例では、予測されるべきサンプルの復号動きベクトルは、復号動きベクトルに最も近い整数MVに丸め込まれる。
c.一例では、予測されるべきサンプルの復号動きベクトルは、水平方向で復号動きベクトルに最も近い整数MVに丸め込まれる。
d.一例では、予測されるべきサンプルの復号動きベクトルは、垂直方向で復号動きベクトルに最も近い整数MVに丸め込まれる。
3.現在ブロック内のサンプルの動き補償処理で使用される動きベクトル(例えば、上述の項目で言及した共有MV/共有水平または垂直または分数成分/MV’)は、復号ピクチャバッファに格納され、現在/異なるピクチャ内の後続のブロックの動きベクトル予測のために利用されてよい。
a.代替として、現在ブロック内のサンプルの動き補償処理で使用される動きベクトル(例えば、上述の項目で言及した共有MV/共有水平または垂直または分数成分/MV’)は、現在/異なるピクチャ内の後続のブロックの動きベクトル予測のために利用されることが禁止されてよい。
i.一例では、復号動きベクトル(例えば、上述の項目のMVb)は、現在/異なるピクチャ内の後続のブロックの動きベクトル予測のために利用されてよい。
b.一例では、現在ブロック内のサンプルの動き補償処理で使用される動きベクトルは、フィルタリング処理(例えば、デブロッキングフィルタ/SAO/ALF)で利用されてよい。
i.代替として、復号動きベクトル(例えば、上述の項目のMVb)は、フィルタリング処理で利用されてよい。
c.一例では、そのようなMVは、サブブロックレベルで導出されてよく、サブブロック毎に格納されてよい。
4.参照ピクチャの解像度が現在ピクチャと異なるかどうか、又は参照ピクチャの幅及び/又は高さが現在ピクチャの幅及び/又は高さより大きいかどうかに依存して、現在ブロックの予測ブロックを導出するために、動き補償処理で補間フィルタが使用されることが提案される。
a.一例では、少ないタップを有する補間フィルタは、条件Aが満たされるとき、適用されてよい。ここで、条件Aは、現在ピクチャ及び/又は参照ピクチャの寸法に依存する。
i.一例では、条件Aは、参照ピクチャの解像度が現在ピクチャと異なることである。
ii.一例では、条件Aは、参照ピクチャの幅及び/又は高さが現在ピクチャの幅及び/又は高さより大きいことである。
iii.一例では、条件AはW1>a*W2及び/又はH1>b*H2である。ここで、(W1,H1)は参照ピクチャの幅及び高さを表し、(W2,H2)は現在ピクチャの幅及び高さを表し、a及びbは2つの係数であり、例えばa=b=1.5.である。
iv.一例では、条件Aは、双予測が使用されるかどうかにも依存してよい。
v.一例では1タップフィルタが適用される。言い換えると、フィルタリングを伴わない整数ピクセルは、補間結果として出力される。
vi.一例では、双線形フィルタは、参照ピクチャの解像度が現在ピクチャと異なるとき、適用される。
vii.一例では、4タップフィルタ又は6タップフィルタは、参照ピクチャの解像度が現在ピクチャと異なるとき、又は参照ピクチャの幅及び/又は高さが現在ピクチャの幅及び/又は高さより大きいとき、適用される。
1)4タップフィルタは、アフィン動き補償のために使用されてもよい。
2)4タップフィルタは、クロマサンプルの補間のために使用されてもよい。
b.一例では、パディングサンプルは、参照ピクチャの解像度が現在ピクチャと異なるとき、又は参照ピクチャの幅及び/又は高さが現在ピクチャの幅及び/又は高さより大きいとき、補間を実行するために使用される。
c.項目4に開示した方法を適用するかどうか及び/又はどのように適用するかは、色成分に依存してよい。
i.例えば、方法は、ルマコンポーネントにのみ適用される。
d.項目4に開示した方法を適用するかどうか及び/又はどのように適用するかは、補間フィルタリング方向に依存してよい。
i.例えば、方法は、水平フィルタリングにのみ適用される。
ii.例えば、方法は、垂直フィルタリングにのみ適用される。
5.参照ピクチャの解像度が現在ピクチャと異なるとき、又は参照ピクチャの幅及び/又は高さが現在ピクチャの幅及び/又は高さより大きいとき、予測ブロック生成のための2段階処理が適用されることが提案される。
a.第1段階では、仮想参照ブロックは、現在ピクチャ及び参照ピクチャの幅及び/又は高さに依存して、参照ピクチャ内の領域をアップサンプリング又はダウンサンプリングすることにより生成される。
b.第2段階では、現在ピクチャ及び参照ピクチャの幅及び/又は高さと独立に、補間フィルタリングを適用することにより、予測サンプルが仮想参照ブロックから生成される。
6.参照サンプルパディングのための境界ブロックの左上座標(xSbIntL,ySbIntL)の計算は、幾つかの実施形態におけるように、現在ピクチャ及び参照ピクチャの幅及び/又は高さに依存して導出されてよい。
a.一例では、フルサンプルユニットのルマ位置は、以下のように変更される:
xInti=Clip3(xSbIntL-Dx,xSbIntL+sbWidth+Ux,xInti),
yInti=Clip3(ySbIntL-Dy,ySbIntL+sbHeight+Uy,yInti),
ここで、Dx及び/又はDy及び/又はUx及び/又はUyは、現在ピクチャ及び参照ピクチャの幅及び/又は高さに依存してよい。
b.一例では、フルサンプルユニットのクロマ位置は、以下のように変更される:
xInti=Clip3(xSbIntC-Dx,xSbIntC+sbWidth+Ux,xInti)
yInti=Clip3(ySbIntC-Dy,ySbIntC+sbHeight+Uy,yInti)
ここで、Dx及び/又はDy及び/又はUx及び/又はUyは、現在ピクチャ及び参照ピクチャの幅及び/又は高さに依存してよい。
7.現在ピクチャと同じ参照ピクチャ解像度に基づき、ブロックの動きベクトルを格納する/使用する代わりに、解像度差を考慮した現実の動きベクトルを使用することが提案される。
a.代替として、更に、予測ブロックを生成するために動きベクトルを使用するとき、現在ピクチャ及び参照ピクチャの解像度(例えば、(refxL,refyL))に従い動きベクトルを更に変更する必要がない。
<RPRの間の相互作用、及び他のコーディングツール>
8.フィルタリング処理(例えば、デブロッキングフィルタ)を適用するかどうか/どのように適用するかは、参照ピクチャの解像度及び/又は現在ピクチャの解像度に依存してよい。
a.一例では、デブロッキングフィルタの境界強度(boundary strength (BS))設定は、動きベクトル差に加えて、解像度差も考慮してよい。
i.一例では、現在及び参照ピクチャの解像度に従いスケーリングされた動きベクトル差は、境界強度を決定するために使用されてよい。
b.一例では、ブロックAの少なくとも1つの参照ピクチャの解像度がブロックBの少なくとも1つの参照ピクチャの解像度と異なる(又はそれより小さい又はそれより大きい)場合、ブロックAとブロックBとの間の境界のデブロッキングフィルタの強度は、同じ解像度が2つのブロックに対して利用される場合と比べて、異なるように設定されてよい(例えば、増大/減少される)。
c.一例では、ブロックAの少なくとも1つの参照ピクチャの解像度がブロックBの少なくとも1つの参照ピクチャの解像度と異なる(又はそれより小さい又はそれより大きい)場合、ブロックAとブロックBとの間の境界は、フィルタリングされるようマークされる(例えば、BSが2に設定される)。
d.一例では、ブロックA及び/又はブロックBの少なくとも1つの参照ピクチャの解像度が現在ピクチャの解像度と異なる(又はそれより小さい又はそれより大きい)場合、ブロックAとブロックBとの間の境界のデブロッキングフィルタの強度は、同じ解像度が参照ピクチャ及び現在ピクチャに対して利用される場合と比べて、異なるように設定されてよい(例えば、増大/減少される)。
e.一例では、2つのうちの少なくとも1つのブロックの少なくとも1つの参照ピクチャが、現在ピクチャの解像度と異なる解像度を有する場合、2つのブロックの間の境界は、フィルタリングされるようマークされる。
9.サブピクチャが存在するとき、適合ビットストリームは、参照ピクチャが現在ピクチャと同じ解像度を有しなければならないことを満たすべきである。
a.代替として、参照ピクチャが現在ピクチャと異なる解像度を有するとき、現在ピクチャ内にサブピクチャが存在してはならない。
b.代替として、現在ピクチャ内のサブピクチャについて、現在ピクチャと異なる解像度を有する参照ピクチャを使用することが禁止される。
i.代替として、更に、異なる解像度を有するそれらの参照ピクチャを排除するために、参照ピクチャ管理が呼び出されてよい。
10.一例では、サブピクチャ(例えば、1つのピクチャを複数のサブピクチャにどのように分割するか)は、異なる解像度を有するピクチャについて別個に定義されてよい。
一例では、参照ピクチャが現在ピクチャと異なる解像度を有する場合、参照ピクチャ内の対応するサブピクチャは、現在ピクチャのサブピクチャをスケーリング及び/又はオフセットすることにより導出できる。
11.PROF(prediction refinement with optical flow)は、参照ピクチャが現在ピクチャの解像度と異なる解像度を有するとき、有効にされてよい。
a.一例では、1つのMVセット(MVgと表される)は、サンプルのグループについて生成されてよく、項目1に記載したように動き補償のために使用されてよい。他方で、MV(MVpと表される)は、サンプル毎に導出されてよく、MVpとMVgとの間の差(例えば、PROFで使用されるΔvに対応する)は、勾配(例えば、動き補償済みブロックの空間的勾配)と一緒に、予測精緻化を導出するために使用されてよい。
b.一例では、MVpはMVgと異なる制度を有してよい。例えば、MVpは1/N-pel(N>0)の精度であってよく、N=32,64等である。
c.一例では、MVgは、内部MV精度(例えば、1/16pel)と異なる精度であってよい。
d.一例では、予測精緻化は、精緻化予測ブロックを生成するために予測ブロックに追加される。
e.一例では、そのような方法は、各予測方向で適用されてよい。
f.一例では、そのような方法は、単予測の場合にのみ適用されてよい。
g.一例では、そのような方法は、単予測及び/又は双予測で適用されてよい。
h.一例では、そのような方法は、参照ピクチャが現在ピクチャと異なる解像度を有するときにのみ、適用されてよい。
12.参照ピクチャの解像度が現在ピクチャの解像度と異なるとき、動き補償処理を実行して現在ブロックの予測ブロックを導出するために、1つのMVのみが、ブロック/サブブロックのために利用され得ることが提案される。
a.一例では、ブロック/サブブロックについてのMVのみが、ブロック/サブブロック内の各サンプルに関連付けられた全部のMVの関数(例えば、平均)として定義されてよい。
b.一例では、ブロック/サブブロックについてのMVのみが、ブロック/サブブロック内の選択されたサンプル(例えば、中央サンプル)に関連付けられた選択されたMVとして定義されてよい。
c.一例では、1つのMVのみが、4×4ブロックまたはサブブロック(例えば、4×1)について利用されてよい。
d.一例では、ブロックに基づく動きベクトルによる精度損失を補償するために、BIOが更に適用されてよい。
13.参照ピクチャの幅及び/高さが現在ブロックのものと異なるとき、任意のブロックに基づく動きベクトルをシグナリングしないレイジー(lazy)モードが適用されてよい。
a.一例では、動きベクトルはシグナリングされず、動き補償処理は、静止画像の純粋な解像度変化の場合を近似することである。
b.一例では、ピクチャ/タイル/ブリック/CTUレベルの動きベクトルのみがシグナリングされ、解像度が変化するとき、関連するブロックは動きベクトルを使用してよい。
14.アフィン予測モード及び/又は非アフィン予測モードによりコーディングされたブロックについて、参照ピクチャの幅及び/又は高さが現在ピクチャのものと異なるとき、動き補償を近似するために、PROFが適用されてよい。
a.一例では、参照ピクチャの幅及び/又は高さと現在ピクチャの幅及び/又は高さとが異なるとき、PROFが有効にされてよい。
b.一例では、PROFにより使用される示された動き及び解像度スケーリングを結合することにより、アフィン動きのセットが生成されてよい。
15.参照ピクチャの幅及び/又は高さが現在ピクチャのものと異なるとき、動き補償を近似するために、(例えば、JVET-K0102で提案されたような)織り込み(Interweaved)予測が適用されてよい。
a.一例では、解像度変化(ズーム)は、アフィン動きとして表現され、織り込み動き予測が適用されてよい。
16.現在ピクチャの幅及び/又は高さが同じIRAP期間内のIRAPピクチャのものと異なるとき、LMCS及び/又はクロマ残差スケーリングは無効にされてよい。
a.一例では、LMCSが無効にされるとき、slice_lmcs_enabled_flag、slice_lmcs_aps_id、及びslice_chroma_residual_scale_flagのようなスライスレベルフラグは、シグナリングされず、0であると推定されてよい。
b.一例では、クロマ残差スケーリングが無効にされるとき、slice_chroma_residual_scale_flagのようなスライスレベルフラグは、シグナリングされず、0であると推定されてよい。
<RPRに対する制約>
17.RPRは、ブロック寸法制約を有するコーディングブロックに適用されてよい。
a.一例では、M×Nコーディングブロックについて、Mをブロック幅、Nをブロック高さとして、M*N<T又はM*N<=T(例えばT=256),のとき、RPRは使用されなくてよい。
b.一例では、M<K(又はM<=K)(例えばK=16)及び/又はN<L(又はN<=L)(例えばL=16)のとき、RPRは使用されなくてよい。
18.アクティブ参照ピクチャ(又はその適合ウインドウ)の幅及び/又は高さと現在ピクチャ(又はその適合ウインドウ)の幅及び/又は高さとの間の比を制限するために、ビットストリーム適合が追加されてよい。refPicW及びrefPicHが参照ピクチャの幅及び高さを表すとすると、curPicW及びcurPicHは、現在ピクチャの幅及び高さを表す。
a.一例では、(refPicW÷curPicW)が整数に等しいとき、参照ピクチャは、アクティブ参照ピクチャとしてマークされてよい。
i.一例では、(refPicW÷curPicW)が分数に等しいとき、参照ピクチャは利用可能ではないとしてマークされてよい。
b.一例では、(refPicW÷curPicW)が(X*n)に等しく、ここで、XはX=1/2のような分数を表し、nはn=1,2,3,4…のような整数を表すとき、参照ピクチャはアクティブ参照ピクチャとしてマークされてよい。
i.一例では、(refPicW÷curPicW)が(X*n)に等しくないとき、参照ピクチャは利用可能ではないとしてマークされてよい。
19.M×Nブロックについてコーディングツール(例えば、双予測/全三角形予測モード(triangular prediction mode (TPM))/TPMにおけるベンディング処理)を有効にするかどうか及び/又はどのように有効にするかは、参照ピクチャ(又はそれらの適合ウインドウ)の解像度及び/又は現在ピクチャ(又はそれらの適合ウインドウ)の解像度に依存してよい。
a.一例では、M*N<T又はM*N<=T(例えばT=64)である。
b.一例では、M<K(又はM<=K)(例えばK=16)及び/又はN<L(又はN<=L)(例えばL=16)である。
c.一例では、少なくとも1つの参照ピクチャの幅/高さが現在ピクチャのものと異なるとき、コーディングツールは許可されない。
i.一例では、ブロックの少なくとも1つの参照ピクチャの幅/高さが現在ピクチャのものより大きいとき、コーディングツールは許可されない。
d.一例では、ブロックの各参照ピクチャの幅/高さが現在ピクチャのものと異なるとき、コーディングツールは許可されない。
i.一例では、各参照ピクチャの幅/高さが現在ピクチャのものより大きいとき、コーディングツールは許可されない。
e.代替として、更に、コーディングツールが許可されないとき、動き補償は、単予測として1つのMVにより行われてよい。
<関連する適合ウインドウ>
20.適合クロッピングウインドウオフセットパラメータ(例えば、conf_win_left_offset)は、1pelの代わりにN-pel精度でシグナリングされる。ここで、Nは1より大きい正整数である。
a.一例では、実際のオフセットは、シグナリングされたオフセットをNで乗算したものとして導出されてよい。
b.一例では、Nは4又は8に設定される。
21.適合クロッピングウインドウオフセットパラメータは出力にだけ適用されるのではないことが提案される。特定の内部復号処理は、クロッピング済みピクチャサイズ(つまり、ピクチャ内の適合ウインドウの解像度)に依存してよい。
22.第1ビデオユニット(例えば、PPS)及び第2ビデオユニット内の(pic_width_in_luma_samples,pic_height_in_luma_samples)として示されるピクチャの幅及び/又は高さが同じとき、第1ビデオユニット内の及び第2ビデオユニット内の適合クロッピングウインドウオフセットパラメータは異なってよいことが提案される。
23.第1ビデオユニット(例えば、PPS)及び第2ビデオユニット内の(pic_width_in_luma_samples,pic_height_in_luma_samples)として示されるピクチャの幅及び/又は高さが異なるとき、第1ビデオユニット内の及び第2ビデオユニット内の適合クロッピングウインドウオフセットパラメータは適合ビットストリーム内で同じであるべきであることが提案される。
a.第1ビデオユニット(例えば、PPS)及び第2ビデオユニット内の(pic_width_in_luma_samples,pic_height_in_luma_samples)として示されるピクチャの幅及び/又は高さが同じか否かに拘わらず、第1ビデオユニット内の及び第2ビデオユニット内の適合クロッピングウインドウオフセットパラメータは適合ビットストリーム内で同じであるべきであることが提案される。
24.第1ビデオユニット(例えば、PPS)内で定義された適合ウインドウの幅及び高さが、それぞれW1及びH1として表されるとする。第2ビデオユニット(例えば、PPS)内で定義された適合ウインドウの幅及び高さは、それぞれW2及びH2として表される。第1ビデオユニット(例えば、PPS)内で定義された適合ウインドウの左上位置は、X1及びY1として表される。第2ビデオユニット(例えば、PPS)内で定義された適合ウインドウの左上位置は、X2及びY2として表される。第1ビデオユニット(例えば、PPS)内で定義されたコーディング/復号ピクチャ(例えば、pic_width_in_luma_samples及びpic_height_in_luma_samples)の幅及び高さは、それぞれPW1及びPH1として表される。第2ビデオユニット(例えば、PPS)内で定義されたコーディング/復号ピクチャの幅及び高さは、PW2及びPH2として表される。
a.一例では、適合ビットストリームにおいて、W1/W2はX1/X2に等しくなるべきである。
i.代替として、適合ビットストリームにおいて、W1/X1はW2/X2に等しくなるべきである。
ii.代替として、適合ビットストリームにおいて、W1*X2はW2*X1に等しくなるべきである。
b.一例では、適合ビットストリームにおいて、H1/H2はY1/Y2に等しくなるべきである。
i.代替として、適合ビットストリームにおいて、H1/Y1はH2/Y2に等しくなるべきである。
ii.代替として、適合ビットストリームにおいて、H1*Y2はH2*Y1に等しくなるべきである。
c.一例では、適合ビットストリームにおいて、PW1/PW2はX1/X2に等しくなるべきである。
i.代替として、適合ビットストリームにおいて、PW1/X1はPW2/X2に等しくなるべきである。
ii.代替として、適合ビットストリームにおいて、PW1*X2はPW2*X1に等しくなるべきである。
d.一例では、適合ビットストリームにおいて、PH1/PH2はY1/Y2に等しくなるべきである。
i.代替として、適合ビットストリームにおいて、PH1/Y1はPH2/Y2に等しくなるべきである。
ii.代替として、適合ビットストリームにおいて、PH1*Y2はPH2*Y1に等しくなるべきである。
e.一例では、適合ビットストリームにおいて、PW1/PW2はW1/W2に等しくなるべきである。
i.代替として、適合ビットストリームにおいて、PW1/W1はPW2/W2に等しくなるべきである。
ii.代替として、適合ビットストリームにおいて、PW1*W2はPW2*W1に等しくなるべきである。
f.一例では、適合ビットストリームにおいて、PH1/PH2はH1/H2に等しくなるべきである。
i.代替として、適合ビットストリームにおいて、PH1/H1はPH2/H2に等しくなるべきである。
ii.代替として、適合ビットストリームにおいて、PH1*H2はPH2*H1に等しくなるべきである。
g.適合ビットストリームにおいて、PW1がPW2より大きい場合、W1はW2より大きくなければならない。
h.適合ビットストリームにおいて、PW1がPW2より小さい場合、W1はW2より小さくなければならない。
i.適合ビットストリームにおいて、(PW1-PW2)*(W1-W2)は0より小さくてはならない。
j.適合ビットストリームにおいて、PH1がPH2より大きい場合、H1はH2より大きくなければならない。
k.適合ビットストリームにおいて、PH1がPH2より小さい場合、H1はH2より小さくなければならない。
l.適合ビットストリームにおいて、(PH1-PH2)*(H1-H2)は0より小さくてはならない。
m.適合ビットストリームにおいて、PW1>=PW2の場合、W1/W2はPW1/PW2より大きくては(又は小さくては)ならない。
n.適合ビットストリームにおいて、PH1>=PH2の場合、H1/H2はPH1/PH2より大きくては(又は小さくては)ならない。
25.現在ピクチャの適合ウインドウの幅及び高さが、それぞれW及びHとして表されるとする。参照ピクチャの適合ウインドウの幅及び高さが’、それぞれW’及びH’として表されるとする。次に、適合ビットストリームが以下の少なくとも1つの制約に従うべきである。
a.W*pw>=W’、 pwは整数であり、例えば2。
b.W*pw>W’、pwは整数であり、例えば2。
c.W’*pw’>=W、pw’は整数であり、例えば8。
d.W’*pw’>W、pw’は整数であり、例えば8。
e.H*ph>=H’、phは整数であり、例えば2。
f.H*ph>H’、phは整数であり、例えば2。
g.H’*ph’>=H、ph’は整数であり、例えば8。
h.H’*ph’>H、ph’は整数であり、例えば8。
i.一例では、pwはpw’に等しい。
j.一例では、phはph’に等しい。
k.一例では、pwはphに等しい。
l.一例では、pw’はph’に等しい。
m.一例では、上述の下位項目は、W及びHがそれぞれ現在ピクチャの幅及び高さを表すとき、適合ビットストリームにより満たされる必要がある。W’及びH’は、参照ピクチャの幅及び高さを表す。
26.適合ウインドウパラメータは部分的にシグナリングされることが提案される。
a.一例では、ピクチャの適合ウインドウの左上サンプルは、ピクチャ内のものと同じである。
b.例えば、VVCで定義されるconf_win_left_offsetは、シグナリングされず、ゼロであると推定される。
c.例えば、VVCで定義されるconf_win_top_offsetは、シグナリングされず、ゼロであると推定される。
27.参照サンプルの位置(例えば、VVCで定義されるような(refxL,refyL))の導出は、現在ピクチャ及び/又は参照ピクチャの適合ウインドウの左上位置(例えば、VVCで定義されるような(conf_win_left_offset,conf_win_top_offset))に依存してよいことが提案される。図4は、(a)VVC及び(b)提案の方法で導出されるサンプル位置の例を示す。破線の長方形は、適合ウインドウを表す。
a.一例では、現在ピクチャの幅及び/又は高さと参照ピクチャの幅及び/又は高さとが異なるときのみ、依存関係が存在する。
b.一例では、参照サンプルの水平位置(例えば、VVCで定義されるようなrefxL)の導出は、現在ピクチャ及び/又は参照ピクチャの適合ウインドウの左位置(例えば、VVCで定義されるようなconf_win_left_offset)に依存してよい。
i.一例では、現在ピクチャ内の適合ウインドウの左上位置に対する現在サンプルの水平位置(xSb’と表される)は、計算され、参照サンプルの位置を導出するために使用される。
1)例えば、xSb’=xSb-(conf_win_left_offset<<Prec)が計算され、参照サンプルの位置を導出するために使用される。ここで、xSbは現在ピクチャ内の現在サンプルの水平位置を表す。conf_win_left_offsetは、現在ピクチャの適合ウインドウ内の左上サンプルの水平位置を表す。Precは、xSb及びxSb’の精度を表す。ここで、(xSb>>Prec)は現在ピクチャにアチする現在サンプルの実際の水平座標を示してよい。例えば、Prec=0又はPrec=4である。
ii.一例では、参照ピクチャ内の適合ウインドウの左上位置に対する参照サンプルの水平位置(Rx’と表される)が、計算される。
1)Rx’の計算は、xSb’、及び/又は動きベクトル、及び/又は再サンプリング比に依存してよい。
iii.一例では、参照ピクチャに対する参照サンプルの水平位置(Rxと表される)は、Rx’に依存して計算される。
1)例えば、Rx=Rx’+(conf_win_left_offset_ref<<Prec)が計算される。ここで、conf_win_left_offset_refは参照ピクチャの適合ウインドウ内の左上サンプルの水平位置を表す。PrecはRx及びRx’の位置を表す。例えば、Prec=0又はPrec=4である。
iv.一例では、Rxは、xSb’、及び/又は動きベクトル、及び/又は再サンプリング比に依存して直接計算されてよい。言い換えると、Rx’及びRxについて2段階の導出が、1段階の計算に結合される。
v.現在ピクチャ及び/又は参照ピクチャの適合ウインドウの左位置(例えば、VVCで定義されるようなconf_win_left_offset)を使用するかどうか及び/又はどのように使用するかは、色成分及び/又は色フォーマットに依存してよい。
1)例えば、conf_win_left_offsetは、conf_win_left_offset=conf_win_left_offset*SubWidthCのように改訂されてよい。ここで、SubWidthCは、色成分の水平サンプリングステップを定義する。例えば、ルマコンポーネントでは、SubWidthCは1に等しい。色フォーマットが4:2:0又は4:2:2のとき、クロマコンポーネントでは、SubWidthCは2に等しい。
2)例えば、conf_win_left_offsetは、conf_win_left_offset=conf_win_left_offset/SubWidthCのように改訂されてよい。ここで、SubWidthCは、色成分の水平サンプリングステップを定義する。例えば、ルマコンポーネントでは、SubWidthCは1に等しい。色フォーマットが4:2:0又は4:2:2のとき、クロマコンポーネントでは、SubWidthCは2に等しい。
c.一例では、参照サンプルの垂直位置(例えば、VVCで定義されるようなrefyL)の導出は、現在ピクチャ及び/又は参照ピクチャの適合ウインドウの上位置(例えば、VVCで定義されるようなconf_win_top_offset)に依存してよい。
i.一例では、現在ピクチャ内の適合ウインドウの左上位置に対する現在サンプルの垂直位置(ySb’と表される)は、計算され、参照サンプルの位置を導出するために使用される。
1)例えば、ySb’=ySb-(conf_win_top_offset<<Prec)が計算され、参照サンプルの位置を導出するために使用される。ここで、ySbは現在ピクチャ内の現在サンプルの垂直位置を表す。conf_win_top_offsetは、現在ピクチャの適合ウインドウ内の左上サンプルの垂直位置を表す。PrecはySb及びySb’の位置を表す。例えば、Prec=0又はPrec=4である。
ii.一例では、参照ピクチャ内の適合ウインドウの左上位置に対する参照サンプルの垂直位置(Ry’と表される)が、計算される。
1)Ry’の計算は、ySb’、及び/又は動きベクトル、及び/又は再サンプリング比に依存してよい。
iii.一例では、参照ピクチャに対する参照サンプルのは垂直位置(Ryと表される)は、Ry’に依存して計算される。
1)例えば、Ry=Ry’+(conf_win_top_offset_ref<<Prec)が計算される。ここで、conf_win_top_offset_refは参照ピクチャの適合ウインドウ内の左上サンプルの垂直位置を表す。PrecはRy及びRy’の位置を表す。例えば、Prec=0又はPrec=4である。
iv.一例では、Ryは、ySb’、及び/又は動きベクトル、及び/又は再サンプリング比に依存して直接計算されてよい。言い換えると、Ry’及びRyについて2段階の導出が、1段階の計算に結合される。
v.現在ピクチャ及び/又は参照ピクチャの適合ウインドウの上位置(例えば、VVCで定義されるようなconf_win_top_offset)を使用するかどうか及び/又はどのように使用するかは、色成分及び/又は色フォーマットに依存してよい。
1)例えば、conf_win_top_offsetは、conf_win_top_offset=conf_win_top_offset*SubHeightCのように改訂されてよい。ここで、SubHeightCは、色成分の垂直サンプリングステップを定義する。例えば、ルマコンポーネントでは、SubHeightCは1に等しい。色フォーマットが4:2:0のとき、クロマコンポーネントでは、SubHeightCは2に等しい。
2)例えば、conf_win_top_offsetは、conf_win_top_offset=conf_win_top_offset/SubHeightCのように改訂されてよい。ここで、SubHeightCは、色成分の垂直サンプリングステップを定義する。例えば、ルマコンポーネントでは、SubHeightCは1に等しい。色フォーマットが4:2:0のとき、クロマコンポーネントでは、SubHeightCは2に等しい。
28.参照サンプルの水平座標の整数部分が[minW,maxW]にクリッピングされてよいことが提案される。参照ピクチャの適合ウインドウの幅及び高さが、それぞれW及びHとして表されるとする。参照ピクチャの適合ウインドウの幅及び高さがW’及びH’として表されるとする。参照ピクチャ内の適合ウインドウの左上位置は、(X0,Y0)として表される。
a.一例では、minWは0に等しい。
b.一例では、minWはX0に等しい。
c.一例では、maxWはW-1に等しい。
d.一例では、maxWはW’-1に等しい。
e.一例では、maxWはX0+W’-1に等しい。
f.一例では、minW及び/又はmaxWは、色フォーマット及び/又は色成分に基づき変更されてよい。
i.例えば、minWはminW*SubCになるよう変更される。
ii.例えば、minWはminW/SubCになるよう変更される。
iii.例えば、maxWはmaxW*SubCになるよう変更される。
iv.例えば、maxWはmaxW/SubCになるよう変更される。
v.例えば、ルマコンポーネントでは、SubCは1に等しい。
vi.一例では、色フォーマットが4:2:0のとき、クロマコンポーネントでは、SubCは2に等しい。
vii.一例では、色フォーマットが4:2:2のとき、クロマコンポーネントでは、SubCは2に等しい。
viii.一例では、色フォーマットが4:4:4のとき、クロマコンポーネントでは、SubCは1に等しい。
g.一例では、クリッピングを行うかどうか及び/又はどのように行うかは、現在ピクチャ(又はその中の適合ウインドウ)の寸法、及び参照ピクチャ(又はその中の適合ウインドウ)の寸法に依存してよい。
i.一例では、クリッピングは、現在ピクチャ(又はその中の適合ウインドウ)の寸法と参照ピクチャ(又はその中の適合ウインドウ)の寸法とが異なるときにのみ、行われる。
29.参照サンプルの垂直座標の整数部分が[minH,maxH]にクリッピングされてよいことが提案される。参照ピクチャの適合ウインドウの幅及び高さが、それぞれW及びHとして表されるとする。参照ピクチャの適合ウインドウの幅及び高さがW’及びH’として表されるとする。参照ピクチャ内の適合ウインドウの左上位置は、(X0,Y0)として表される。
a.一例では、minHは0に等しい。
b.一例では、minHはY0に等しい。
c.一例では、maxHはH-1に等しい。
d.一例では、maxHはH’-1に等しい。
e.一例では、maxHはY0+H’-1に等しい。
f.一例では、minH及び/又はmaxHは、色フォーマット及び/又は色成分に基づき変更されてよい。
i.例えば、minHはminH*SubCになるよう変更される。
ii.例えば、minHはminH/SubCになるよう変更される。
iii.例えば、maxHはmaxH*SubCになるよう変更される。
iv.例えば、maxHはmaxH/SubCになるよう変更される。
v.一例では、ルマコンポーネントでは、SubCは1に等しい。
vi.一例では、色フォーマットが4:2:0のとき、クロマコンポーネントでは、SubCは2に等しい。
vii.一例では、色フォーマットが4:2:2のとき、クロマコンポーネントでは、SubCは1に等しい。
viii.一例では、色フォーマットが4:4:4のとき、クロマコンポーネントでは、SubCは1に等しい。
g.一例では、クリッピングを行うかどうか及び/又はどのように行うかは、現在ピクチャ(又はその中の適合ウインドウ)の寸法、及び参照ピクチャ(又はその中の適合ウインドウ)の寸法に依存してよい。
i.一例では、クリッピングは、現在ピクチャ(又はその中の適合ウインドウ)の寸法と参照ピクチャ(又はその中の適合ウインドウ)の寸法とが異なるときにのみ、行われる。
以下の議論では、2つのシンタックスエレメントが等価な機能を有するが、異なるビデオユニット(例えば、VPS/SPS/PPS/スライスヘッダ/ピクチャヘッダ、等)でシグナリングされ得る場合、第1シンタックスエレメントは第2シンタックスエレメントに「対応する」ことが主張される。
30.シンタックスエレメントは第1ビデオユニット(例えば、ピクチャヘッダ又はPPS)内でシグナリングされてよいこと、及び対応するシンタックスエレメントはより上位レベル(例えば、SPS)又はより下位レベル(例えば、スライスヘッダ)の第2ビデオユニット内でシグナリングされないことが提案される。
a.代替として、第1シンタックスエレメントは第1ビデオユニット(例えば、ピクチャヘッダ又はPPS)内でシグナリングされてよいこと、及び対応する第2シンタックスエレメントはより下位レベル(例えば、スライスヘッダ)の第2ビデオユニット内でシグナリングされてよいことが提案される。
i.代替として、第2シンタックスエレメントが後にシグナリングされるかどうかを通知するために、指示子が第2ビデオユニット内でシグナリングされてよい。
ii.一例では、第2ビデオユニット(例えば、スライスヘッダ)に関連付けられたスライスは、第2シンタックスエレメントがシグナリングされる場合に、第1シンタックスエレメントの代わりに第2シンタックスエレメントの指示に従ってよい。
iii.第1シンタックスエレメントに関連付けられた指示子は、第2シンタックスエレメントが第1ビデオユニットに関連付けられた任意のスライス(又は他のビデオユニット)内でシグナリングされるかどうかを通知するために、第1ビデオユニット内でシグナリングされてよい。
b.代替として、第1シンタックスエレメントは、(VPS/SPS/PPSのような)より上位の第1ビデオユニット内でシグナリングされてよいこと、及び対応する第2シンタックスエレメントは(ピクチャヘッダのような)の第2ビデオユニット内でシグナリングされてよい。
i.代替として、第2シンタックスエレメントが後にシグナリングされるかどうかを通知するために、指示子がシグナリングされてよい。
ii.一例では、第2ビデオユニットに関連付けられたピクチャ(これはスライスにパーティションされてよい)は、第2シンタックスエレメントがシグナリングされる場合に、第1シンタックスエレメントの代わりに第2シンタックスエレメントの指示に従ってよい。
c.ピクチャヘッダ内の第1シンタックスエレメントは、2.6章で指定されたようなスライスヘッダ内の第2シンタックスエレメントと等価な機能を有してよいが(限定ではないが、例えばslice_temporal_mvp_enabled_flag、cabac_init_flag、six_minus_max_num_merge_cand、five_minus_max_num_subblock_merge_cand、slice_fpel_mmvd_enabled_flag、slice_disable_bdof_dmvr_flag、max_num_merge_cand_minus_max_num_triangle_cand、slice_fpel_mmvd_enabled_flag、slice_six_minus_max_num_ibc_merge_cand、slice_joint_cbcr_sign_flag、slice_qp_delta、…)、ピクチャの全部のスライスを制御してよい。
d.2.6章で指定されたようなSPS内の第1シンタックスエレメントは、ピクチャヘッダ内の第2シンタックスエレメントと等価な機能を有してよいが(限定ではないが、例えばsps_bdof_dmvr_slice_present_flag、sps_mmvd_enabled_flag、sps_isp_enabled_flag、sps_mrl_enabled_flag、sps_mip_enabled_flag、sps_cclm_enabled_flag、sps_mts_enabled_flag…)、(スライスへとパーティションされてよい)関連するピクチャのみを制御する。
e.2.7章で指定されたようなPPS内の第1シンタックスエレメントは、ピクチャヘッダ内の第2シンタックスエレメントと等価な機能を有してよいが(限定ではないが、例えばentropy_coding_sync_enabled_flag、entry_point_offsets_present_flag、cabac_init_present_flag、rpl1_idx_present_flag…)、(スライスへとパーティションされてよい)関連するピクチャのみを制御する。
31.本開示では(項目1~項目29)、用語「適合ウインドウ(conformance window)」は、「スケーリングウインドウ」のような他の用語により置き換えられてよい。スケーリングウインドウは、適合ウインドウと異なる方法でシグナリングされてよく、RPRの参照サンプル位置を導出するために使用されるスケーリング比及び/又は左上オフセットを導出するために使用される。
a.一例では、スケーリングウインドウは、適合ウインドウにより制約されてよい。例えば、適合ビットストリームでは、スケーリングウインドウは適合ウインドウにより制約されなければならない。
32.変換スキップコーディングブロックの許容最大ブロックサイズをシグナリングするかどうか及び/又はどのようにシグナリングするかは、変換コーディングブロックの最大ブロックサイズに依存してよい。
a.代替として、変換スキップコーディングブロックの最大ブロックサイズは、適合ビットストリーム内の変換コーディングブロックの最大ブロックサイズより大きくなれない。
33.共同Cb-Cr残差(Joint Cb-Cr Residue (JCCR))コーディングを有効にすることの指示(例えば、sps_joint_cbcr_enabled_flag)をシグナリングするかどうか及びどのようにシグナリングするかは、色フォーマット(例えば、4:0:0、4:2:0、等)に依存してよい。
a.例えば、共同Cb-Cr残差(Joint Cb-Cr Residue (JCCR))コーディングを有効にすることの指示は、色フォーマットが4:0:0である場合にはシグナリングされなくてよい。例示的なシンタックス設計は以下の通りである:
34.クロマサンプルについて重み導出をブレンディング(blending)するために使用されるダウンサンプリングフィルタのタイプは、ビデオユニットレベル(例えば、SPS/VPS/PPS/ピクチャヘッダ/サブピクチャ/スライス/スライスヘッダ/タイル/ブリック/CTU/VPDUレベル)でシグナリングされてよい。
a.一例では、コンテンツの異なるクロマフォーマットタイプの間で切り換えるために、高レベルフラグがシグナリングされてよい。
i.いちれ、高レベルフラグは、クロマフォーマットタイプ0とクロマフォーマットタイプ2との間で切り換えるためにシグナリングされてよい。
ii.一例では、フラグは、TPM/GEO予測モードにおける左上ダウンサンプリング済みルマ重みが左上ルマ重みと同一位置にある(つまり、クロマサンプル位置タイプ0)かどうかを指定するために、フラグがシグナリングされてよい。
iii.一例では、フラグは、TPM/GEO予測モードにおける左上ダウンサンプリング済みルマ重みが左上ルマサンプルと水平方向に同一位置にあるが、左上ルマサンプルに対して0.5ルマサンプルユニットだけ垂直方向にシフトされている(つまり、クロマサンプル位置タイプ2)かどうかを指定するために、フラグがシグナリングされてよい。
b.一例では、ダウンサンプリングフィルタのタイプは、4:2:0クロマフォーマット及び/又は4:2:2クロマフォーマットについてシグナリングされてよい。
c.一例では、TPM/GEO予測のために使用されるクロマダウンサンプリングフィルタのタイプを指定するために、フラグがシグナリングされてよい。
i.一例では、TPM/GEO予測モードでクロマ重み導出のためにダウンサンプリングフィルタA又はダウンサンプリングフィルタBを使用するかについて、フラグがシグナリングされてよい。
35.クロマサンプルについて重み導出をブレンディング(blending)するために使用されるダウンサンプリングフィルタのタイプは、ビデオユニットレベル(例えば、SPS/VPS/PPS/ピクチャヘッダ/サブピクチャ/スライス/スライスヘッダ/タイル/ブリック/CTU/VPDUレベル)で導出されてよい。
a.一例では、クロマサブサンプリングフィルタタイプとコンテンツのクロマフォーマットタイプとの間の対応関係を指定するために、ルックアップテーブルが定義されてよい。
36.指定されたダウンサンプリングフィルタは、異なるクロマサンプル位置タイプの場合に、TPM/GEO予測モードのために使用されてよい。
a.一例では、TPM/GEOのクロマ重みは、特定のクロマサンプル位置タイプ(例えば、クロマサンプル位置タイプ0)の場合、同一位置左上ルマ重みからサブサンプリングされてよい。
b.一例では、特定のクロマサンプル位置タイプの場合(例えば、クロマサンプル位置タイプ0又は2)の場合に、指定されたXタップフィルタ(Xは、X=6又は5のような制約)が、TPM/GEO予測モードにおけるクロマ重みサブサンプリングのために使用されてよい。
37.ビデオユニット(例えば、SPS、PPS、ピクチャヘッダ、スライスヘッダ、等)では、第1シンタックスエレメント(例えば、フラグ)は、MTSが全部のブロック(スライス/ピクチャ)について無効にされるかどうかを示すためにシグナリングされてよい。
a.イントラコーディングブロック(スライス/ピクチャ)に対してMTSをどのように適用するか(例えば、MTSを有効にする/MTSを無効にする/暗示的MTS/明示的MTS)を示す第2シンタックスエレメントは、第1シンタックスエレメントで条件付きでシグナリングされる。例えば、第2シンタックスエレメントは、第1シンタックスエレメントが、MTSは全部のブロック(スライス/ピクチャ)に対して無効にされないと示すときのみ、シグナリングされる。
b.インターコーディングブロック(スライス/ピクチャ)に対してMTSをどのように適用するか(例えば、MTSを有効にする/MTSを無効にする/暗示的MTS/明示的MTS)を示す第3シンタックスエレメントは、第1シンタックスエレメントで条件付きでシグナリングされる。例えば、第3シンタックスエレメントは、第1シンタックスエレメントが、MTSは全部のブロック(スライス/ピクチャ)に対して無効にされないと示すときのみ、シグナリングされる。
c.例示的なシンタックス設計は以下の通りである:
以下では、テキストの変更は、下線付き太字斜体で示される。
[5.1 適合ウインドウに対する制約の実施形態]
conf_win_left_offset、conf_win_right_offset、conf_win_top_offset、及びconf_win_bottom_offsetは、出力のためのピクチャ座標の中で指定される長方形領域の観点から、復号処理から出力されるCVS内のピクチャのサンプルを指定する。conformance_window_flagが0に等しいとき、conf_win_left_offset、conf_win_right_offset、conf_win_top_offset、及びconf_win_bottom_offsetの値は、0に等しいと推定される。
適合クロッピングウインドウは、両端を含む、ubWidthC*conf_win_left_offsetからpic_width_in_luma_samples-(SubWidthC*conf_win_right_offset+1)までの水平ピクチャ座標、及びSubHeightC*conf_win_top_offsetからpic_height_in_luma_samples-(SubHeightC*conf_win_bottom_offset+1)までの垂直ピクチャ座標を有するルマサンプルを含む。
SubWidthC*(conf_win_left_offset+conf_win_right_offset)の値は、pic_width_in_luma_samplesより小さくなるべきであり、SubHeightC*(conf_win_top_offset+conf_win_bottom_offset)の値は、pic_height_in_luma_samplesより小さくなるべきである。
変数PicOutputWidthL及びPicOutputHeightLは、以下のように導出される:
8.5.6.3.1. 概要
…
変数fRefWidthは、ルマサンプル内の参照ピクチャのPicOutputWidthLに等しく設定される。
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。
・cIdxが0に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される:
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntL,ySbIntL)は、(xSb+(mvLX[0]>>4),ySb+(mvLX[1]>>4))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(xL=0..sbWidth-1+brdExtSize,yL=0..sbHeight-1+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[xL][yL]は、以下のように導出される:
・・・(refxSbL,refySbL)及び(refxL,refyL)を、1/16サンプルユニットの中で与えられる動きベクトル(refMvLX[0],refMvLX[1])により指されるルマ位置であるとする。変数refxSbL、refxL、refySbL、及びrefyLは以下のように導出される:
・・・xLが0に等しい。
・・・xLがsbWidth+1に等しい。
・・・yLが0に等しい。
・・・yLがsbHeight+1に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項8.5.6.3.2で指定されるように、(xIntL-(brdExtSize>0?1:0)、yIntL-(brdExtSize>0?1:0))、(xFracL,yFracL)、(xSbIntL,ySbIntL)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル8タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合(cIdxが0に等しい)、以下が適用される:
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を1/32サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[0]>>5)、(ySb/SubHeightC)+(mvLX[1]>>5))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=0..sbWidth-1,yC=0..sbHeight-1)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される:
・・・(refxSbC,refySbC)及び(refxC,refyC)を、1/32サンプルユニットの中で与えられる動きベクトル(mvLX[0],mvLX[1])により指されるクロマ位置であるとする。変数refxSbC、refySbC、refxC、及びrefyCは以下のように導出される:
8.5.6.3.1. 概要
…
変数fRefWidthは、ルマサンプル内の参照ピクチャのPicOutputWidthLに等しく設定される。
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。
・cIdxが0に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される:
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntL,ySbIntL)は、(xSb+(mvLX[0]>>4),ySb+(mvLX[1]>>4))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(xL=0..sbWidth-1+brdExtSize,yL=0..sbHeight-1+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[xL][yL]は、以下のように導出される:
・・・(refxSbL,refySbL)及び(refxL,refyL)を、1/16サンプルユニットの中で与えられる動きベクトル(refMvLX[0],refMvLX[1])により指されるルマ位置であるとする。変数refxSbL、refxL、refySbL、及びrefyLは以下のように導出される:
・・・xLが0に等しい。
・・・xLがsbWidth+1に等しい。
・・・yLが0に等しい。
・・・yLがsbHeight+1に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項8.5.6.3.2で指定されるように、(xIntL-(brdExtSize>0?1:0)、yIntL-(brdExtSize>0?1:0))、(xFracL,yFracL)、(xSbIntL,ySbIntL)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル8タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合(cIdxが0に等しい)、以下が適用される:
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を1/32サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[0]>>5)、(ySb/SubHeightC)+(mvLX[1]>>5))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=0..sbWidth-1,yC=0..sbHeight-1)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される:
・・・(refxSbC,refySbC)及び(refxC,refyC)を、1/32サンプルユニットの中で与えられる動きベクトル(mvLX[0],mvLX[1])により指されるクロマ位置であるとする。変数refxSbC、refySbC、refxC、及びrefyCは以下のように導出される:
8.5.6.3.1. 概要
…
変数fRefWidthは、ルマサンプル内の参照ピクチャのPicOutputWidthLに等しく設定される。
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。
・cIdxが0に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される:
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntL,ySbIntL)は、(xSb+(mvLX[0]>>4),ySb+(mvLX[1]>>4))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(xL=0..sbWidth-1+brdExtSize,yL=0..sbHeight-1+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[xL][yL]は、以下のように導出される:
・・・(refxSbL,refySbL)及び(refxL,refyL)を、1/16サンプルユニットの中で与えられる動きベクトル(refMvLX[0],refMvLX[1])により指されるルマ位置であるとする。変数refxSbL、refxL、refySbL、及びrefyLは以下のように導出される:
・・・xLが0に等しい。
・・・xLがsbWidth+1に等しい。
・・・yLが0に等しい。
・・・yLがsbHeight+1に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項8.5.6.3.2で指定されるように、(xIntL-(brdExtSize>0?1:0)、yIntL-(brdExtSize>0?1:0))、(xFracL,yFracL)、(xSbIntL,ySbIntL)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル8タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合(cIdxが0に等しい)、以下が適用される:
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を1/32サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[0]>>5)、(ySb/SubHeightC)+(mvLX[1]>>5))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=0..sbWidth-1,yC=0..sbHeight-1)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される:
・・・(refxSbC,refySbC)及び(refxC,refyC)を、1/32サンプルユニットの中で与えられる動きベクトル(mvLX[0],mvLX[1])により指されるクロマ位置であるとする。変数refxSbC、refySbC、refxC、及びrefyCは以下のように導出される:
8.5.6.3.1. 概要
この処理への入力は:
・現在ピクチャの左上ルマサンプルに対する、現在符号コーディングサブブロックの左上サンプルを指定するルマ位置(xSb,ySb)、
・現在コーディングサブブロックの幅を指定する変数sbWidth、
・現在コーディングサブブロックの高を指定する変数sbHeight、
・動きベクトルオフセットmvOffset、
・精緻化動きベクトルrefMvLX、
・選択参照ピクチャサンプルアレイrefPicLX、
・ハーフサンプル補間フィルタインデックスhpelIfIdx、
・双方向オプティカルフローフラグbdofFlag、
・現在ブロックの色成分インデックスを指定する変数cIdx。
この処理の出力は:
・予測サンプル値の(sbWidth+brdExtSize)x(sbHeight+brdExtSize)アレイpredSamplesLX。
予測ブロック境界拡張サイズbrdExtSizeは以下のように導出される:
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。
動きベクトルmvLXは、(refMvLX-mvOffset)に等しく設定される。
・cIdxが0に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される:
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntL,ySbIntL)は、(xSb+(mvLX[0]>>4),ySb+(mvLX[1]>>4))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(xL=0..sbWidth-1+brdExtSize,yL=0..sbHeight-1+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[xL][yL]は、以下のように導出される:
・・・(refxSbL,refySbL)及び(refxL,refyL)を、1/16サンプルユニットの中で与えられる動きベクトル(refMvLX[0],refMvLX[1])により指されるルマ位置であるとする。変数refxSbL、refxL、refySbL、及びrefyLは以下のように導出される:
・・・xLが0に等しい。
・・・xLがsbWidth+1に等しい。
・・・yLが0に等しい。
・・・yLがsbHeight+1に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項8.5.6.3.2で指定されるように、(xIntL-(brdExtSize>0?1:0)、yIntL-(brdExtSize>0?1:0))、(xFracL,yFracL)、(xSbIntL,ySbIntL)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル8タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合(cIdxが0に等しい)、以下が適用される:
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を1/32サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[0]>>5)、(ySb/SubHeightC)+(mvLX[1]>>5))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=0..sbWidth-1,yC=0..sbHeight-1)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される:
・・・(refxSbC,refySbC)及び(refxC,refyC)を、1/32サンプルユニットの中で与えられる動きベクトル(mvLX[0],mvLX[1])により指されるクロマ位置であるとする。変数refxSbC、refySbC、refxC、及びrefyCは以下のように導出される:
8.5.6.3.1. 概要
この処理への入力は:
・現在ピクチャの左上ルマサンプルに対する、現在符号コーディングサブブロックの左上サンプルを指定するルマ位置(xSb,ySb)、
・現在コーディングサブブロックの幅を指定する変数sbWidth、
・現在コーディングサブブロックの高を指定する変数sbHeight、
・動きベクトルオフセットmvOffset、
・精緻化動きベクトルrefMvLX、
・選択参照ピクチャサンプルアレイrefPicLX、
・ハーフサンプル補間フィルタインデックスhpelIfIdx、
・双方向オプティカルフローフラグbdofFlag、
・現在ブロックの色成分インデックスを指定する変数cIdx。
この処理の出力は:
・予測サンプル値の(sbWidth+brdExtSize)x(sbHeight+brdExtSize)アレイpredSamplesLX。
予測ブロック境界拡張サイズbrdExtSizeは以下のように導出される:
変数fRefHeightは、ルマサンプル内の参照ピクチャのPicOutputHeightLに等しく設定される。
・cIdxが0に等しい場合、以下が適用される。
・・倍率及びそれらの固定小数点表現は以下のように定義される:
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntL,ySbIntL)は、(xSb+(mvLX[0]>>4),ySb+(mvLX[1]>>4))に等しく設定される。
・・予測ルマサンプルアレイpredSamplesLXの内部の各ルマサンプル位置(xL=0..sbWidth-1+brdExtSize,yL=0..sbHeight-1+brdExtSize)について、対応する予測ルマサンプル値predSamplesLX[xL][yL]は、以下のように導出される:
・・・(refxSbL,refySbL)及び(refxL,refyL)を、1/16サンプルユニットの中で与えられる動きベクトル(refMvLX[0],refMvLX[1])により指されるルマ位置であるとする。変数refxSbL、refxL、refySbL、及びrefyLは以下のように導出される:
・・・xLが0に等しい。
・・・xLがsbWidth+1に等しい。
・・・yLが0に等しい。
・・・yLがsbHeight+1に等しい。
・・その他の場合、予測ルマサンプル値predSamplesLX[xL][yL]は、項8.5.6.3.2で指定されるように、(xIntL-(brdExtSize>0?1:0)、yIntL-(brdExtSize>0?1:0))、(xFracL,yFracL)、(xSbIntL,ySbIntL)、refPicLX、hpelIfIdx、sbWidth、sbHeight、及び(xSb,ySb)を入力として、ルマサンプル8タップ補間フィルタリング処理を呼び出すことにより、導出される。
・その他の場合(cIdxが0に等しい)、以下が適用される:
・・(xIntC,yIntC)をフルサンプルユニット内で与えられたクロマ位置とし、(xFracC,yFracC)を1/32サンプルユニット内で与えられたオフセットとする。これらの変数は、参照サンプルアレイrefPicLXの内側の一般的な分数サンプル位置を指定するために、この項でのみ使用される。
・・参照サンプルパディングのための境界ブロックの左上座標(xSbIntC,ySbIntC)は((xSb/SubWidthC)+(mvLX[0]>>5)、(ySb/SubHeightC)+(mvLX[1]>>5))に等しく設定される。
・・予測クロマ参照サンプルアレイpredSamplesLXの卯木側の各クロマサンプル位置(xC=0..sbWidth-1,yC=0..sbHeight-1)について、対応する予測クロマサンプル値predSamplesLX[xC][yC]は以下のように導出される:
・・・(refxSbC,refySbC)及び(refxC,refyC)を、1/32サンプルユニットの中で与えられる動きベクトル(mvLX[0],mvLX[1])により指されるクロマ位置であるとする。変数refxSbC、refySbC、refxC、及びrefyCは以下のように導出される:
図5は、ビデオ処理機器500のブロック図である。機器500は、ここに記載した方法のうちの1つ以上を実施するために使用されてよい。機器500は、スマートフォン、タブレット、コンピュータ、モノのインターネット(Internet of Things (IoT))受信機、等において実施されてよい。機器500は、1つ以上のプロセッサ502、1つ以上のメモリ504、及びビデオ処理ハードウェア506を含んでよい。プロセッサ502は、本願明細書に記載した1つ以上の方法を実施するよう構成されてよい。メモリ(複数のメモリ)504は、本願明細書に記載の方法及び技術を実施するために使用されるデータ及びコードを格納するために使用されてよい。ビデオ処理ハードウェア506は、ハードウェア回路で、本願明細書に記載された幾つかの技術を実施するために使用されてよく、部分的に又は完全に、プロセッサ502(例えば、グラフィックプロセッサコアGPU又は他の信号処理回路)の部分であってよい。
Claims (12)
- ビデオ処理の方法であって、
ビデオの現在ピクチャと前記ビデオのビットストリームとの間の変換のために、第1オフセット値セットに基づき前記現在ピクチャの現在ウインドウのサイズを決定するステップと、
前記現在ピクチャに関連付けられた参照ピクチャについて、第2オフセット値セットに基づき前記参照ピクチャの参照ウインドウのサイズを決定するステップと、
現在ウインドウのサイズ及び前記参照ウインドウのサイズに基づき、前記変換を実行するステップと、
を含み、
前記第1オフセット値セット及び前記第2オフセット値セットの指示は、前記ビットストリームに含まれ、
現在ウインドウのサイズ及び前記参照ウインドウのサイズは、制約を満たし、
前記現在ウインドウの幅はWであり、前記参照ウインドウの幅はW'であり、前記制約は、W’/a≦W≦W’×bであることを指定し、a及びbは正整数である、方法。 - 前記現在ウインドウ及び前記参照ウインドウは、インター予測においてスケーリング比を導出するために使用されるスケーリングウインドウである、請求項1に記載の方法。
- 前記現在ウインドウの高さはHであり、前記参照ウインドウの高さはH'であり、前記制約は、H’/a≦H≦H’×bであることを指定する、請求項1に記載の方法。
- aは2に等しく、bは8に等しい、請求項3に記載の方法。
- 前記第1オフセット値セット及び前記第2オフセット値セットの指示は、前記ビットストリームのピクチャパラメータセット(PPS)に含まれる、請求項1~4のいずれか一項に記載の方法。
- 前記第1オフセット値セットの上オフセット及び左オフセット、及び前記現在ピクチャ内の現在ブロックの左上サンプルの位置は、前記現在ブロック内の第1サンプルに関連付けられた参照サンプルの位置を決定するために使用される、請求項1~5のいずれか一項に記載の方法。
- 異なるオフセット値セットは、それぞれ適合ウインドウ及び前記スケーリングウインドウを示すために使用され、前記ビデオを出力するとき、前記適合ウインドウの外側のサンプルは破棄可能である、請求項2に記載の方法。
- 前記変換は、前記現在ピクチャを前記ビットストリームへと符号化することを含む、請求項1~7のいずれか一項に記載の方法。
- 前記変換は、前記ビットストリームから現在ブロックを復号することを含む、請求項1~7のいずれか一項に記載の方法。
- ビデオデータを処理する機器であって、プロセッサと命令を有する非一時的メモリとを含み、前記命令は、前記プロセッサにより実行されると、前記プロセッサに、ビデオの現在ピクチャと前記ビデオのビットストリームとの間の変換のために、第1オフセット値セットに基づき前記現在ピクチャの現在ウインドウのサイズを決定させ、
前記現在ピクチャに関連付けられた参照ピクチャについて、第2オフセット値セットに基づき前記参照ピクチャの参照ウインドウのサイズを決定させ、
現在ウインドウのサイズ及び前記参照ウインドウのサイズに基づき、前記変換を実行させ、
前記第1オフセット値セット及び前記第2オフセット値セットの指示は、前記ビットストリームに含まれ、
現在ウインドウのサイズ及び前記参照ウインドウのサイズは、制約を満たし、
前記現在ウインドウの幅はWであり、前記参照ウインドウの幅はW'であり、前記制約は、W’/a≦W≦W’×bであることを指定し、a及びbは正整数である、機器。 - 命令を格納している非一時的コンピュータ可読記憶媒体であって、前記命令は、プロセッサに、
ビデオの現在ピクチャと前記ビデオのビットストリームとの間の変換のために、第1オフセット値セットに基づき前記現在ピクチャの現在ウインドウのサイズを決定させ、
前記現在ピクチャに関連付けられた参照ピクチャについて、第2オフセット値セットに基づき前記参照ピクチャの参照ウインドウのサイズを決定させ、
現在ウインドウのサイズ及び前記参照ウインドウのサイズに基づき、前記変換を実行させ、
前記第1オフセット値セット及び前記第2オフセット値セットの指示は、前記ビットストリームに含まれ、
現在ウインドウのサイズ及び前記参照ウインドウのサイズは、制約を満たし、
前記現在ウインドウの幅はWであり、前記参照ウインドウの幅はW'であり、前記制約は、W’/a≦W≦W’×bであることを指定し、a及びbは正整数である、非一時的コンピュータ可読記憶媒体。 - ビデオのビットストリームを格納する方法であって、前記方法は、
ビデオの現在ピクチャについて、第1オフセット値セットに基づき前記現在ピクチャの現在ウインドウのサイズを決定するステップと、
前記現在ピクチャに関連付けられた参照ピクチャについて、第2オフセット値セットに基づき前記参照ピクチャの参照ウインドウのサイズを決定するステップと、
現在ウインドウのサイズ及び前記参照ウインドウのサイズに基づき、っぜんきビットストリームを生成するステップと、
前記ビットストリームを非一時的コンピュータ可読記憶媒体に格納するステップと、
を含み、
前記第1オフセット値セット及び前記第2オフセット値セットの指示は、前記ビットストリームに含まれ、
現在ウインドウのサイズ及び前記参照ウインドウのサイズは、制約を満たし、
前記現在ウインドウの幅はWであり、前記参照ウインドウの幅はW'であり、前記制約は、W’/a≦W≦W’×bであることを指定し、a及びbは正整数である、方法。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNPCT/CN2019/106671 | 2019-09-19 | ||
CN2019106671 | 2019-09-19 | ||
CNPCT/CN2019/109837 | 2019-10-05 | ||
CN2019109837 | 2019-10-05 | ||
PCT/CN2020/116468 WO2021052490A1 (en) | 2019-09-19 | 2020-09-21 | Scaling window in video coding |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2022548738A JP2022548738A (ja) | 2022-11-21 |
JP7324940B2 true JP7324940B2 (ja) | 2023-08-10 |
Family
ID=74883702
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022517818A Active JP7324940B2 (ja) | 2019-09-19 | 2020-09-21 | ビデオコーディングにおけるスケーリングウインドウ |
Country Status (6)
Country | Link |
---|---|
US (1) | US11641464B2 (ja) |
EP (1) | EP4018659A4 (ja) |
JP (1) | JP7324940B2 (ja) |
KR (1) | KR20220066045A (ja) |
CN (1) | CN114503574A (ja) |
WO (1) | WO2021052490A1 (ja) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2564133B (en) * | 2017-07-04 | 2021-03-17 | Canon Kk | Method and apparatus for encoding or decoding video data with sub-pixel motion vector refinement |
JP7328445B2 (ja) | 2019-09-19 | 2023-08-16 | 北京字節跳動網絡技術有限公司 | ビデオコーディングにおける参照サンプル位置の導出 |
JP7391199B2 (ja) | 2019-10-05 | 2023-12-04 | 北京字節跳動網絡技術有限公司 | 映像コーディングツールのレベルベースシグナリング |
KR20220074870A (ko) | 2019-10-12 | 2022-06-03 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 비디오 코딩에서의 예측 유형 시그널링 |
EP4029274A4 (en) | 2019-10-13 | 2022-11-30 | Beijing Bytedance Network Technology Co., Ltd. | INTERACTION BETWEEN REFERENCE IMAGE RESAMPLING AND VIDEO CODING TOOLS |
CN114788291A (zh) * | 2019-11-05 | 2022-07-22 | Lg 电子株式会社 | 用于处理图像信息以进行图像/视频编译的方法和装置 |
US11336913B2 (en) * | 2019-11-22 | 2022-05-17 | Apple Inc. | Reference picture re-sampling |
US20230007281A1 (en) * | 2019-12-11 | 2023-01-05 | Hfi Innovation Inc. | Video Encoding or Decoding Methods and Apparatuses with Scaling Ratio Constraint |
BR112022012807A2 (pt) | 2019-12-27 | 2022-09-27 | Beijing Bytedance Network Tech Co Ltd | Método de processamento de vídeo, aparelho para processar dados de vídeo e meios não transitórios legíveis por computador |
EP4124042A4 (en) * | 2020-03-19 | 2023-12-06 | Panasonic Intellectual Property Corporation of America | ENCODING DEVICE, DECODING DEVICE, IMAGE PROCESSING DEVICE, ENCODING METHOD, DECODING METHOD, IMAGE PROCESSING METHOD, BIT STREAM TRANSMISSION DEVICE, AND NON-TEMPORARY STORAGE MEDIUM |
US20240022756A1 (en) * | 2022-07-13 | 2024-01-18 | Tencent America LLC | Local warp motion delta mode |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140328398A1 (en) | 2013-05-03 | 2014-11-06 | Qualcomm Incorporated | Conditionally invoking a resampling process in shvc |
Family Cites Families (71)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101309409A (zh) | 2008-02-22 | 2008-11-19 | 华为技术有限公司 | 一种解码方法和装置 |
US20110310976A1 (en) | 2010-06-17 | 2011-12-22 | Qualcomm Incorporated | Joint Coding of Partition Information in Video Coding |
US9215473B2 (en) | 2011-01-26 | 2015-12-15 | Qualcomm Incorporated | Sub-slices in video coding |
CN103096047B (zh) | 2011-11-01 | 2018-06-19 | 中兴通讯股份有限公司 | 一种分片层参数集解码及编码方法和装置 |
US20130177084A1 (en) | 2012-01-10 | 2013-07-11 | Qualcomm Incorporated | Motion vector scaling in video coding |
JP5944013B2 (ja) | 2012-01-17 | 2016-07-05 | テレフオンアクチーボラゲット エルエム エリクソン(パブル) | 参照画像リストの取り扱い |
WO2013128010A2 (en) * | 2012-03-02 | 2013-09-06 | Canon Kabushiki Kaisha | Method and devices for encoding a sequence of images into a scalable video bit-stream, and decoding a corresponding scalable video bit-stream |
WO2013137890A1 (en) * | 2012-03-15 | 2013-09-19 | Intel Corporation | Hierarchical motion estimation employing nonlinear scaling and adaptive source block size |
US8798165B2 (en) | 2013-01-04 | 2014-08-05 | Vidyo, Inc. | Techniques for prediction of unavailable samples in inter-layer predicted video coding |
WO2014137322A1 (en) | 2013-03-05 | 2014-09-12 | Halliburton Energy Services Inc. | System, method and computer program product for photometric system design and environmental ruggedization |
CN105122804A (zh) * | 2013-04-05 | 2015-12-02 | 夏普株式会社 | 利用颜色位深缩放的视频压缩 |
US20140321560A1 (en) | 2013-04-08 | 2014-10-30 | Nokia Corporation | Method and technical equipment for video encoding and decoding |
KR20140138538A (ko) * | 2013-05-24 | 2014-12-04 | 주식회사 케이티 | 복수의 레이어를 지원하는 비디오 코딩 방법 및 장치 |
US20150264348A1 (en) | 2014-03-17 | 2015-09-17 | Qualcomm Incorporated | Dictionary coding of video content |
US10158884B2 (en) | 2014-03-19 | 2018-12-18 | Qualcomm Incorporated | Simplified merge list construction process for 3D-HEVC |
AU2014388185B2 (en) | 2014-03-27 | 2018-08-02 | Microsoft Technology Licensing, Llc | Adjusting quantization/scaling and inverse quantization/scaling when switching color spaces |
US9641851B2 (en) | 2014-04-18 | 2017-05-02 | Qualcomm Incorporated | Conformance window information in multi-layer coding |
WO2015168581A1 (en) | 2014-05-01 | 2015-11-05 | Arris Enterprises, Inc. | Reference layer and scaled reference layer offsets for scalable video coding |
US20150373362A1 (en) | 2014-06-19 | 2015-12-24 | Qualcomm Incorporated | Deblocking filter design for intra block copy |
US10200700B2 (en) | 2014-06-20 | 2019-02-05 | Qualcomm Incorporated | Cross-component prediction in video coding |
US10455249B2 (en) | 2015-03-20 | 2019-10-22 | Qualcomm Incorporated | Downsampling process for linear model prediction mode |
US9736335B2 (en) | 2015-04-15 | 2017-08-15 | Apple Inc. | Techniques for advanced chroma processing |
US10638140B2 (en) | 2015-05-29 | 2020-04-28 | Qualcomm Incorporated | Slice level intra block copy and other video coding improvements |
US9955186B2 (en) | 2016-01-11 | 2018-04-24 | Qualcomm Incorporated | Block size decision for video coding |
CN108781294B (zh) | 2016-02-05 | 2021-08-31 | 联发科技股份有限公司 | 视频数据的运动补偿方法及装置 |
WO2017173593A1 (en) | 2016-04-06 | 2017-10-12 | Mediatek Singapore Pte. Ltd. | Separate coding secondary transform syntax elements for different color components |
WO2017188566A1 (ko) | 2016-04-25 | 2017-11-02 | 엘지전자 주식회사 | 영상 코딩 시스템에서 인터 예측 방법 및 장치 |
US10652575B2 (en) | 2016-09-15 | 2020-05-12 | Qualcomm Incorporated | Linear model chroma intra prediction for video coding |
EP3306938A1 (en) | 2016-10-05 | 2018-04-11 | Thomson Licensing | Method and apparatus for binary-tree split mode coding |
KR20180042098A (ko) | 2016-10-17 | 2018-04-25 | 에스케이텔레콤 주식회사 | 영상 부호화 또는 복호화하기 위한 장치 및 방법 |
KR20180043149A (ko) | 2016-10-19 | 2018-04-27 | 에스케이텔레콤 주식회사 | 영상 부호화 또는 복호화하기 위한 장치 및 방법 |
US12063387B2 (en) | 2017-01-05 | 2024-08-13 | Hfi Innovation Inc. | Decoder-side motion vector restoration for video coding |
US10715827B2 (en) | 2017-01-06 | 2020-07-14 | Mediatek Inc. | Multi-hypotheses merge mode |
US10701366B2 (en) | 2017-02-21 | 2020-06-30 | Qualcomm Incorporated | Deriving motion vector information at a video decoder |
US10523964B2 (en) | 2017-03-13 | 2019-12-31 | Qualcomm Incorporated | Inter prediction refinement based on bi-directional optical flow (BIO) |
US10362332B2 (en) | 2017-03-14 | 2019-07-23 | Google Llc | Multi-level compound prediction |
US10805641B2 (en) | 2017-06-15 | 2020-10-13 | Qualcomm Incorporated | Intra filtering applied together with transform processing in video coding |
GB2564466B (en) | 2017-07-13 | 2020-01-08 | Advanced Risc Mach Ltd | Storing YUV texture data in a cache in a graphics processing system |
CN107483934B (zh) | 2017-08-17 | 2019-12-10 | 西安万像电子科技有限公司 | 编解码方法、装置和系统 |
US10785494B2 (en) | 2017-10-11 | 2020-09-22 | Qualcomm Incorporated | Low-complexity design for FRUC |
CN117294837A (zh) | 2018-04-02 | 2023-12-26 | 深圳市大疆创新科技有限公司 | 用于图像处理的方法和图像处理装置 |
JP2021520710A (ja) | 2018-04-06 | 2021-08-19 | ヴィド スケール インコーポレイテッド | 簡易化された勾配導出による双方向オプティカルフロー方法 |
US10779002B2 (en) | 2018-04-17 | 2020-09-15 | Qualcomm Incorporated | Limitation of the MVP derivation based on decoder-side motion vector derivation |
MX2021000129A (es) | 2018-06-27 | 2021-03-25 | Vid Scale Inc | Métodos y aparato para reducir la latencia de codificación del refinamiento de movimiento lateral de decodificador. |
CN116320414A (zh) | 2018-07-02 | 2023-06-23 | Lg电子株式会社 | 对视频信号进行编解码的方法和非暂态可读存储介质 |
CN118784862A (zh) | 2018-10-02 | 2024-10-15 | 交互数字Vc控股公司 | 广义双向预测和加权预测 |
KR20240010542A (ko) | 2018-12-17 | 2024-01-23 | 삼성전자주식회사 | 예측 모드를 시그널링하는 비디오 신호 처리 방법 및 장치 |
CN113519160B (zh) | 2019-03-05 | 2023-09-05 | 寰发股份有限公司 | 视频编码中具有运动微调的双向预测视频处理方法和装置 |
TW202429886A (zh) | 2019-03-11 | 2024-07-16 | 美商Vid衡器股份有限公司 | 子圖片適應性解析度改變方法及裝置 |
KR20220147731A (ko) | 2019-03-11 | 2022-11-03 | 엘지전자 주식회사 | Ibc 모드를 이용한 영상 부호화/복호화 방법, 장치 및 비트스트림을 전송하는 방법 |
EP3939317B1 (en) | 2019-03-11 | 2024-10-23 | Dolby Laboratories Licensing Corporation | Video coding using reference picture resampling supporting region of interest |
WO2020185022A1 (ko) | 2019-03-12 | 2020-09-17 | 주식회사 엑스리스 | 영상 신호 부호화/복호화 방법 및 이를 위한 장치 |
US11233988B2 (en) | 2019-05-17 | 2022-01-25 | Qualcomm Incorporated | Reference picture resampling and inter-coding tools for video coding |
US11134275B2 (en) | 2019-06-04 | 2021-09-28 | Tencent America LLC | Method and apparatus for performing primary transform based on filtering of blocks |
US11252410B2 (en) | 2019-06-11 | 2022-02-15 | Tencent America LLC | Method and apparatus for video coding |
WO2020262286A1 (en) | 2019-06-23 | 2020-12-30 | Sharp Kabushiki Kaisha | Systems and methods for performing an adaptive resolution change in video coding |
JP2022543627A (ja) | 2019-08-06 | 2022-10-13 | ドルビー ラボラトリーズ ライセンシング コーポレイション | 描画面サイズ拡張可能ビデオコーディング |
JP2022544350A (ja) | 2019-08-15 | 2022-10-18 | アリババ グループ ホウルディング リミテッド | 映像コード化のためのブロック分割方法 |
US11659201B2 (en) * | 2019-08-16 | 2023-05-23 | Qualcomm Incorporated | Systems and methods for generating scaling ratios and full resolution pictures |
CN114270864A (zh) | 2019-08-22 | 2022-04-01 | 夏普株式会社 | 用于在视频编码中发送信号通知图片信息的系统和方法 |
US11356684B2 (en) | 2019-08-30 | 2022-06-07 | Alibaba Group Holding Limited | Method and system for signaling chroma quantization parameter table |
WO2021049551A1 (en) | 2019-09-11 | 2021-03-18 | Sharp Kabushiki Kaisha | Systems and methods for signaling subpicture information in video coding |
US11641475B2 (en) | 2019-09-12 | 2023-05-02 | Alibaba Group Holding Limited | Method and apparatus for encoding or decoding video |
US11303909B2 (en) | 2019-09-18 | 2022-04-12 | Qualcomm Incorporated | Scaling ratio and output full resolution picture in video coding |
JP7328445B2 (ja) | 2019-09-19 | 2023-08-16 | 北京字節跳動網絡技術有限公司 | ビデオコーディングにおける参照サンプル位置の導出 |
JP7391199B2 (ja) | 2019-10-05 | 2023-12-04 | 北京字節跳動網絡技術有限公司 | 映像コーディングツールのレベルベースシグナリング |
KR20220074870A (ko) | 2019-10-12 | 2022-06-03 | 베이징 바이트댄스 네트워크 테크놀로지 컴퍼니, 리미티드 | 비디오 코딩에서의 예측 유형 시그널링 |
EP4029274A4 (en) | 2019-10-13 | 2022-11-30 | Beijing Bytedance Network Technology Co., Ltd. | INTERACTION BETWEEN REFERENCE IMAGE RESAMPLING AND VIDEO CODING TOOLS |
GB2590634B (en) | 2019-12-20 | 2024-10-02 | Canon Kk | High Level syntax for video coding and decoding |
US11503342B2 (en) | 2020-06-10 | 2022-11-15 | Sharp Kabushiki Kaisha | Systems and methods for signaling sequence parameter information in video coding |
WO2022035687A1 (en) | 2020-08-13 | 2022-02-17 | Beijing Dajia Internet Information Technology Co., Ltd. | Chroma coding enhancement in cross-component sample adaptive offset |
-
2020
- 2020-09-21 KR KR1020227006966A patent/KR20220066045A/ko not_active Application Discontinuation
- 2020-09-21 CN CN202080066280.XA patent/CN114503574A/zh active Pending
- 2020-09-21 WO PCT/CN2020/116468 patent/WO2021052490A1/en unknown
- 2020-09-21 JP JP2022517818A patent/JP7324940B2/ja active Active
- 2020-09-21 EP EP20866342.7A patent/EP4018659A4/en active Pending
-
2022
- 2022-03-18 US US17/699,014 patent/US11641464B2/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20140328398A1 (en) | 2013-05-03 | 2014-11-06 | Qualcomm Incorporated | Conditionally invoking a resampling process in shvc |
Non-Patent Citations (5)
Title |
---|
Benjamin Bross, Jianle Chen, and Shan Liu,Versatile Video Coding (Draft 6),Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11,JVET-O2001 (version 14),15th Meeting: Gothenburg, SE,2019年07月31日,pp.40-43,97-104,256-258 |
Hendry, et al.,AHG8: Support for reference picture resampling - handling of picture size signalling, conformance windows, and DPB management,Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11,JVET-O0133-v2,15th Meeting: Gothernburg, SE,2019年06月,pp.1-3 |
Kai Zhang, et al.,Non-CE1: A fix on reference sample offset for RPR,Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11,JVET-P0381-v1,16th Meeting: Geneva, CH,2019年09月,pp.1-5 |
Karsten Suehring, Robert Skupin, Yago Sanchez, and Thomas Schierl,AHG17: Conformance Window,Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11,JVET-N0352,14th Meeting: Geneva, CH,2019年03月,pp.1-2 |
Vadim Seregin, Adarsh K. Ramasubramonian, Muhammed Coban, and Marta Karczewicz,AHG8: Scaling window for scaling ratio derivation,Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11,JVET-P0590-v3,16th Meeting: Geneva, CH,2019年10月,pp.1-5 |
Also Published As
Publication number | Publication date |
---|---|
US20220217328A1 (en) | 2022-07-07 |
KR20220066045A (ko) | 2022-05-23 |
WO2021052490A1 (en) | 2021-03-25 |
EP4018659A1 (en) | 2022-06-29 |
CN114503574A (zh) | 2022-05-13 |
EP4018659A4 (en) | 2022-11-30 |
US11641464B2 (en) | 2023-05-02 |
JP2022548738A (ja) | 2022-11-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7324940B2 (ja) | ビデオコーディングにおけるスケーリングウインドウ | |
JP7414980B2 (ja) | 参照ピクチャリサンプリングと映像コーディングツールとの間の相互作用 | |
JP7482218B2 (ja) | ビデオコーディングにおける予測タイプシグナリング | |
JP7328445B2 (ja) | ビデオコーディングにおける参照サンプル位置の導出 | |
JP7391199B2 (ja) | 映像コーディングツールのレベルベースシグナリング | |
JP2024060057A (ja) | ビデオピクチャヘッダ内でのスライスタイプのシグナリング | |
RU2824188C2 (ru) | Способ определения позиций опорных отсчетов при кодировании видео |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220329 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220329 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230221 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20230519 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20230704 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20230731 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7324940 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |