Opened 9 years ago

Closed 9 years ago

Last modified 9 years ago

#739 closed defect (fixed)

decoder failed when there are different PPSs using same id

Reported by: zhyang123 Owned by:
Priority: minor Milestone: HM-8.1
Component: HM Version: HM-8.0
Keywords: multiple PPS Cc: fbossen, ksuehring, davidf, jct-vc@…

Description

This bug occurs when there are different PPSs using the same pic_parameter_set_id value.

The current HM decoder conducts the deblocking and ALF process when a slice of a new picture is detected. So if a different PPS using the same pic_parameter_set_id precedes that new slice, the PPS content of the current picture will be overridden and the deblocking process of the current picture will hence use the incorrect PPS info.

  bNewPicture = m_cTDecTop.decode(nalu, m_iSkipFrame, m_iPOCLastDisplay);
  
  if (bNewPicture)
  {
    bitstreamFile.clear();
    bitstreamFile.seekg(location-streamoff(3));
    bytestream.reset();
  }
  bPreviousPictureDecoded = true; 
 
  if (bNewPicture || !bitstreamFile)
  {
    m_cTDecTop.executeDeblockAndAlf(uiPOC, pcListPic, m_iSkipFrame, m_iPOCLastDisplay);
  }

Change History (3)

comment:1 Changed 9 years ago by DefaultCC Plugin

  • Cc fbossen ksuehring davidf jct-vc@… added

comment:2 Changed 9 years ago by ksuehring

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

I have removed a hack that I once had to create because of a parsing dependency between parameter sets. A new PPS was always directly activated.

r2784 should hopefully fix the issue.

comment:3 Changed 9 years ago by ksuehring

  • Milestone set to HM-8.1
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(Subscriber)
  • Frank Bossen(Subscriber)
  • jct-vc@…(Subscriber)
  • karl.sharman@…(Always)
  • Karsten Suehring(Subscriber, Participant, Always)
  • Zhijie Yang(Reporter)