Opened 13 years ago Closed 12 years ago #623 closed defect (fixed)LCU based SAO parameters still stored in APS structure
Description
After the removal of that SAO parameters from the APS these are still stored in structures inside the TComAPS class. With the C-Style memory allocation from outside this creates memory leaks at the decoder because the APS contents are never disposed. Especially the parameter set manager cannot destroy these parameters because it would need a pointer to the SAO class to call the proper memory disposal methods.
All parameter storage classes should be able to destruct properly without needing pointers to function classes. Attachments (1)Change History (4)comment:1 Changed 13 years ago by DefaultCC Plugin
Changed 13 years ago by ywhecomment:2 Changed 13 years ago by chiayang_tsai
The adopted J0047 has solved this problem very clean (not only fix ~SAOParam()). This ticket will be fixed when J0047 is committed into HM. comment:3 Changed 12 years ago by ksuehring
Frank has taken care of this when disabling the APS in HM 8.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
|
fixed the memory leak for SAO data st.ored in APS. The fixed fucntion is SAOParam::~SAOParam()