Opened 5 years ago

Closed 5 years ago

#894 closed defect (fixed)

Typos in deblocking filter specification

Reported by: vdrugeon Owned by:
Priority: minor Milestone:
Component: spec Version:
Keywords: Cc: ksuehring, bbross, XiangLi, fbossen, jvet@…

Description

1) In 8.8.3.6.3 Decision process for chroma block edges, there may be a typo in the following sentence: "The values pi,k and qi,k with i = 0..maxFilterLengthP, j = 0..maxFilterLengthQ and k = 0..maxK are derived as follows". Only qj,k is derived afterwards, and j generally seems to make more sense than i as index for q.

2) In 8.8.3.6.4 Filtering process for chroma block edges: "The values pi with i = 0..maxFilterLengthP, qj with j = 0..maxFilterLengthQ, and k = 0..maxK are derived as follows", but then variables pi,k and qj,k are derived. Should the same sentence as above in 8.8.3.6.3 Decision process for chroma block edges be used instead?

3) In 8.8.3.6.9 Filtering process for a chroma sample, one of the input is "the chroma sample values pi and qj with i = 0..maxFilterLengthP − 1 and j = 0..maxFilterLengthQ − 1". However, in the description below "If both of maxFilterLengthP and maxFilterLengthQ is equal to 3", the samples p3 and q3 are used, although they are not given as input. Should the input be "the chroma sample values pi and qj with i = 0..maxFilterLengthP and j = 0..maxFilterLengthQ" instead, since this is what is given as input when the process is invoked in 8.8.3.6.4 Filtering process for chroma block edges?

Change history (2)

comment:1 Changed 5 years ago by Kenneth

Thanks for spotting these issues. 1/ Agree. 2/Yes. 3/Yes.

comment:2 Changed 5 years ago by jlchen

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

Thanks for careful check, the fixes will be included in vE release.

Note: See TracTickets for help on using tickets.