Opened 10 years ago

Closed 7 years ago

#1305 closed defect (fixed)

Decoding process for chroma residual blocks, inconsistent for 444

Reported by: peterderivaz Owned by: davidf
Priority: minor Milestone: HM-15.0
Component: RExt text Version: RExt D7 (Q1005) v8
Keywords: Cc: davidf, karlsharman, jct-vc@…

Description

In Q1005_v9 8.5.4.3 Decoding process for Chroma residual blocks the derivation for splitChromaFlag only allows Chroma to be split if log2TrafoSize is greater than 3.

However, for 444 I believe that Chroma can be split even when log2TrafoSize is equal to 3.

Change History (5)

comment:1 Changed 10 years ago by DefaultCC Plugin

  • Cc davidf karlsharman jct-vc@… added

comment:2 Changed 10 years ago by peterderivaz

  • Component changed from HM RExt to RExt text
  • Owner set to davidf

comment:3 Changed 10 years ago by jachu19

this issue still exists in JCTVC-R1013_v3.doc

comment:4 Changed 10 years ago by crosewarne

One possible fix:

– If split_transform_flag[ xCb + xB0 ][ yCb + yB0 ][ trafoDepth ] is equal to 1 and one or more of the following conditions are met then splitChromaFlag is set equal to 1:

– log2TrafoSize is greater than 3.
– ChromaArrayType is equal to 3.

– Otherwise, splitChromaFlag is set equal to 0.

comment:5 Changed 7 years ago by bbross

  • Resolution set to fixed
  • Status changed from new to closed

This issue is fixed in the 2016/12 release of the HEVC specification.

Note: See TracTickets for help on using tickets.

This list contains all users that will be notified about changes made to this ticket.

These roles will be notified: Reporter, Owner, Subscriber, Participant

  • Benjamin Bross(Participant)
  • Chris Rosewarne(Participant)
  • David Flynn(Owner, Subscriber)
  • jct-vc@…(Subscriber)
  • Karl Sharman(Subscriber)
  • karl.sharman@…(Always)
  • Karsten Suehring(Always)
  • Marcin(Participant)
  • Peter de Rivaz(Reporter, Participant)