Opened 10 years ago

Closed 9 years ago

#423 closed defect (wontfix)

Syntax Elements ctxIdxTable is inconsistent with Syntax in Tablular form

Reported by: rkaliski Owned by: bbross
Priority: minor Milestone: D7
Component: Text Version: D6 (H1003) dI/dJ/dK
Keywords: Cc: bbross, wjhan, jct-vc@…

Description

Example: rem_intra_pred_mode is list as ae(v) in the prediction unit syntax table, but is listed as using the decode bypass method in the table entitled "Syntax elements and associated types of binarization, maxBinIdxCtx, ctxIdxTable, and ctxIdxOffset".

In the HM5 code, the bits are being encoded via encodeBinsEP (equiprobable mode).

Change History (4)

comment:1 Changed 10 years ago by DefaultCC Plugin

  • Cc bbross wjhan jct-vc@… added

comment:2 Changed 10 years ago by bbross

  • Version set to D6 (H1003) dI/dJ/dK

comment:3 Changed 9 years ago by bbross

  • Milestone set to D7

comment:4 Changed 9 years ago by bbross

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

ae(v) means that "9.3 CABAC parsing process for slice data" is invoked to parse the syntax element.
The CABAC engine also contains a coding bypass with equal probability that is used for some syntax element in order to increase the throughput.
Therefore the descriptor ae(v) is correct for these syntax elements.

Syntax elements, like the pcm ones, that are not using CABAC and need byte alignment do not have ae(v) descriptors.

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(Owner, Subscriber, Participant)
  • jct-vc@…(Subscriber)
  • karl.sharman@…(Always)
  • Karsten Suehring(Always)
  • Raffi(Reporter)
  • Woo-Jin Han(Subscriber)