Opened 3 years ago

Last modified 3 years ago

#1305 new defect

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 (4)

comment:1 Changed 3 years ago by DefaultCC Plugin

  • Cc davidf karlsharman jct-vc@… added

comment:2 Changed 3 years ago by peterderivaz

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

comment:3 Changed 3 years ago by jachu19

this issue still exists in JCTVC-R1013_v3.doc

comment:4 Changed 3 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.

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

  • David Flynn(Owner, Subscriber, Always)
  • jct-vc@…(Subscriber)
  • Karl Sharman(Subscriber, Always)
  • Karsten Suehring(Always)
  • Marcin(Participant)
  • Peter de Rivaz(Reporter, Participant)