Opened 12 years ago Closed 12 years ago #1071 closed defect (fixed)Nonconforming RPS in CRA pictures
Description
It appears that the RPS associated with CRA pictures in the "random access" encoder configurations produces a value of NumPocTotalCurr that is nonzero.
The RPS associated with CRA pictures should be modified in the HM encoder such that all "used" flags are equal to 0. Change History (8)comment:1 Changed 12 years ago by DefaultCC Plugin
comment:2 Changed 12 years ago by fbossencomment:3 Changed 12 years ago by peterderivaz
Would it be worth adding a check in the decoder software for this? I think some of the conformance bitstreams do not conform to this restriction at the moment.
For example, the initial frame of RAP_A_docomo_3 is a CRA picture with 4 used reference frames. comment:4 Changed 12 years ago by ksuehring
The decoder check has already been added in r3410 comment:5 Changed 12 years ago by ksuehring
Reducing priority since a quick fix has already been applied. But the fix should still be improved. comment:6 follow-up: ↓ 7 Changed 12 years ago by HEVCJiang
this fix maybe lead a new bug.
i test the newest HM10.0 and HM10.1 with BBC's ra_main file like BasketballDrill_832x480_50_qp22.bin. it will crash.
if #define FIX1071 0 in typedef.h, no crash
test file from: comment:7 in reply to: ↑ 6 Changed 12 years ago by fbossen
The HM 10.0 anchors that you refer to have conformance issues. The assertion failure in the decoder is the intended behavior.
Replying to HEVCJiang:
comment:8 Changed 12 years ago by ksuehring
an improved fix has been committed in r3496 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
|
A quick fix was submitted in r3408.